can not connect to nginx under highload

[Vasil Mikhalenya]

2016-03-11 1:18 GMT+03:00 Evgeniy Berdnikov <bgx на protva.ru>:

> On Thu, Mar 10, 2016 at 06:30:48PM +0300, Vasil Mikhalenya wrote:
> > 2016-03-10 16:37 GMT+03:00 Evgeniy Berdnikov <bgx на protva.ru>:
> >
> > > On Thu, Mar 10, 2016 at 04:12:14PM +0300, Vasil Mikhalenya wrote:
> > > > При определенном трафике более нет возможности установить соединение
> на
> > > > порт 80.
> > > >
> > > > Коллеги, помогите идеей, в чем может быть дело. Думал проблема в
> backlog,
> > > > однако нет.
> > >
> > >  Как сделан такой вывод?
> > >
> > по умолчанию в nginx на linux размер бэклога равен 511,
> > соответственно netstat -an | grep -c SYN_RECV возвращает число очень
> > близкое к 511
>
>  Ну и? Как интерпретировать факт совпадения этих чисел? Если совпадает,
>  то проблема в backlog или нет? Почему?
>
если бэклог ограничен 511 и  SYN_RECV близко к этому число - значит
потенциально новые соединения не могут попасть в бэклог т.к. он почти
всегда заполнен

>
> > > [root на up ~]# netstat -an | grep -c SYN_RECV
> > > > 5534
>
>  Здесь не 511, что это значит? Ваше мнение, сколько должно быть?
>
здесь число меньшее текущего значения бэклога 12000 - соответсвенно в
размер бэклога не упираемся

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

ничего в dmesg или syslog нету

--
>  Eugene Berdnikov
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>

спасибо

-- 
Best regards,
Vasil Mikhalenya
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20160311/1aadf7f6/attachment.html>