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

On 07/21/11 06:23, Илья Шипицин wrote:
> потестить - это очень правильная мысль.
> мы тестировали, нас устраивает все, кроме дурацкой ситуации, когда
> соединение уходит в таймаут, тогда тоже работает, но у клиента все
> подтупливает.
>
> tcp reset - и клиент уходит на следующий хост
>
> 21 июля 2011 г. 0:23 пользователь Sergey Kobzar
> <sergey.kobzar@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@itcraft.org
>>> <mailto:sergey.kobzar@itcraft.org>> написал:
>>> > On 07/17/11 15:22, Илья Шипицин wrote:
>>> >> Если не забывать уменьшать так же и SOA minimal (negative ttl), то днс
>>> >> прекрасно всё отрабатывает. Проверено тыщу раз. Все кроме поисковых
>>> >> роботов сразу уходят на новые адреса.
>>> >
>>> > ОК - еще раз перепроверю.
>>> >
>>> > Существует ли тулза, которая может отслеживать доступность серверов и,
>>> > если сервер недоступен, выкидывает его из зоны? Или придется самому
>>> > плагин для Nagios писать?
>>> >
>>> >
>>> >> 15.07.2011 14:58 пользователь "Sergey Kobzar"
>>> <sergey.kobzar@itcraft.org<mailto:sergey.kobzar@itcraft.org>
>>> >> <mailto:sergey.kobzar@itcraft.org
>>> <mailto:sergey.kobzar@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@nginx.org<mailto:nginx-ru@nginx.org>
>>> <mailto:nginx-ru@nginx.org<mailto:nginx-ru@nginx.org>>
>>> >> >> http://nginx.org/mailman/listinfo/nginx-ru
>>> >> >
>>> >> > _______________________________________________
>>> >> > nginx-ru mailing list
>>> >> > nginx-ru@nginx.org<mailto:nginx-ru@nginx.org>
>>> <mailto:nginx-ru@nginx.org<mailto:nginx-ru@nginx.org>>
>>> >> > http://nginx.org/mailman/listinfo/nginx-ru
>>> >>
>>> >>
>>> >>
>>> >> _______________________________________________
>>> >> nginx-ru mailing list
>>> >> nginx-ru@nginx.org<mailto:nginx-ru@nginx.org>
>>> >> http://nginx.org/mailman/listinfo/nginx-ru
>>> >
>>> > _______________________________________________
>>> > nginx-ru mailing list
>>> > nginx-ru@nginx.org<mailto:nginx-ru@nginx.org>
>>> > http://nginx.org/mailman/listinfo/nginx-ru
>>>
>>>
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru@nginx.org
>>> http://nginx.org/mailman/listinfo/nginx-ru
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru@nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru