Jump to content
Калькуляторы

Load balancer

Коллеги,

 

Видел, что всякие балансеры уже обсуждались, но ответ на свой вопрос не нашел.

 

Схема сети:

 

клиенты - свич L3 - <балансер> - роутеры

 

Хотелось бы железку, которая вставала между L3 и фермой роутеров и осуществляла балансировку нагрузки на уровне IP:

1. Каждый клиент (определяется по ip-адресу/адресам или подсети/подсетям) ходит через строго определенный роутер (задается на балансере статиком или роутер выбирается автоматически)

2. Если роутер выходит из строя, железка это своевременно определяет и направляет трафик клиента через другой роутер (опционально)

3. Ситуации, что трафик одного клиента ходит через разные роутеры быть не должно

 

Подскажите, плз.

Share this post


Link to post
Share on other sites

Можно глупый вопрос? Зачем?

Share this post


Link to post
Share on other sites

наверно натить? считать? шейпить?

Share this post


Link to post
Share on other sites

роутеры натят, считают и шейпят. некоторые - не справляются. хочется распределить нагрузку

Share this post


Link to post
Share on other sites

А функции балансировки протоколов динамической маршрутизации не подойдут?

ospf например пополам траффик по двум каналам нормально балансирует.

Share this post


Link to post
Share on other sites
роутеры натят, считают и шейпят. некоторые - не справляются. хочется распределить нагрузку

На вскидку L3 коммутатор от Cisco с PBR. Будет статическое рапределение абонентов по upstream маршрутизаторам. Отказоустойчивости как таковой не будет. Но если 'нижние' интерфейсы маршрутизаторов объединить скажем в VRRP группы, они смогут друг друга резервировать.

Правда конечно сопровождать все это будет ох как не просто...

Share this post


Link to post
Share on other sites

о! точно! как-то я про PBR не подумал.. спасибо!

 

может модельку подскажете подходящего свича? а то вот сейчас длинк стоит, так у него ограничение на 128 правил..

Share this post


Link to post
Share on other sites
может модельку подскажете подходящего свича? а то вот сейчас длинк стоит, так у него ограничение на 128 правил..

Из Cisco 3550, 3560, 3750, ME3400. Но там тоже куча ограничений. Иногда весьма причудливых. Так что нужно очень внимательно читать мануал. Например ACE для PBR всего 512 штучек. И deny в них использовать нельзя. Кое-какие фичи со включенным PBR не работают... :(

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this