C'è un modo per forzare il battito cardiaco per aggiungere nuovi indirizzi IP al sistema senza un completo riavvio?

Utilizziamo il battito cardiaco per l'alta disponibilità. Vorrei aggiungere un indirizzo IP aggiuntivo al cluster di battito cardiaco, ma non voglio fare un riavvio completo del cluster nel process. C'è un segnale che posso submit al battito cardiaco che lo avrebbe richiesto a riesaminare il file e le azioni di "haresources" su di esso? il battito cardiaco -r non sembra fare il trucco.

  • Come rimuovere / script di backup da /etc/init.d/?
  • Standard di gerarchia dei filesystem - Dove posizionare le funzioni sorgenti?
  • process startpar lasciato appeso quando si iniziano i processi da rc.local o init.d
  • SSH - impostare env vairables da each connessione - godaddy host condiviso
  • Come faccio a sapere where vengono memorizzate le regole IPTables?
  • Bloccare IP su EC2. Firewall o altre opzioni?
  • Può essere raggiunta l'alta disponibilità di Exchange 2010 con solo 2 server?
  • La spedizione del log del server SQL richiede una seconda licenza SQL
  • Strategia di hosting DNS ad alta disponibilità?
  • Test di verifica automatica / rilascio automatico di DAG di Exchange 2010. Non sempre fallisce automaticamente in una copia di DB sana a seconda del modo in cui i server montati sono rotti
  • Keepalived su tunnel GRE per il failover sull'ambiente VPS
  • Opzioni di archiviazione condivise per cluster ESXi HA
  • 3 Solutions collect form web for “C'è un modo per forzare il battito cardiaco per aggiungere nuovi indirizzi IP al sistema senza un completo riavvio?”

    Il problema era che non ho aspettato abbastanza a lungo dopo aver eseguito "heartbeat -r" (il command eseguito nello script init.d quando si esegue "service heartbeat reload"). Dopo qualche minuto, l'IP si è presentato l'interface come previsto.

    Non è necessario ricaricare Heartbeat affatto. Basta aggiungere la nuova risorsa IPaddr al tuo file haresources, qualcosa di simile

    IPaddr::xx.xx.xx.xx 

    e poi avviarlo

     /etc/ha.d/resource.d/IPaddr xx.xx.xx.xx start 

    Naturalmente, si dovrebbe assicurarsi di emettere l'avvio IPaddr sul nodo attivo. Ora dovresti essere in grado di submit e ricevere traffico sull'indirizzo IP appena aggiunto.

    Hearbeat deve essere riavviato solo sulla macchina secondaria, evitando così i tempi di inattività correlati alla gestione delle risorse.

    In questo caso, il nodo primario rileva che la macchina slave è "morta" e impone un "failover" che ricarica il file delle risorse e avvia le risorse mancanti.

    I registri sono abbastanza espliciti quando lo fanno:

     May 9 12:10:40 gw2 heartbeat: [3684]: info: Received shutdown notice from 'gw1'. May 9 12:10:40 gw2 heartbeat: [3684]: info: Resources being acquired from gw1. May 9 12:10:40 gw2 heartbeat: [26469]: debug: notify_world: setting SIGCHLD Handler to SIG_DFL May 9 12:10:40 gw2 harc[26469]: info: Running /etc/ha.d//rc.d/status status May 9 12:10:40 gw2 mach_down[26521]: info: /usr/share/heartbeat/mach_down: nice_failback: foreign resources acquired May 9 12:10:40 gw2 mach_down[26521]: info: mach_down takeover complete for node gw1. May 9 12:10:40 gw2 heartbeat: [3684]: info: mach_down takeover complete. May 9 12:10:40 gw2 heartbeat: [3684]: debug: StartNextRemoteRscReq(): child count 1 May 9 12:10:40 gw2 IPaddr2[26520]: INFO: Running OK May 9 12:10:40 gw2 IPaddr2[26640]: INFO: Running OK May 9 12:10:40 gw2 IPaddr2[26725]: INFO: Running OK May 9 12:10:40 gw2 IPaddr2[26805]: INFO: Running OK May 9 12:10:40 gw2 IPaddr2[26890]: INFO: Resource is stopped May 9 12:10:40 gw2 heartbeat: [26470]: info: Local Resource acquisition completed. May 9 12:10:40 gw2 heartbeat: [3684]: debug: StartNextRemoteRscReq(): child count 1 May 9 12:10:40 gw2 heartbeat: [26953]: debug: notify_world: setting SIGCHLD Handler to SIG_DFL May 9 12:10:40 gw2 harc[26953]: info: Running /etc/ha.d//rc.d/ip-request-resp ip-request-resp May 9 12:10:40 gw2 ip-request-resp[26953]: received ip-request-resp IPaddr2::1.2.3.4 OK yes May 9 12:10:40 gw2 ResourceManager[26976]: info: Acquiring resource group: gw2 IPaddr2::1.2.3.4 May 9 12:10:40 gw2 IPaddr2[27006]: INFO: Resource is stopped May 9 12:10:40 gw2 ResourceManager[26976]: info: Running /etc/ha.d/resource.d/IPaddr2 1.2.3.4 start May 9 12:10:40 gw2 IPaddr2[27115]: INFO: ip -f inet addr add 1.2.3.4/24 brd 1.2.3.255 dev brwan May 9 12:10:40 gw2 IPaddr2[27115]: INFO: ip link set brwan up May 9 12:10:40 gw2 IPaddr2[27115]: INFO: /usr/lib/heartbeat/send_arp -i 200 -r 5 -p /var/run/resource-agents/send_arp-1.2.3.4 brwan 1.2.3.4 auto not_used not_used May 9 12:10:40 gw2 IPaddr2[27091]: INFO: Success May 9 12:10:47 gw2 heartbeat: [3684]: WARN: node gw1: is dead May 9 12:10:47 gw2 heartbeat: [3684]: info: Dead node gw1 gave up resources. May 9 12:10:47 gw2 heartbeat: [3684]: info: Link gw1:eth0 dead. May 9 12:10:59 gw2 heartbeat: [3684]: info: Heartbeat restart on node gw1 May 9 12:10:59 gw2 heartbeat: [3684]: info: Link gw1:eth0 up. May 9 12:10:59 gw2 heartbeat: [3684]: info: Status update for node gw1: status init May 9 12:10:59 gw2 heartbeat: [3684]: info: Status update for node gw1: status up May 9 12:10:59 gw2 heartbeat: [3684]: debug: StartNextRemoteRscReq(): child count 1 May 9 12:10:59 gw2 heartbeat: [28604]: debug: notify_world: setting SIGCHLD Handler to SIG_DFL May 9 12:10:59 gw2 heartbeat: [3684]: debug: get_delnodelist: delnodelist= May 9 12:10:59 gw2 harc[28604]: info: Running /etc/ha.d//rc.d/status status May 9 12:10:59 gw2 heartbeat: [3684]: info: Status update for node gw1: status active May 9 12:10:59 gw2 heartbeat: [3684]: debug: StartNextRemoteRscReq(): child count 1 May 9 12:10:59 gw2 heartbeat: [28619]: debug: notify_world: setting SIGCHLD Handler to SIG_DFL May 9 12:10:59 gw2 harc[28619]: info: Running /etc/ha.d//rc.d/status status May 9 12:10:59 gw2 heartbeat: [28634]: debug: notify_world: setting SIGCHLD Handler to SIG_DFL May 9 12:10:59 gw2 harc[28634]: info: Running /etc/ha.d//rc.d/status status May 9 12:11:00 gw2 heartbeat: [3684]: info: remote resource transition completed. 
    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.