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.

Weisen Sie Ports von node2 nach node4 zu

Beitragende
PDFs

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

Bevor Sie beginnen

Sie müssen bereits über die Ports auf den neuen Nodes verfügen, um auf diese Informationen zuzugreifen, siehe "Quellen" Zum Verknüpfen mit der Hardware Universe. Die Informationen werden später in diesem Abschnitt verwendet.

die Softwarekonfiguration von node4 muss mit der physischen Konnektivität von node4 ü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 die gleiche Konfiguration wiedergibt. Dies bedeutet, wenn Sie node4 booten, wird Data ONTAP versuchen, LIFs auf den gleichen Ports zu hosten, die in node2 verwendet wurden.

Wenn die physischen Ports auf node2 also nicht direkt den physischen Ports auf node4 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 node2 nicht direkt den Cluster-Ports auf node4 zugeordnet werden, kann node4 das Quorum auch dann nicht automatisch erneut verbinden, wenn es neu gestartet wird, bis eine Softwarekonfiguration geändert wird, um die Cluster LIFs auf den korrekten physischen Ports zu hosten.

Schritte

  1. Notieren Sie alle node2-Verkabelungsinformationen für node2, die Ports, Broadcast-Domänen und IPspaces in dieser Tabelle:

    LIF Anzahl an Knoten2-Ports Node2-IPspaces Node2 Broadcast-Domänen Node4-Ports Node4 IPspaces Node4 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

    Die Schritte, um diese Informationen zu erhalten, finden Sie im Abschnitt „Node2-Informationen aufzeichnen“.

  2. Notieren Sie alle Kabelinformationen für node4, die Ports, Broadcast-Domänen und IPspaces in der vorherigen Tabelle unter Verwendung der gleichen Vorgehensweise im "Node2-Informationen aufzeichnen" Abschnitt für die Schritte, um diese Informationen zu erhalten.

  3. Führen Sie die folgenden Schritte aus, um zu überprüfen, ob es sich bei dem Setup um ein 2-Node-Cluster ohne Switches handelt:

    1. Legen Sie die Berechtigungsebene auf erweitert fest:

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

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

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

    3. Zurück zur Administratorberechtigungsebene:

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

  4. führen Sie node4 in Quorum durch, indem Sie die folgenden Schritte durchführen:

    1. Boot node4. Siehe "installieren und booten sie node4" 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 -port port -fields broadcast-domain`Das folgende Beispiel zeigt, dass Port „e0a“ in der Cluster-Domäne auf node4 ist:

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

node       port broadcast-domain
---------- ---- ----------------
node4      e1a  Cluster

    3. Wenn sich die Cluster-Ports nicht in der Cluster Broadcast-Domäne befinden, fügen Sie sie mit dem folgenden Befehl hinzu:

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

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

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

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

      network port modify -node node4 -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 wie die folgenden angezeigt: 
      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

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

      network interface migrate -vserver Cluster -lif lif_name -source-node node4 - destination-node node4 -destination-port port_name

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

      network interface modify -vserver Cluster -lif lif_name –home-port port_name

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

      network port broadcast-domain remove-ports

    Dieser Befehl entfernt Port „e0d“ auf node4:
    network port broadcast-domain remove-ports -ipspace Cluster -broadcast-domain Cluster ‑ports node4:e0d

    1. Vergewissern Sie sich, dass node4 Quorum erneut verbunden hat:

      cluster show -node node4 -fields health

  5. passen Sie die Broadcast-Domänen an, die Ihre Cluster-LIFs hosten, und LIFs für Node-Management/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 möglicherweise die LIFs migrieren und ändern müssen, wie in den folgenden Schritten dargestellt:

    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 gegebenenfalls die Intercluster LIFs mithilfe derselben Befehle, die in dargestellt sind 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 in node4 keine Ports mehr vorhanden sind, löschen Sie diese wie folgt:

    1. Zugriff auf die erweiterte Berechtigungsebene auf beiden Nodes:

      set -privilege advanced

    2. So löschen Sie die Ports:

      network port delete -node node_name -port port_name

    3. Zurück zur Administratorebene:

      set -privilege admin

  9. Passen Sie alle LIF Failover-Gruppen an:
    network interface modify -failover-group failover_group -failover-policy failover_policy

    Mit dem folgenden Befehl wird die Failover-Richtlinie auf festgelegt broadcast-domain-wide Und verwendet die Ports in Failover-Gruppe fg1 Als Failover-Ziele für LIF data1 Ein node4:

    network interface modify -vserver node4 -lif data1 failover-policy broadcast-domain-wide -failover-group fg1

    Weitere Informationen finden Sie unter "Quellen" Um zu Netzwerkverwaltung oder den Befehlen ONTAP 9 zu verlinken: Manual Page Reference, und gehen Sie zu Failover-Einstellungen auf einem LIF konfigurieren.

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

    network port show -node node4

  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.