Início / server / Perguntas / 378581
Accepted
Saurav Shah
Asked: 2012-04-12 09:13:40 +0800 CST

Recarregamento de configuração do Nginx sem tempo de inatividade

  • 772

Eu uso o nginx como um proxy reverso. Sempre que eu atualizo a configuração para ele usando

sudo "cp -r #{nginx_config_path}* /etc/nginx/sites-enabled/"
sudo "kill -s HUP `cat /var/run/nginx.pid`"

Enfrento um breve tempo de inatividade. Como posso evitar isso?

nginx

6 respostas

  1. Best Answer

    Executar service nginx reloadou/etc/init.d/nginx reload

    Ele fará uma recarga a quente da configuração sem tempo de inatividade. Se você tiver solicitações pendentes, haverá processos nginx remanescentes que lidarão com essas conexões antes que elas morram, por isso é uma maneira extremamente elegante de recarregar as configurações.

    Às vezes você pode querer preceder comsudo

    • 257

  2. Corre/usr/sbin/nginx -s reload

    Consulte http://wiki.nginx.org/CommandLine para obter mais opções de linha de comando.

    • 123

  3. Não, você está incorreto, você não deveria estar enfrentando nenhum tempo de inatividade com o procedimento que você descreve. (O Nginx pode não apenas recarregar a configuração dinamicamente sem nenhum tempo de inatividade, mas até mesmo a atualização do executável dinamicamente, ainda sem nenhum tempo de inatividade.)

    De acordo com http://nginx.org/docs/control.html#reconfiguration , enviar o HUPsinal para nginx garante que ele execute uma reinicialização normal e, se os arquivos de configuração estiverem incorretos, todo o procedimento será abandonado e você ' é deixado com o nginx como antes de enviar o HUPsinal. Em nenhum momento deve ser possível qualquer tempo de inatividade.

    Para que o nginx releia o arquivo de configuração, um sinal HUP deve ser enviado ao processo mestre. O processo mestre primeiro verifica a validade da sintaxe, depois tenta aplicar a nova configuração, ou seja, abrir arquivos de log e novos soquetes de escuta. Se isso falhar, ele reverte as alterações e continua a funcionar com a configuração antiga.

    • 11

  4. Nginx e Sinais

    A killabordagem que você usou ( kill -s HUP $(cat /var/run/nginx.pid) está correta. Scripts de inicialização para distribuições RH ou Debian também são implementados usando killo comando. Você pode verificar o exemplo do Init no site nginx ou no conteúdo do pacote Ubuntu Nginx .

    Existem vários sinais que o nginx pode ouvir ( mencionado no wiki ):

    • TERM, INT- Desligamento rápido.
    • QUIT- Desligamento gracioso.
    • KILL- Interrompe um processo teimoso.
    • HUP- Recarregamento de configuração. Inicie os novos processos de trabalho com uma nova configuração. Desligue graciosamente os antigos processos de trabalho.
    • USR1- Reabra os arquivos de log.
    • USR2- Atualize o executável em tempo real.
    • WINCH- Desligue graciosamente os processos de trabalho.

    Recarregar Nginx

    Nginx reload ( HUPsinal) é implementado mais especificamente como várias etapas [1,2]:

    • O processo mestre verifica a validade da sintaxe.
    • Aplica nova configuração, ou seja, para abrir arquivos de log e novos sockets de escuta.
    • Se isso falhar, ele reverte as alterações e continua a funcionar com a configuração antiga.
    • Se isso for bem-sucedido, ele iniciará novos processos de trabalho e enviará mensagens para processos de trabalho antigos solicitando que sejam encerrados normalmente.
    • Processos de trabalho antigos fecham soquetes de escuta e continuam a atender clientes antigos.
    • Depois que todos os clientes são atendidos, os processos de trabalho antigos são encerrados.

    Apenas um problema em que consigo pensar por que você teve tempo de inatividade (com base no processo de recarga) é que você estava usando apenas um processo de trabalho ( worker_processesdiretiva), que por design estava atendendo clientes antigos, mas tinha um soquete de escuta fechado, portanto, você não podia abra uma nova conexão.

    Também posso recomendar que você sempre use /usr/sbin/nginx -tpara validar os arquivos de configuração antes de aplicar a nova configuração.

    Nginx Reload em profundidade

    O sinal de reconfiguração é tratado no arquivongx_process_cycle.c e podemos ver que ele inicia novos processos de trabalho em function ngx_start_worker_processes(...)e, no final, interrompe processos de trabalho antigos em function ngx_signal_worker_processes(...), que itera sobre eles com NGX_SHUTDOWN_SIGNALsignal.

    Recursos:

    • 10

  5. Para completar, a systemdmaneira de fazê-lo:

    systemctl reload nginx
    • 8

  6. Normalmente, recarregar o arquivo de configuração de um serviço não deve afetar o serviço em execução. No entanto, isso depende de como o SIGHUPsinal é processado.

    Se um serviço específico estiver passando por um tempo de inatividade durante o recarregamento, isso pode ser contornado executando o mesmo serviço em vários servidores, de preferência usando um balanceador de carga. Nesse caso, você pode remover um servidor de cada vez e recarregá-lo/reiniciá-lo. Então, ele pode ser adicionado novamente após a confirmação de que está OK.

    • 2

relate perguntas