Ich versuche, eine Multipfadkonfiguration mit SAN HPE EVA 6350 (2xHSV340-Controller mit iSCSI-Mezzanines und FC/iSCSI-Multiplexern) und Linux Debian 12-Systemen über iSCSI zu erstellen.
Auf EVA erstellte Vdisks haben einen „Besitzer“-Controller, ich habe sie alle Controller 1 zugeteilt gelassen. Von SAN präsentierte Ziele haben FC WWPN in ihren Namen, sodass man feststellen kann, mit welchem FC-Pfad und Controller dieses Ziel verbunden ist. Nach der Anmeldung geben nur Ziele, die mit dem FC-Adapter von Controller 1 verbunden sind, Blockgeräte (Pfade) an. Wenn also 4 iSCSI-Sitzungen aktiv sind, sind nur 2 Pfade vorhanden. Multipath kennt daher nie ALLE Pfade.
Ich habe SAN-Controller 1 neu gestartet, in der Annahme, dass SAN seine virtuellen Festplatten automatisch auf passiven Controller 2 umleitet. Aber weder automatisch noch nach erneuter Anmeldung bei diesen Sitzungen wurden Pfade angezeigt. Ich hatte also beschädigte Block-E/A und Multipath mit nur 2 fehlerhaften Pfaden.
Was ist die richtige Methode, um ein Failover von Aktiv zu Passiv durchzuführen? Soll vom Initiator eine Anfrage an das SAN gesendet werden oder ist es eine interne SAN-Aufgabe? Kann Linux Open-iSCSI + Multipath eine solche Konfiguration überhaupt richtig handhaben?
Antwort1
Die Back-End-FC-Ports jedes ISCSI-Moduls (auch „MPX-Brücke“ genannt, da sie die Rolle des ISCSI-Multiplexers von ISCSI zu FC übernehmen) auf dem EVA werden als FC Direct Connect mit HSV-Front-End-FC-Ports auf jedem HSV-Controller verbunden. Soweit ich weiß, gibt es für jedes ISCSI-Modul 2 Back-End-FC-Ports, und diese Ports werden jeweils separat mit Controller A und B verbunden.
Die Multipath-Informationen für die LUN auf dem ISCSI-Initiator-Host müssen alle möglichen ISCSI-Pfade von den ISCSI-Modulen anzeigen (d. h. über beide HSV-Controller), wobei die Pfade zum Standby-HSV-Controller für die LUN als „Standby“ aufgeführt sind, während die Pfade zum aktiven HSV-Controller für die LUN als „Aktiv“ aufgeführt sind. Die ISCSI-Zielnamen der ISCSI-Module sollten die FC-WWNs aller Front-End-FC-Ports des HSV-Controllers enthalten, für die das ISCSI-Modul korrekt konfiguriert ist.
Ich verfüge auf dieser Site nicht über die erforderlichen Berechtigungen, um Kommentare und weitere Fragen zu Ihrer ISCSI-Modulkonfiguration abzugeben, wie sie in der Array-Verwaltungsbenutzeroberfläche von HPE EVA CommandView angezeigt wird. Daher möchten Sie möglicherweise Folgendes überprüfen:
Dass die Eigenschaften des ISCSI-Controllers auf den CommandView-Seiten als „gut“ angezeigt werden. (Speichernetzwerk->Array->Hardware->ISCSI-Geräte->ISCSI-Controller 1 und 2). Überprüfen Sie insbesondere den Back-End-Status der „FC-Ports“ und „Präsentierten Ziele“ auf den Registerkartenseiten. Vergleichen Sie den FC-Port-Status, wie er auf dieser Seite angezeigt wird, mit der tatsächlichen Seite mit den HSV Array FC Controller-Port-Eigenschaften.
Dass der ISCSI MPX-Host (also der MultiPleXer-Host, der automatisch/intern von CommandView in Array->Hosts erstellt wird) alle Daten auf seinen Seiten in CommandView korrekt anzeigt. Jeder MPX-Host sollte die erforderliche Anzahl von HSV-Controller-FC-Frontend-Ports des EVA wie konfiguriert sehen und sicherstellen, dass diese FC-Verbindungen zu den HSV-FC-Ports online sind.
Dass Ihr Initiator-Host in CommandView korrekt als Linux-Host konfiguriert ist.
Wenn der Besitz des HSV-Controllers der virtuellen EVA-Disk (wie in CommandView angezeigt) auf den anderen HSV-Controller wechselt, wenn Sie den besitzenden Controller herunterfahren oder neu starten, dann liegt möglicherweise ein Problem mit der Konfiguration des/der ISCSI-Modul(e) auf dem EVA vor.
Wenn die Konfiguration der ISCSI-Module in Ordnung ist, können Sie prüfen, ob das Problem bei einem Windows Server-Host auftritt. Wenn unter Windows kein Problem auftritt, ist entweder die Linux-Multipath-Konfiguration nicht korrekt oder das Linux-Multipathing über ISCSI zum EVA wird möglicherweise nicht von HPE unterstützt. Wenn es tatsächlich von HPE unterstützt wird, überprüfen Sie, ob der Linux-Initiator-Hostmultipath.confDatei ist korrekt konfiguriert gemäß denHPE EVA Device Mapper multipath.conf-Empfehlungen für Linux.
Um Ihre andere Frage zu beantworten: Multipath-Software/-Treiber auf den Hosts in einem SAN handhaben das Failover und Failback von Pfaden zu einem LUN. Die tatsächliche Multipath-Konfiguration auf dem Host hängt von der Speichersystemfunktion des Anbieters ab – ob die Controller des Speichersystems aktiv/aktiv, aktiv/Standby oder aktiv/passiv sind. Das EVA ist ein Aktiv/Standby-Speicherarray und entspricht dem SCSI-ALUA-Standard für solche Systeme. SCSI-Befehle von den Multipathing-Treibern des Initiator-Hosts werden über die verfügbaren/Online-Pfade an die Zielports des Arrays gesendet, um zu bestimmen, welche Pfade aktiv und welche Standby sind.