Alexander Опубликовано 22 декабря, 2008 · Жалоба Коллеги, Видел, что всякие балансеры уже обсуждались, но ответ на свой вопрос не нашел. Схема сети: клиенты - свич L3 - <балансер> - роутеры Хотелось бы железку, которая вставала между L3 и фермой роутеров и осуществляла балансировку нагрузки на уровне IP: 1. Каждый клиент (определяется по ip-адресу/адресам или подсети/подсетям) ходит через строго определенный роутер (задается на балансере статиком или роутер выбирается автоматически) 2. Если роутер выходит из строя, железка это своевременно определяет и направляет трафик клиента через другой роутер (опционально) 3. Ситуации, что трафик одного клиента ходит через разные роутеры быть не должно Подскажите, плз. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nnm Опубликовано 22 декабря, 2008 · Жалоба Можно глупый вопрос? Зачем? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
IvanI Опубликовано 22 декабря, 2008 · Жалоба наверно натить? считать? шейпить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Alexander Опубликовано 22 декабря, 2008 · Жалоба роутеры натят, считают и шейпят. некоторые - не справляются. хочется распределить нагрузку Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mschedrin Опубликовано 22 декабря, 2008 · Жалоба А функции балансировки протоколов динамической маршрутизации не подойдут? ospf например пополам траффик по двум каналам нормально балансирует. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nnm Опубликовано 22 декабря, 2008 · Жалоба роутеры натят, считают и шейпят. некоторые - не справляются. хочется распределить нагрузку На вскидку L3 коммутатор от Cisco с PBR. Будет статическое рапределение абонентов по upstream маршрутизаторам. Отказоустойчивости как таковой не будет. Но если 'нижние' интерфейсы маршрутизаторов объединить скажем в VRRP группы, они смогут друг друга резервировать. Правда конечно сопровождать все это будет ох как не просто... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Alexander Опубликовано 22 декабря, 2008 · Жалоба о! точно! как-то я про PBR не подумал.. спасибо! может модельку подскажете подходящего свича? а то вот сейчас длинк стоит, так у него ограничение на 128 правил.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nnm Опубликовано 22 декабря, 2008 · Жалоба может модельку подскажете подходящего свича? а то вот сейчас длинк стоит, так у него ограничение на 128 правил.. Из Cisco 3550, 3560, 3750, ME3400. Но там тоже куча ограничений. Иногда весьма причудливых. Так что нужно очень внимательно читать мануал. Например ACE для PBR всего 512 штучек. И deny в них использовать нельзя. Кое-какие фичи со включенным PBR не работают... :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...