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

Überlegungen zur Verwendung von MetroCluster-konformen Switches

Beitragende

MetroCluster-IP-Switches, die im als unterstützte Switches aufgeführt sind "NetApp Hardware Universe" Und die von NetApp bereitgestellt werden, sind NetApp validiert. Ab ONTAP 9.7 können in MetroCluster IP Konfigurationen MetroCluster-konforme Switches verwendet werden. Dabei handelt es sich um Switches, die nicht von NetApp validiert wurden, die jedoch die Spezifikationen von NetApp erfüllen. NetApp bietet jedoch keine Support-Services, keine Fehlerbehebung und/oder Konfiguration für nicht validierte Switches.

Von NetApp validierte Switches

Ein Switch wird durch NetApp validiert, wenn es alle folgenden Anforderungen erfüllt:

  • Der Switch wird von NetApp im Rahmen der MetroCluster IP Konfiguration bereitgestellt

  • Der Schalter ist in aufgeführt "NetApp Hardware Universe" Als unterstützter Switch unter „MetroCluster-over-IP-connections“

  • Der Switch wird nur verwendet, um MetroCluster IP-Controller und in einigen Konfigurationen NS224-Laufwerk-Shelfs zu verbinden

  • Der Switch wird mit dem von NetApp bereitgestellten RCF (Reference Configuration File) konfiguriert.

Ein Switch, der diese Kriterien nicht erfüllt, ist nicht ein von NetApp validierter Switch.

MetroCluster-konforme Switches

Ein MetroCluster-konformer Switch ist nicht von NetApp validiert, kann aber in einer MetroCluster IP-Konfiguration verwendet werden, wenn er die unten aufgeführten Anforderungen und Konfigurationsrichtlinien erfüllt.

Anmerkung NetApp bietet keinen Support-Service, keine Fehlerbehebung und/oder Konfiguration für nicht validierte MetroCluster-kompatible Switches.

Allgemeine Anforderungen für MetroCluster-konforme Switches

Die Anforderungen zeigen, wie MetroCluster-konforme Switches ohne Verwendung von RCF-Dateien (Reference Configuration) konfiguriert werden.

  • Die mit den MetroCluster Nodes verbundenen Switches können Verkehr ohne MetroCluster übertragen.

  • Nur Plattformen, die dedizierte Ports für Cluster Interconnects ohne Switches bereitstellen, können mit einem MetroCluster-konformen Switch verwendet werden. Plattformen wie FAS2750 und AFF A220 können nicht verwendet werden, da sich MetroCluster Traffic und der MetroCluster Interconnect Traffic auf dieselben Netzwerk-Ports befinden.

    Der MetroCluster-kompatible Switch darf nicht für lokale Cluster-Verbindungen verwendet werden.

  • Die MetroCluster IP-Schnittstelle kann an jeden Switch-Port angeschlossen werden, der entsprechend den Anforderungen konfiguriert werden kann.

  • Die Switch-Ports müssen mit 25 Gbit/s für FAS8200 und AFF A300 Plattformen und mindestens 40 Gbit/s für alle anderen Plattformen (40 Gbit/s oder 100 Gbit/s) erfolgen.

  • Es sind vier IP-Switches erforderlich, zwei für jede Switch-Fabric.

  • Die ISLs müssen 10 Gbit/s oder höher liegen und für die Last der MetroCluster-Konfiguration entsprechend dimensioniert sein.

  • Die MetroCluster-Konfiguration muss mit zwei Netzwerken verbunden sein. Die MetroCluster-Schnittstellen können nicht mit demselben Netzwerk oder Switch verbunden werden. Jeder MetroCluster Node muss mit zwei Netzwerk-Switches verbunden sein.

  • Das Netzwerk muss die folgenden Anforderungen erfüllen:

  • Bei MetroCluster IP-Konfigurationen mit MetroCluster-konformen Switches wird das Zurücksetzen auf ONTAP 9.6 oder eine frühere Version nicht unterstützt.

  • Die MTU von 9216 muss für alle Switches mit MetroCluster-IP-Datenverkehr konfiguriert sein.

Switch- und Verkabelungsanforderungen für MetroCluster-kompatible Switches

  • Die Switches müssen QoS/Traffic-Klassifizierung unterstützen.

  • Die Schalter müssen eine explizite Benachrichtigung über eine Staumeldung (ECN) unterstützen.

  • Die Switches müssen L4-Port-vlan Load-Balancing-Richtlinien unterstützen, um die Reihenfolge entlang des Pfads zu erhalten.

  • Die Switches müssen L2 Flow Control (L2FC) unterstützen.

  • Die Kabel, die die Nodes mit den Switches verbinden, müssen von NetApp gekauft werden. Die von uns zur Verfügung stellten Kabel müssen vom Switch-Anbieter unterstützt werden.

Beschränkungen bei MetroCluster-konformen Switches

