É seguro executar uma gracefulreinicialização do Apache em um servidor de produção? Que efeitos causará um reinício normal e qual seria o impacto (se houver)? Haverá impactos negativos (por exemplo, tempo de inatividade, mesmo que por pouco tempo)?
Eu considerei os seguintes recursos, mas ainda não está claro quais serão os impactos nos usuários:
Respostas:
Ao executar uma reinicialização normal, as conexões existentes devem ser executadas até a conclusão normal, quando seus funcionários serão encerrados. Novos trabalhadores já devem ser iniciados para lidar com novas conexões.
Você não deve observar falhas de conexão ou carregamento lento de páginas, mas, na prática, poderá ver novas conexões enfileirando-se brevemente enquanto a configuração é recarregada pelo encadeamento mestre (o meu leva menos de meio segundo)
Se você estiver reiniciando para pegar uma nova configuração, existe o risco de haver um erro de configuração que pode impedir que o servidor seja reiniciado corretamente.
Se o servidor estiver em um estado anormal, poderá falhar ao reiniciar normalmente (talvez seja por isso que você esteja considerando uma reinicialização normal)
Se o Apache estiver servindo arquivos estáticos e não estiver atuando como a frente de algo como um passageiro , é bem tranquilo. A maioria dos usuários nem percebe, e aqueles que o consideram uma falha normal. O Apache não atenderá novas solicitações até que as antigas sejam atendidas; portanto, você estará esperando até que todas elas terminem. Se alguém estiver baixando um arquivo de 500 MB a 68 KB / s, você poderá aguardar MUITO TEMPO, durante o qual nenhuma outra veiculação está acontecendo.
Se o Apache estiver enfrentando um servidor de aplicativos, a situação poderá ser muito diferente. Por experiência, o UX para interagir com esse servidor ficará muito ruim até que o servidor de aplicativos esteja ativo, carregado e os caches sejam aquecidos.
O parâmetro gracioso acima mencionado informa ao httpd para iniciar o processo de reinicialização, sinalizando primeiro todos os seus processos filhos para concluir suas tarefas atuais. Depois que todos os processos filhos (aqueles que estão atendendo solicitações http) tiverem concluído suas tarefas, eles serão fechados; se algum processo filho não estiver atendendo solicitações no momento, ele será fechado imediatamente.
Por outro lado, interrompa as tentativas de finalizar todos os processos filhos imediatamente, o que poderia deixar os usuários finais travados. Minha preferência é graciosa - uma escolha melhor para o servidor de classe empresarial - porque é mais amigável do que encerrar abruptamente processos filhos que estão atendendo a clientes. Muitos administradores e especialmente os programadores usam o stop para interromper o servidor, geralmente porque não sabem que o gracioso existe.
Link: https://www.godaddy.com/garage/tech/config/how-to-restart-apache-without-rebooting-your-centos-linux-server/ Link
/etc/init.d/httpd configtestantes de prosseguir com qualquer tipo de reinício do apache em um servidor de produção.