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.

Preparare il sistema IP MetroCluster per l'aggiornamento

Collaboratori netapp-aoife
PDF

Prima di apportare modifiche alla configurazione MetroCluster esistente, controllare lo stato della configurazione, preparare le nuove piattaforme ed eseguire altre operazioni.

Aggiornare gli RCF degli switch MetroCluster prima di aggiornare i controller

A seconda dei modelli di piattaforma vecchi e nuovi, potrebbe essere necessario aggiornare i file di configurazione di riferimento dello switch MetroCluster (RCF) prima di aggiornare i controller.

A proposito di questa attività

Eseguire questa attività nelle seguenti circostanze:

  • La configurazione dell'interruttore RCF non è sulla versione minima.

  • È necessario modificare gli ID VLAN utilizzati dalle connessioni MetroCluster back-end.

Prima di iniziare

Stabilire se è necessario aggiornare gli RCF prima di aggiornare i controller:

  • Se la configurazione dello switch non è stata configurata con la versione RCF minima supportata, è necessario aggiornare gli RCF prima di aggiornare i controller:

    Modello di switch

    Versione RCF richiesta

    Cisco 3132Q-V.

    1.7 o versione successiva

    Cisco 3232C

    1.7 o versione successiva

    Broadcom BES-53248

    1.3 o versione successiva

    NVIDIA SN2100

    2.0 o versione successiva

  • Se entrambi i modelli di piattaforma vecchi e nuovi sono elencati di seguito, non è necessario aggiornare l'ID VLAN prima di aggiornare i controller:

    • FAS8200 o AFF A300

    • AFF A320

    • FAS9000 o AFF A700

    • AFF A800, AFF C800, ASA A800 o ASA C800

      Se uno dei modelli di piattaforma precedenti o nuovi non è elencato in precedenza, è necessario confermare che le interfacce MetroCluster utilizzano un ID VLAN supportato. Gli ID VLAN supportati per le interfacce MetroCluster sono: 10, 20 o nell'intervallo da 101 a 4096.

    Avvertenza

    • Se l'ID VLAN non è 10, 20 o compreso nell'intervallo da 101 a 4096, è necessario aggiornare lo switch RCF prima di aggiornare i controller.

    • Le connessioni del cluster locale possono utilizzare qualsiasi VLAN, non è necessario che rientrino nell'intervallo specificato.

    • Il nuovo RCF a cui si sta effettuando l'aggiornamento deve utilizzare le VLAN 10, 20 o essere compreso nell'intervallo da 101 a 4096. Non modificare la VLAN per il cluster locale a meno che non sia necessaria.
Fasi

  1. Preparare gli switch IP per l'applicazione dei nuovi RCF.

    Seguire la procedura descritta nella sezione relativa al fornitore dello switch:

    Nota È necessario aggiornare gli interruttori nel seguente ordine: Switch_A_1, switch_B_1, switch_A_2, switch_B_2.

  2. Scaricare e installare gli RCF.

    Seguire la procedura descritta nella sezione relativa al fornitore dello switch:

Mappare le porte dai vecchi nodi ai nuovi nodi

È necessario verificare che le porte fisiche su node_A_1-old si mappino correttamente alle porte fisiche su node_A_1-new. Questo consente a node_A_1-new di comunicare con altri nodi nel cluster e con la rete dopo l'aggiornamento.

A proposito di questa attività

Quando il nuovo nodo viene avviato per la prima volta durante il processo di aggiornamento, riproduce la configurazione più recente del vecchio nodo che sta sostituendo. Quando si avvia Node_A_1-new, ONTAP tenta di ospitare le LIF sulle stesse porte utilizzate su Node_A_1-old. Ciò significa che è necessario regolare la porta e la configurazione LIF come parte dell'aggiornamento in modo che sia compatibile con la configurazione del vecchio nodo. Durante la procedura di upgrade, esegui diverse procedure sui nodi vecchi e nuovi per garantire la corretta configurazione del cluster, della gestione e della LIF dati

La seguente tabella mostra esempi di modifiche alla configurazione relative ai requisiti di porta dei nuovi nodi.

Porte fisiche di interconnessione cluster

Vecchio controller

Nuovo controller

Azione richiesta

e0a, e0b

e3a, e3b

Nessuna porta corrispondente. Dopo l'upgrade, è necessario ricreare le porte del cluster.

e0c, e0d

e0a,e0b,e0c,e0d

