Configurazione dell'alta disponibilità

La funzione di disponibilità elevata implica l'uso di una seconda macchina Dispatcher. La prima macchina Dispatcher esegue il bilanciamento del carico per tutto il traffico client, come in una configurazione a un solo Dispatcher. La seconda macchina Dispatcher controlla lo "stato" della prima e assume il controllo delle attività di bilanciamento del carico se rileva un malfunzionamento sulla prima macchina Dispatcher.

Informazioni su questa attività

Quando si configura l'alta disponibilità, a ciascuna delle due macchine viene assegnato un ruolo specifico, ossia principale o backup. La macchina principale invia continuamente i dati di connessione alla macchina secondaria. Mentre la macchina principale è attiva (ed esegue il bilanciamento del carico), la macchina secondaria si trova in standby, aggiornata di continuo e pronta ad assumere il controllo, se necessario.

Le sessioni di comunicazione tra le due macchine vengono denominate heartbeat. Gli heartbeat consentono a ciascuna macchina di controllare lo stato dell'altra. Se la macchina secondaria rileva un malfunzionamento della macchina attiva, assumerà il controllo e inizierà a eseguire il bilanciamento del carico. A quel punto, gli stati delle due macchine si invertono: la macchina secondaria diventa attiva mentre la macchina principale passa in standby.
Nota: nella configurazione ad alta disponibilità, le macchine principale e di backup devono essere sulla stessa sottorete con configurazione identica.

Per la sintassi completa, consultare dscontrol highavailability. Per un quadro più completo delle attività riportate di seguito, vedere Configurazione della macchina di Load Balancer.

Suggerimenti per la configurazione dell'alta disponibilità:

  1. Per configurare una singola macchina Dispatcher per l'instradamento dei pacchetti senza un backup, non immettere alcun comando di alta disponibilità all'avvio.
  2. Per convertire due macchine Dispatcher configurate per l'alta disponibilità in una macchina in esecuzione autonoma, arrestare l'executor su una delle macchine, quindi eliminare le funzioni di alta disponibilità (heartbeat, accessibilità e backup) sull'altra.
  3. [Linux] Linux for s/390: in entrambi i casi sopra riportati, è necessario creare l'alias della scheda dell'interfaccia di rete con indirizzi cluster, come richiesto.
  4. Se due macchine Dispatcher sono in esecuzione in una configurazione ad alta disponibilità, potrebbero verificarsi dei risultati imprevisti nel caso in cui si imposta uno dei parametri dell'executor, del cluster, della porta o del server (ad esempio, port stickytime) su valori diversi per le due macchine.

Procedura

  1. [Linux] Se sono in esecuzione sistemi operativi Linux for s/390 in modalità layer 3, creare file di script alias su ciascuna delle due macchine Dispatcher. Per ulteriori informazioni relative sugli script disponibili, consultare Script da eseguire con l'alta disponibilità. Gli script creati devono contenere comandi per:
    • Configurare l'indirizzo IP del cluster sull'interfaccia
    • Aggiungere una regola iptables per eliminare i pacchetti in entrata destinati all'indirizzo cluster
    Consultare l'argomento Configurazione della macchina di Load Balancer per ulteriori informazioni.
  2. Avviare il server su entrambe le macchine server Dispatcher.
  3. Avviare l'executor su entrambe le macchine.
  4. Verificare che l'indirizzo NFA (non-forwarding address) di ciascuna macchina Dispatcher sia configurato e che sia un indirizzo IP valido per la sottorete delle macchine Dispatcher.
  5. Aggiungere le informazioni heartbeat su entrambe le macchine:
    dscontrol highavailability heartbeat add indirizzo_origineindirizzo_destinazione
    indirizzo_origine eindirizzo_destinazione sono gli indirizzi IP (nomi DNS o indirizzi IP) delle macchine del Dispatcher. I valori verranno riversati in ciascuna macchina. Ad esempio:
    Primary - highavailability heartbeat add 9.67.111.3 9.67.186.8
    Backup  - highavailability heartbeat add 9.67.186.8 9.67.111.3 
    Almeno una coppia di heartbeat deve avere gli NFA della coppia come indirizzo di origine e destinazione. Se possibile, è consigliabile che almeno una coppia di heartbeat venga inviata attraverso una sottorete separata rispetto al traffico regolare del cluster. Separando il traffico di heartbeat, è possibile evitare falsi takeover durante carichi di rete pesanti e migliorare i tempi di recupero dopo un failover.
    1. Opzionale: Impostare il numero di secondi che l'executor deve utilizzare come timeout per gli heartbeat di disponibilità elevata. Il valore predefinito è 2 secondi. Ad esempio:
      dscontrol executor set hatimeout 3
  6. Su entrambe le macchine, configurare l'elenco di indirizzi IP che il Dispatcher deve essere in grado di raggiungere per garantire un servizio completo, utilizzando il comando reach add. Le destinazioni finali sono consigliate ma non obbligatorie. Per ulteriori informazioni, vedere Rilevamento dei malfunzionamenti del server con heartbeat e destinazioni finali. Ad esempio:
     dscontrol highavailability reach add 9.67.125.18 
  7. Aggiungere le informazioni di backup su ciascuna macchina:
    1. Per la macchina principale:
      dscontrol highavailability backup add primary [auto | manual] porta
    2. Per la macchina di backup:
       dscontrol highavailability backup add backup [auto | manual] porta
      Nota: selezionare una porta non utilizzata sulle macchine che abbia il valore di port. Il numero di porta immesso verrà utilizzato come chiave per garantire che l'host corretto riceva il pacchetto.
  8. Controllare lo stato di disponibilità elevata di ciascuna macchina:
     dscontrol highavailability status

    Ciascuna macchina deve avere il ruolo corretto (backup o principale) e gli stati. La macchina principale deve essere attiva e sincronizzata; quella di backup dovrebbe essere in modalità standby. Le strategie di recupero devono essere le stesse.

  9. Impostare le informazioni del cluster, della porta e del server su entrambe le macchine.
  10. Opzionale: Abilitare la replica dei record di connessione e di affinità.
    Nuova funzione Nuova funzione:
    Questa funzione consente di replicare i record di connessione e di affinità tra partner ad alta disponibilità. Quando i record vengono replicati, gli stati connection e affinity vengono conservati in modo che le connessioni possano continuare anche dopo l'esecuzione del comando takeover.newfeat
    • Abilitare la replica per i record di connessione e di affinità:
      dscontrol port set cluster@port repstrategy both
    • Abilitare la replica solo per i record di connessione:
      dscontrol port set cluster@port repstrategy connection
    • Abilitare la replica solo per i record di affinità:
      dscontrol port set cluster@port repstrategy affinity
    • Per disabilitare la replica:
      dscontrol port set cluster@port repstrategy none
    Per ulteriori informazioni su questo comando, fare riferimento all'argomento relativo al comando dscontrol port.
  11. [Linux] Opzionale: Eliminare i pacchetti irraggiungibili della porta ICMP che sono generati dal sistema operativo in risposta ai pacchetti di heartbeat
    # iptables -t filter -A INPUT -p udp --destination-port <porta> -j DROP
    <porta> è il numero di porta per l'heartbeat. Per ulteriori informazioni su questo problema, consultare la nota tecnica ICMP Port unreachable sent when HA packet received.
  12. Avviare il gestore e gli advisor su entrambe le macchine.
Argomento attività    

Clausole e condizioni per i centri informazioni | Feedback

Ultimo aggiornamento: May 14, 2012 01:50 PM EDT
Nome file: tprf_highavail.html