Wir verfügen derzeit über eine Testumgebung, in der wir Hunderte von LUNs auf unserem an ein SAN angeschlossenen Speicherarray erstellen, sie auf einen oder mehrere (physische) Server exportieren, Tests mit den auf den LUNs enthaltenen Daten ausführen, sie anschließend zerstören und den Vorgang wiederholen.
Wir möchten VMs als Server verwenden, haben jedoch Probleme damit, jeder einzelnen VM Hunderte von LUNs manuell zuzuweisen (wobei wir zuvor bei den physischen Servern einfach die Zoneneinteilung entsprechend einrichten und einen erneuten HBA-Scan durchführen konnten).
Gibt es Vorschläge, wie man mit dieser Situation umgehen kann? Eine Lösung könnte VM Direct Path IO sein (aber wir haben im Moment nicht die erforderliche Hardware dafür) oder die Einrichtung eines Skripts, das automatisch auf ESX-Ebene nach neuen LUNs sucht und die LUNs dann automatisch bestimmten VMs zuweist (was meiner Meinung nach über eine API erfolgen könnte?).
Antwort1
Ich sehe keinen Grund, warum dies nicht mit jedem Standard-ESX\ESXi-Setup möglich sein sollte.
Sie sollten dazu in der Lage sein, Raw Device Mappings zu verwenden. Vorausgesetzt, die Zoning- und LUN-Präsentationsverfahren auf der SAN-Seite bleiben unverändert, können Sie vmkfstools verwenden, um ESX anzuweisen, die neuen LUNs auf Hostebene erneut zu scannen und zu erkennen. Sobald dies gefunden wurde, können Sie entweder VMDKs erstellen und sie der VM hinzufügen oder die gesamten Volumes als Raw Device Mappings (RDMs) präsentieren.
Bei ESX können Sie dies über die Befehlszeile der Servicekonsole skripten, bei ESXi müssen Sie jedoch entweder die PowerCLI (Powershell) oder die Perl-CLI-Tools verwenden. DievSphere-Verwaltungsgerätist eine Linux-Appliance, die alle Tools vorinstalliert hat, falls Sie diesen Weg wählen möchten. Die Dokumentation für alle drei CLI-Ansätze finden SieHier.
Im Allgemeinen sollten Sie Folgendes tun:
1. Suchen Sie erneut nach den neuen LUNs auf dem Host.
vicfg-rescan [vmhbaX]
Sie möchten wahrscheinlich nur die relevanten HBAs scannen, denen die LUN präsentiert wird. Ersetzen Sie daher vmhbaX durch die relevanten HBA-Namen, die mit Ihrem SAN verbunden sind.
2. Erstellen Sie einen RDM-Stub, der der neuen LUN zugeordnet ist
vmkfstools –a lsilogic -r /vmfs/devices/disks/vmhba1:0:0:0 /vmfs/volumes/storage1/testluns/testrdmlun.vmdk
Sie müssen die LUN-Referenz für Ihre LUNS herausfinden und die vmdk auf einen Speicherort und Namen setzen, der in Ihrer Umgebung Sinn ergibt. Es gibt ein paar Syntaxvarianten und ich habe dies nicht auf ESXi 4 verwendet, aber dieses Format hat bei mir auf 3.5 gut funktioniert. Es gibt zwei RDM-Modi. Wenn Sie mehr SCSI-Funktionalität benötigen, ist der Raw Device Mapping Passthrough-Modus möglicherweise besser für Sie geeignet. Ersetzen Sie in diesem Fall -r durch -x.
3. Stellen Sie Ihrer/n VM(s) die neue Festplatte vor.
Sobald Sie die Festplatte auf diese Weise vorbereitet haben, gibt es mehrere Möglichkeiten, diese dem Betriebssystem innerhalb der VM zu präsentieren. Sie können die VM-Konfiguration bearbeiten und einen Eintrag für dieses Gerät hinzufügen, oder Sie können dieses spezielle Ziel-VMDK bereits in einer VM konfiguriert haben und die oben genannten Erkennungsschritte ausführen, während die VM ausgeschaltet ist. Wenn Sie einen dynamischeren Mechanismus wünschen, ist die beste Möglichkeit, das zu tun, was Sie tun möchten, die Verwendung desVMware Disk Mount-Dienstprogramm– Dadurch können Sie das RDM (oder ein anderes VMDK) direkt aus dem Gastbetriebssystem heraus mounten, ohne die VM-Konfiguration ändern zu müssen.
Wenn Sie die Remote-CLI für die Teile „Rescan“ und „vmkfstools“ verwenden, müssen Sie möglicherweise den Zielhost und die Authentifizierungsdaten als Teil der Befehle angeben.
Derselbe Ansatz könnte mit Standard-VMDK-Dateien verwendet werden, aber Sie müssten die LUN zuerst als VMFS formatieren und dann ein geeignetes VMDK darauf erstellen. Soweit ich Ihrer Beschreibung entnehmen kann, ergibt sich für Sie daraus kein Vorteil.