Jede Konfiguration oder Funktion, die erfordert, dass die lokalen Clusterverbindungen mit einem Switch verbunden sind, kann nicht verwendet werden. Beispielsweise können die folgenden Konfigurationen und Verfahrensweisen nicht mit einem MetroCluster-kompatiblen Switch verwendet werden:

  • MetroCluster Konfigurationen mit acht Nodes

  • Der Wechsel von MetroCluster FC- zu MetroCluster IP-Konfigurationen

  • Aktualisieren einer MetroCluster IP-Konfiguration mit vier Knoten

Plattformspezifische Netzwerkgeschwindigkeiten und Switch Port-Modi für MetroCluster-konforme Switches

Die folgende Tabelle enthält plattformspezifische Netzwerkgeschwindigkeiten und Switch-Port-Modi für MetroCluster-konforme Switches. Sie sollten den Switch-Port-Modus wie in der Tabelle beschrieben konfigurieren.

Anmerkung Fehlende Werte geben an, dass die Plattform nicht mit einem MetroCluster-konformen Switch verwendet werden kann.

Plattform

Netzwerkgeschwindigkeit (Gbps)

Switch-Port-Modus

AFF A900

100

Trunk-Modus

AFF A800

40 oder 100

Zugriffsmodus

AFF A700

40

Zugriffsmodus

AFF A400

40 oder 100

Trunk-Modus

AFF A320

100

Zugriffsmodus

AFF A300

25

Zugriffsmodus

AFF A250

-

-

AFF A220

-

-

FAS9000

40

Zugriffsmodus

FAS9500

100

Trunk-Modus

FAS8700

100

Trunk-Modus

FAS8300

40 oder 100

Trunk-Modus

FAS8200

25

Zugriffsmodus

FAS2750

-

-

FAS500f

-

-

Annahmen für die Beispiele

Die angegebenen Beispiele gelten für die Cisco Switches NX31xx und NX32xx. Wenn andere Switches verwendet werden, können diese Befehle als Anleitung verwendet werden, die Befehle unterscheiden sich jedoch möglicherweise. Wenn eine in den Beispielen dargestellte Funktion auf dem Switch nicht verfügbar ist, bedeutet dies, dass der Switch die Mindestanforderungen nicht erfüllt und nicht zur Bereitstellung einer MetroCluster Konfiguration verwendet werden kann. Dies gilt für jeden Switch, der eine MetroCluster-Konfiguration und für alle Schalter auf dem Pfad zwischen diesen Switches verbindet.

  • Die ISL-Ports sind 15 und 16 und arbeiten mit einer Geschwindigkeit von 40 Gbit/s.

  • Das VLAN im Netzwerk 1 ist 10 und das VLAN im Netzwerk 2 ist 20. Beispiele können nur für ein Netzwerk angezeigt werden.

  • Die MetroCluster-Schnittstelle ist an jedem Switch mit Port 9 verbunden und arbeitet mit einer Geschwindigkeit von 100 Gbit/s.

  • Der vollständige Kontext der Beispiele wird nicht festgelegt oder angezeigt. Möglicherweise müssen Sie weitere Konfigurationsinformationen wie das Profil, VLAN oder die Schnittstelle eingeben, um die Befehle auszuführen.

Generische Switch-Konfiguration

In jedem Netzwerk muss ein VLAN konfiguriert sein. Das Beispiel zeigt, wie ein VLAN in Netzwerk 10 konfiguriert wird.

Beispiel:

# vlan 10

Die Load Balancing Policy sollte so eingestellt werden, dass die Ordnung erhalten bleibt.

Beispiel:

# port-channel load-balance src-dst ip-l4port-vlan

Sie müssen die Zugriffs- und Klassenzuordnungen konfigurieren, die den RDMA- und iSCSI-Datenverkehr den entsprechenden Klassen zuordnen.

Der gesamte TCP-Datenverkehr zum und vom Port 65200 ist der Speicherklasse (iSCSI) zugeordnet. Der gesamte TCP-Datenverkehr zum und vom Port 10006 ist der RDMA-Klasse zugeordnet.

Beispiel:

ip access-list storage
  10 permit tcp any eq 65200 any
  20 permit tcp any any eq 65200
ip access-list rdma
  10 permit tcp any eq 10006 any
  20 permit tcp any any eq 10006

class-map type qos match-all storage
  match access-group name storage
class-map type qos match-all rdma
  match access-group name rdma

Sie müssen die Ingress-Richtlinie konfigurieren. Die Ingress-Richtlinie ordnet den Datenverkehr den verschiedenen COS-Gruppen zu. In diesem Beispiel wird der RDMA-Verkehr der COS-Gruppe 5 zugeordnet und iSCSI-Verkehr der COS-Gruppe 4 zugeordnet.

Beispiel:

policy-map type qos MetroClusterIP_Ingress
class rdma
  set dscp 40
  set cos 5
  set qos-group 5
class storage
  set dscp 32
  set cos 4
  set qos-group 4

