Skip to main content
ONTAP MetroCluster
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Avvia i nuovi controller IP di MetroCluster e ripristina la configurazione LIF

Collaboratori netapp-aoife
PDF

Avviare i nuovi controller e verificare che le LIF siano ospitate sui nodi e sulle porte appropriati prima di riprendere l'operazione utilizzando il system controller replace resume comando.

Avviare le nuove centraline

Avviare i nuovi controller,verificare che le variabili di avvio siano corrette e, se necessario, eseguire i passaggi di ripristino della crittografia.

A proposito di questa attività

Questa attività deve essere eseguita su tutti i nuovi controller.

Fasi

  1. Arrestare il nodo:

    halt

  2. Se è configurato un gestore di chiavi esterno, impostare i relativi bootargs:

    setenv bootarg.kmip.init.ipaddr <ip-address>

    setenv bootarg.kmip.init.netmask <netmask>

    setenv bootarg.kmip.init.gateway <gateway-address>

    setenv bootarg.kmip.init.interface <interface-id>

  3. Visualizzare il menu di avvio:

    boot_ontap menu

  4. Se viene utilizzata la crittografia root, selezionare l'opzione del menu di avvio per la configurazione della gestione delle chiavi.

    Se si utilizza…​

    Selezionare questa opzione del menu di avvio…​

    Gestione delle chiavi integrata

    Opzione “10”

    Seguire le istruzioni per fornire gli input necessari per ripristinare la configurazione di gestione delle chiavi.

    Gestione esterna delle chiavi

    Opzione “11”

    Seguire le istruzioni per fornire gli input necessari per ripristinare la configurazione di gestione delle chiavi.

  5. Dal menu di boot, eseguire l'opzione “6”.

    Nota L'opzione "`6'" riavvia il nodo due volte prima del completamento del processo.

    Rispondere con "`y'" alle richieste di modifica dell'ID di sistema. Attendere i secondi messaggi di riavvio:

    Successfully restored env file from boot media...