e0c e e0d corrispondono alle porte. Non occorre modificare la configurazione, ma dopo l'upgrade puoi suddividere le LIF del cluster nelle porte disponibili.
Fasi

  1. Determinare quali porte fisiche sono disponibili sui nuovi controller e quali LIF possono essere ospitate sulle porte.

    L'utilizzo della porta del controller dipende dal modulo della piattaforma e dagli switch che verranno utilizzati nella configurazione IP di MetroCluster. È possibile raccogliere l'utilizzo delle porte delle nuove piattaforme da "Hardware Universe".

  2. Pianificare l'utilizzo delle porte e compilare le seguenti tabelle come riferimento per ciascuno dei nuovi nodi.

    Durante l'esecuzione della procedura di aggiornamento, fare riferimento alla tabella.

    Node_A_1-old

    Node_A_1-new

    LIF

    Porte

    IPspaces

    Domini di broadcast

    Porte

    IPspaces

    Domini di broadcast

    Cluster 1

    Cluster 2

    Cluster 3

    Cluster 4

    Gestione dei nodi

    Gestione del cluster

    Dati 1

    Dati 2

    Dati 3

    Dati 4

    SAN

    Porta intercluster

NetBoot i nuovi controller

Dopo aver installato i nuovi nodi, è necessario eseguire il netboot per assicurarsi che i nuovi nodi eseguano la stessa versione di ONTAP dei nodi originali. Il termine netboot indica che si sta eseguendo l'avvio da un'immagine ONTAP memorizzata su un server remoto. Durante la preparazione per il netboot, è necessario inserire una copia dell'immagine di boot di ONTAP 9 su un server Web a cui il sistema può accedere.

Fasi

  1. NetBoot i nuovi controller:

    1. Accedere a. "Sito di supporto NetApp" per scaricare i file utilizzati per eseguire il netboot del sistema.

    2. Scaricare il software ONTAP appropriato dalla sezione di download del software del sito di supporto NetApp e memorizzare il ontap-version_image.tgz file in una directory accessibile dal web.

    3. Passare alla directory accessibile dal Web e verificare che i file necessari siano disponibili.

      L'elenco delle directory deve contenere una cartella netboot con un file kernel:

      _ontap-version_image.tgz

      Non è necessario estrarre il _ontap-version_image.tgz file.

    4. Quando LOADER richiesto, configurare la connessione netboot per una LIF di gestione:

      Se l'indirizzo IP è…​

      Quindi…​

      DHCP

      Configurare la connessione automatica:

      ifconfig e0M -auto

      Statico

      Configurare la connessione manuale:

      ifconfig e0M -addr=ip_addr -mask=netmask -gw=gateway

    5. Eseguire il netboot.

      netboot http://_web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz

    6. Dal menu di avvio, selezionare l'opzione (7) installare prima il nuovo software per scaricare e installare la nuova immagine software sul dispositivo di avvio.

      Ignorare il seguente messaggio:

    "This procedure is not supported for Non-Disruptive Upgrade on an HA pair". Si applica agli aggiornamenti software senza interruzioni e non agli aggiornamenti dei controller.

    1. Se viene richiesto di continuare la procedura, immettere `y`E quando viene richiesto il pacchetto, inserire l'URL del file immagine:

      http://web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz

    2. Immettere il nome utente e la password, se applicabile, oppure premere Invio per continuare.

    3. Assicurarsi di entrare n per ignorare il ripristino del backup quando viene visualizzato un prompt simile a quanto segue:

      Do you want to restore the backup configuration now? {y|n} n

    4. Riavviare immettendo y quando viene visualizzato un prompt simile a quanto segue:

      The node must be rebooted to start using the newly installed software. Do you want to reboot now? {y|n}

Cancellare la configurazione su un modulo controller

Prima di utilizzare un nuovo modulo controller nella configurazione MetroCluster, è necessario cancellare la configurazione esistente.

Fasi

  1. Se necessario, arrestare il nodo per visualizzare il LOADER prompt:

    halt

  2. Quando LOADER richiesto, impostare le variabili ambientali sui valori predefiniti:

    set-defaults

  3. Salvare l'ambiente:

    saveenv

  4. Quando LOADER richiesto, avviare il menu di avvio:

    boot_ontap menu

  5. Al prompt del menu di avvio, cancellare la configurazione:

    wipeconfig

    Rispondere yes al prompt di conferma.

    Il nodo si riavvia e viene visualizzato di nuovo il menu di avvio.

  6. Nel menu di avvio, selezionare l'opzione 5 per avviare il sistema in modalità di manutenzione.

    Rispondere yes al prompt di conferma.

Verificare lo stato di salute di MetroCluster prima dell'aggiornamento del sito

Prima di eseguire l'aggiornamento, verificare lo stato e la connettività della configurazione MetroCluster.

