Czy bezpieczne jest gracefulponowne uruchomienie Apache na serwerze produkcyjnym? Jakie skutki wywoła pełen wdzięku restart i jaki będzie wpływ (jeśli w ogóle)? Czy wystąpią jakieś szkodliwe skutki (np. Przestoje, nawet jeśli są krótkotrwałe)?
Rozważyłem następujące zasoby, ale nadal nie jest jasne, jaki będzie wpływ na użytkowników:
Odpowiedzi:
Podczas wykonywania płynnego restartu istniejące połączenia powinny działać do normalnego zakończenia, w którym to momencie ich pracownicy zakończą się. Nowi pracownicy powinni już zostać uruchomieni do obsługi nowych połączeń.
Nie powinieneś zauważać żadnych awarii połączenia lub powolnego ładowania strony, ale w praktyce możesz zobaczyć nowe połączenia w kolejce, gdy konfiguracja jest ponownie ładowana przez wątek główny (moje zajmuje mniej niż pół sekundy)
W przypadku ponownego uruchamiania w celu pobrania nowej konfiguracji istnieje ryzyko błędu konfiguracji, który może uniemożliwić prawidłowe ponowne uruchomienie serwera.
Jeśli serwer znajduje się w nienormalnym stanie, może nie uruchomić się ponownie z gracją (być może dlatego rozważasz ponowne uruchomienie z gracją)
Jeśli Apache obsługuje pliki statyczne i nie działa jako front do czegoś takiego jak pasażer , jest dość płynny. Większość użytkowników nawet tego nie zauważy, a ci, którzy to zrobią, uznają to za normalne. Apache nie będzie obsługiwał nowych żądań, dopóki stare nie zostaną obsłużone, więc będziesz czekać, aż wszystkie skończą. Jeśli ktoś pobiera plik 500 MB z szybkością 68 KB / s, być może czeka Cię DŁUGI CZAS, podczas którego nie odbywa się żadna inna porcja.
Jeśli Apache stoi na czele serwera aplikacji, sytuacja może być zupełnie inna. Z doświadczenia wynika, że interfejs użytkownika do interakcji z tym serwerem będzie bardzo zły, dopóki serwer aplikacji nie zostanie uruchomiony, załadowany i pamięci podręczne nie zostaną rozgrzane.
Wspomniany powyżej parametr wdzięku mówi httpd, aby rozpoczął proces restartowania, sygnalizując najpierw wszystkie swoje procesy potomne, aby zakończyły bieżące zadania. Po zakończeniu wszystkich procesów potomnych (obsługujących żądania HTTP) zadania zostaną zakończone; jeśli jakiekolwiek procesy potomne nie obsługują obecnie żądań, zostaną natychmiast zamknięte.
Natomiast zatrzymaj próby natychmiastowego zakończenia wszystkich procesów potomnych, co może spowodować zawieszenie się użytkowników końcowych. Moje preferencje są pełne wdzięku - lepszy wybór dla serwera klasy biznesowej - ponieważ jest to bardziej przyjazne niż nagłe zakończenie procesów potomnych obsługujących klientów. Wielu administratorów, a zwłaszcza programistów, używa stop, aby zatrzymać swój serwer, często dlatego, że nie wiedzą, że w gracji nawet istnieje.
Link: https://www.godaddy.com/garage/tech/config/how-to-restart-apache-without-rebooting-your-centos-linux-server/ Link
/etc/init.d/httpd configtestprzed ponownym uruchomieniem dowolnego serwera Apache na serwerze produkcyjnym.