ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Load balancer with traffic limit



потестить - это очень правильная мысль.
мы тестировали, нас устраивает все, кроме дурацкой ситуации, когда
соединение уходит в таймаут, тогда тоже работает, но у клиента все
подтупливает.

tcp reset - и клиент уходит на следующий хост

21 июля 2011 г. 0:23 пользователь Sergey Kobzar
<sergey.kobzar@xxxxxxxxxxx> написал:
> 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
>
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.