Benötigen wir vMA, um die LUN-Maskierung nach dem Upgrade auf ESXi 4 zu konvertieren?

Question

Dies ist ein Auszug aus Kapitel 12 des Vsphere-Upgradehandbuchs (im Anhang):

„Nach dem ESX/ESXi-Upgrade müssen Sie die LUN-Maskierung in das Anspruchsregelformat konvertieren. Führen Sie dazu den Befehl esxcli corestorage claimrule convert in der vSphere-Befehlszeilenschnittstelle aus. Dieser Befehl konvertiert den erweiterten Konfigurationseintrag /adv/Disk/MaskLUNs in esx.conf in Anspruchsregeln mit MASK_PATH als Plug-In. Weitere Informationen finden Sie im Installations- und Referenzhandbuch zur vSphere-Befehlszeilenschnittstelle.“

Wir haben iSCSI SAN. Müssen wir das wirklich tun? Und wenn ja, wie? Und was passiert, wenn wir es nicht tun?

Answer 1

Dies ist nichts, was Sie tun müssen, es sei denn, Sie haben LUN-Maskierung auf ESX-Hostebene implementiert. Dies ist eine relativ ungewöhnliche Technik – die LUN-Präsentation sollte auf Array-Ebene erfolgen und meiner Erfahrung nach ist dies fast immer der Fall. Ich kann mir nicht vorstellen, warum dies jemals in einer iSCSI-Umgebung verwendet werden sollte, aber es könnte seltsame Hardware geben, die dies erfordert. Wenn Sie Bedenken haben, prüfen Sie vor dem Upgrade, ob LUN-Maskierung auf Ihren Hosts konfiguriert ist.

Das Risiko besteht darin, dass Sie eine Umgebung haben, in der Ihr SAN alle oder einige seiner LUNs/Volumes unkontrolliert präsentiert und sich darauf verlässt, dass die Hosts selektiv vorgehen, mit welchen Volumes sie tatsächlich interagieren. Wenn Sie beispielsweise ein Szenario haben, in dem ein NTFS-Volume, das technisch zu einem Windows-Host gehört, auch für einen ESX-Host sichtbar ist, könnten Sie LUN-Maskierung verwenden, um zu verhindern, dass der ESX-Host dieses Volume beschädigt. Dies ist ein ziemlich fragiles Setup und wird deshalb im Allgemeinen vermieden.

Auch wenn Sie dies tun müssen, bedeutet das nicht, dass Sie die VMA verwenden müssen. Die vSphere-CLI kann unter Windows XP\2K3\2K8-64\Vista und RHEL 5.1, SLES 10\11 und Ubuntu 9.04 installiert werden, um Zugriff auf die meisten Befehle zu ermöglichen, die in älteren ESX-Versionen direkt auf der Servicekonsole ausgeführt werden müssten. Die VMA ist praktisch, da es sich um eine vollständig eigenständige und vorkonfigurierte CentOS Virtual Appliance handelt, die unter anderem die vSphere-CLI enthält. Wie JakeRobinson anmerkte, kann die Busybox-CLI unter ESX 4.1 verwendet werden, da sie die ESXCLI-Befehle unterstützt, sodass Sie eigentlich nichts anderes installieren müssen, wenn Sie dies tun müssen.

Answer 2

Sie müssen dies nur anwenden, wenn Sie Fiber Channel SAN verwenden.

Hiergibt es weitere Informationen zum Befehl undHierist ein interessanter Thread.

Wenn Sie dies aus irgendeinem Grund tun müssen, können Sie es über die ESX/ESXi-CLI tun. Bei ESXi 4.1 können Sie die CLI mit ALT-F1 aufrufen.

Answer 3

Wir haben über 2.000 3,5-Hosts auf 4 konvertiert, alle auf FC, und das war überhaupt nicht nötig.