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