Принцип работы протокола VRRP

[admOS]

«VRRP также позволяет балансировать нагрузку между несколькими маршрутизаторами.» — это псевдобалансировка. Фактически мы получаем два разных виртуальных маршрутизатора. Это усложняет администрирование сети и ведёт к ошибкам. Почему бы не сравнить VRRP с GLBP, который действительно балансирует трафик в рамках одного виртуального маршрутизатора?

[KndK]

Спасибо за замечание! Действительно, в VRRP нет истинной балансировки, и не всегда разумно применять сценарий с двумя виртуальными маршрутизаторами, но иногда это бывает удобно. Например, в сценариях, когда устройства получают статический конфиг (фермы серверов).

GLBP прекрасный протокол, однако, у него есть одна беда — проприетарность. То есть в реальном случае его применение ограничено.

[dklm]

вроде я все понял =) и тут всплывает одно замечания = сервера должны находится в отдельном влане… делать два виртуальных роутера для одной подсети очень спорное решение, когда вы делаетет под каждый влан(подсеть) свои виртуальные роутеры тот тут все ок(не поспоришь)…

[KndK]

Проблем нет, и VRRP, и HSRP, и GLBP замечательно будут работать на сабинтерфейсах. Вопрос архитектуры сети.

[Savrik]

Не уверен, но MC-LAG (он же DRNI) вроде как лучше подойдет в плане балансировки трафика?

[UrbanRider]

Мне интересно, а чисто с точки зрения обывателя чем этот VRRP лучше HSRP (standby group)?

[KndK]

VRRP это открытый стандарт, RFC 2338. Если у вас не только оборудование известного вендора, то лучше использовать VRRP за его открытость.
Хотя, в целом, VRRP и HSRP очень похожи. Однако, в VRRP короче таймеры по умолчанию и виртуальный маршрутизатор может быть владельцем VIP(IP интерефейса совпадает с VIP). А в HSRP другие роли у маршрутизаторов и по умолчанию preempt выключен.
Если же у вас оборудование того самого вендора, то думаю, лучше взять GLBP, как заметили выше, в нем больше фич.

[Alecoso]

Как уже было замечено VRRP — открытый стандарт. Он работает на всех производителях (условно). Но у «того» производителя, в VRRP будут сложности с NAT, PolicyBasedRouting и прочими сложносочиненными конфигами. В сложных конфигурациях (а простых наверное не бывает) лучше переходить на HSRP.

[entero]

У вас не описан кейс с отказом одного из uplink’ок к Rx — ISP, если такое произойдёт вы получите black hole. Компьютеры на схеме имеют одинаковые ip.

[KndK]

Действительно, в случае отказа одного из uplink’ов будет black hole. Для таких случаев можно настроить IP SLA или подобный функционал.

[ildar_vildanovich]

Огромное спасибо! Всю самую важную информацию собрали в одной статье :)