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.

Rimuovere le configurazioni dell'interfaccia e disinstallare i vecchi controller IP MetroCluster

Collaboratori netapp-aoife
PDF

Verificare che la LIF sia posizionata correttamente. Quindi rimuovere le VLAN e i gruppi di interfacce sui vecchi controller e disinstallare fisicamente i controller.

A proposito di questa attività
Fasi

  1. Avviare i vecchi nodi e 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 è sulla porta home.

  4. assegnare la porta home di tutte le LIF dati sul vecchio controller a una porta comune che è 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, vengono amministrate in maniera operativa in maniera puntuale (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.

      Per l'utilizzo delle porte per i modelli di piattaforma, vedere la "Hardware Universe"

    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, questo è "e0d".

      Ad esempio:

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

  5. modificare i domini di trasmissione 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:portnamee>,..

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

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

  7. Arrestare i nodi al LOADER prompt:

    halt -inhibit-takeover true

  8. Collegarsi alla console seriale dei vecchi controller (Node_B_1-old e Node_B_2-old) al sito_B e verificare che visualizzi il LOADER prompt.

  9. Raccogliere i valori di bootarg:

    printenv

  10. Scollegare le connessioni di storage e di rete su node_B_1-old e node_B_2-old. Etichettare i cavi in modo da poterli ricollegare ai nuovi nodi.

  11. Scollegare i cavi di alimentazione da Node_B_1-old e Node_B_2-old.

  12. Rimuovere i controller Node_B_1-old e Node_B_2-old dal rack.

Quali sono le prossime novità?

"Configurare le nuove centraline".