Avvertenza È Questo errore indica una mancata corrispondenza delle dimensioni della NVRAM tra i nodi di ciascun sito ed è il comportamento previsto quando sono presenti modelli di piattaforma diversi su entrambi i siti. possibile ignorare l'errore fino al completamento dell'aggiornamento del controller per tutti i nodi del gruppo DR.
Fasi

  1. Verificare il funzionamento della configurazione MetroCluster in ONTAP:

    1. Controllare se i nodi sono multipercorso:
      node run -node <node_name> sysconfig -a

      Immettere questo comando per ogni nodo nella configurazione MetroCluster.

    2. Verificare che non vi siano dischi rotti nella configurazione:
      storage disk show -broken

      Emettere questo comando su ciascun nodo nella configurazione MetroCluster.

    3. Verificare la presenza di eventuali avvisi sullo stato di salute:

      system health alert show

      Eseguire questo comando su ciascun cluster.

    4. Verificare le licenze sui cluster:

      system license show

      Eseguire questo comando su ciascun cluster.

    5. Verificare i dispositivi collegati ai nodi:

      network device-discovery show

      Eseguire questo comando su ciascun cluster.

    6. Verificare che il fuso orario e l'ora siano impostati correttamente su entrambi i siti:

      cluster date show

    Eseguire questo comando su ciascun cluster. `cluster date`I comandi consentono di configurare l'ora e il fuso orario.

  2. Confermare la modalità operativa della configurazione MetroCluster ed eseguire un controllo MetroCluster.

    1. Confermare la configurazione MetroCluster e che la modalità operativa è normal:
      metrocluster show

    2. Verificare che siano visualizzati tutti i nodi previsti:
      metrocluster node show

    3. Immettere il seguente comando:

      metrocluster check run

    4. Visualizzare i risultati del controllo MetroCluster:

      metrocluster check show

  3. Controllare il cablaggio MetroCluster con lo strumento Config Advisor.

    1. Scaricare ed eseguire Config Advisor.

      "Download NetApp: Config Advisor"

    2. Dopo aver eseguito Config Advisor, esaminare l'output dello strumento e seguire le raccomandazioni nell'output per risolvere eventuali problemi rilevati.

Raccogliere informazioni prima dell'aggiornamento

Prima di eseguire l'aggiornamento, è necessario raccogliere informazioni per ciascuno dei nodi e, se necessario, regolare i domini di broadcast di rete, rimuovere eventuali VLAN e gruppi di interfacce e raccogliere informazioni sulla crittografia.

Fasi

  1. Registrare il cablaggio fisico di ciascun nodo, etichettando i cavi secondo necessità per consentire il cablaggio corretto dei nuovi nodi.

  2. Raccogliete informazioni di interconnessione, porta e LIF per ciascun nodo.

    Raccogliere l'output dei seguenti comandi per ciascun nodo:

    • metrocluster interconnect show

    • metrocluster configuration-settings connection show

    • network interface show -role cluster,node-mgmt

    • network port show -node <node_name> -type physical

    • network port vlan show -node <node_name>

    • network port ifgrp show -node <node_name> -instance

    • network port broadcast-domain show

    • network port reachability show -detail

    • network ipspace show

    • volume show

    • storage aggregate show

    • system node run -node <node_name> sysconfig -a

    • aggr show -r

    • disk show

    • system node run <node-name> disk show

    • vol show -fields type

    • vol show -fields type , space-guarantee

    • vserver fcp initiator show

    • storage disk show

    • metrocluster configuration-settings interface show

  3. Raccogliere gli UUID per il sito_B (il sito le cui piattaforme sono attualmente in fase di aggiornamento):

    metrocluster node show -fields node-cluster-uuid, node-uuid

    Questi valori devono essere configurati con precisione sui nuovi moduli controller Site_B per garantire un aggiornamento corretto. Copiare i valori in un file in modo da poterli copiare nei comandi successivamente nel processo di aggiornamento.

    L'esempio seguente mostra l'output del comando con gli UUID:

    cluster_B::> metrocluster node show -fields node-cluster-uuid, node-uuid
  (metrocluster node show)
dr-group-id cluster     node   node-uuid                            node-cluster-uuid
----------- --------- -------- ------------------------------------ ------------------------------
1           cluster_A node_A_1 f03cb63c-9a7e-11e7-b68b-00a098908039 ee7db9d5-9a82-11e7-b68b-00a098908039
1           cluster_A node_A_2 aa9a7a7a-9a81-11e7-a4e9-00a098908c35 ee7db9d5-9a82-11e7-b68b-00a098908039
1           cluster_B node_B_1 f37b240b-9ac1-11e7-9b42-00a098c9e55d 07958819-9ac6-11e7-9b42-00a098c9e55d
1           cluster_B node_B_2 bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f 07958819-9ac6-11e7-9b42-00a098c9e55d
4 entries were displayed.
cluster_B::*

    NetApp consiglia di registrare gli UUID in una tabella simile alla seguente:

    Cluster o nodo

    UUID

    Cluster_B

    07958819-9ac6-11e7-9b42-00a098c9e55d

    Node_B_1

    f37b240b-9ac1-11e7-9b42-00a098c9e55d

    Node_B_2

    bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f

    Cluster_A.

    ee7db9d5-9a82-11e7-b68b-00a098908039

    Node_A_1

    f03cb63c-9a7e-11e7-b68b-00a098908039

    Node_A_2

    aa9a7a7a-9a81-11e7-a4e9-00a098908c35

  4. Se i nodi MetroCluster si trovano in una configurazione SAN, raccogliere le informazioni pertinenti.

    Raccogliere l'output dei seguenti comandi:

    • fcp adapter show -instance

    • fcp interface show -instance

    • iscsi interface show

    • ucadmin show

  5. Se il volume root è crittografato, raccogliere e salvare la passphrase utilizzata per il gestore delle chiavi:

    security key-manager backup show

  6. Se i nodi MetroCluster utilizzano la crittografia per volumi o aggregati, copiare le informazioni relative alle chiavi e alle passphrase.

    Per ulteriori informazioni, vedere "Eseguire il backup manuale delle informazioni di gestione delle chiavi integrate".

    1. Se Onboard Key Manager è configurato:
      security key-manager onboard show-backup

      La passphrase è necessaria più avanti nella procedura di aggiornamento.

    2. Se la gestione delle chiavi aziendali (KMIP) è configurata, eseguire i seguenti comandi:

      security key-manager external show -instance security key-manager key query

  7. Raccogliere gli ID di sistema dei nodi esistenti:

    metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid

    Il seguente output mostra i dischi riassegnati.

    ::> metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid

dr-group-id cluster     node     node-systemid ha-partner-systemid dr-partner-systemid dr-auxiliary-systemid
----------- ----------- -------- ------------- ------------------- ------------------- ---------------------
1           cluster_A node_A_1   537403324     537403323           537403321           537403322
1           cluster_A node_A_2   537403323     537403324           537403322           537403321
1           cluster_B node_B_1   537403322     537403321           537403323           537403324
1           cluster_B node_B_2   537403321     537403322           537403324           537403323
4 entries were displayed.

Rimuovere il monitoraggio di Mediator o Tiebreaker

Prima di aggiornare le piattaforme, è necessario rimuovere il monitoraggio se la configurazione MetroCluster viene monitorata con l'utility Tiebreaker o Mediator.

Fasi

  1. Raccogliere l'output per il seguente comando:

    storage iscsi-initiator show

  2. Rimuovere la configurazione MetroCluster esistente da Tiebreaker, Mediator o altro software in grado di avviare lo switchover.

    Se si utilizza…​

    Utilizzare questa procedura…​

    Spareggio

    "Rimozione delle configurazioni MetroCluster"

    Mediatore

    Immettere il seguente comando dal prompt di ONTAP:

    metrocluster configuration-settings mediator remove

    Applicazioni di terze parti

    Consultare la documentazione del prodotto.

Inviare un messaggio AutoSupport personalizzato prima della manutenzione

Prima di eseguire la manutenzione, devi inviare un messaggio AutoSupport per informare il supporto tecnico NetApp che la manutenzione è in corso. Informare il supporto tecnico che la manutenzione è in corso impedisce loro di aprire un caso partendo dal presupposto che si sia verificata un'interruzione.

A proposito di questa attività

Questa attività deve essere eseguita su ciascun sito MetroCluster.

Fasi

  1. Accedere al cluster.

  2. Richiamare un messaggio AutoSupport che indica l'inizio della manutenzione:

    system node autosupport invoke -node * -type all -message MAINT=maintenance-window-in-hours

    Il maintenance-window-in-hours parametro specifica la lunghezza della finestra di manutenzione, con un massimo di 72 ore. Se la manutenzione viene completata prima che sia trascorso il tempo, è possibile richiamare un messaggio AutoSupport che indica la fine del periodo di manutenzione:

    system node autosupport invoke -node * -type all -message MAINT=end

  3. Ripetere questi passaggi sul sito del partner.

Quali sono le prossime novità?

"Passare alla configurazione MetroCluster".