|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Anton Shuko 2:5005/66 27 Jan 2004 03:03:01
To : Anton Noginov
Subject : связь/роутинг по двум сетевушкам в кластере (было лоадбалансинг езе
--------------------------------------------------------------------------------
26 Jan 04 15:14, you wrote to me:
AN> From: Anton Noginov <toxa@office.east.ru>
AN> Subject: Re: связь/роутинг по двум сетевушкам в кластере (было
AN> лоадбалансинг езе
AN> Anton Shuko <Anton.Shuko@f66.n5005.z2.fidonet.org> wrote:
AN>>> Сервер-свитч - это разве не точка-точка?
AS>> а дальше? нужно ведь не один свитч, а два, на случай умирания
AS>> одного. или предлагается садить одну сетевуху на один свитч, а
AS>> другую на другой? а линуховый лоадбалансинг сетевух работает на
AS>> стандартных езернет пакетах, которые свитчи разруливают?
AN> Бр-р-р-р. Это получается как в том ералаше - "если третий
AN> билет потеряю - у меня проездной".
задача стоит в обеспечении резервного канала связи по отдельной веревке. один
свитч на 2 сетевухи считай что одна веревка. защищает только от умирания
сетевухи и выпадения патчкорда.
AN> Вам нужно резервирование канала? Собирайте etherchannel из
AN> двух сетевух до свича. Если рвется один линк - все живет на втором.
AN> Правда, у меня нет стопроцентной уверенности, что это нормально
AN> работает в линуксе.
AN> Если вы опасаетесь смерти свитча - да, две сетевухи в два
AN> разных свитча. Желательно даже два etherchannel'а. Хотя это уже
AN> излишняя перестраховка. Плюс лишний геморрой с сетевыми сегментами,
AN> ибо вам тогда нужно два внешних канала. Как вы в такой схеме будете
AN> делать балансировку входящих соединений - я смутно себе представляю.
AN> Кроме того, появляется уязвимое место - "сервер балансировки".
данная схема работает для связи внутри кластера. наружу ей торчать незачем.
для наружи есть отдельные сетевушки у нужных серверов.
AN>>> А стоит ли такое городить ради HA?
AN>>> Я просто прямо сейчас занимаюсь проектированием системы
AN>>> с примерно такими же требованиями - все замечательно
AN>>> укладывается в стандартную схему: Кошка с SLB -> N
AN>>> серверов -> NAS.
AS>> может расшифруешь HA, SLB, NAS ? чтобы погуглить или урлу дашь
AS>> хорошую на
AN> HA - High Avalilabe (cluster). www.linux-ha.org
AN> SLB - цисковая фича Server Load Balancing. www.cisco.com
AN> NAS - Network Attached Storage. Железка, с эзернетом с одной
AN> стороны и бандлом дисков с другой. Hазначется ей ip, и дальше
AN> она дисковое пространство раздает по стандартным сетевым
AN> протоколам.
понял что такое. нечто похожее задумывается. требования заказчика на
дублирование _любого_ компонента. получается вбухали кучу бабок в десятки
серверов и из-за говеного свитча оно всё поломалось :) ну или из-за тривиально
отошедшего патча выпал один сервер...
AS>> почитать? нужно, чтобы у каждого линухового сервера было по 2
AS>> сетевухи и между ними была стабильная связь. а линух будет их
AS>> рутить или кошка - фиолетово. только рутеров тоже должно быть два
AS>> как и проводов между серверами и рутерами.
AN> Дело ваше, но мне кажется, что это несколько излишне.
буду глядеть в сторону динамической маршрутизации. bounding на 2 свитча обещает
кучу ненужных проблем
Anton
--- GoldED/W32 3.0.1
* Origin: Пиво пить - здоровым быть !!! (2:5005/66)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
