L'impact des redémarrages gracieux Apache et de l'expérience utilisateur
Est-il sécuritaire d'effectuer un graceful redémarrez Apache sur un serveur de production? Quels effets une cause de redémarrage gracieux et quel serait l'impact (le cas échéant)? Y aura-t-il des impacts préjudiciables (par exemple, des temps d'arrêt, même si c'est pour une courte période)?
J'ai envisagé les ressources suivantes, mais il est toujours difficile de savoir quels seront les impacts sur les utilisateurs:
Lors de l'exécution d'un redémarrage gracieux, les connexions existantes doivent fonctionner à une achèvement normale à laquelle leurs travailleurs se termineront. Les nouveaux travailleurs devraient déjà être commencés à gérer de nouvelles connexions.
Vous ne devriez pas remarquer des échecs de connexion ni des charges de page lente, mais dans la pratique, vous pouvez voir une nouvelle file d'attente de connexions brièvement lorsque la configuration est rechargée par le fil principal (la mine prend moins d'une demi-seconde)
Si vous redémarrez pour récupérer une nouvelle config, il peut y avoir une erreur de configuration qui pourrait empêcher le redémarrage du serveur correctement.
Si le serveur est dans un état anormal, cela peut ne pas redémarrer gracieusement (c'est peut-être pourquoi vous envisagez un redémarrage gracieux)
Si Apache servent des fichiers statiques et n'agit pas comme avant à quelque chose comme - passager , c'est assez lisse. La plupart des utilisateurs ne le remarqueront même pas, et ceux qui le feront envisageront bien. Apache ne servira pas de nouvelles demandes jusqu'à ce que les anciens soient servis, vous attendez donc jusqu'à ce qu'ils finissent. Si quelqu'un télécharge un fichier de 500 Mo à 68kb/s, vous attendez peut-être une longue période pendant laquelle aucune autre portion ne se produit.
Si Apache fonte un serveur d'applications, la situation peut être très différente. De l'expérience, l'UX pour interagir avec ce serveur sera très grave jusqu'à ce que le serveur d'applications soit en hausse, chargé et que les caches soient chauffées.
Le paramètre gracieux susmentionné indique à HTTPD de commencer le processus de redémarrage en signalant d'abord tous ses processus enfants afin de compléter leurs tâches actuelles. Après tous les processus de l'enfant (ceux qui servent des demandes HTTP) ont terminé leurs tâches, ils fermeront; Si des processus enfants ne servent actuellement pas de demandes, ils fermeront immédiatement.
ATTENDU QUE, arrêtez immédiatement de mettre fin à tous les processus d'enfants, ce qui pourrait laisser des utilisateurs finaux suspendus. Ma préférence est gracieuse - un meilleur choix pour votre serveur de classe affaires - car il est plus convivial que de terminer brusquement des processus enfants qui servent des clients. De nombreux administrateurs et particulièrement les programmeurs utilisent l'arrêt pour arrêter leur serveur, souvent parce qu'ils ne savent pas que gracieux existe même.
Link: https://www.godaddy.com/garage/tech/config/how-to-restart-apache-without-rebooting-your-centos-linux-server/link