Hyper-V-Storage E/A-Leistung

In diesem Abschnitt werden die verschiedenen Optionen und Überlegungen zum Optimieren der Speicher-E/A-Leistung auf einem virtuellen Computer beschrieben. Der Speicher-E/A-Pfad erstreckt sich vom Gastspeicherstapel über die Hostvirtualisierungsebene auf den Hostspeicherstapel und dann auf den physischen Datenträger. Nachfolgend werden Erläuterungen dazu erläutert, wie Optimierungen in jedem dieser Phasen möglich sind.

Virtuelle Controller

Hyper-V bietet drei Arten virtueller Controller: IDE, SCSI und Virtuelle Hostbusadapter (HBAs).

IDE

IDE-Controller machen IDE-Datenträger auf dem virtuellen Computer verfügbar. Der IDE-Controller wird emuliert, und es ist der einzige Controller, der für Gast-VMs verfügbar ist, die ältere Version von Windows ohne die Virtual Machine Integration Services ausführen. Datenträger-I/O, die mithilfe des IDE-Filtertreibers ausgeführt wird, der mit den Virtual Machine Integration Services bereitgestellt wird, ist wesentlich besser als die Datenträger-I/O-Leistung, die mit dem emulierten IDE-Controller bereitgestellt wird. Es wird empfohlen, dass IDE-Datenträger nur für die Betriebssystemdatenträger verwendet werden, da sie Leistungsbeschränkungen aufgrund der maximalen I/O-Größe haben, die für diese Geräte ausgestellt werden kann.

SCSI (SAS-Controller)

SCSI-Controller machen SCSI-Datenträger auf dem virtuellen Computer verfügbar, und jeder virtuelle SCSI-Controller kann bis zu 64 Geräte unterstützen. Für eine optimale Leistung empfehlen wir, mehrere Datenträger an einen einzelnen virtuellen SCSI-Controller anzufügen und nur zusätzliche Controller zu erstellen, da sie erforderlich sind, um die Anzahl der Datenträger zu skalieren, die mit dem virtuellen Computer verbunden sind. Der SCSI-Pfad wird nicht emuliert, ergibt den bevorzugten Controller für einen anderen Datenträger als den Betriebssystemdatenträger. Tatsächlich ist es mit VMs der Generation 2 der einzige Typ des Controllers möglich. In Windows Server 2012 R2 eingeführt, wird dieser Controller als SAS gemeldet, um freigegebene VHDX zu unterstützen.

virtueller Fibre Channel HBAs

virtueller Fibre Channel HBAs können so konfiguriert werden, dass der direkte Zugriff für virtuelle Computer auf Fibre Channel und Fibre Channel over Ethernet (FCoE) LUNs ermöglicht wird. virtueller Fibre Channel Datenträger umgehen das NTFS-Dateisystem in der Stammpartition, wodurch die CPU-Auslastung von Speicher-I/O reduziert wird.

Große Datenlaufwerke und Laufwerke, die zwischen mehreren virtuellen Computern (für Gastclusteringszenarien) gemeinsam genutzt werden, sind hauptkandidaten für virtuelle Fibre Channel-Datenträger.

virtueller Fibre Channel Datenträger erfordern, dass mindestens ein Fibre Channel-Hostbusadapter (HBAs) auf dem Host installiert werden. Jeder Host-HBA ist erforderlich, um einen HBA-Treiber zu verwenden, der die Windows Server 2016 virtueller Fibre Channel/NPIV-Funktionen unterstützt. Die SAN-Fabric sollte NPIV unterstützen, und die HBA-Porte, die für den virtuellen Fibre Channel verwendet werden, sollten in einer Fibre Channel-Topologie eingerichtet werden, die NPIV unterstützt.

Um den Durchsatz auf Hosts zu maximieren, die mit mehreren HBA installiert sind, empfehlen wir, mehrere virtuelle HBAs innerhalb des virtuellen Hyper-V-Computers zu konfigurieren (bis zu vier HBAs können für jeden virtuellen Computer konfiguriert werden). Hyper-V bemüht sich automatisch, virtuelle HBAs auf hosten, die auf dasselbe virtuelle SAN zugreifen.

Virtuelle Datenträger

Datenträger können über die virtuellen Controller auf den virtuellen Computern verfügbar gemacht werden. Diese Datenträger könnten virtuelle Festplatten sein, die Dateiabstraktionen eines Datenträgers oder eines Pass-Through-Datenträgers auf dem Host sind.

