История изменений
Исправление
easybreezy,
(текущая версия)
:
Так это и не 80, а 8080, на который ты очевидно повесил апач.
nginx принимает запрос на 80, отдает апачу на 8080 и ждет ответ по своему таймауту. Апач за это время ответ не успел отдать, nginx ждать перестал, вот и висит TIME_WAIT. Чем больше такого копится, тем в итоге и хуже, со временем.
Если и правда php, то переехал бы на php-fpm и сузил поиск.
Насколько я понял, nginx передаёт соединение и затем закрывает по таймауту, но у апача это соединение продолжает висеть. Правильно ли это и если да то как можно обучить nginx говорить апачу что соединение нужно закрыть?
Ну да, все так. Подробностей ты не привел, но если там какое-то приложение, то со стороны nginx в общем случае нельзя.
Сайт жрет ресурсы при обращениях
Выше уже ответили.
Исправление
easybreezy,
:
Так это и не 80, а 8080, на который ты очевидно повесил апач.
nginx принимает запрос на 80, отдает апачу на 8080 и ждет ответ по своему таймауту. Апач за это время ответ не успел отдать, nginx ждать перестал, вот и висит TIME_WAIT. Чем больше такого копится, тем в итоге и хуже, со временем.
Если и правда php, то переехал бы на php-fpm и сузил поиск.
Насколько я понял, nginx передаёт соединение и затем закрывает по таймауту, но у апача это соединение продолжает висеть. Правильно ли это и если да то как можно обучить nginx говорить апачу что соединение нужно закрыть?
Ну да, все так. Подробностей ты не привел, но если там какое-то приложение, то со стороны nginx в общем случае нельзя.
Сайт жрет ресурсы при обращениях Выше уже ответили.
Исправление
easybreezy,
:
Так это и не 80, а 8080, на который ты очевидно повесил апач.
nginx принимает запрос на 80, отдает апачу на 8080 и ждет ответ по своему таймауту. Апач за это время ответ не успел отдать, nginx ждать перестал, вот и висит TIME_WAIT. Чем больше такого копится, тем в итоге и хуже, со временем.
Если и правда php, то переехал бы на php-fpm и сузил поиск.
Насколько я понял, nginx передаёт соединение и затем закрывает по таймауту, но у апача это соединение продолжает висеть. Правильно ли это и если да то как можно обучить nginx говорить апачу что соединение нужно закрыть?
Ну да, все так. Подробностей ты не привел, но если там какое-то приложение, то со стороны nginx в общем случае нельзя.
Исправление
easybreezy,
:
Так это и не 80, а 8080, на который ты очевидно повесил апач.
nginx принимает запрос на 80, отдает апачу на 8080 и ждет ответ по своему таймауту. Апач за это время ответ не успел отдать, nginx ждать перестал, вот и висит TIME_WAIT. Чем больше такого копится, тем в итоге и хуже, со временем.
Если и правда php, то переехал бы на php-fpm и сузил поиск.
Насколько я понял, nginx передаёт соединение и затем закрывает по таймауту, но у апача это соединение продолжает висеть. Правильно ли это и если да то как можно обучить nginx говорить апачу что соединение нужно закрыть?
Подробностей ты не привел, но если там какое-то приложение, то со стороны nginx в общем случае нельзя.
Исправление
easybreezy,
:
Так это и не 80, а 8080, на который ты очевидно повесил апач.
nginx принимает запрос на 80, отдает апачу на 8080 и ждет ответ по своему таймауту. Апач за это время ответ не успел отдать, nginx ждать перестал, вот и висит TIME_WAIT. Чем больше такого копится, тем в итоге и хуже, со временем.
Если и правда php, то переехал бы на php-fpm и сузил поиск.
Исходная версия
easybreezy,
:
Так это и не 80, а 8080, на который ты очевидно повесил апач.
nginx принимает запрос на 80, отдает апачу на 8080 и ждет ответ по своему таймауту. Апач за это время ответ не успел отдать, nginx ждать перестал, вот и висит TIME_WAIT. Чем больше такого копится, тем в итоге и хуже, со временем.