rails etc deploy conf app nginx deployment passenger

etc - ¿Cuándo reiniciar y no volver a cargar Nginx?



passenger deploy rails (3)

¿Cuándo es necesario reiniciar nginx y volver a cargar no será suficiente?
¿Hay alguna diferencia si se usa una extensión como passenger ?

Debería reiniciarse el servicio si consume demasiada memoria. ¿Alguna otra razón para reiniciar Nginx, particularmente después de un cambio de configuración en una extensión o en una configuración central de Nginx?

Después de hacer un cambio de configuración, uno puede reiniciar o recargar nginx, a través del binary mismo o del script init.d "/etc/init.d/nginx -h" en Ubuntu. ¿Qué método debería ser preferido?


Experimenté un caso en el que necesitaba reiniciar nginx para tener instrucciones de listen para una nueva dirección IP.


Volver a cargar nginx es más seguro que reiniciar porque antes de que finalice el proceso anterior, se analiza el nuevo archivo de configuración y se cancela todo el proceso si hay algún problema con él.

Por otro lado, cuando reinicia nginx puede encontrar una situación en la que nginx se detendrá y no volverá a iniciarse debido a un error de sintaxis.

La recarga termina el proceso anterior, por lo que cualquier pérdida de memoria debe borrarse de todos modos.


Ztyx tiene razón: se reinicia cuando se requiere cambiar una directiva de escucha en algunos casos.

Con 1.6.x, puede volver a cargar cuando cambie la dirección IP de escucha, pero debe reiniciar cuando escuche desde "*: 80" hasta una dirección IP "xxxx: 80".

Solo lo he confirmado con IPv4, el comportamiento para IPv6 puede ser similar.