Rebooting to load the restored env file...

    Durante uno dei riavvii dopo l'opzione “6”, viene visualizzato il prompt di conferma Override system ID? {y|n} viene visualizzato. Invio y.

  6. Se viene utilizzata la crittografia root, selezionare nuovamente l'opzione del menu di avvio per la configurazione della gestione delle chiavi.

    Se si utilizza…​

    Selezionare questa opzione del menu di avvio…​

    Gestione delle chiavi integrata

    Opzione “10”

    Seguire le istruzioni per fornire gli input necessari per ripristinare la configurazione di gestione delle chiavi.

    Gestione esterna delle chiavi

    Opzione “11”

    Seguire le istruzioni per fornire gli input necessari per ripristinare la configurazione di gestione delle chiavi.

    A seconda dell'impostazione del gestore delle chiavi, eseguire la procedura di ripristino selezionando l'opzione “10” o l'opzione “11”, quindi l'opzione “6” al primo prompt del menu di avvio. Per avviare completamente i nodi, potrebbe essere necessario ripetere la procedura di ripristino, continua con l'opzione “1” (boot normale).

  7. Avviare i nodi:

    boot_ontap

  8. Attendere l'avvio dei nodi sostituiti.

    Se uno dei nodi è in modalità Takeover, eseguire un giveback utilizzando storage failover giveback comando.

  9. Verificare che tutte le porte si trovino in un dominio di trasmissione:

    1. Visualizzare i domini di trasmissione:

      network port broadcast-domain show

    2. Se viene creato un nuovo dominio di broadcast per le porte dati sui controller aggiornati di recente, eliminare il dominio di broadcast:

      Nota Eliminare solo il nuovo dominio di trasmissione. Non eliminare nessuno dei domini di broadcast esistenti prima di iniziare l'aggiornamento.

      broadcast-domain delete -broadcast-domain <broadcast_domain_name>

    3. Aggiungere eventuali porte a un dominio di broadcast in base alle esigenze.

      "Aggiungere o rimuovere porte da un dominio di broadcast"

    4. Aggiungere la porta fisica che ospiterà le LIF dell'intercluster al dominio di trasmissione corrispondente.

    5. Modificare le LIF dell'intercluster per utilizzare la nuova porta fisica come porta home.

    6. Dopo aver attivato le LIF dell'intercluster, controllare lo stato del peer del cluster e ristabilire il peering del cluster secondo necessità.

      Potrebbe essere necessario riconfigurare il peering del cluster.

      "Creare una relazione peer del cluster"

    7. Ricreare VLAN e gruppi di interfacce in base alle esigenze.

      L'appartenenza alla VLAN e al gruppo di interfacce potrebbe essere diversa da quella del nodo precedente.

      "Creare un VLAN"

    "Combina le porte fisiche per creare gruppi di interfacce"

    1. Verificare che il cluster partner sia raggiungibile e che la configurazione sia risincronizzata correttamente sul cluster partner:

      metrocluster switchback -simulate true

  10. Se viene utilizzata la crittografia, ripristinare le chiavi utilizzando il comando corretto per la configurazione di gestione delle chiavi.

    Se si utilizza…​

    Utilizzare questo comando…​

    Gestione delle chiavi integrata

    security key-manager onboard sync

    Per ulteriori informazioni, vedere "Ripristinare le chiavi di crittografia integrate per la gestione delle chiavi".

    Gestione esterna delle chiavi

    `security key-manager external restore -vserver <svm-name> -node <node-name> -key-server <host_name

  11. Verificare che MetroCluster sia configurato correttamente. Controllare lo stato del nodo:

    metrocluster node show

    Verificare che i nuovi nodi (Site_B) si trovino nello stato Waiting for switchback from Site_A.

Verificare e ripristinare la configurazione LIF

Verificare che le LIF siano ospitate nei nodi appropriati prima di procedere con l'operazione di switchback automatico.

A proposito di questa attività

  • Questa attività viene eseguita sul sito_B.

Avvertenza Prima di eseguire uno switchback, devi verificare che la posizione delle LIF dati sia corretta sui nuovi nodi. Quando si esegue il switchback della configurazione, ONTAP tenta di riprendere il traffico sulla porta home utilizzata dalle LIF. Il guasto i/o può verificarsi quando la connessione della porta principale alla porta dello switch e alla VLAN non è corretta.
Fasi

  1. Verificare che le LIF siano ospitate nel nodo e nelle porte appropriate prima del switchback.

    1. Passare al livello di privilegio avanzato:

      set -privilege advanced

    2. Visualizza le LIF e conferma che ogni LIF dati sta utilizzando la porta home corretta:

      network interface show

    3. Modificare le LIF che non utilizzano la porta home corretta:

      network interface modify -vserver <svm-name> -lif <data-lif> -home-port <port-id>

      Se il comando restituisce un errore, è possibile ignorare la configurazione della porta:

      vserver config override -command "network interface modify -vserver <svm-name> -home-port <active_port_after_upgrade> -lif <lif_name> -home-node <new_node_name>"

    Quando si immette il comando di modifica dell'interfaccia di rete in vserver config override non è possibile utilizzare la funzione di completamento automatico della scheda. È possibile creare la rete interface modify utilizzando il completamento automatico e quindi racchiuderlo in vserver config override comando.

    1. Verificare che tutte le LIF dati si trovino sulla porta home corretta:

      network interface show

    2. Tornare al livello di privilegio admin:

      set -privilege admin

  2. Ripristinare le interfacce nel nodo principale:

    network interface revert * -vserver <svm-name>

    Eseguire questo passaggio su tutte le SVM secondo necessità.

  3. Riprendere l'operazione:

    system controller replace resume

Quali sono le prossime novità?

"Completare l'aggiornamento del controller".