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.

Aktualisieren einer MetroCluster IP-Konfiguration mit vier oder acht Nodes (ONTAP 9.8 und höher)

Beitragende
PDFs

Mit diesem Verfahren können Sie Controller und Storage in Konfigurationen mit vier oder acht Nodes aktualisieren.

Ab ONTAP 9.13.1 können Sie die Controller und den Speicher in einer MetroCluster IP-Konfiguration mit acht Nodes aktualisieren, indem Sie die Konfiguration zu einer temporären Konfiguration mit zwölf Nodes erweitern und anschließend die alten Disaster Recovery (DR)-Gruppen entfernen.

Ab ONTAP 9.8 können Sie die Controller und den Storage in einer MetroCluster IP-Konfiguration mit vier Nodes aktualisieren, indem Sie die Konfiguration zu einer temporären Konfiguration mit acht Nodes erweitern und dann die alte DR-Gruppe entfernen.

Über diese Aufgabe

  • Bei einer Konfiguration mit acht Nodes muss auf dem System ONTAP 9.13.1 oder höher ausgeführt werden.

  • Bei einer Konfiguration mit vier Nodes muss auf dem System ONTAP 9.8 oder höher ausgeführt werden.

  • Wenn Sie auch die IP-Switches aktualisieren, müssen Sie sie aktualisieren, bevor Sie diese Aktualisierung durchführen.

  • In diesem Verfahren werden die Schritte beschrieben, die zum Aktualisieren einer DR-Gruppe mit vier Nodes erforderlich sind. Wenn Sie über eine Konfiguration mit acht Nodes (zwei DR-Gruppen) verfügen, können Sie eine oder beide DR-Gruppen aktualisieren.

    Wenn Sie beide DR-Gruppen aktualisieren, müssen Sie jeweils eine DR-Gruppe aktualisieren.

  • Verweise auf „alte Knoten“ bedeuten die Knoten, die Sie ersetzen möchten.

  • Bei Konfigurationen mit acht Nodes muss die Kombination aus MetroCluster-Plattform mit acht Quell- und Zielknoten unterstützt werden.

    Hinweis Wenn Sie beide DR-Gruppen aktualisieren, wird die Plattformkombination möglicherweise nach dem Aktualisieren der ersten DR-Gruppe nicht unterstützt. Sie müssen beide DR-Gruppen aktualisieren, um eine unterstützte Konfiguration mit acht Nodes zu erreichen.

  • Sie können nur bestimmte Plattformmodelle aktualisieren, indem Sie dieses Verfahren in einer MetroCluster IP-Konfiguration verwenden.

  • Die unteren Limits der Quell- und Zielplattformen gelten. Wenn Sie zu einer höheren Plattform wechseln, gelten die Einschränkungen der neuen Plattform erst nach Abschluss der Technologieaktualisierung für alle DR-Gruppen.

  • Wenn Sie eine Technologieaktualisierung für eine Plattform mit niedrigeren Limits als die Quellplattform durchführen, müssen Sie die Grenzwerte anpassen und verringern, um an oder unter den Grenzen der Zielplattform zu liegen, bevor Sie dieses Verfahren durchführen.

Schritte

  1. Vergewissern Sie sich, dass auf den alten Knoten eine Standard-Broadcast-Domäne erstellt wurde.

    Wenn Sie einem vorhandenen Cluster neue Nodes ohne standardmäßige Broadcast-Domäne hinzufügen, werden für die neuen Nodes Node-Management-LIFs erstellt, die nicht die erwarteten Namen verwenden, sondern UIDs (Universal Unique Identifiers). Weitere Informationen finden Sie im Knowledge Base-Artikel "LIFs für das Node-Management, die auf neu hinzugefügten Nodes erstellt wurden und mit UUID-Namen generiert wurden".

  2. Erfassung von Informationen von den alten Knoten.

    In dieser Phase wird die Konfiguration mit vier Nodes wie in der folgenden Abbildung dargestellt angezeigt:

    mcc dr-Gruppe A

    Die Konfiguration mit acht Nodes wird wie im folgenden Bild dargestellt angezeigt:

    mcc dr Gruppen 8 Knoten

  3. Um eine automatische Erstellung von Support-Cases zu verhindern, senden Sie eine AutoSupport Meldung, damit das Upgrade ausgeführt wird.

    1. Geben Sie den folgenden Befehl ein:
      system node autosupport invoke -node * -type all -message "MAINT=10h Upgrading old-model to new-model"

      Das folgende Beispiel gibt ein Wartungsfenster von 10 Stunden an. Je nach Plan sollten Sie möglicherweise zusätzliche Zeit einplanen.

      Wenn die Wartung vor dem Vergehen der Zeit abgeschlossen ist, können Sie eine AutoSupport-Meldung mit dem Ende des Wartungszeitraums aufrufen:

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

    1. Wiederholen Sie den Befehl im Partner-Cluster.

  4. Entfernen Sie die vorhandene MetroCluster-Konfiguration von Tiebreaker, Mediator oder einer anderen Software, die die Umschaltung initiieren kann.

    Sie verwenden…​

    Gehen Sie folgendermaßen vor:

    Tiebreaker

    1. Verwenden Sie die Tiebreaker CLI monitor remove Befehl zum Entfernen der MetroCluster-Konfiguration.

      Im folgenden Beispiel wird „Cluster_A“ aus der Software entfernt:

      NetApp MetroCluster Tiebreaker :> monitor remove -monitor-name cluster_A
