SDLMUX Revisited

Die SDLMUX-Software kombiniert zwei Netzwerkadapter zu einer IP-Schnittstelle und bietet eine Failover-Fähigkeit, wenn die Verbindung des aktiven Adapters ausfällt oder der Adapter nicht mehr funktioniert. Nach der Einrichtung ist praktisch keine Administration erforderlich, aber es gibt einige Dinge, die Sie beachten sollten.

Erstens bietet SDLMUX keinen Lastausgleich; der gesamte Datenverkehr wird über den aktiven Adapter übertragen und von diesem empfangen.

Zweitens hat der aktive Adapter auf der Hardware der ftServer VSeries eine MAC-Adresse der Form 00:00:A8:4v:wx:yz. 00:00:A8 ist der Stratus organizationally unique identifier (OUI), der von der IEEE vergeben wird. Das "v" ist ein Index, der auf der Reihenfolge basiert, in der die SDLMUX-Geräte initialisiert wurden, beginnend bei 0. Der Wert "wx:yz" basiert auf der Seriennummer des Systems. Die Standby-Adresse unterscheidet sich von der aktiven Adresse nur im oberen Nibble des vierten Bytes, statt einer 4 ist es eine 6. Auch der Unterschied zwischen den MAC-Adressen zweier aktiver (oder Standby-) Adapter auf demselben Modul liegt nur im unteren Nibble des vierten Bytes. Der einfachste Weg, eine Liste aller MAC-Adressen zu erhalten, ist die analyze_system-Anfrage "dump_sdlmux", die auf "MAC" abgestimmt ist, siehe Abbildung 1.

Nur die MAC-Adressen sind nicht sehr hilfreich; durch Abgleich mit "MAC" oder "#" erhalten Sie die MAC-Adressen und die Namen der SDLMUX- und Netzwerkadaptergeräte. Beachten Sie, dass diese Liste keine Netzwerkadapter enthält, die nicht Teil einer SDLMUX-Partnerschaft sind.

Drittens senden die SDLMUX-Netzwerkadapter Ethernet 802.2 LLC-Frames an ihre Partner, um sicherzustellen, dass der Netzwerkpfad korrekt funktioniert. Fünf Sätze dieser Test-Frames werden im Abstand von drei Sekunden gesendet, gefolgt von einem 33-Sekunden-Intervall. Trace 1 zeigt drei Zyklen dieses Musters. Trace 1 zeigt auch den aktuellen Frame vom aktiven Adapter (Frame 1) und vom Standby-Adapter (Frame 2). Ich habe den Frame nach der 33-Sekunden-Lücke hervorgehoben, um die Zyklen besser lesbar zu machen. Dies sind keine Ethernet-Typ-II-Frames oder IP-Pakete, und die mit den Netzwerkadaptern verbundenen Switches sowie alle Switches entlang des Pfads zwischen den beiden Adaptern müssen so konfiguriert sein, dass diese 802.2-LLC-Frames nicht blockiert werden.

Beachten Sie, dass Sie packet_monitor nicht verwenden können, um diese Test-Frames zu sehen. Die Frames werden unterhalb des Punktes gesendet, an dem packet_monitor den Stack anzapft, und SDLMUX entfernt die Frames aus dem Stack, bevor packet_monitor sie lesen kann.

Viertens, wenn jeder Adapter mit einem anderen Switch verbunden ist und die Verbindung zwischen diesen Switches ausfällt oder aus einem anderen Grund die Testframes nicht durchkommen, wird im syserr_log etwas angezeigt, das wie Abbildung 3 aussieht. Ab Version 16.2.1ak und 17.0.0ah löst SDLMUX bei einem Ausfall eines Testframes eine ARP-Anfrage an den letzten Host aus, der erfolgreich über die verdächtige Schnittstelle angesprochen wurde. Wenn es eine Antwort erhält, weiß es, dass der aktive Adapter funktioniert und setzt den Standby-Adapter zurück, um ihn zum Laufen zu bringen. Wenn es ein Netzwerkproblem gibt, das die Testframes blockiert, hilft das Zurücksetzen des Adapters nicht und der Adapter geht schließlich in den MTBF-Modus über, siehe Zeitstempel 08:08:10 in Abbildung 3. Der dlmux_admin-Befehl meldet den defekten Adapter als DOWN, Abbildung 4, und ein Trace zeigt keine Testframes an, da es zu diesem Zeitpunkt nichts zu testen gibt. Wenn keine ARP-Antwort empfangen wird oder das Problem auf einer Freigabe liegt, die die ARP-Anfrage nicht sendet, schaltet SDLMUX die Adapter um und unterbricht den neuen Standby-Adapter. Wenn während des nächsten Zyklus die Test-Frames erneut ausfallen und keine ARP-Antwort empfangen wird, erfolgt der Failover und die Unterbrechung erneut. Letztendlich wird ein Adapter MTBF.

Um den Adapter wieder in Betrieb zu nehmen, müssen Sie ihn mit dem Befehl board_admin wieder hinzufügen. Wenn Sie das tun, ohne das zugrunde liegende Problem zu beheben, wird der Adapter natürlich wieder MTBF.

Fünftens: Da der aktive Adapter immer dieselbe MAC-Adresse hat, führt ein Failover dazu, dass die MAC-Adresse von einem Switch-Port zum anderen verschoben wird. Alle Sicherheitseinstellungen an den Switch-Ports müssen diese Änderung zulassen. Außerdem können Switch-Ports so konfiguriert werden, dass sie mit anderen Switch-Ports kommunizieren und verschiedene Einstellungen aushandeln. Diese können ausgelöst werden, wenn der Switch eine Änderung der Topologie feststellt, z. B. eine neue MAC-Adresse oder die Wiederherstellung einer Verbindung. Solange diese Einstellungen nicht ausgehandelt sind, kann ein Switch keine regulären Frames weiterleiten. Die Switch-Ports, die mit den SDLMUX-Adaptern verbunden sind, sollten so konfiguriert werden, dass sie diese Verhandlungen nicht durchführen. Außerdem sollten die Switch-Ports, die mit den SDLMUX-Adaptern verbunden sind, so konfiguriert werden, dass sie das Spanning-Tree-Protokoll nicht ausführen oder die Lern- und Abhörschritte überspringen (dies wird von Cisco portfast genannt). Während der Lern- und Abhörphase werden keine regulären Datenframes durch den Switch geschickt. In extremen Fällen kann die durch diese Einstellungen verursachte Verzögerung so groß sein, dass SDLMUX einen weiteren Failover auslöst.

Schließlich muss der Verbindungsstatus der Adapter überwacht werden, um sicherzustellen, dass beide Verbindungen aktiv sind. Der Ausfall eines Links führt nicht dazu, dass das System home aufruft, und da es fehlertolerant ist, kommt es nicht zu einem Verlust der Systemkonnektivität (siehe Überwachung des Netzwerkadapterstatus).