Virtuelle Festplatten

Es gibt zwei virtuelle Festplattenformate, VHD und VHDX. Jedes dieser Formate unterstützt drei Typen virtueller Festplattendateien.

VHD-Format

Das VHD-Format war das einzige virtuelle Festplattenformat, das von Hyper-V in früheren Versionen unterstützt wurde. Das in Windows Server 2012 eingeführte VHD-Format wurde geändert, um eine bessere Ausrichtung zu ermöglichen, was zu einer erheblich besseren Leistung auf neuen großen Datenträgern führt.

Alle neuen VHD, die auf einem Windows Server 2012 oder neuer erstellt werden, haben die optimale Ausrichtung von 4 KB. Dieses ausgerichtete Format ist vollständig mit vorherigen Windows Serverbetriebssystemen kompatibel. Die Ausrichtungseigenschaft wird jedoch für neue Zuordnungen von Parsern unterbrochen, die keine 4 KB-Ausrichtung aufweisen (z. B. ein VHD-Parser aus einer früheren Version von Windows Server oder einem Nicht-Microsoft-Parser).

Alle VHD, die aus einer vorherigen Version verschoben werden, werden nicht automatisch in dieses neue verbesserte VHD-Format konvertiert.

Führen Sie zum Konvertieren in das neue VHD-Format den folgenden Windows PowerShell Befehl aus:

Convert-VHD –Path E:\vms\testvhd\test.vhd –DestinationPath E:\vms\testvhd\test-converted.vhd

Sie können die Ausrichtungseigenschaft für alle VHDs im System überprüfen und in die optimale 4 KB-Ausrichtung konvertieren. Sie erstellen eine neue VHD mit den Daten aus der ursprünglichen VHD mithilfe der Option "Aus Quelle erstellen".

Um die Ausrichtung mithilfe von Windows Powershell zu überprüfen, überprüfen Sie die Ausrichtungslinie, wie unten gezeigt:

Get-VHD –Path E:\vms\testvhd\test.vhd

Path                    : E:\vms\testvhd\test.vhd
VhdFormat               : VHD
VhdType                 : Dynamic
FileSize                : 69245440
Size                    : 10737418240
MinimumSize             : 10735321088
LogicalSectorSize       : 512
PhysicalSectorSize      : 512
BlockSize               : 2097152
ParentPath              :
FragmentationPercentage : 10
Alignment               : 0
Attached                : False
DiskNumber              :
IsDeleted               : False
Number                  :

Um die Ausrichtung mithilfe von Windows PowerShell zu überprüfen, überprüfen Sie die Ausrichtungslinie, wie unten gezeigt:

Get-VHD –Path E:\vms\testvhd\test-converted.vhd

Path                    : E:\vms\testvhd\test-converted.vhd
VhdFormat               : VHD
VhdType                 : Dynamic
FileSize                : 69369856
Size                    : 10737418240
MinimumSize             : 10735321088
LogicalSectorSize       : 512
PhysicalSectorSize      : 512
BlockSize               : 2097152
ParentPath              :
FragmentationPercentage : 0
Alignment               : 1
Attached                : False
DiskNumber              :
IsDeleted               : False
Number                  :

VHDX-Format

VHDX ist ein neues virtuelles Festplattenformat, das in Windows Server 2012 eingeführt wurde, wodurch Sie widerstandsfähige virtuelle Datenträger mit hoher Leistung bis zu 64 Terabyte erstellen können. Zu den Vorteilen dieses Formats gehören:

  • Unterstützung für virtuelle Festplattenspeicherkapazität von bis zu 64 Terabyte.

  • Schutz gegen Datenbeschädigung durch Stromausfälle durch Protokollieren der Aktualisierungen an den VHDX-Metadatenstrukturen.

  • Möglichkeit zum Speichern benutzerdefinierter Metadaten zu einer Datei, die ein Benutzer aufzeichnen möchte, z. B. Betriebssystemversion oder Patches.

