балансировка нагрузки на основе хоста в сетях с несколькими подключениями
-
Я пытаюсь понять, как лучше всего распределять нагрузку (по хостам) в сетях с несколькими подключениями. Очень важно, чтобы распределение нагрузки происходило по хостам, потому что сессии не работают как надо, если они разделены между разными интернет-провайдерами. Я работаю над примером сети в своей школе и обсуждал эту проблему на собеседованиях. У меня есть пример сети, который я создал в Packet Tracer на основе сети в моей школе. Дизайн получился необычным из-за ограниченного количества портов Ethernet на маршрутизаторах и отсутствия серверов. Моя идея заключается в том, что средний маршрутизатор будет выполнять функцию DHCP-сервера, а пограничные маршрутизаторы будут запускать NAT и VRRP. Вот некоторые возможные решения, которые я видел: dCEF: это решение кажется лучшим, но я опасаюсь, что часть оборудования слишком старая, чтобы его поддерживать, и это решение не является нейтральным по отношению к поставщикам. Anycast: я не уверен, что можно использовать IP-адреса anycast на интерфейсах, подключенных к локальной сети, потому что затопленный трафик достигнет всех интерфейсов anycast. NAT с аффинностью исходного IP: это решение статически сопоставляет NAT IP. Я не уверен, что это работает с PAT или в распределенной архитектуре NAT. PBR: Я не уверен, как настроить это, чтобы обеспечить балансировку нагрузки по хостам и поддержку отказоустойчивости. BGP ECMP: я не верю, что это работает для распределения нагрузки на основе хостов. ![brberg05_0-1709001755251.png] Буду благодарен за любые предложения.
-
Если хост использует маршрутизатор в качестве шлюза, то вы можете использовать pbr и балансировку нагрузки, как я упомянул выше. Если шлюз является пограничным маршрутизатором, подключенным к двум интернет-провайдерам, то решением будет mhsrp, которое также потребует разделения вашего хоста на две виртуальные локальные сети. Сделайте один пограничный маршрутизатор hsrp активным для одной vlan и резервным для другой. В hsrp вы можете использовать отслеживание. В pbr для проверки доступности вы можете использовать MHM
-
Вау, я и не знал, что существуют многогрупповые FRHP! Я считаю, что многогрупповые FHRP — это идеальное решение, за исключением случаев, когда вы используете оборудование Cisco, поддерживающее GLBP, поскольку GLBP поддерживает балансировку нагрузки на основе хоста без вмешательства в шлюзы по умолчанию в DHCP. Однако, если вы используете оборудование, не привязанное к конкретному поставщику, лучшим решением будет использовать многогрупповой VRRP для интерфейсов L2->L3 и PBR для интерфейсов L3. PBR (на основе карт маршрутов) Многогрупповые FHRP (на основе VLAN) GLBP (проприетарная технология Cisco, основанная на хостах)
-
Непонятно одно: «
балансировка нагрузки на основе хоста» — это для входящего трафика извне или изнутри наружу? изнутри наружу: У вас много подсетей IPv4? Или только одна большая подсеть? Если у вас много больших подсетей, вы можете распределить нагрузку между разными провайдерами в зависимости от источника. Ознакомьтесь с примером настройки ниже: https://www.balajibandi.com/?p=1982 https://www.balajibandi.com/?p=1643 BB
=====Preenayamo Vasudevam=====
***** Оцените все полезные ответы *****
Как обратиться за помощью к сообществу Cisco -
Поскольку у меня есть два отдельных маршрутизатора, на которых работает NAT, внешнее соединение может проходить только через один маршрутизатор. Поэтому балансировка нагрузки на основе хоста предназначена для хостов в локальной сети (изнутри наружу). Чтобы ответить на ваши вопросы о подсетях, у меня есть много небольших подсетей, которые можно описать в одной большой сводной сети. Вы упомянули, что «можно разделить нагрузку между разными провайдерами на основе источника», но как это сделать, обеспечив при этом отказоустойчивость? Я не вижу решения для балансировки нагрузки в том, что вы предоставили. Я вижу, что вы предоставили информацию о том, как обеспечить отработку отказа двух интернет-провайдеров без FHRP, но даже это решение ограничено в вашем проекте из-за единственной точки отказа.
-
Балансировка нагрузки с двумя интернет-провайдерами — решение PBR Вам необходимо разделить хосты на две группы, каждая из которых будет использовать определенного интернет-провайдера PBR ISP1 будет Соответствует группе хостов 1 Установить ip nexthop ISP1 А PBR ISP2 Соответствует группе хостов 2 Установить ip next-hop ISP 2 MHM
-
Итак, чтобы правильно понять, для настройки PBR мне необходимо: (1) настроить SLA ISP для переключения на резервный канал или иметь резервные маршруты по умолчанию (2) настроить карту маршрутов для PBR на обоих пограничных маршрутизаторах (2b) или, если на VRRP включена функция прерывания, карта маршрутов необходима только на главном маршрутизаторе (3) применить PBR к интерфейсам LAN Единственное, что меня беспокоит, — это то, что нет гарантии, что трафик будет распределяться более или менее равномерно, и эту проблему нелегко решить, поскольку отслеживать использование трафика и постоянно создавать обширные политики будет слишком хлопотно. Кроме того, VRRP будет отправлять весь трафик через один маршрутизатор, который может перегрузиться в более крупной сети. Другим вариантом было бы использование GLBP или специальной системы балансировки нагрузки, которая обеспечила бы гораздо более равномерное распределение трафика и была бы проще в настройке. В идеале, по-видимому, нужен специальный серверный кластер, который обрабатывает службу DHCP со встроенным мониторингом трафика и балансировкой нагрузки для определения шлюза по умолчанию из списка.
-
Я уверен, что вы сможете найти решение для PBR, если хотите использовать оба ISP для исходящего трафика. для входящего трафика вам необходимо иметь возможность манипулировать DNS или 2 адреса ISP в DNS-адресе с разным весом, которые можно использовать, когда другой не может получить данные. BB
=====Preenayamo Vasudevam=====
***** Оцените все полезные ответы *****
Как обратиться за помощью к сообществу Cisco -
Реальное решение, которое я использовал, предполагая, что у вас есть собственный публичный AS, — это использование PfR для динамической балансировки исходящих потоков на основе загрузки канала и времени отклика от начала до конца. PfR также может пытаться обеспечить балансировку входящей нагрузки, но на практике это гораздо сложнее.
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти