Skip to main content
ONTAP MetroCluster
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Bereiten Sie die Netzwerkkonfiguration der alten MetroCluster IP-Controller vor

Beitragende netapp-aoife
PDFs

Nachdem Sie Informationen gesammelt und den Vorgang fortgesetzt haben, wird die Umschaltung fortgesetzt.

Bevor Sie beginnen

Vor dem Starten der Umschaltung hält der Automatisierungsvorgang pausiert, sodass Sie manuell überprüfen können, ob alle LIFs „up“ an Standort B. sind Ggf. Beliebige LIFs mit „deigenen“ bis „up“ bereitstellen und den Automatisierungsvorgang mit dem fortsetzen system controller replace resume Befehl.

Der Automatisierungsvorgang initiiert die Umschaltvorgänge. Nach Abschluss dieser Vorgänge wird der Vorgang bei pausiert für Benutzereingriff angehalten, sodass Sie die Controller racken und installieren können, die Partner-Controller starten und die Root-Aggregat-Festplatten dem neuen Controller-Modul aus Flash-Backup mit dem zuvor gesammelten zuweisen können sysids.

Über diese Aufgabe
Schritte

  1. Booten Sie die alten Nodes, und melden Sie sich dann bei den Nodes an:

    boot_ontap

  2. Wenn das System, auf das Sie aktualisieren, Shared Cluster/HA-Ports verwendet, überprüfen Sie, ob die MetroCluster-IP-Schnittstellen unterstützte IP-Adressen verwenden.

    Verwenden Sie die folgenden Informationen, um zu bestimmen, ob das neue System gemeinsam genutzte Cluster/HA-Ports verwendet:

    Shared-Cluster-/HA-Ports

    Die in der folgenden Tabelle aufgeführten Systeme verwenden gemeinsam genutzte Cluster-/HA-Ports:

    AFF und ASA Systeme FAS Systeme

    • AFF A20

    • AFF A30

    • AFF C30

    • AFF A50

    • AFF C60

    • AFF C80

    • AFF A70

    • AFF A90

    • AFF A1K

    • FAS50

    • FAS70

    • FAS90
    Shared-MetroCluster/HA-Ports

    Die in der folgenden Tabelle aufgeführten Systeme verwenden gemeinsam genutzte MetroCluster/HA-Ports:

    AFF und ASA Systeme FAS Systeme

    • 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. Überprüfen Sie die IP-Adressen der MetroCluster-Schnittstellen auf den alten Controllern:

      metrocluster configuration-settings interface show

    2. Wenn die MetroCluster-Schnittstellen 169.254.17.x- oder 169.254.18.x-IP-Adressen verwenden, finden Sie unter "Der Knowledge Base-Artikel „Ändern der Eigenschaften einer MetroCluster IP-Schnittstelle“" Informationen zum Ändern der Schnittstellen-IP-Adressen, bevor Sie mit dem Upgrade fortfahren.

      Achtung Ein Upgrade auf ein System mit Shared Cluster/HA-Ports wird nicht unterstützt, wenn die MetroCluster-Schnittstellen mit 169.254.17.x- oder 169.254.18.x-IP-Adressen konfiguriert sind.

  3. Ändern Sie die Intercluster LIFs auf den alten Controllern, um einen anderen Home Port zu verwenden als die Ports, die für HA Interconnect oder MetroCluster IP DR Interconnect auf den neuen Controllern verwendet werden.

    Hinweis Dieser Schritt ist für ein erfolgreiches Upgrade erforderlich.

    Die Intercluster LIFs auf den alten Controllern müssen einen anderen Home Port verwenden als die Ports, die für HA Interconnect oder MetroCluster IP DR Interconnect auf den neuen Controllern verwendet werden. Wenn Sie beispielsweise auf AFF A90 Controller aktualisieren, sind die HA Interconnect-Ports e1a und e7a und die MetroCluster IP DR Interconnect-Ports e2b und e3b. Sie müssen die Intercluster LIFs auf den alten Controllern verschieben, wenn sie auf den Ports e1a, e7a, e2b oder e3b gehostet werden.

    Informationen zur Portverteilung und -Zuweisung auf den neuen Knoten finden Sie im "Hardware Universe".

    1. Sehen Sie sich auf den alten Controllern die Intercluster LIFs an:

      network interface show -role intercluster

      Je nachdem, ob die Intercluster LIFs auf den alten Controllern die gleichen Ports verwenden, wie die Ports für HA Interconnect oder den MetroCluster IP DR Interconnect auf den neuen Controllern.

      Wenn die Intercluster LIFs…​ Gehe zu…​

      Verwenden Sie denselben Home-Port

      Unterschritt b

      Verwenden Sie einen anderen Home-Port

      Schritt 4

    2. Ändern Sie die Intercluster LIFs, um einen anderen Home Port zu verwenden:

      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. Überprüfen Sie, ob sich alle Intercluster LIFs an ihren neuen Home Ports befinden:

      network interface show -role intercluster -is-home false

      Die Befehlsausgabe sollte leer sein und bedeutet, dass sich alle Intercluster LIFs auf ihren jeweiligen Home Ports befinden.

    4. Setzen Sie alle LIFs zurück, die sich nicht auf ihrem Home Port befinden:

      network interface revert -lif <intercluster_lif>

    Wiederholen Sie den Befehl für jede Intercluster LIF, die sich nicht im Home Port befindet.

  4. Zuweisen Sie den Home-Port aller Daten-LIFs auf dem alten Controller einem gemeinsamen Port, der sowohl auf den alten als auch auf den neuen Controller-Modulen identisch ist.

    Achtung Wenn die alten und neuen Controller keinen gemeinsamen Port haben, müssen Sie die Daten-LIFs nicht ändern. Überspringen Sie diesen Schritt und gehen Sie direkt zu Schritt 5.

    1. Anzeigen der LIFs:

      network interface show

      Alle Daten-LIFs wie SAN und NAS sind admin „` up`“ und operativ „down“, da diese sich am Umschaltstandort befinden (Cluster_A).

    2. Überprüfen Sie die Ausgabe, um einen gemeinsamen physischen Netzwerk-Port zu finden, der auf den alten und den neuen Controllern identisch ist, die nicht als Cluster-Port verwendet werden.

      „e0d“ ist zum Beispiel ein physischer Port an alten Controllern und ist auch auf neuen Controllern vorhanden. „e0d“ wird nicht als Cluster-Port oder anderweitig auf den neuen Controllern verwendet.

      Informationen zur Portnutzung der einzelnen Plattformmodelle finden Sie im"Hardware Universe".

    3. Ändern Sie alle Daten-LIFS, um den gemeinsamen Port als Home-Port zu verwenden:

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

      Im folgenden Beispiel lautet „e0d“.

      Beispiel:

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

  5. Ändern Sie Broadcast-Domänen, um das zu löschende VLAN und die physischen Ports zu entfernen:

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

    Wiederholen Sie diesen Schritt für alle VLAN- und physischen Ports.

  6. Entfernen Sie alle VLAN-Ports mithilfe von Cluster-Ports als Mitgliedsports und Schnittstellengruppen, die Cluster-Ports als Mitgliedsports verwenden.

    1. VLAN-Ports löschen:

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

      Beispiel:

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

    2. Entfernen Sie physische Ports aus den Schnittstellengruppen:

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

      Beispiel:

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

    1. VLAN- und Schnittstellengruppen-Ports aus der Broadcast-Domäne entfernen:

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

    2. Ändern Sie die Ports der Schnittstellengruppe, um andere physische Ports als Mitglied zu verwenden:

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

  7. Anhalten der Knoten:

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

    Dieser Schritt muss auf beiden Knoten durchgeführt werden.

  8. Überprüfen Sie, ob die Nodes an der LOADER Eingabeaufforderung angezeigt werden, und sammeln und erhalten Sie die aktuellen Umgebungsvariablen.

  9. Ermitteln Sie die Bootarg-Werte:

    printenv

  10. Schalten Sie die Nodes und Shelfs an dem Standort aus, an dem der Controller aktualisiert wird.

Was kommt als Nächstes?

"Richten Sie die neuen Controller ein und booten Sie sie über das Netzwerk".