Verwendung des Equal Cost Multiple Path (ECMP)
Durch die Verwendung des Equal Cost Multiple Path (ECMP) -Mechanismus in einer Clusterbereitstellung geben aktive Clusterknoten die IP-Adressen der virtuellen Server bekannt. Der Clusterknoten, der den angekündigten Datenverkehr empfängt, leitet den Datenverkehr an den Knoten weiter, der den Datenverkehr verarbeiten muss. Bei gespotteten und teilweise Striped virtuellen Servern kann eine redundante Steuerung erfolgen. Daher werben ab NetScaler 11 gepunktete und teilweise Striped virtuelle Server-IP-Adressen für die Besitzerknoten, wodurch die redundante Steuerung reduziert wird.
Sie benötigen detaillierte Kenntnisse der Routingprotokolle, um ECMP verwenden zu können. Weitere Informationen finden Sie unter Konfigurieren dynamischer Routen. Weitere Informationen zum Routing in einem Cluster finden Sie unter Routing in einem Cluster.
Um ECMP zu verwenden, müssen Sie zuerst Folgendes ausführen:
- Aktivieren Sie das erforderliche Routing-Protokoll (OSPF, RIP, BGP oder ISIS) für die Cluster-IP-Adresse.
- Binden Sie die Schnittstellen und die entdeckte IP-Adresse (mit aktiviertem dynamischem Routing) an ein VLAN.
- Konfigurieren Sie das ausgewählte Routing-Protokoll und verteilen Sie die Kernel-Routen auf dem ZeBOS mithilfe der VTYSH-Shell neu.
Führen Sie ähnliche Konfigurationen für die Cluster-IP-Adresse und das externe Verbindungsgerät durch.
Hinweis
- Stellen Sie sicher, dass die Lizenzen auf dem Cluster dynamisches Routing unterstützen, andernfalls funktioniert ECMP nicht.
- ECMP wird für virtuelle Wildcard-Server nicht unterstützt, da RHI eine VIP-Adresse benötigt, um an einen Router und virtuelle Wildcard-Server zu werben. Da sie keine zugehörigen VIP-Adressen haben.
Abbildung 1. ECMP-Topologie
Wenn Sie den ECMP-Mechanismus für die Verkehrsverteilung in einer Clusterbereitstellung verwenden, geben die aktiven Clusterknoten die IP-Adressen der virtuellen Server an den Upstream-Router weiter. Der ECMP-Router kann die VIP-Adresse über SNIP0, SNIP1 oder SNIP2 erreichen. Der Verkehrsfluss in Abbildung 1 wird wie folgt beschrieben:
- Der Client sendet eine Anfrage an den VIP, der auf dem Cluster gehostet wird.
- Der Upstream-Router leitet das Paket auf der Grundlage der erlernten Routen des VIP an einen der Knoten weiter. Sagen wir NS1. Der Knoten NS1 ist der Flow-Empfänger.
- Der Flow-Empfänger (NS1) bestimmt den Knoten, der den Datenverkehr verarbeiten muss. Dieser wird als Flow-Prozessor bezeichnet. Node NS2 ist beispielsweise der Flow-Prozessor.
- Der Flow-Empfänger (NS1) mit SNIP1 (97.131.0.2) leitet die Anfrage mit SNIP2 (97.131.0.3) an den Flow-Prozessor (NS2) weiter.
- Der Flow Processor (NS2) stellt eine Verbindung mit dem Server her.
- Der Server verarbeitet die Anfrage und sendet die Antwort an die SNIP-Adresse, die die Anfrage an den Server gesendet hat.
Hinweise:
- Nur ACTIVE-Knoten bewerben VIP-Routen.
- INACTIVE Knoten kündigen keine VIP-Routen an.
- Alle ACTIVE-Knoten werben für Striped VIPs.
- Nur AKTIVE Besitzerknoten werben für gefleckte oder teilweise Striped VIPs.
So konfigurieren Sie ECMP auf dem Cluster mit der Befehlszeilenschnittstelle
-
Melden Sie sich bei der Cluster-IP-Adresse an.
-
Aktivieren Sie das Routingprotokoll.
enable ns feature <feature>Beispiel: Um das OSPF-Routingprotokoll zu aktivieren.
enable ns feature ospf -
Fügen Sie ein VLANhinzu.
add vlan <id>Beispiel
add vlan 97 -
Binden Sie die Schnittstellen der Clusterknoten an das VLAN.
bind vlan <id> -ifnum <interface_name>Beispiel
bind vlan 97 -ifnum 0/1/2 1/1/2 2/1/2 -
Fügen Sie für jeden Knoten eine gespotted SNIP-Adresse hinzu, und aktivieren Sie dynamisches Routing.
add ns ip <SNIP> <netmask> -ownerNode <positive_integer> -dynamicRouting ENABLEDBeispiel
add ns ip 97.131.0.1 255.0.0.0 -ownerNode 0 -dynamicRouting ENABLED -type SNIP add ns ip 97.131.0.2 255.0.0.0 -ownerNode 1 -dynamicRouting ENABLED -type SNIP add ns ip 97.131.0.3 255.0.0.0 -ownerNode 2 -dynamicRouting ENABLED -type SNIP -
Binden Sie eine der Spotted-SNIP-Adressen an das VLAN. Wenn Sie eine entdeckte SNIP-Adresse an ein VLAN binden, werden alle anderen gespotteten SNIP-Adressen, die im Cluster in diesem Subnetz definiert sind, automatisch an das VLAN gebunden.
bind vlan <id> -IPAddress <SNIP> <netmask>Beispiel
bind vlan 97 -ipAddress 97.131.0.1 255.0.0.0Hinweis
Sie können NSIP-Adressen der Clusterknoten verwenden, anstatt SNIP-Adressen hinzuzufügen. Wenn ja, müssen Sie die Schritte 3 - 6 nicht ausführen.
-
Konfigurieren Sie das Routingprotokoll auf ZeBOS mit der VTYSH-Shell.
Beispiel:
So konfigurieren Sie ein OSPF-Routingprotokoll für die Knoten-IDs 0, 1 und 2.
vtysh ! interface vlan97 ! router ospf owner-node 0 ospf router-id 97.131.0.1 exit-owner-node owner-node 1 ospf router-id 97.131.0.2 exit-owner-node owner-node 2 ospf router-id 97.131.0.3 exit-owner-node redistribute kernel network 97.0.0.0/8 area 0 !Hinweis
Für VIP-Adressen, die angekündigt werden sollen, wird die RHI-Einstellung mithilfe des Parameters vserverRHILevel wie folgt durchgeführt:
add ns ip <IPAddress> <netmask> -type VIP -vserverRHILevel <vserverRHILevel>Für OSPF-spezifische RHI-Einstellungen gibt es weitere Einstellungen, die wie folgt durchgeführt werden können:
add ns ip <IPAddress> <netmask> -type VIP -ospfLSAType \( TYPE1 | TYPE5 ) -ospfArea <positive\_integer>Verwenden Sie den Befehl add ns ip6, um die vorherigen Befehle für IPv6-Adressen auszuführen.
-
Konfigurieren Sie ECMP auf dem externen Switch. Die folgenden Beispielkonfigurationen sind für den Cisco® Nexus 7000 C7010 Release 5.2 (1) -Switch bereitgestellt. Ähnliche Konfigurationen müssen auf anderen Switches durchgeführt werden.
//For OSPF (IPv4 addresses) Global config: Configure terminal feature ospf Interface config: Configure terminal interface Vlan10 no shutdown ip address 97.131.0.5/8 Configure terminal router ospf 1 network 97.0.0.0/8 area 0.0.0.0 --------------------------------- //For OSPFv3 (IPv6 addresses) Global config: Configure terminal feature ospfv3 Configure terminal interface Vlan10 no shutdown ipv6 address use-link-local-only ipv6 router ospfv3 1 area 0.0.0.0 Configure terminal router ospfv3 1
Router-Überwachung von Clusterknoten in der ECMP-Bereitstellung
In einem Cluster-Setup können Sie auf einem Besitzerknoten, der über eine Spotte-SNIP-Adresskonfiguration verfügt, jetzt die Option OwnerDownResponse deaktivieren. Standardmäßig ist die Option aktiviert, sodass der Knoten auf eine ICMP/ARP/ICMP6/ND6-Anfrage vom Upstream-Router antworten kann. Sie können diese Option jetzt deaktivieren, damit der Router überwachen kann, ob ein Clusterknoten aktiv oder inaktiv ist. Wenn der Router eine Anfrage sendet und die Option deaktiviert ist, identifiziert er, dass der Besitzerknoten inaktiv und für die Verkehrsverteilung nicht verfügbar ist.
So konfigurieren Sie ECMP für die Verteilung statischer Routen mit der Befehlszeilenschnittstelle
add ns ip <ipddress> <netmask> -ownernode <node-id> –ownerDownResponse disable