Das VHDX-Format bietet auch die folgenden Leistungsvorteile:

  • Verbesserte Ausrichtung des virtuellen Festplattenformats zur Unterstützung von Festplatten mit großen Sektoren.

  • Größere Blockgrößen für dynamische und differenzielle Datenträger, mit denen diese Datenträger den Anforderungen der Workload gerecht werden können.

  • Virtueller Datenträger mit 4 KB logischem Sektor, der eine höhere Leistung ermöglicht, wenn anwendungen und Workloads verwendet werden, die für 4 KB-Sektoren ausgelegt sind.

  • Effizienz bei der Darstellung von Daten, die zu einer kleineren Dateigröße führen und das zugrunde liegende physische Speichergerät ermöglicht, nicht genutzten Speicherplatz zurückzugeben. (Trim erfordert Pass-Through- oder SCSI-Datenträger und trim-kompatible Hardware.)

Wenn Sie ein Upgrade auf Windows Server 2016 durchführen, empfehlen wir, alle VHD-Dateien aufgrund dieser Vorteile in das VHDX-Format zu konvertieren. Das einzige Szenario, in dem es sinnvoll wäre, die Dateien im VHD-Format beizubehalten, besteht darin, dass ein virtueller Computer das Potenzial hat, in eine frühere Version von Hyper-V zu verschieben, die das VHDX-Format nicht unterstützt.

Typen virtueller Festplattendateien

Es gibt drei Arten von VHD-Dateien. In den folgenden Abschnitten handelt es sich um die Leistungseigenschaften und Handelsabschläge zwischen den Typen.

Die folgenden Empfehlungen sollten im Hinblick auf die Auswahl eines VHD-Dateityps berücksichtigt werden:

  • Wenn Sie das VHD-Format verwenden, empfehlen wir, den festen Typ zu verwenden, da es im Vergleich zu den anderen VHD-Dateitypen bessere Resilienz- und Leistungseigenschaften aufweist.

  • Wenn Sie das VHDX-Format verwenden, empfiehlt es sich, den dynamischen Typ zu verwenden, da es Zusätzlich zu Platzeinsparungen, die mit der Zuordnung von Speicherplatz verbunden sind, nur dann gewährleistet wird, wenn dies erforderlich ist.

  • Der feste Typ wird auch empfohlen, unabhängig vom Format, wenn der Speicher auf dem Hostingvolume nicht aktiv überwacht wird, um sicherzustellen, dass ausreichend Speicherplatz vorhanden ist, wenn die VHD-Datei zur Laufzeit erweitert wird.

  • Momentaufnahmen eines virtuellen Computers erstellen eine andere VHD zum Speichern von Schreibvorgängen auf den Datenträgern. Mit nur wenigen Momentaufnahmen kann die CPU-Auslastung von Speicher-I/Os erhöht werden, sich aber möglicherweise nicht spürbar auf die Leistung auswirken, außer in hochintensiven I/O-Serverlasten. Eine große Kette von Momentaufnahmen kann sich jedoch auf die Leistung auswirken, da das Lesen von VHD die Überprüfung der angeforderten Blöcke in vielen unterschiedlichen VHDs erfordern kann. Das Kurzhalten von Snapshotchains ist wichtig, um eine gute E/A-Leistung des Datenträgers zu gewährleisten.

Behobener virtueller Festplattentyp

Der Speicherplatz für die VHD wird zuerst zugewiesen, wenn die VHD-Datei erstellt wird. Diese Art von VHD-Datei ist weniger fragmentiert, was den I/O-Durchsatz reduziert, wenn ein einzelner I/O-Wert in mehrere I/Os aufgeteilt wird. Es verfügt über den niedrigsten CPU-Aufwand der drei VHD-Dateitypen, da Lese- und Schreibvorgänge nicht die Zuordnung des Blocks nachschlagen müssen.

Dynamischer virtueller Festplattentyp

Der Speicherplatz für die VHD wird bei Bedarf zugewiesen. Die Blöcke auf dem Datenträger beginnen als nicht zugewiesene Blöcke und werden von keinem tatsächlichen Speicherplatz in der Datei gesichert. Wenn ein Block zuerst geschrieben wird, muss der Virtualisierungsstapel Speicherplatz innerhalb der VHD-Datei für den Block zuweisen und dann die Metadaten aktualisieren. Dadurch wird die Anzahl der erforderlichen Datenträger-I/Os für den Schreibvorgang erhöht und die CPU-Auslastung erhöht. Lese- und Schreibvorgänge in vorhandene Blöcke führen zu Datenträgerzugriff und CPU-Aufwand, wenn sie die Zuordnung der Blöcke in den Metadaten nachschlagen.

Unterschiedlicher virtueller Festplattentyp

Die VHD verweist auf eine übergeordnete VHD-Datei. Alle Schreibvorgänge in Blöcken, die nicht geschrieben werden, führen dazu, dass Speicherplatz in der VHD-Datei zugewiesen wird, wie bei einer dynamisch erweiterten VHD. Lesevorgänge werden von der VHD-Datei verwendet, wenn der Block geschrieben wurde. Andernfalls werden sie von der übergeordneten VHD-Datei bedient. In beiden Fällen wird die Metadaten gelesen, um die Zuordnung des Blocks zu bestimmen. Lese- und Schreibvorgänge in diese VHD können mehr CPU verbrauchen und zu mehr I/Os führen als eine feste VHD-Datei.

Überlegungen zur Blockgröße

Die Blockgröße kann sich erheblich auf die Leistung auswirken. Es ist optimal, die Blockgröße mit den Zuordnungsmustern der Arbeitsauslastung übereinzugleichen, die den Datenträger verwendet. Wenn z. B. eine Anwendung in Blöcken von 16 MB angibt, wäre es optimal, eine virtuelle Festplattenblockgröße von 16 MB zu haben. Eine Blockgröße von >2 MB ist nur auf virtuellen Festplatten mit dem VHDX-Format möglich. Wenn eine größere Blockgröße als das Zuordnungsmuster für eine zufällige I/O-Workload vorhanden ist, wird die Speicherplatznutzung auf dem Host erheblich erhöht.

Auswirkungen der Sektorgröße

Die meisten Softwarebranchen sind von Datenträgersektoren von 512 Bytes abhängig, aber der Standard wechselt zu 4 KB Datenträgersektoren. Um Kompatibilitätsprobleme zu verringern, die sich aus einer Änderung der Branchengröße ergeben könnten, führen Festplattenanbieter eine Übergangsgröße ein, die als 512 Emulationslaufwerke (512e) bezeichnet wird.

Diese Emulationslaufwerke bieten einige der Vorteile, die von systemeigenen 4 KB-Festplattenlaufwerken angeboten werden, z. B. verbesserte Formateffizienz und ein verbessertes Schema für Fehlerkorrekturcodes (ECC). Sie verfügen über weniger Kompatibilitätsprobleme, die auftreten würden, indem eine Größe von 4 KB auf der Datenträgerschnittstelle verfügbar ist.

Unterstützung für 512e-Datenträger

Ein 512e-Datenträger kann einen Schreibvorgang nur in Bezug auf einen physischen Sektor ausführen– das heißt, es kann keinen 512Byte-Sektor direkt schreiben, der darauf ausgestellt wird. Der interne Prozess auf dem Datenträger, der diese Schreibvorgänge ermöglicht, folgt den folgenden Schritten:

  • Der Datenträger liest den 4 KB physischen Sektor in seinen internen Cache, der den 512-Byte-logischen Sektor enthält, der im Schreibvorgang erwähnt wird.

  • Die Daten im 4-KB-Puffer werden geändert, sodass sie den aktualisierten 512-Byte-Sektor einschließen.

  • Das Laufwerk schreibt den Inhalt des aktualisierten 4-KB-Puffers zurück auf den physischen Sektor auf dem Laufwerk.

Dieser Prozess wird als Read-Modify-Write (RMW) bezeichnet. Die Gesamtleistungswirkung des RMW-Prozesses hängt von den Arbeitslasten ab. Der RMW-Prozess verursacht Leistungseinbußen in virtuellen Festplatten aus folgenden Gründen:

  • Dynamische und unterschiedliche virtuelle Festplatten verfügen über eine 512-Byte-Sektor-Bitmap vor ihrer Datennutzlast. Darüber hinaus richten Fußzeilen, Kopfzeilen und übergeordnete Locators an einen 512-Byte-Sektor aus. Es ist üblich, dass der virtuelle Festplattentreiber Befehle mit 512-Byte-Schreibbefehlen ausgibt, um diese Strukturen zu aktualisieren, was zu dem zuvor beschriebenen RMW-Prozess führt.

  • Anwendungen stellen häufig Lese- und Schreibvorgänge in Mehreren von 4 KB-Größen (die Standardclustergröße von NTFS) dar. Da eine 512-Byte-Sektor-Bitmap vor dem Datennutzlastblock dynamischer und unterschiedlicher virtueller Festplatten vorhanden ist, werden die 4 KB-Blöcke nicht an die physische 4 KB-Grenze ausgerichtet. Die folgende Abbildung zeigt einen VHD 4 KB-Block (hervorgehoben), der nicht an der physischen 4 KB-Grenze ausgerichtet ist.

