Kiedy ponownie uruchomić i nie ponownie załadować Nginx?

Question

Kiedy to jest konieczne, aby ponownie uruchomić Nginx i przeładowanie nie wystarczy?
Czy ma to znaczenie, jeśli zastosowano rozszerzenie takie jak passenger?

Jeśli usługa zostanie ponownie uruchomiona, jeśli zużyje zbyt dużo pamięci. Jakieś inne powody ponownego uruchomienia Nginx, szczególnie po zmianie konfiguracji w rozszerzeniu lub konfiguracji podstawowej Nginx?

Po zmianie konfiguracji można ponownie uruchomić lub ponownie załadować plik nginx za pośrednictwem samego binary lub skryptu init.d "/etc/init.d/nginx -h" w systemie Ubuntu. Która metoda powinna być preferowana?

Answer 1

Ponowne wczytywanie nginx jest bezpieczniejsze niż ponowne uruchomienie, ponieważ zanim stary proces zostanie zakończony, nowy plik konfiguracyjny zostanie przeanalizowany, a cały proces zostanie przerwany, jeśli wystąpią jakiekolwiek problemy z nim.

Z drugiej strony, po ponownym uruchomieniu nginx możesz napotkać sytuację, w której nginx zatrzyma się i nie zacznie ponownie, z powodu błędu składni.

Przeładowanie kończy stary proces, więc wszelkie wycieki pamięci powinny zostać wyczyszczone.

Answer 2

jakie miałem przypadek gdzie potrzebne do ponownego uruchomienia nginx mieć listen dyrektywy dla nowego IP adress rzutu w

Answer 3

Ztyx ma rację. - ponowne uruchomienie po zmianie dyrektywy słuchać jest wymagane w niektórych przypadkach.

W wersji 1.6.x można przeładować po zmianie adresu IP nasłuchiwania, ale trzeba ponownie uruchomić podczas słuchania z "*: 80" na adres IP "x.x.x.x: 80".

Potwierdziłem to tylko z IPv4, zachowanie dla IPv6 może być podobne.