2012-11-23 12 views
31

Quando è necessario riavviare nginx e la ricarica non è sufficiente?
Fa differenza se viene utilizzata un'estensione come passenger?Quando riavviare e non ricaricare Nginx?

Se il servizio viene riavviato se consuma troppa memoria. Qualche altro motivo per riavviare Nginx, in particolare dopo una modifica della configurazione in un'estensione o in una configurazione di base Nginx?

Dopo aver apportato una modifica alla configurazione, è possibile riavviare o ricaricare nginx, tramite lo binary stesso o lo script init.d "/etc/init.d/nginx -h" su Ubuntu. Quale metodo dovrebbe essere preferito?

+0

Non capisco il tuo ultimo paragrafo. È una domanda? – Ztyx

risposta

34

Il riavvio di nginx è più sicuro del riavvio perché prima che il vecchio processo venga terminato, il nuovo file di configurazione viene analizzato e l'intero processo viene interrotto in caso di problemi.

D'altra parte, quando si riavvia nginx, è possibile che si verifichi una situazione in cui nginx si interrompe e non verrà riavviato a causa di un errore di sintassi.

Il ricaricamento termina il processo precedente, quindi eventuali perdite di memoria devono essere eliminate comunque.

+0

un'estensione ngixn come http://www.modrails.com/documentation/Users%20guide%20Nginx.html fa alcuna differenza? – deepak

+0

Bene, quando si usa il passeggero di solito è più saggio riavviare il server delle applicazioni invece del server web (in questo caso, toccando il file 'tmp/restart.txt'), ma a parte questo dovrebbe funzionare esattamente allo stesso modo. – samuil

+1

Cosa succede se prima 'nginx -t' controlla la sintassi? Qual è la differenza allora? –

14

Ho sperimentato un caso in cui avevo bisogno di riavviare nginx avere listen direttive per un nuovo calcio di indirizzo IP in

6

Ztyx è giusto -. Il riavvio quando si cambia un ascolto direttiva è necessario in alcuni casi.

Con 1.6.x, è possibile ricaricare quando si modifica l'indirizzo IP di ascolto, ma è necessario riavviare quando si ascolta da "*: 80" a un indirizzo IP "x.x.x.x: 80".

L'ho confermato solo con IPv4, il comportamento per IPv6 potrebbe essere simile.

Problemi correlati