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.