Load balancer with traffic limit

[Sergey Kobzar]

Кто сделает tcp reset если основной сервер в дауне? :)

On 07/21/11 06:23, Илья Шипицин wrote:
> потестить - это очень правильная мысль.
> мы тестировали, нас устраивает все, кроме дурацкой ситуации, когда
> соединение уходит в таймаут, тогда тоже работает, но у клиента все
> подтупливает.
>
> tcp reset - и клиент уходит на следующий хост
>
> 21 июля 2011 г. 0:23 пользователь Sergey Kobzar
> <sergey.kobzar at itcraft.org>  написал:
>> 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 mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru