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 la configurazione di rete dei vecchi controller IP MetroCluster

Collaboratori netapp-aoife
PDF

Dopo aver raccolto informazioni e ripristinato l'operazione, l'automazione procede con lo switchover.

Prima di iniziare

Prima di iniziare lo switchover, l'operazione di automazione viene interrotta in modo da poter verificare manualmente che tutti i LIF siano “up” nel sito B. Se necessario, portare i LIF “dpropri” su “up” e riprendere l'operazione di automazione utilizzando system controller replace resume comando.

Nota Prima di eseguire una commutazione, consulta "Limiti durante lo switchover della configurazione di MetroCluster".

L'operazione di automazione avvia le operazioni di switchover. Al termine di queste operazioni, l'operazione viene sospesa in pausa per l'intervento dell'utente, in modo da poter installare e installare i controller, avviare i controller partner e riassegnare i dischi dell'aggregato root al nuovo modulo controller dal backup flash utilizzando il sysids raccolto in precedenza.

A proposito di questa attività
Fasi

  1. Avviare i vecchi nodi e quindi accedere ai nodi:

    boot_ontap

  2. Se il sistema che si sta aggiornando utilizza porte cluster/ha condivise, verificare che le interfacce IP di MetroCluster utilizzino indirizzi IP supportati.

    Utilizza le seguenti informazioni per determinare se il nuovo sistema utilizza le porte ha/cluster condivise:

    Porte ha/cluster condiviso

    I sistemi elencati nella seguente tabella utilizzano porte ha/cluster condivisi:

    Sistemi AFF e ASA Sistemi FAS

    • AFF A20

    • AFF A30

    • AFF C30

    • AFF A50

    • AFF C60

    • AFF C80

    • AFF A70

    • AFF A90

    • AFF A1K

    • FAS50

    • FAS70

    • FAS90
    Porte ha/MetroCluster condivise

    I sistemi elencati nella seguente tabella utilizzano porte MetroCluster/ha condivise:

    Sistemi AFF e ASA Sistemi FAS

    • AFF A150, ASA A150

    • AFF A220

    • AFF C250, ASA C250

    • AFF A250, ASA A250

    • AFF A300

    • AFF A320

    • AFF C400, ASA C400

    • AFF A400, ASA A400

    • AFF A700

    • AFF C800, ASA C800

    • AFF A800, ASA A800

    • AFF A900, ASA A900

    • FAS2750

    • FAS500f

    • FAS8200

    • FAS8300

    • FAS8700

    • FAS9000

    • FAS9500

    1. Verificare gli indirizzi IP delle interfacce MetroCluster sui vecchi controller:

      metrocluster configuration-settings interface show

    2. Se le interfacce MetroCluster utilizzano gli indirizzi IP 169.254.17.x o 169.254.18.x, consultare la sezione "L'articolo della Knowledge base "come modificare le proprietà di un'interfaccia IP di MetroCluster"" per modificare gli indirizzi IP dell'interfaccia prima di procedere con l'aggiornamento.

      Avvertenza L'aggiornamento a qualsiasi sistema che utilizzi porte cluster/ha condivise non è supportato se le interfacce MetroCluster sono configurate con indirizzi IP 169.254.17.x o 169.254.18.x.

  3. Modifica della LIF intercluster dei vecchi controller in modo da utilizzare una porta home diversa rispetto alle porte utilizzate per l'interconnessione ha o l'interconnessione MetroCluster IP DR nei nuovi controller.

    Nota Questo passaggio è necessario per un aggiornamento corretto.

    La LIF intercluster dei vecchi controller deve utilizzare una porta home diversa rispetto alle porte utilizzate per l'interconnessione ha o l'interconnessione MetroCluster IP DR nei nuovi controller. Ad esempio, quando si esegue l'upgrade ai controller AFF A90, le porte di interconnessione ha sono E1a e e7a e le porte di interconnessione MetroCluster IP DR sono E2B e E3B. Se ospitati sulle porte E1a, e7a, E2B o E3B, è necessario spostare le LIF intercluster LIF nei vecchi controller.

    Per la distribuzione e l'assegnazione delle porte sui nuovi nodi, fare riferimento alla "Hardware Universe".

    1. Sui vecchi controller, visualizzare la LIF intercluster:

      network interface show -role intercluster

      A seconda che le LIF intercluster dei vecchi controller utilizzino le stesse porte delle porte utilizzate per l'interconnessione ha o l'interconnessione MetroCluster IP DR nei nuovi controller, eseguire una delle seguenti azioni.

      Se la LIF intercluster…​ Vai a…​

      Utilizzare la stessa porta home

      Sottosezione b

      Utilizzare un'altra porta home

      Fase 4

    2. modificare le LIF intercluster per utilizzare una porta home diversa:

      network interface modify -vserver <vserver> -lif <intercluster_lif> -home-port <port-not-used-for-ha-interconnect-or-mcc-ip-dr-interconnect-on-new-nodes>

    3. Verificare che tutte le LIF intercluster si trovino nelle nuove porte home:

      network interface show -role intercluster -is-home false

      L'output del comando dovrebbe essere vuoto, a indicare che tutte le LIF intercluster si trovano nelle rispettive porte home.

    4. Ripristina le LIF che non si trovano nelle porte home:

      network interface revert -lif <intercluster_lif>

    Ripete il comando per ogni intercluster LIF che non si trova sulla porta home.

  4. assegnare la porta home di tutte le interfacce LIF dati del vecchio controller a una porta comune che sia la stessa su entrambi i moduli controller vecchi e nuovi.

    Avvertenza Se i controller nuovi e vecchi non dispongono di una porta comune, non è necessario modificare le LIF dati. Saltare questo passaggio e passare direttamente a Fase 5.

    1. Visualizzare le LIF:

      network interface show

      Tutte le LIF dati, comprese SAN e NAS, saranno "`up''" e funzionalmente "deown'" in quanto sono attive nel sito di switchover (cluster_A).

    2. Esaminare l'output per trovare una porta di rete fisica comune che sia la stessa sui controller vecchi e nuovi che non sia utilizzata come porta del cluster.

      Ad esempio, “e0d” è una porta fisica sui vecchi controller ed è presente anche sui nuovi controller. “e0d” non viene utilizzato come porta del cluster o in altro modo sui nuovi controller.

      Fare riferimento alla "Hardware Universe"per l'utilizzo delle porte di ciascun modello di piattaforma.

    3. Modificare tutti i dati LIFS per utilizzare la porta comune come porta home:

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

      Nell'esempio seguente, si tratta di “e0d”.

      Ad esempio:

    network interface modify -vserver vs0 -lif datalif1 -home-port e0d

  5. modificare i domini di broadcast per rimuovere la VLAN e le porte fisiche che devono essere eliminate:

    broadcast-domain remove-ports -broadcast-domain <broadcast-domain-name>-ports <node-name:port-id>

    Ripetere questo passaggio per tutte le porte VLAN e fisiche.

  6. Rimuovere le porte VLAN utilizzando le porte del cluster come porte membro e gruppi di interfacce utilizzando le porte del cluster come porte membro.

    1. Elimina porte VLAN:

      network port vlan delete -node <node-name> -vlan-name <portid-vlandid>

      Ad esempio:

      network port vlan delete -node node1 -vlan-name e1c-80

    2. Rimuovere le porte fisiche dai gruppi di interfacce:

      network port ifgrp remove-port -node <node-name> -ifgrp <interface-group-name> -port <portid>

      Ad esempio:

    network port ifgrp remove-port -node node1 -ifgrp a1a -port e0d

    1. Rimuovere le porte VLAN e del gruppo di interfacce dal dominio di broadcast:

      network port broadcast-domain remove-ports -ipspace <ipspace> -broadcast-domain <broadcast-domain-name>-ports <nodename:portname,nodename:portname>,..

    2. Modificare le porte del gruppo di interfacce per utilizzare altre porte fisiche come membro, se necessario:

      ifgrp add-port -node <node-name> -ifgrp <interface-group-name> -port <port-id>

  7. Arrestare i nodi:

    halt -inhibit-takeover true -node <node-name>

    Questa operazione deve essere eseguita su entrambi i nodi.

  8. Verificare che i nodi siano al LOADER prompt e raccogliere e conservare le variabili di ambiente correnti.

  9. Raccogliere i valori di bootarg:

    printenv

  10. Spegnere i nodi e gli shelf del sito in cui viene eseguito l'upgrade del controller.

Quali sono le prossime novità?

"Configurare e riavviare i nuovi controller".