Load balancer with traffic limit

[Илья Шипицин]

это не тупиковый путь, это просто разные задачи.

обеспечить доступность из одного датацентра, с одного IP-адреса - да,
можно при помощи CARP (я бы постеснялся в этот список включать ucarp,
если честно, вы его на практике пробовали ?).

обеспечить доступность с нескольких географически распределенных
датацентров - это манипуляции с DNS (либо публикуем сразу несколько
записей, либо публикуем только одну, но с маленьким ttl и по-быстрому
меняем ее при failover-е)



21 июля 2011 г. 1:24 пользователь Gena Makhomed <gmm на csdoc.com> написал:
> On 20.07.2011 21:23, Sergey Kobzar wrote:
>
>>> То, что вы хотите, совместную работу приложения,
>>> днс и взаимный мониторинг, насколько мне известно, есть только в
>>> коммерческих решениях, например в Brocade Server Iron, там оно
>>> называется GSLB
>
>> Если bind собрать с поддержкой dlz и зпны хранить в SQL, то думаю малыми
>> усилиями можно написать приложение, которое апдейтит зону если какой-то
>> сервер становится недоступен.
>
> тупиковый путь, что первый что второй.
>
> может быть лучше делать через UCARP [1] [2] или что-то аналогичное?
>
> кстати, таким образом через High availability имеет смысл делать
> только две машины с nginx frontend, потому что вышедшие из строя
> backend-сервера nginx сам умеет дисейблить на некоторое время.
>
> кстати, пока что я не видел на рынке ни одной компании, которая
> предлагает настройку High availability nginx frontend с использованием
> только free and open source software. Есть только аппаратные решения
> за много денег производства F5, Cisco и т.п. (или же я плохо искал)
>
> [1] http://www.ucarp.org/project/ucarp
> [2] http://iarlyy.wordpress.com/2010/03/11/ip-failover-with-ucarp-centos/
>
> --
> Best regards,
>  Gena
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>