Windows Server 8 Virtual Fibre Channel mit Hyper-V-Übersicht

Eine der mit Spannung erwarteten Funktionen von Windows Server 8 ist die Möglichkeit, einzelne virtuelle Hyper-V-Maschinen mit virtuellen Fibre-Channel-HBAs auszustatten. Diese Funktion ist in Hyper-V mit der dritten Version der Microsoft-Virtualisierungsplattform neu.

Ein virtueller Fibre-Channel-Port ist nützlich, um einer virtuellen Maschine den direkten Zugriff auf die Speicherressource zu ermöglichen. Dies kann sein, um sicherzustellen, dass das Zoning eingehalten wird, z. B. welche weltweiten Namen (WWNs) auf bestimmte LUNs in einer Speicherressource zugreifen können. Darüber hinaus kann dies ein entscheidender Schritt für die Virtualisierung sein, um sicherzustellen, dass diese Zoneneinteilung beibehalten wird, und gleichzeitig kostspielige Zuweisungen von Fibre-Channel-Ports zu konsolidieren. Der virtuelle Fibre-Channel-Port nutzt den Standard-NPIV-Prozess (N_port ID Virtualization), um WWNs virtueller Maschinen innerhalb des physischen HBA des Hyper-V-Hosts zu adressieren.

In meiner vSphere-Virtualisierungspraxis bin ich auf diesen virtuellen Fibre-Channel-NPIV-WWN gestoßen. die effektiv den gleichen NPIV-Standard nutzt. Bei Hyper-V sind die Entscheidungsprozesse dieselben: Nutzen Sie grundsätzlich das native Format der virtuellen Festplatte (VHD, VMDK, VHDX usw.), sofern keine spezifischen Anforderungen an eine virtuelle Maschine bestehen.

Dies kann zu einer Reihe von Effizienz- und Optionsoptionen für die virtuelle Maschine führen. Wenn das Inventar der virtuellen Maschine (VHD, VMDK, VHDX usw.) das gesamte Datenprofil enthält, können Funktionen wie Snapshots und Checkpoints in erster Linie genutzt werden. Wenn virtuelle Fibre-Channel-Schnittstellen zugewiesen sind; dann sind diese Daten in diesem Sinne nicht Teil der virtuellen Maschine. Zurück zum früheren Punkt der Fokussierung auf die Anforderungen: Stellen Sie den Fibre Channel NPIV oder den virtuellen Fibre Channel nur bereit, wenn die VM direkt eine LUN benötigt. Abbildung A unten zeigt diese Funktion sowohl in Hyper-V als auch in vSphere:

Abbildung A.

Es werden sowohl virtuelle Hyper-V- als auch vSphere-virtuelle HBAs angezeigt

In der Vergangenheit waren Einschränkungen der Größe einer virtuellen Festplattendatei möglicherweise ein guter Grund, Speicher auf diese Weise bereitzustellen. Mit der erweiterten Kapazität des VHDX-Dateiformats (16 TB) können diese Gründe bald verschwinden.

Sehen Sie einen Anwendungsfall für Virtual Fibre Channel mit Hyper-V und Windows Server 8? Teilen Sie Ihre Kommentare unten.

© Copyright 2020 | mobilegn.com