Load balancer with traffic limit

Sergey Kobzar sergey.kobzar на itcraft.org
Ср Июл 20 18:23:26 UTC 2011


On 07/20/11 17:04, Илья Шипицин wrote:
> В недоступности сервера ничего смертельного нет. Если в днс указаны
> несколько серверов, при этом первый не вернул TCP fin, то запрос пойдет
> на следующие сервера.

Этот принцип работает для SMTP, но вот для http - я не уверен. Наверно 
придется потестить.

> То, что вы хотите, совместную работу приложения,
> днс и взаимный мониторинг, насколько мне известно, есть только в
> коммерческих решениях, например в Brocade Server Iron, там оно
> называется GSLB

Если bind собрать с поддержкой dlz и зпны хранить в SQL, то думаю малыми 
усилиями можно написать приложение, которое апдейтит зону если какой-то 
сервер становится недоступен.

>
> 19.07.2011 23:10 пользователь "Sergey Kobzar" <sergey.kobzar at itcraft.org
> <mailto:sergey.kobzar at itcraft.org>> написал:
>  > On 07/17/11 15:22, Илья Шипицин wrote:
>  >> Если не забывать уменьшать так же и SOA minimal (negative ttl), то днс
>  >> прекрасно всё отрабатывает. Проверено тыщу раз. Все кроме поисковых
>  >> роботов сразу уходят на новые адреса.
>  >
>  > ОК - еще раз перепроверю.
>  >
>  > Существует ли тулза, которая может отслеживать доступность серверов и,
>  > если сервер недоступен, выкидывает его из зоны? Или придется самому
>  > плагин для Nagios писать?
>  >
>  >
>  >> 15.07.2011 14:58 пользователь "Sergey Kobzar"
> <sergey.kobzar at itcraft.org <mailto:sergey.kobzar at itcraft.org>
>  >> <mailto:sergey.kobzar at itcraft.org
> <mailto:sergey.kobzar at itcraft.org>>> написал:
>  >> > On 07/15/11 11:48, Alex Vorona wrote:
>  >> >
>  >> >> 15.07.2011 00:46, Sergey Kobzar wrote:
>  >> >>> В датаценте, где арендуем сервера установлен лимит по трафику.
>  >> Превышение лимита строго
>  >> >>> карается денгами.
>  >> >> 100TB за $200 по-моему уже давно реальность на нормальном железе, а
>  >> кое-где и внутренняя
>  >> >> сеть безлимитная.
>  >> >
>  >> > Какие датацентры? 1and1 за превышение лимита в 6TB/month берет больше
>  >> > $1k (в зависимости от того, на сколько превысил).
>  >> >
>  >> >>> Решили разнести нагрузку на несколько серверов. Но идея в следующем
>  >> - входящие запросы
>  >> >>> поступают на frontend (load balancer), а ответы уходят напрямую от
>  >> backend серверов клиентам.
>  >> >> исключительно средствами nginx это сделать не получится. Он позволит
>  >> только пропускать
>  >> >> весь трафик через фронтенд или же выдавать http-редиректы, что вряд
>  >> ли приемлемо.
>  >> >> Пробуйте балансировку через DNS.
>  >> >
>  >> > DNS плох своим propagation time. Пробовал выставлять TTL в 5-15 min,
>  >> > Меняю A запись в ДНС - все равно запросы (не много конечно) идут на
>  >> > старый адрес даже если TTL истекло.
>  >> >
>  >> > Я уже не говорю о быстром переключении, если один из серверов помер.
>  >> >
>  >> >>
>  >> >> _______________________________________________
>  >> >> nginx-ru mailing list
>  >> >> nginx-ru at nginx.org <mailto:nginx-ru at nginx.org>
> <mailto:nginx-ru at nginx.org <mailto:nginx-ru at nginx.org>>
>  >> >> http://nginx.org/mailman/listinfo/nginx-ru
>  >> >
>  >> > _______________________________________________
>  >> > nginx-ru mailing list
>  >> > nginx-ru at nginx.org <mailto:nginx-ru at nginx.org>
> <mailto:nginx-ru at nginx.org <mailto:nginx-ru at nginx.org>>
>  >> > http://nginx.org/mailman/listinfo/nginx-ru
>  >>
>  >>
>  >>
>  >> _______________________________________________
>  >> nginx-ru mailing list
>  >> nginx-ru at nginx.org <mailto:nginx-ru at nginx.org>
>  >> http://nginx.org/mailman/listinfo/nginx-ru
>  >
>  > _______________________________________________
>  > nginx-ru mailing list
>  > nginx-ru at nginx.org <mailto:nginx-ru at nginx.org>
>  > http://nginx.org/mailman/listinfo/nginx-ru
>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru



Подробная информация о списке рассылки nginx-ru