Force 10 – VLT-Failover-Testempfehlungen und die Auswirkungen des Failover-Tests, indem alle Schnittstellen außer der Verwaltungsschnittstelle geschlossen werden

Dieses Dokument gilt für alle Dell Networking-Switches, die VLT unterstützen.

Empfohlene VLT-Failover-Tests

VLT ist besser bekannt für seine HA-Funktion (High Availability) während eines Schnittstellen- oder Switch-Fehlers.

Im Allgemeinen sind Verwaltungsschnittstellen-IPs von VLT-Peer-Switches als VLT-Sicherungsziel konfiguriert. Diese Backup-Verbindung verwaltet Heartbeat-Nachrichten in einem Out-of-Band-Verwaltungsnetzwerk. Die Backup-Verbindung stellt nur sicher, dass Knotenfehlerbedingungen richtig erkannt werden.

Während des Failover-Tests ist es häufig ein Fehler, dass der Administrator alle Schnittstellen mit Ausnahme der Verwaltungsschnittstelle manuell heruntergefahren hat. Diese aktive Verwaltungsverbindung ermöglicht den VLT-Heartbeat-Austausch zwischen den VLT-Peers, obwohl der VLT-Peer-Status "down" ist.

Wenn in der obigen Konfiguration sowohl VLTi (Po-1) als auch VLT Po (Po-2) auf dem VLT-Primär-Peer heruntergefahren werden, könnten Netzwerkadministratoren erwarten, dass der Datenverkehr auf den VLT-Sekundär-Peer umgeschaltet wird. Dieser Failover erfolgt jedoch nicht. Stattdessen wird in diesem Szenario der VLT Po (Po-2) auf dem VLT-Sekundär-Peer ebenfalls automatisch heruntergefahren und führt zu einem vollständigen Netzwerkausfall.

 VLT-Secondary#do show vlt br

 Kurze Beschreibung der VLT-Domäne

------------------

 Domänen-ID:                  1

 Rolle                           Sekundären

 Rollen Priorität:                2

 ICL Verbindungsstatus            Nach unten

 HeartBeat Status         Nach oben

 VLT Peer-Status:           Verbindung unterbrochen

 Lokale Einheiten-ID:               1

 VLT-Secondary#do show vlt detail

Lokale LAG-ID Peer-LAG-ID Lokaler Status Peer-Status aktive VLANs

------------  -----------  ------------  -----------  -------------

2             2            DOWN         DOWN          10, 20

Nur wenn der Heartbeat-Austausch gestoppt ist, erkennt der VLT-Sekundär-Peer den Peer-Ausfall und aktiviert seinen VLT-Port-Kanal (Po2). Dies ist ein beabsichtigtes Verhalten, um Split-Brain-Zustände zu vermeiden, in denen beide VLT-Peer-Switches im Peer-Status "Link Down" aktiv sind.

VLT-Secondary(conf)#int man 0/0

VLT-Secondary (conf-if-ma-0/0)#shut

VLT-Secondary (conf-if-ma-0/0)#shut % STKUNIT0-M:CP% IFMGR-5-ASTATE_DN: Admin-Status der Schnittstelle zu inaktiv geändert: MA 0/0

1d4h57m: % STKUNIT0-M:CP% IFMGR-5-OSTATE_DN: Schnittstellenstatus auf "inaktiv" geändert: MA 0/0

VLT-Secondary (conf-if-ma-0/0)#shut % STKUNIT0-M:CP% VLTMGR-6-VLT_HBEAT_DOWN: Der Heart Beat-Link ist inaktiv (inaktiv).

1d4h57m: % STKUNIT0-M:CP% VLTMGR-6-VLT_ELECTION_ROLE: Gehäuse wechselt in die primäre Rolle.

1d4h57m: % STKUNIT0-M:CP% VLTMGR-6-VLT_PEER_STATUS: Peer-Gehäuse ist ausgefallen.

1d4h57m: % STKUNIT0-M:CP% IFMGR-5-OSTATE_UP: Geänderter Schnittstellenstatus auf "up": 2 .

Zusammenfassung:

Führen Sie einen der folgenden Schritte aus, um VLT-Failover-Tests durchzuführen.

1. Beenden Sie den VLT Port-Channel auf einem Peer.

2. Starten Sie einen VLT-Peer neu.

3. Schließen Sie VLTi, den VLT-Port-Channel und die Verwaltungsschnittstelle (oder eine beliebige Schnittstelle, die zum Erreichen des VLT-Sicherungsziels verwendet wird) auf dem VLT-Peer.