vhd 4 kb block

Jeder 4 KB-Schreibbefehl, der vom aktuellen Parser ausgegeben wird, um die Nutzlastdaten zu aktualisieren, führt zu zwei Lesevorgängen für zwei Blöcke auf dem Datenträger, die dann aktualisiert und anschließend in die beiden Datenträgerblöcke zurückgeschrieben werden. Hyper-V in Windows Server 2016 verringert einige der Leistungseffekte auf 512e Datenträger auf dem VHD-Stapel, indem die zuvor erwähnten Strukturen für die Ausrichtung auf 4 KB-Grenzen im VHD-Format vorbereitet werden. Dadurch wird der RMW-Effekt beim Zugriff auf die Daten in der virtuellen Festplattendatei und beim Aktualisieren der metadatenstrukturen der virtuellen Festplatte vermieden.

Wie bereits erwähnt, werden VHDs, die aus früheren Versionen von Windows Server kopiert werden, nicht automatisch auf 4 KB ausgerichtet. Sie können sie manuell in eine optimale Ausrichtung konvertieren, indem Sie die Option "Aus Quelldatenträger kopieren" verwenden, die in den VHD-Schnittstellen verfügbar ist.

Standardmäßig werden VHDs mit einer physischen Sektorgröße von 512 Bytes verfügbar gemacht. Dies geschieht, um sicherzustellen, dass die abhängigen physischen Branchenanwendungen nicht beeinträchtigt werden, wenn die Anwendung und VHDs aus einer früheren Version von Windows Server verschoben werden.

Standardmäßig werden Datenträger mit dem VHDX-Format mit der Größe des physischen 4 KB-Sektors erstellt, um das Leistungsprofil reguläre Datenträger und große Sektordatenträger zu optimieren. Um vollständig 4 KB-Sektoren zu verwenden, empfiehlt es sich, das VHDX-Format zu verwenden.

Unterstützung für systemeigene 4 KB-Datenträger

Hyper-V in Windows Server 2012 R2 und darüber hinaus unterstützt 4 KB native Datenträger. Es ist jedoch weiterhin möglich, VHD-Datenträger auf 4 KB nativem Datenträger zu speichern. Dies erfolgt durch Implementieren eines SOFTWARE RMW-Algorithmus auf der ebene des virtuellen Speicherstapels, der 512-Byte-Zugriffs- und Updateanforderungen in entsprechende 4 KB-Zugriffe und -Updates konvertiert.

Da die VHD-Datei nur als 512-Byte-Logische Sektorgrößendatenträger verfügbar machen kann, ist es sehr wahrscheinlich, dass Anwendungen vorhanden sind, die 512-Byte-I/O-Anforderungen ausstellen. In diesen Fällen erfüllt die RMW-Ebene diese Anforderungen und verursacht Leistungseinbußen. Dies gilt auch für einen Datenträger, der mit VHDX formatiert ist, der eine logische Sektorgröße von 512 Bytes aufweist.

Es ist möglich, eine VHDX-Datei so zu konfigurieren, dass sie als 4 KB logischer Sektorgrößendatenträger verfügbar gemacht wird, und dies wäre eine optimale Konfiguration für die Leistung, wenn der Datenträger auf einem 4 KB nativen physischen Gerät gehostet wird. Achten Sie darauf, dass der Gast und die Anwendung, die den virtuellen Datenträger verwendet, von der 4 KB logischen Sektorgröße gesichert werden. Die VHDX-Formatierung funktioniert ordnungsgemäß auf einem 4 KB logischen Sektorgrößesgerät.

Pass-Through-Datenträger

Die VHD auf einem virtuellen Computer kann direkt einem physischen Datenträger oder einer logischen Einheitsnummer (LUN) zugeordnet werden, statt einer VHD-Datei. Der Vorteil besteht darin, dass diese Konfiguration das NTFS-Dateisystem in der Stammpartition umgeht, wodurch die CPU-Auslastung von Speicher-I/O reduziert wird. Das Risiko besteht darin, dass physische Datenträger oder LUNs schwieriger sein können, zwischen Computern zu wechseln als VHD-Dateien.