Sie müssen die Richtlinie für ausgehenden Datenverkehr auf dem Switch konfigurieren. Die Richtlinie für ausgehenden Datenverkehr ordnet den Datenverkehr den Warteschlangen für ausgehenden Datenverkehr zu. In diesem Beispiel wird RDMA-Datenverkehr der Warteschlange 5 zugeordnet und der iSCSI-Datenverkehr wird der Warteschlange 4 zugeordnet.

Beispiel:

policy-map type queuing MetroClusterIP_Egress
class type queuing c-out-8q-q7
  priority level 1
class type queuing c-out-8q-q6
  priority level 2
class type queuing c-out-8q-q5
  priority level 3
  random-detect threshold burst-optimized ecn
class type queuing c-out-8q-q4
  priority level 4
  random-detect threshold burst-optimized ecn
class type queuing c-out-8q-q3
  priority level 5
class type queuing c-out-8q-q2
  priority level 6
class type queuing c-out-8q-q1
  priority level 7
class type queuing c-out-8q-q-default
  bandwidth remaining percent 100
  random-detect threshold burst-optimized ecn

Möglicherweise müssen Sie einen Switch konfigurieren, der MetroCluster-Datenverkehr auf einer ISL besitzt, aber keine Verbindung zu MetroCluster-Schnittstellen herstellt. In diesem Fall ist der Datenverkehr bereits klassifiziert und muss nur der entsprechenden Warteschlange zugeordnet werden. Im folgenden Beispiel ist der gesamte COS5 Verkehr der Klasse RDMA zugeordnet, und der gesamte COS4-Datenverkehr wird der iSCSI-Klasse zugeordnet. Beachten Sie, dass dies * alle* des COS5- und COS4-Verkehrs betrifft, nicht nur den MetroCluster-Verkehr. Wenn Sie nur den MetroCluster-Verkehr zuordnen möchten, müssen Sie die oben genannten Klassenkarten verwenden, um den Datenverkehr anhand der Zugriffsgruppen zu identifizieren.

Beispiel:

class-map type qos match-all rdma
  match cos 5
class-map type qos match-all storage
  match cos 4

Konfigurieren der ISLs

Sie können einen Trunk-Modus-Port konfigurieren, wenn Sie ein zulässiges VLAN festlegen.

Es gibt zwei Befehle, einen zu set die erlaubte VLAN-Liste und einen zu add zur vorhandenen Liste zulässiger VLANs.

Sie können *die zulässigen VLANs wie im Beispiel dargestellt einstellen.

Beispiel:

switchport trunk allowed vlan 10

Sie können *ein VLAN zur Liste erlaubt hinzufügen, wie im Beispiel gezeigt.

Beispiel:

switchport trunk allowed vlan add 10

Im Beispiel ist Port-Channel 10 für VLAN 10 konfiguriert.

Beispiel:

interface port-channel10
switchport mode trunk
switchport trunk allowed vlan 10
mtu 9216
service-policy type queuing output MetroClusterIP_Egress

Die ISL-Ports sollten als Teil eines Port-Kanals konfiguriert werden und den ausgehenden Warteschlangen zugewiesen werden, wie in dem Beispiel dargestellt.

Beispiel:

interface eth1/15-16
switchport mode trunk
switchport trunk allowed vlan 10
no lldp transmit
no lldp receive
mtu 9216
channel-group 10 mode active
service-policy type queuing output MetroClusterIP_Egress
no shutdown

Konfigurieren der Node-Ports

Möglicherweise müssen Sie den Knotenport im Breakout-Modus konfigurieren. In diesem Beispiel sind die Ports 25 und 26 im Breakout-Modus mit 4 x 25 Gbit/s konfiguriert.

Beispiel:

interface breakout module 1 port 25-26 map 25g-4x

Sie müssen möglicherweise die Port-Geschwindigkeit der MetroCluster-Schnittstelle konfigurieren. Das Beispiel zeigt, wie die Geschwindigkeit auf „Auto“ konfiguriert wird.

Beispiel:

speed auto

Das folgende Beispiel zeigt, wie die Geschwindigkeit mit 40 Gbit/s behoben wird.

Beispiel:

speed 40000

Sie müssen die Schnittstelle möglicherweise konfigurieren. Im folgenden Beispiel ist die Schnittstellengeschwindigkeit auf „Auto“ festgelegt.

Der Port befindet sich im Zugriffsmodus in VLAN 10, die MTU ist auf 9216 und die MetroCluster-Ingress-Richtlinie zugewiesen.

Beispiel:

interface eth1/9
description MetroCluster-IP Node Port
speed auto
switchport access vlan 10
spanning-tree port type edge
spanning-tree bpduguard enable
mtu 9216
flowcontrol receive on
flowcontrol send on
service-policy type qos input MetroClusterIP_Ingress
no shutdown

Bei 25-Gbps-Ports muss die FEC-Einstellung möglicherweise auf „aus“ eingestellt werden, wie im Beispiel dargestellt.

Beispiel:

fec off
Anmerkung Sie müssen diesen Befehl immer ausführen nach die Schnittstelle konfiguriert ist. Möglicherweise muss ein Transceiver-Modul eingesetzt werden, damit der Befehl funktioniert.