2012-11-23 10 views
31

Wann muss nginx neu gestartet werden und das erneute Laden reicht nicht aus?
Macht es einen Unterschied, wenn eine Erweiterung wie passenger verwendet wird?Wann neu starten und Nginx nicht neu laden?

Sollte der Dienst neu gestartet werden, wenn zu viel Speicher verbraucht wird. Gibt es weitere Gründe für den Neustart von Nginx, insbesondere nach einer Konfigurationsänderung in einer Erweiterung oder einer Nginx-Core-Konfiguration?

Nach einer Konfigurationsänderung zu machen, kann man entweder neu starten oder nginx neu zu laden, über die binary selbst oder den init.d-Skript „/etc/init.d/nginx -h“ auf Ubuntu. Welche Methode sollte bevorzugt werden?

+0

Ich verstehe Ihren letzten Absatz nicht. Ist das eine Frage? – Ztyx

Antwort

34

Das erneute Laden von nginx ist sicherer als ein Neustart, denn bevor der alte Prozess beendet wird, wird die neue Konfigurationsdatei geparst und der gesamte Prozess abgebrochen, wenn es Probleme gibt.

Auf der anderen Seite, wenn Sie Nginx neu starten, können Sie Situation auftreten, in der Nginx beendet wird und wegen Syntaxfehler nicht erneut gestartet wird.

Nachladen beendet den alten Prozess, daher sollten Speicherlecks sowieso gelöscht werden.

+0

wird eine ngixn Erweiterung wie http://www.modrails.com/documentation/Users%20guide%20Nginx.html einen Unterschied machen? – deepak

+0

Nun, bei der Verwendung von Beifahrer ist es normalerweise klüger, den Anwendungsserver anstelle des Webservers neu zu starten (in diesem Fall durch Berühren der Datei 'tmp/restart.txt'), aber abgesehen davon sollte es genauso funktionieren. – samuil

+1

Was, wenn ich 'nginx -t' vorher die Syntax überprüfe? Was ist der Unterschied dann? –

14

Ich habe einen Fall erlebt, wo ich nginx neu zu starten, benötigen in listen Richtlinien für einen neuen IP-Adresse Kick hat

6

Ztyx ist richtig -. Neustart, wenn eine hören Ändern Richtlinie in einigen Fällen erforderlich ist.

Mit 1.6.x können Sie neu laden, wenn Sie die IP-Adresse ändern, aber Sie müssen neu starten, wenn Sie von "*: 80" auf eine IP-Adresse "x.x.x.x: 80" hören.

Ich habe dies nur mit IPv4 bestätigt, Verhalten für IPv6 kann ähnlich sein.