Pass-Through-Datenträger sollten aufgrund der Einschränkungen vermieden werden, die in Szenarien für die Migration virtueller Computer eingeführt wurden.

Erweiterte Speicherfeatures

Quality of Service (QoS) für Speicher

Ab Windows Server 2012 R2 enthält Hyper-V die Möglichkeit, bestimmte QoS-Parameter (Quality-of-Service) für den Speicher auf den virtuellen Computern festzulegen. Quality of Service für Speicher stellt eine Speicherleistungsisolierung in einer mehrinstanzenfähigen Umgebung und Mechanismen bereit, um Sie zu benachrichtigen, wenn die Speicher-E/A-Leistung den definierten Schwellenwert nicht erfüllt, der erforderlich ist, damit die Arbeitsauslastungen Ihres virtuellen Computers effizient ausgeführt werden.

Mit Quality of Service für Speicher kann ein maximaler IOPS-Wert (Input/Output Operations per Second, Eingabe-/Ausgabevorgänge pro Sekunde) für Ihre virtuelle Festplatte festgelegt werden. Ein Administrator kann den Speicher-E/A drosseln, um einen Mandanten daran zu hindern, sehr umfangreiche Speicherressourcen zu beanspruchen, wenn dadurch ein anderer Mandant beeinflusst wird.

Sie können auch einen minimalen IOPS-Wert festlegen. Er wird benachrichtigt, wenn der IOPS-Wert für eine angegebene virtuelle Festplatte unter einem Schwellenwert liegt, der für die optimale Leistung erforderlich ist.

Die Infrastruktur der Metriken des virtuellen Computers wird auch mit speicherbezogenen Parametern aktualisiert, damit der Administrator die Leistung überwachen und zugehörige Parameter rückbelasten kann.

Maximal- und Mindestwerte werden in Bezug auf normalisierte IOPS angegeben, bei denen alle 8 KB Daten als I/O gezählt werden.

Einige der Einschränkungen sind wie folgt:

  • Nur für virtuelle Datenträger

  • Datenträger mit unterschiedlichen Datenträgern kann nicht über einen übergeordneten virtuellen Datenträger auf einem anderen Volume verfügen

  • Replikat – QoS für Replikatwebsite, die separat vom primären Standort konfiguriert ist

  • Freigegebenes VHDX wird nicht unterstützt.

Weitere Informationen zu Storage Servicequalität finden Sie unter Storage Servicequalität für Hyper-V.

ZAHLA-E/A

Windows Server 2012 und darüber hinaus unterstützt große virtuelle Computer und jede große virtuelle Computerkonfiguration (z. B. eine Konfiguration mit Microsoft SQL Server mit 64 virtuellen Prozessoren) benötigt auch Skalierbarkeit im Hinblick auf den I/O-Durchsatz.

Die folgenden wichtigen Verbesserungen, die zuerst im Windows Server 2012 Speicherstapel eingeführt wurden, und Hyper-V bieten die I/O-Skalierbarkeitsanforderungen großer virtueller Computer:

  • Eine Erhöhung der Anzahl von Kommunikationskanälen, die zwischen den Gastgeräten und dem Hostspeicherstapel erstellt wurden.

  • Ein effizienterer E/A-Abschlussmechanismus, der die Unterbrechungsverteilung zwischen den virtuellen Prozessoren beinhaltet, um teure Interprozessorunterbrechungen zu vermeiden.

In Windows Server 2012 eingeführt, gibt es einige Registrierungseinträge, die sich unter HKLM\System\CurrentControlSet\Enum\VMBUS\{device id}\{instance id}\StorChannel befinden, mit denen die Anzahl der Kanäle angepasst werden kann. Sie richten auch die virtuellen Prozessoren aus, die die I/O-Fertigstellungen an die virtuellen CPUs verarbeiten, die von der Anwendung zugewiesen werden, um die I/O-Prozessoren zu sein. Die Registrierungseinstellungen werden pro Adapter auf der Hardwareschlüssel des Geräts konfiguriert.

  • ChannelCount (DWORD) Die Gesamtanzahl der zu verwendenden Kanäle mit maximal 16. Standardmäßig wird eine Obergrenze festgelegt, die die Anzahl der virtuellen Prozessoren/16 ist.

  • ChannelMask (QWORD) Die Prozessoraffinität für die Kanäle. Wenn er nicht auf 0 festgelegt oder festgelegt ist, wird er standardmäßig auf den vorhandenen Kanalverteilungsalgorithmus festgelegt, den Sie für normalen Speicher oder für Netzwerkkanäle verwenden. Dadurch wird sichergestellt, dass Ihre Speicherkanäle keine Konflikte mit Ihren Netzwerkkanälen haben.

