Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 3144 из 10763 ===================================== RU.UNIX.BSD =
От   : Andrew Kant                      2:469/83.1         05 Jun 15 16:21:14
Кому : Eugene Grosbein                                     05 Jun 15 16:21:14
Тема : loadbalancing
FGHI : area://RU.UNIX.BSD?msgid=2:469/83.1+5571a316
На   : area://RU.UNIX.BSD?msgid=grosbein.net+9df70d3e
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=grosbein.net+7342afd4
==============================================================================
Hello Eugene!

Friday June 05 2015 18:03, Eugene Grosbein wrote to Sergey Zabolotny:

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

EG> Если у твоих клиентов адрес шлюза выдаётся по DHCP, то сделать это
EG> просто: создать две группы виртуальных роутеров, мастером в первой
EG> группе первый роутер, а второй роутер в ней резервным, во второй группе
EG> наоборот. И одной половине юзеров по DHCP выдать адресом шлюза
EG> виртуальный адрес первой группы, другой половине юзеров наоборот.

EG> Если же у клиентов адрес прописан статически и все клиенты посылают
EG> ARP-запрос шлюзу по одному и тому же адресу, то для балансировки
EG> надо обеспечить, чтобы каждый роутер отвечал на запрос своим
EG> MAC-адресом. Hе в курсе, умеет ли это CARP.

Может в этом случае проще через тот-же ospf раздать два маршрута на два узла с одинаковым весом, а не заморачиваться с виртуальным IP? Правда, при сбое оно автоматом не переназначит существующие сессии, и время, пока оно почувствует, что один из узлов сдох, до 30 сек, зато не вылезут какие-то экзотические глюки.

Good bye!
           Andrew

--- GoldED+/W32 1.1.4.7
* Origin: * KAA * (2:469/83.1)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.104261 секунды