Warum MPIO anstelle von 802.3ad Team für iSCSI

9

Wenn ich meinen ersten Server mit dem iSCSI-Ziel mache, dachte ich, ich würde sofort loslegen, indem ich meine Netzwerkkarte auf dem Server (herkömmliches 802.3ad-Team) zusammenstelle.

Aus vielen Online-Quellen geht jedoch hervor, dass dies NICHT empfohlen wird und stattdessen MPIO verwendet werden sollte (diese Empfehlung enthielt keine spezifische Größe und schien von einem 3-Knoten-Cluster auf große Cluster mit mehreren zehn Knoten und mehr zuzutreffen).

Ich weiß, dass MPIO besser ist, da es Übertragungen über unabhängige Routen aggregiert (während ein herkömmliches NIC-Team zum selben Switch wechseln würde). Abgesehen davon gibt es einen anderen Grund (Risiko der Datenkorruption) für Microsoft und den Status des Schulungsmaterials, MPIO anstelle von Teaming zu verwenden ?

windows-server-2008 storage-area-network iscsi windows mpio g18c
quelle

Antworten:

10

Können Sie Ihre iSCSI-Architektur etwas erweitern? Mit wie vielen Initiator- / Zieladressen arbeiten Sie, mit wie vielen physischen Switches, alle einem Subnetz oder mehreren?

Die grundlegende Antwort lautet: Weil MPIO End-to-End-Konnektivitätspfade verwaltet und den Lastausgleich und die Ausfallsicherheit der Speicherkonnektivität besser beherrscht als generische Mechanismen für Netzwerkredundanz und Lastausgleich.

Die spezifischen technischen Gründe hierfür hängen von der Architektur ab. Daher kann ich viel genauer sein, wenn Sie zusätzliche Details zum Setup Ihres iSCSI-Netzwerks angeben. Einige allgemeine Beispiele:

  • Ohne MPIO ist Ihre IP-Konversation zwischen Initiator und Ziel nur eine einzige Konversation. 802.3ad schreibt vor, dass die Reihenfolge der Pakete in einer Konversation nicht geändert wird (und Sie möchten sowieso nicht, dass Ihr iSCSI-Verkehr nicht in der richtigen Reihenfolge ist), sodass Sie auf die Bandbreite einer einzelnen Verbindung beschränkt sind.
  • MPIO erkennt und behandelt Pfadfehler, während 802.3ad einen Verbindungsfehler nur kompensieren kann - und nur, wenn dieser Verbindungsfehler korrekt erkannt wird. Wenn Ihre NIC-Karte hängt, aber immer noch eine gute Verbindung meldet oder Ihre Switch-Konfiguration für einen bestimmten Port fehlerhaft ist, verlieren Sie wahrscheinlich die Speicherkonnektivität, obwohl eine zweite Verbindung noch funktioniert.
  • Sie sind an einen einzelnen physischen Switch gebunden, anstatt die Netzwerkkarten Ihres Hosts mit verschiedenen Switches verbinden zu können.
Shane Madden
quelle
Hallo Shane, danke für die Antwort - für unser Setup handelt es sich um ein einzelnes Speichersubnetz und einen physischen Switch. In der Dokumentation wurde jedoch keine Größe angegeben, in der nur MPIO verwendet werden soll. Aus Ihren Kommentaren geht hervor, dass es durchaus möglich ist, Teaming zu verwenden, aber MPIO ist vorzuziehen. Gute Erklärung, wenn Sie nicht mehr hinzufügen möchten, haben Sie meine Frage beantwortet und werden sie bald als solche markieren.
g18c
@ g18c Yup - die Hauptvorteile, die MPIO anstelle der Link-Aggregation bietet, sind das Potenzial für einen höheren Durchsatz (wenn Ihr Durchsatz ausreicht, um eine einzelne Netzwerkkarte zu sättigen) sowie die Möglichkeit, einen größeren Bereich von zu verwalten Fehlerzustände. Ich denke, die Frage ist, gibt es bestimmte Gründe, warum Sie 802.3ad anstelle von MPIO bevorzugen?
Shane Madden
MPIO wird besonders nützlich, wenn Ihr ISCSI-Setup weiter fortgeschritten ist - denn mit MPIO verfügen Sie über separate logische Verbindungen, die redundante Endpunkte ermöglichen. Das SAN kann im Hintergrund repliziert werden und die 2-3 Ziele sind tatsächlich verschiedene Amine. Solange Sie ein "Single Path, Single NIC" -Szenario haben, sind die Vorteile nicht so brutal.
TomTom