Offloaded Data Transfer Integration

Wichtige Wartungsaufgaben für VHDs, z. B. Zusammenführen, Verschieben und Komprimieren, hängen vom Kopieren großer Datenmengen ab. Die aktuelle Methode zum Kopieren von Daten erfordert, dass die Daten an unterschiedlichen Standorten eingelesen und geschrieben werden, was sehr zeitaufwändig sein kann. Es verwendet auch CPU- und Arbeitsspeicherressourcen auf dem Host, die zum Dienst virtueller Computer verwendet werden konnten.

SAN-Hersteller (Storage Area Network) arbeiten daran, Kopiervorgänge für große Datenmengen nahezu in Echtzeit zu ermöglichen. Dieser Speicher ist so konzipiert, dass das System über den Datenträgern die Verschiebung eines bestimmten Datasets von einem Speicherort zu einem anderen angeben kann. Dieses Hardwarefeature wird als "Offloaded Data Transfer" bezeichnet.

Hyper-V in Windows Server 2012 und darüber hinaus unterstützt Offload Data Transfer (ODX)-Vorgänge, sodass diese Vorgänge vom Gastbetriebssystem an die Hosthardware übergeben werden können. Dadurch wird sichergestellt, dass die Workload ODX-aktivierten Speicher wie in einer nicht virtualisierten Umgebung verwenden kann. Der Hyper-V-Speicherstapel stellt auch ODX-Vorgänge während Wartungsvorgängen für VHDs aus, z. B. das Zusammenführen von Datenträgern und Speichermigrationsmetavorgängen, bei denen große Datenmengen verschoben werden.

Unmap-Integration

Virtuelle Festplattendateien sind als Dateien auf einem Speichervolume vorhanden, und sie teilen den verfügbaren Speicherplatz für andere Dateien. Da die Größe dieser Dateien tendenziell groß ist, kann der von ihnen verbrauchte Speicherplatz schnell wachsen. Die Nachfrage nach mehr physischem Speicher wirkt sich auf das IT-Hardwarebudget aus. Es ist wichtig, die Nutzung des physischen Speichers so weit wie möglich zu optimieren.

Vor Windows Server 2012, wenn Anwendungen Inhalte innerhalb einer virtuellen Festplatte löschen, die den Speicherplatz des Inhalts effektiv verlassen, der Windows Speicherstapel im Gastbetriebssystem und der Hyper-V-Host hatte Einschränkungen, die verhindert haben, dass diese Informationen an die virtuelle Festplatte und das physische Speichergerät übermittelt werden. Dadurch wurde verhindert, dass der Hyper-V-Speicherstapel die Speicherplatznutzung durch die VHD-basierten virtuellen Datenträgerdateien optimiert. Außerdem wurde verhindert, dass das zugrunde liegende Speichergerät den zuvor von den gelöschten Daten belegten Speicherplatz zurückgibt.

Ab Windows Server 2012 unterstützt Hyper-V Unmapbenachrichtigungen, wodurch VHDX-Dateien effizienter dargestellt werden können, um diese Daten darin darzustellen. Dies führt zu einer kleineren Dateigröße und ermöglicht es dem zugrunde liegenden physischen Speichergerät, nicht genutzten Speicherplatz zurückzugeben.

Nur hyper-V-spezifische SCSI, optimierte IDE und virtueller Fibre Channel Controller ermöglichen es dem Gast, den Befehl "Unmap" vom Gast zu erreichen, um den virtuellen Speicherstapel des Hosts zu erreichen. Auf den virtuellen Festplatten unterstützen nur virtuelle Datenträger, die als VHDX formatiert sind, Die Zuordnungsbefehle aus dem Gast.

Aus diesen Gründen wird empfohlen, VHDX-Dateien zu verwenden, die an einen SCSI-Controller angefügt sind, wenn virtueller Fibre Channel Datenträger nicht verwendet werden.

Weitere Verweise