Re: замедление работы
14.05.2015 16:36, denis пишет: 14.05.2015 15:58, Андрей Василишин пишет: 14.05.2015 15:57, denis пишет: Добрый день. Иногда приходится слышать (и видеть) - поставили nginx, всё стало тормозить. Напрямую запросы быстрые, после включения nginx В режиме proxy_pass (статики тоже, ибо с другого сервера) - ощутимо медленнее, time curl подтверждает, например 5с против 0.3 Как диагностировать такие случаи? А кеширование используется? Или нгинкс в виде простой прокладки? просто прокладка, типовые концигурации, единственный локейшен с прокси-пассом. . Но даже так - процентов 10 потери скорости будут не заметны, а больше - ненормально. Чуть уточню вопрос: бывает 2 вида проблемы 1) был апач в мир, поставили проксировать nginx (и статику), сервер один - тот же битрикс иногда существенно замедляется. Понятно, что правильно настроить чисто на динамику - и будет быстрее, но сам факт... Особенно актуально, когда на сервере 100-500 сайтов, под все конфиги писать - нужно время. 2) был сервер, его увели в локальную сеть, запросы проксируются - такой вариант бывает, когда было несколько серверов со своими айпи, их объединили в dmz и вывели через 1 айпи в мир. Домены не пересекаются. Тут какая-то каша описана. Если не использовать кеширование для статики, с чеговдруг должно работать быстрее? Если в Вашем случае делается двойная работа. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: замедление работы
14.05.2015 15:58, Андрей Василишин пишет: 14.05.2015 15:57, denis пишет: Добрый день. Иногда приходится слышать (и видеть) - поставили nginx, всё стало тормозить. Напрямую запросы быстрые, после включения nginx В режиме proxy_pass (статики тоже, ибо с другого сервера) - ощутимо медленнее, time curl подтверждает, например 5с против 0.3 Как диагностировать такие случаи? А кеширование используется? Или нгинкс в виде простой прокладки? просто прокладка, типовые концигурации, единственный локейшен с прокси-пассом. . Но даже так - процентов 10 потери скорости будут не заметны, а больше - ненормально. Чуть уточню вопрос: бывает 2 вида проблемы 1) был апач в мир, поставили проксировать nginx (и статику), сервер один - тот же битрикс иногда существенно замедляется. Понятно, что правильно настроить чисто на динамику - и будет быстрее, но сам факт... Особенно актуально, когда на сервере 100-500 сайтов, под все конфиги писать - нужно время. 2) был сервер, его увели в локальную сеть, запросы проксируются - такой вариант бывает, когда было несколько серверов со своими айпи, их объединили в dmz и вывели через 1 айпи в мир. Домены не пересекаются. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: замедление работы
14 мая 2015 г., 15:57 пользователь denis de...@webmaster.spb.ru написал: Добрый день. Иногда приходится слышать (и видеть) - поставили nginx, всё стало тормозить. Напрямую запросы быстрые, после включения nginx В режиме proxy_pass (статики тоже, ибо с другого сервера) - ощутимо медленнее, time curl подтверждает, например 5с против 0.3 Как диагностировать такие случаи? Если это на винде, то вполне может быть... ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: замедление работы
Hello! On Thu, May 14, 2015 at 03:57:11PM +0300, denis wrote: Добрый день. Иногда приходится слышать (и видеть) - поставили nginx, всё стало тормозить. Напрямую запросы быстрые, после включения nginx В режиме proxy_pass (статики тоже, ибо с другого сервера) - ощутимо медленнее, time curl подтверждает, например 5с против 0.3 Как диагностировать такие случаи? Если порядок проседания - 5 секунд против 0.3 ранее, то это означает, что во что-то конкретно так упёрлись. Я бы при таких цифрах - подозревал в первую очередь сеть, в частности - изменение нагрузки на неё в связи с большим количеством соединений между nginx'ом и бекендом, а именно: - сокеты в TIME-WAIT, особенно частно это становится проблемой на Linux'е; тюнить local portrage и tcp_tw_recycle, tcp_tw_reuse, можно ещё включить keepalive к upstream'ам в nginx'е; - statefull firewall между nginx'ом и бекендом, у которого заканчиваются state'ы. Ну и естественно в смысл посмотреть в логи nginx'а на предмет ошибок/предупреждений, а равно посмотреть в очереди всех учавствующих в процессе listen-сокетов (netstat -Lan на BSD-системах, ss -nlt на Linux'е), оценить общее состоянии системы с помощью стандартных инструментов (начиная от банального top). Для дополнительной локализации проблемы также полезно писать в логи различные времена, в частности $upstream_response_time. -- Maxim Dounin http://nginx.org/ ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Неконтроллируемый объем кеша Nginx
Здравствуйте. Нашел такую же проблему: https://www.ruby-forum.com/topic/6872930 Оказывается она-таки существует. Обновил nginx до 1.8. Проблема осталась, но проявляется значительно реже (порядка 1-2 раз в неделю по отношению к раз в сутки с nginx 1.7.х) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258292,258864#msg-258864 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
