Влияние Apache изящных перезапусков и пользовательского опыта
Безопасно ли выполнять graceful перезапуск Apache на рабочем сервере? Какие последствия вызовет изящный перезапуск и каков будет эффект (если есть)? Будут ли какие-либо вредные воздействия (например, простои, даже если это будет на короткое время)?
Я рассмотрел следующие ресурсы, но до сих пор неясно, каким будет влияние на пользователей:
3 ответа
При выполнении постепенного перезапуска существующие соединения должны работать до нормального завершения, после чего их работники будут прерваны. Новые рабочие уже должны быть запущены для обработки новых связей.
Вы не должны замечать каких-либо сбоев соединения или медленной загрузки страницы, но на практике вы можете ненадолго увидеть очередь новых соединений, пока конфигурация перезагружается главным потоком (мой занимает менее половины секунды)
Если вы перезапускаете, чтобы подобрать новую конфигурацию, то есть риск, что может быть ошибка конфигурации, которая может помешать правильному перезапуску сервера.
Если сервер находится в ненормальном состоянии, он может не перезагрузиться изящно (возможно, именно поэтому вы рассматриваете постепенный перезапуск)
Если Apache обслуживает статические файлы и не выступает в роли переднего пассажира, это довольно гладко. Большинство пользователей даже не заметят, а те, кто это сделает, сочтут это нормальным глюком. Apache не будет обслуживать новые запросы до тех пор, пока не будут обработаны старые, поэтому вы будете ждать, пока они не завершатся. Если кто-то загружает файл размером 500 МБ со скоростью 68 КБ / с, возможно, вы ожидаете ДОЛГОЕ ВРЕМЯ, в течение которого никакая другая порция не происходит.
Если Apache выходит на сервер приложений, ситуация может быть совсем другой. Исходя из опыта, UX для взаимодействия с этим сервером будет очень плохим, пока сервер приложений не будет загружен, не загружены и кэши не прогреются.
Вышеупомянутый грациозный параметр указывает httpd начать процесс перезапуска, сначала подав сигнал всем дочерним процессам о завершении их текущих задач. После того, как все дочерние процессы (те, которые обслуживают запросы http) завершат свои задачи, они закроются; если какие-либо дочерние процессы в настоящее время не обслуживают запросы, они немедленно закрываются.
Принимая во внимание, что остановите попытки немедленно завершить все дочерние процессы, что может привести к зависанию конечных пользователей. Мои предпочтения изящны - лучший выбор для вашего сервера бизнес-класса - потому что это удобнее, чем внезапное завершение дочерних процессов, обслуживающих клиентов. Многие администраторы и особенно программисты используют stop, чтобы остановить свой сервер, часто потому, что они не знают, что грациозность существует.
Ссылка: https://www.godaddy.com/garage/tech/config/how-to-restart-apache-without-rebooting-your-centos-linux-server/ Ссылка