Considerare una pratica scorretta riavviare apache (con grazia) ogni 1/5/10 minuti?

Question

Ho un server che esegue host virtuali che vengono modificati abbastanza spesso. Piuttosto che qualcuno che sta effettivamente andando al server e digitando il comando di riavvio di apache, stavo pensando di creare un cron (ogni 1, 5 o 10 minuti, forse solo durante le ore di lavoro, quando vengono effettivamente apportate modifiche agli host virtuali) per riavviare Apache con grazia.

sudo apachectl graceful 

ho trovato una spiegazione qui su StackOverflow che va come questo:

Graceful non aspetta per le connessioni attive a morire prima di fare una "full restart". È lo stesso di fare un HUP contro il processo principale. Apache mantiene vivi i bambini (processi) con connessioni attive, mentre alzano nuovi bambini con nuova configurazione (o cache ben cancellate) per ogni nuova connessione. Mentre le vecchie connessioni si estinguono, anche quei processi figli vengono uccisi per far posto a quelli nuovi.

Ciò significa che non ci sarebbe alcun impatto sull'esperienza del visitatore (lunghi tempi di attesa) o dovrei limitarmi a riavviare manualmente Apache?

Grazie!

Answer 1

Siamo spiacenti, ma non mi sembra una buona idea.

Se si prevede di riavviare Apache ogni X minuti, anche se potrebbe non averne bisogno, vedo un sacco di svantaggi lì, ma non al rialzo.

Se si sta solo controllando e riavviando quando necessario, ad esempio con un processo in esecuzione che può rilevare quando è necessaria una modifica , potrebbe andare bene.

Personalmente, non lo farei nemmeno da quando preferisco mantenere il controllo sulle modifiche di implementazione. Ad esempio, se si desidera ottenere un sacco di roba installata durante la giornata lavorativa pronta per il riavvio, ma in realtà non attivarla fino al momento di inattività.

Ovviamente, in un ambiente robusto, si eseguono più server in modo da poterli offline uno alla volta per le modifiche, senza che interessano nessuno.