Как стать автором
Обновить

Комментарии 11

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

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

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

Не уверен, но MC-LAG (он же DRNI) вроде как лучше подойдет в плане балансировки трафика?
Мне интересно, а чисто с точки зрения обывателя чем этот VRRP лучше HSRP (standby group)?
VRRP это открытый стандарт, RFC 2338. Если у вас не только оборудование известного вендора, то лучше использовать VRRP за его открытость.
Хотя, в целом, VRRP и HSRP очень похожи. Однако, в VRRP короче таймеры по умолчанию и виртуальный маршрутизатор может быть владельцем VIP(IP интерефейса совпадает с VIP). А в HSRP другие роли у маршрутизаторов и по умолчанию preempt выключен.
Если же у вас оборудование того самого вендора, то думаю, лучше взять GLBP, как заметили выше, в нем больше фич.
Как уже было замечено VRRP — открытый стандарт. Он работает на всех производителях (условно). Но у «того» производителя, в VRRP будут сложности с NAT, PolicyBasedRouting и прочими сложносочиненными конфигами. В сложных конфигурациях (а простых наверное не бывает) лучше переходить на HSRP.
У вас не описан кейс с отказом одного из uplink’ок к Rx — ISP, если такое произойдёт вы получите black hole. Компьютеры на схеме имеют одинаковые ip.
Действительно, в случае отказа одного из uplink’ов будет black hole. Для таких случаев можно настроить IP SLA или подобный функционал.

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории