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