Successfully removed monitor from NetApp MetroCluster Tiebreaker
software.

    2. Stellen Sie sicher, dass die MetroCluster Konfiguration mithilfe der Tiebreaker CLI ordnungsgemäß entfernt wurde monitor show -status Befehl.

      NetApp MetroCluster Tiebreaker :> monitor show -status

    Mediator

    Geben Sie den folgenden Befehl an der ONTAP-Eingabeaufforderung ein:

    metrocluster configuration-settings mediator remove

    Applikationen von Drittanbietern

    Siehe Produktdokumentation.

  5. Führen Sie alle Schritte in aus "Erweitern einer MetroCluster IP-Konfiguration" Um die neuen Nodes und den neuen Storage zur Konfiguration hinzuzufügen.

    Wenn die Erweiterung abgeschlossen ist, wird die temporäre Konfiguration wie in den folgenden Bildern dargestellt angezeigt:

    mcc dr-Gruppe b
    Abbildung 1. Temporäre Konfiguration mit acht Nodes
    mcc dr-Gruppe c4
    Abbildung 2. Temporäre Konfiguration mit zwölf Nodes

  6. Mit dem folgenden Befehl auf beiden Clustern bestätigen Sie, dass ein Takeover möglich ist und die Nodes verbunden sind:

    storage failover show

    cluster_A::> storage failover show
                                    Takeover
Node           Partner              Possible    State Description
-------------- -------------------- ---------   ------------------
Node_FC_1      Node_FC_2              true      Connected to Node_FC_2
Node_FC_2      Node_FC_1              true      Connected to Node_FC_1
Node_IP_1      Node_IP_2              true      Connected to Node_IP_2
Node_IP_2      Node_IP_1              true      Connected to Node_IP_1

  7. Verschieben Sie die CRS-Volumes.

    Führen Sie die Schritte unter aus "Verschieben eines Metadaten-Volumes in MetroCluster Konfigurationen".

  8. Verschieben Sie die Daten von den alten Knoten auf die neuen Knoten, indem Sie die folgenden Verfahren durchführen:

    1. Führen Sie alle Schritte in aus "Erstellung eines Aggregats und Verschiebung von Volumes zu den neuen Nodes".

      Hinweis Sie könnten wählen, um das Aggregat zu spiegeln, wenn oder nachdem es erstellt wurde.

    2. Führen Sie alle Schritte in aus "Verschieben Sie nicht-SAN-Daten-LIFs und Cluster-Management-LIFs auf die neuen Nodes".

  9. Ändern Sie die IP-Adresse für den Cluster-Peer der transitionierten Nodes für jedes Cluster:

    1. Identifizieren Sie den Cluster_A-Peer mithilfe der cluster peer show Befehl:

      cluster_A::> cluster peer show
Peer Cluster Name         Cluster Serial Number Availability   Authentication
------------------------- --------------------- -------------- --------------
cluster_B         1-80-000011           Unavailable    absent

      1. Peer-IP-Adresse „Cluster_A“ ändern:

        cluster peer modify -cluster cluster_A -peer-addrs node_A_3_IP -address-family ipv4

    2. Identifizieren Sie den Cluster_B-Peer mithilfe der cluster peer show Befehl:

      cluster_B::> cluster peer show
Peer Cluster Name         Cluster Serial Number Availability   Authentication
------------------------- --------------------- -------------- --------------
cluster_A         1-80-000011           Unavailable    absent

      1. Peer-IP-Adresse für Cluster_B ändern:

        cluster peer modify -cluster cluster_B -peer-addrs node_B_3_IP -address-family ipv4

    3. Überprüfen Sie, ob die Cluster-Peer-IP-Adresse für jedes Cluster aktualisiert wurde:

      1. Überprüfen Sie mithilfe der, ob die IP-Adresse für jedes Cluster aktualisiert wurde cluster peer show -instance Befehl.

        Der Remote Intercluster Addresses In den folgenden Beispielen wird die aktualisierte IP-Adresse angezeigt.

        Beispiel für Cluster_A:

      cluster_A::> cluster peer show -instance

