Avvertire il battito cardiaco quando il servizio apache non riesce

Ho attualmente il battito cardiaco impostato bene sul server linux di Ubuntu, in modo che se il servizio di battito cardiaco non viene rilevato (sia perché il server è in discesa o solo il servizio di battito cardiaco è in discesa) esso è caduto sul server secondario come descritto in un post sul blog il mio sito.

alt text

Quindi cominciamo nello stato iniziale, apache sul server di lavoro muore nello stato di transizione, quindi apache sul server secondario inizia nello stato finale. Attualmente se apache non riesce ma il battito cardiaco non si verifica l'interruttore. Qualcuno sa come fare questo?

  • Iptables - Catena di Bridge e Forward
  • Qual è la differenza tra sudo -i e sudo su-
  • Riavvia dopo l'errore di alimentazione per Mac che esegue Ubuntu (server)
  • Qual è il posto migliore per impostare variables di ambiente di sistema su Linux?
  • Come posso distribuire privatamente un pacchetto di Ubuntu (Debian) che sostituisce qualsiasi versione ufficiale?
  • OpenVPN per alcuni IP, eth0 per tutto il resto
  • Connessione con ssh a virtualbox (senza testa)?
  • Tentando di installare Sun Grid Engine su Ubuntu 10.04 - non è ansible connettere più host di esecuzione
  • One Solution collect form web for “Avvertire il battito cardiaco quando il servizio apache non riesce”

    Una potenziale soluzione per monitorare i demoni con il battito cardiaco 1.x che ho usato con successo nella produzione è avere un demone perl che sfoglia l'elenco di processi ad un intervallo e se non vede il nome del process, inizia la battuta del battito cardiaco. È ansible configurare mon per duplicare questa funzionalità.

    Heartbeat 2.x ha un supporto nativo per questa funzionalità e l'agente di risorse ocf_heartbeat_apache ti consente di monitorare il process.

    È anche noto che il battito cardiaco è in modalità di manutenzione e che Corosync dovrebbe avere successo.

    Ladwhere ansible, evito l'approccio attivo / passivo ad elevata disponibilità con server Web o applicazioni. Rifiuta risorse e spesso è più difficile scalare orizzontalmente. Ci sono alcune situazioni in cui questo è inevitabile ma con Apache, questo è raramente il caso.

    L'applicazione Web dovrà condividere lo stato della session, che viene spesso eseguito memorizzando le sessioni in un database o in memory. A questo punto, è ansible caricare l'equilibrio di tutte le connessioni in arrivo utilizzando una soluzione come LVS o Nginx . Naturalmente, la soluzione proxy e bilanciamento del carico dovrebbe essere ridondante per evitare un singolo punto di fallimento. Potresti usare il battito cardiaco anche per questo.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.