Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Проблема в upstream с max_fails/fail_timeout
- To: nginx-ru@xxxxxxxxx
- Subject: Re: Проблема в upstream с max_fails/fail_timeout
- From: Maxim Dounin <mdounin@xxxxxxxxxx>
- Date: Tue, 26 Jun 2012 22:27:05 +0400
- In-reply-to: <CAMLrAusWjkxxfZsQDNRQQnocPfteEkJ-vFvrFA_jNUGkb=5z9g@mail.gmail.com>
- References: <CAMLrAusWjkxxfZsQDNRQQnocPfteEkJ-vFvrFA_jNUGkb=5z9g@mail.gmail.com>
Hello!
On Tue, Jun 26, 2012 at 09:38:02PM +0400, Животнев Влад wrote:
> Есть подозрения, что под нагрузкой модуль upstream ведет себя
> неведомым образом.
>
> Конфиг в конце письма.
>
> 5 машин из 9 закрыты с -j DROP
> Что ожидается ( в худшем случае):
> В проксю прилетает 10-100-800 запросов. Она немного тупит, перебирает
> риалы, в самом худшем случае отвечает за 3-4 секунды (5*500ms+время
> ответа приложения, хоть оно и <0,1с). За это время оно делает 2
> запроса в каждый из упавших фронтов, забывает про каждый закрытый на
> 300 секунд.
>
> Что имеет в реальности.
> Transactions: 358671 hits
> Availability: 99.92 %
>
> (0,8% запросов улетело в трубу, не вписавшись в таймаут siege).
> Longest transaction: 95.05
>
> Около 2-3% запросов - по 18+ секунд. Во время обстрела конструкции
> можно браузером на глаз увидеть, как периодически достаточно часто
> тупит балансер.
>
> Ну и странности с собственно обработкой max_fails/fail_timeout - в
> упавший риал прилетает 6-7 запросов за 20 секунд, потом через 20
> секунд ещё 1-2, потом в риал nginx не ходит ~4 минуты 20 секунд, потом
> цикл повторяется. Собственно, тут скорее интересно понять, откуда оно
> взялось, что бы правильно покрутить параметры.
> А вот про долгие ответы - очень интересно и плохо.
Что при этом показывает nginx -V?
[...]
Maxim Dounin
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|