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

Ports von node1 nach node3 zuordnen

Beitragende
PDFs

Sie müssen sicherstellen, dass die physischen Ports auf node1 den physischen Ports auf node3 korrekt zugeordnet werden. Somit kann node3 nach dem Upgrade mit anderen Knoten im Cluster und mit dem Netzwerk kommunizieren.

Bevor Sie beginnen

Sie müssen von Hardware Universe bereits über die Ports auf den neuen Nodes verfügen. (Gehen Sie zu "Quellen" Zum Verknüpfen mit dem Hardware Universe). Sie verwenden die Informationen später in diesem Abschnitt und in "Weisen Sie Ports von node2 nach node4 zu".

Die Softwarekonfiguration von node3 muss mit der physischen Konnektivität von node3 übereinstimmen. Die IP-Konnektivität muss wiederhergestellt werden, bevor Sie mit dem Upgrade fortfahren.

Über diese Aufgabe

Die Port-Einstellungen können je nach Modell der Nodes variieren.

Sie müssen den Port des ursprünglichen Node und die LIF-Konfiguration mit dem kompatibel machen, was Sie planen, die Konfiguration des neuen Node zu verwenden. Dies liegt daran, dass der neue Node beim Booten der gleichen Konfiguration wiedergibt. Dies bedeutet, dass ONTAP beim Booten von node3 versuchen wird, LIFs auf den gleichen Ports zu hosten, die in node1 verwendet wurden.

Wenn also die physischen Ports auf node1 nicht direkt den physischen Ports auf node3 zugeordnet werden, sind daher Änderungen der Software-Konfiguration erforderlich, um nach dem Booten die Cluster-, Management- und Netzwerkkonnektivität wiederherzustellen. Wenn die Cluster-Ports auf node1 zudem nicht direkt den Cluster-Ports auf node3 zugeordnet werden, wird node3 möglicherweise nicht automatisch dem Quorum beitreten, wenn es neu gestartet wird, bis eine Software-Konfiguration geändert wird, um die Cluster LIFs auf den korrekten physischen Ports zu hosten.