Peer Cluster Name: cluster_B
           Remote Intercluster Addresses: 172.21.178.204, 172.21.178.212
      Availability of the Remote Cluster: Available
                     Remote Cluster Name: cluster_B
                     Active IP Addresses: 172.21.178.212, 172.21.178.204
                   Cluster Serial Number: 1-80-000011
                    Remote Cluster Nodes: node_B_3-IP,
                                          node_B_4-IP
                   Remote Cluster Health: true
                 Unreachable Local Nodes: -
          Address Family of Relationship: ipv4
    Authentication Status Administrative: use-authentication
       Authentication Status Operational: ok
                        Last Update Time: 4/20/2023 18:23:53
            IPspace for the Relationship: Default
Proposed Setting for Encryption of Inter-Cluster Communication: -
Encryption Protocol For Inter-Cluster Communication: tls-psk
  Algorithm By Which the PSK Was Derived: jpake

cluster_A::>

      + Beispiel für „Cluster_B“

    cluster_B::> cluster peer show -instance

                       Peer Cluster Name: cluster_A
           Remote Intercluster Addresses: 172.21.178.188, 172.21.178.196 <<<<<<<< Should reflect the modified address
      Availability of the Remote Cluster: Available
                     Remote Cluster Name: cluster_A
                     Active IP Addresses: 172.21.178.196, 172.21.178.188
                   Cluster Serial Number: 1-80-000011
                    Remote Cluster Nodes: node_A_3-IP,
                                          node_A_4-IP
                   Remote Cluster Health: true
                 Unreachable Local Nodes: -
          Address Family of Relationship: ipv4
    Authentication Status Administrative: use-authentication
       Authentication Status Operational: ok
                        Last Update Time: 4/20/2023 18:23:53
            IPspace for the Relationship: Default
Proposed Setting for Encryption of Inter-Cluster Communication: -
Encryption Protocol For Inter-Cluster Communication: tls-psk
  Algorithm By Which the PSK Was Derived: jpake

cluster_B::>

  10. Befolgen Sie die Schritte unter "Entfernen einer Disaster Recovery-Gruppe" Um die alte DR-Gruppe zu entfernen.

  11. Wenn Sie beide DR-Gruppen in einer Konfiguration mit acht Nodes aktualisieren möchten, müssen Sie den gesamten Vorgang für jede DR-Gruppe wiederholen.

    Nachdem Sie die alte DR-Gruppe entfernt haben, wird die Konfiguration wie in den folgenden Bildern dargestellt angezeigt:

    mcc dr-Gruppe d
    Abbildung 3. Konfiguration mit vier Nodes
    mcc dr-Gruppe c5
    Abbildung 4. Konfiguration mit acht Nodes

  12. Überprüfen Sie den Betriebsmodus der MetroCluster Konfiguration, und führen Sie eine MetroCluster-Prüfung durch.

    1. Bestätigen Sie die MetroCluster-Konfiguration und den normalen Betriebsmodus:

      metrocluster show

    2. Vergewissern Sie sich, dass alle erwarteten Knoten angezeigt werden:

      metrocluster node show

    3. Geben Sie den folgenden Befehl ein:

      metrocluster check run

    4. Ergebnisse der MetroCluster-Prüfung anzeigen:

      metrocluster check show

  13. Stellen Sie ggf. die Überwachung mithilfe des Verfahrens für Ihre Konfiguration wieder her.

    Sie verwenden…​

    Gehen Sie wie folgt vor

    Tiebreaker

    "Hinzufügen von MetroCluster Konfigurationen" In der MetroCluster Tiebreaker Installation und Konfiguration.

    Mediator

    "Konfigurieren des ONTAP Mediator-Dienstes aus einer MetroCluster-IP-Konfiguration" Im Feld MetroCluster IP-Installation und -Konfiguration.

    Applikationen von Drittanbietern

    Siehe Produktdokumentation.

  14. Um mit der automatischen Erstellung von Support-Cases fortzufahren, senden Sie eine AutoSupport Meldung, um anzugeben, dass die Wartung abgeschlossen ist.

    1. Geben Sie den folgenden Befehl ein:

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

    2. Wiederholen Sie den Befehl im Partner-Cluster.