Schritte

  1. in der folgenden Tabelle alle Kabelinformationen node1 für node1, die Ports, Broadcast-Domänen und IPspaces erfassen:

    LIF Anzahl an Knoten1-Ports Node1-IPspaces Node1 Broadcast-Domäne Node3-Ports Node3-Ports Node3 Broadcast-Domänen

    Cluster 1

    Cluster 2

    Cluster 3

    Cluster 4

    Cluster 5

    Cluster 6

    Node-Management

    Cluster-Management

    Daten 1

    Daten 2

    Daten 3

    Daten 4

    San

    Intercluster-Port

    Siehe "Node1-Informationen aufzeichnen" Für die Schritte zum Einerhalten dieser Informationen.

  2. Alle Verkabelungsinformationen für node3, die Ports, Broadcast-Domänen und IPspaces in der vorherigen Tabelle mit demselben Verfahren in erfassen "Node1-Informationen aufzeichnen".

  3. Überprüfen Sie anhand der folgenden Schritte, ob es sich bei dem Setup um ein Cluster mit zwei Nodes ohne Switches handelt:

    1. Legen Sie die Berechtigungsebene auf erweitert fest:

      cluster::> set -privilege advanced

    2. Überprüfen Sie, ob es sich um ein 2-Node-Cluster ohne Switches handelt:

      network options switchless-cluster show

     cluster::*> network options switchless-cluster show
 Enable Switchless Cluster: false/true

    +
    Der Wert dieses Befehls muss mit dem physischen Status des Systems übereinstimmen.

    1. Zurück zur Administratorberechtigungsebene:

       cluster::*> set -privilege admin
 cluster::>

  4. Holen Sie sich Node3 in Quorum, indem Sie die folgenden Schritte durchführen:

    1. Boot-Knoten 3. Siehe "Installieren und booten Sie node3" Um den Node zu booten, wenn Sie dies noch nicht getan haben.

    2. Vergewissern Sie sich, dass sich die neuen Cluster-Ports in der Cluster Broadcast-Domäne befinden:

      network port show -node node-name -port port-name -fields broadcast-domain

      Das folgende Beispiel zeigt, dass Port „e0a“ sich in der „Cluster“-Domäne auf node3 befindet:

       cluster::> network port show -node node3 -port e0a -fields broadcast-domain

 node       port broadcast-domain
 ---------- ---- ----------------
 node3      e1a  Cluster

    3. Fügen Sie die korrekten Ports zur Cluster Broadcast-Domäne hinzu:

      network port modify -node node-name -port port-name -ipspace Cluster -mtu 9000

      Dieses Beispiel fügt Cluster-Port „e1b“ auf Knoten3 hinzu:

       network port modify -node node3 -port e1b -ipspace Cluster -mtu 9000
      Hinweis Bei einer MetroCluster-Konfiguration können Sie die Broadcast-Domäne unter einem Port möglicherweise nicht ändern, da dieser mit einem Port verknüpft ist, der die LIF einer synchronen-Ziel-SVM hostet. Außerdem werden Fehler angezeigt, die ähnlich sind, jedoch nicht auf die folgende Meldung beschränkt sind`: 
      command failed: This operation is not permitted on a Vserver that is configured as the destination of a MetroCluster Vserver relationship.

      Geben Sie den folgenden Befehl von der entsprechenden Quell-SVM auf dem Remote-Standort ein, um die synchrone Ziel-LIF einem entsprechenden Port zuzuweisen:

      metrocluster vserver resync -vserver Vserver-name

    4. Migrieren Sie die Cluster-LIFs zu den neuen Ports, einmal für jede LIF:

      network interface migrate -vserver Cluster -lif LIF-name -source-node node3 -destination-node node3 -destination-port port-name

    5. Ändern Sie den Startport der Cluster-LIFs:

      network interface modify -vserver Cluster -lif LIF-name –home-port port-name

    6. Wenn sich die Cluster-Ports nicht in der Cluster Broadcast-Domain befinden, fügen Sie sie hinzu:

      network port broadcast-domain add-ports -ipspace Cluster -broadcast-domain Cluster -ports node:port

    7. Entfernen Sie die alten Ports aus der Cluster Broadcast-Domäne:

      network port broadcast-domain remove-ports

      Im folgenden Beispiel wird der Port „e0d“ auf node3 entfernt:

    network port broadcast-domain remove-ports -ipspace Cluster -broadcast-domain Cluster ‑ports <node3:e0d>

    1. Vergewissern Sie sich, dass node3 erneut dem Quorum beigetreten ist:

      cluster show -node node3 -fields health

  5. passen Sie die Broadcast-Domänen an, die Ihre Cluster-LIFs hosten, sowie LIFs für Node-Management und/oder Cluster-Management. Vergewissern Sie sich, dass jede Broadcast-Domäne die richtigen Ports enthält. Ein Port kann nicht zwischen Broadcast-Domänen verschoben werden, wenn er als Host oder Home für eine LIF ist, sodass Sie die LIFs möglicherweise wie folgt migrieren und ändern müssen:

    1. Zeigen Sie den Startport einer logischen Schnittstelle an:

      network interface show -fields home-node,home-port

    2. Zeigen Sie die Broadcast-Domäne an, die diesen Port enthält:

      network port broadcast-domain show -ports node_name:port_name

    3. Ports aus Broadcast-Domänen hinzufügen oder entfernen:

      network port broadcast-domain add-ports

    network port broadcast-domain remove-ports

    1. Ändern Sie den Home-Port eines LIF:

      network interface modify -vserver Vserver-name -lif LIF-name –home-port port-name

  6. passen Sie die Intercluster-Broadcast-Domänen an und migrieren Sie die LIFs, falls erforderlich, mithilfe derselben Befehle wie in dargestellt Schritt 5.

  7. passen Sie alle anderen Broadcast-Domänen an und migrieren Sie die Daten-LIFs, falls erforderlich, mit denselben Befehlen in Schritt 5.

  8. Wenn auf node1 keine Ports mehr vorhanden sind, gehen Sie wie folgt vor, um sie zu löschen:

    1. Zugriff auf die erweiterte Berechtigungsebene auf beiden Nodes:

      set -privilege advanced

    2. Löschen Sie die Ports:

      network port delete -node node-name -port port-name

    3. Zurück zur Administratorebene:

      set -privilege admin

  9. Anpassen aller LIF Failover-Gruppen:

    network interface modify -failover-group failover-group -failover-policy failover-policy

    Im folgenden Beispiel wird die Failover-Richtlinie auf „Broadcast-Domain-wide“ gesetzt und verwendet die Ports in Failover-Gruppe „fg1“ als Failover-Ziele für LIF „data1“ auf „node3“:

    network interface modify -vserver node3 -lif data1 failover-policy broadcast-domainwide -failover-group fg1

    Gehen Sie zu "Quellen" Link zu Netzwerkverwaltung oder den Befehlen ONTAP 9: Manual Page Reference für weitere Informationen.

  10. Überprüfen Sie die Änderungen auf node3:

    network port show -node node3

  11. Jedes Cluster-LIF muss an Port 7700 zuhören. Vergewissern Sie sich, dass die Cluster-LIFs an Port 7700 zuhören:

    ::> network connections listening show -vserver Cluster

    Port 7700, der auf Cluster-Ports hört, ist das erwartete Ergebnis, wie im folgenden Beispiel für ein Cluster mit zwei Nodes dargestellt:

    Cluster::> network connections listening show -vserver Cluster
Vserver Name     Interface Name:Local Port     Protocol/Service
---------------- ----------------------------  -------------------
Node: NodeA
Cluster          NodeA_clus1:7700               TCP/ctlopcp
Cluster          NodeA_clus2:7700               TCP/ctlopcp
Node: NodeB
Cluster          NodeB_clus1:7700               TCP/ctlopcp
Cluster          NodeB_clus2:7700               TCP/ctlopcp
4 entries were displayed.

  12. Legen Sie für jede Cluster-LIF, die nicht an Port 7700 angehört, den Administrationsstatus der LIF auf fest down Und dann up:

    ::> net int modify -vserver Cluster -lif cluster-lif -status-admin down; net int modify -vserver Cluster -lif cluster-lif -status-admin up

    Wiederholen Sie Schritt 11, um zu überprüfen, ob die Cluster-LIF jetzt auf Port 7700 angehört.