Leistungsoptimierung für Remotedesktop-Virtualisierungshosts

Der Remotedesktop-Virtualisierungshost (RD Virtualization Host) ist ein Rollendienst, der VDI-Szenarien (Virtual Desktop Infrastructure) unterstützt und es mehreren Benutzern ermöglicht, Windows-basierte Anwendungen auf virtuellen Computern auszuführen, die auf einem Server mit Windows Server und Hyper-V gehostet werden.

Windows Server unterstützt zwei Arten von virtuellen Desktops: persönliche virtuelle Desktops und gepoolte virtuelle Desktops.

Allgemeine Überlegungen

Storage

Der Speicher ist der wahrscheinlichste Leistungsengpass. Es ist daher wichtig, Ihren Speicher zu dimensionieren, um die E/A-Last, die durch Änderungen des VM-Zustands erzeugt wird, ordnungsgemäß verarbeiten zu können. Wenn ein Pilotprojekt oder eine Simulation nicht durchführbar ist, empfiehlt es sich, eine Datenträgerspindel für vier aktive virtuelle Computer bereitzustellen. Verwenden Sie Datenträgerkonfigurationen mit guter Schreibleistung (z. B. RAID 1+0).

Verwenden Sie zur Verringerung der Leselast des Datenträgers und zur Ermöglichung der Speicherlösung bei Bedarf die Datenträgerdeduplizierung und die Zwischenspeicherung, um die Leistung durch Zwischenspeichern eines erheblichen Teils des Images zu beschleunigen.

Datendeduplizierung und VDI

Die in Windows Server 2012 R2 eingeführte Datendeduplizierung unterstützt die Optimierung offener Dateien. Um virtuelle Computer verwenden zu können, die auf einem deduplizierten Volume ausgeführt werden, müssen die Dateien des virtuellen Computers auf einem separaten Host als dem Hyper-V-Host gespeichert werden. Wenn Hyper-V und die Deduplizierung auf demselben Computer ausgeführt werden, werden die beiden Features um Systemressourcen konkurrieren und sich negativ auf die Gesamtleistung auswirken.

Das Volume muss auch für die Verwendung des Optimierungstyps „Virtual Desktop Infrastructure (VDI)“ konfiguriert werden. Sie können dies mit Server-Manager (Datei- und Speicherdienste ->Volumes ->Dedup-Einstellungen) oder mit dem folgenden Windows PowerShell-Befehl konfigurieren:

Enable-DedupVolume <volume> -UsageType HyperV

Note

Die Optimierung der Datendeduplizierung von geöffneten Dateien wird nur für VDI-Szenarios mit Hyper-V mithilfe von Remotespeicher über SMB 3.0 unterstützt.

Memory

Die Serverspeicherauslastung wird von drei Hauptfaktoren bestimmt:

• Betriebssystemaufwand

• Hyper-V-Dienstaufwand pro virtuellem Computer

• Jedem virtuellen Computer zugeordneter Arbeitsspeicher

Bei einer typischen Arbeitsauslastung von Wissensarbeitern sollten Gast-VMs mit x86 Windows 8 oder Windows 8.1 mit ca. 512 MB Arbeitsspeicher als Basis ausgestattet werden. Mit dynamischem Arbeitsspeicher wird der Arbeitsspeicher der Gast-VM jedoch wahrscheinlich je nach Arbeitsauslastung auf etwa 800 MB erhöht. Bei x64 sollte mit ca. 800 MB begonnen und auf 1024 MB erhöht werden.

Daher ist es wichtig, dass genügend Serverspeicher zur Verfügung steht, um den Arbeitsspeicherbedarf der erwarteten Anzahl von Gast-VMs zu decken und eine ausreichende Menge an Arbeitsspeicher für den Server bereitzustellen.

CPU

Wenn Sie die Serverkapazität für einen RD-Virtualisierungshost-Server planen, hängt die Anzahl der virtuellen Computer pro physischem Kern von der Art der Arbeitsauslastung ab. Als Ausgangspunkt ist es sinnvoll, 12 virtuelle Computer pro physischem Kern zu planen und dann die entsprechenden Szenarien auszuführen, um Leistung und Dichte zu überprüfen. Abhängig von den Besonderheiten der Arbeitsauslastung kann eine höhere Dichte erreicht werden.

Es wird empfohlen, Hyperthreading zu aktivieren. Stellen Sie aber sicher, dass Sie das Überzeichnungsverhältnis basierend auf der Anzahl der physischen Kerne und nicht auf der Anzahl der logischen Prozessoren berechnen. Dadurch wird das erwartete Leistungsniveau pro CPU-Basis sichergestellt.

Leistungsoptimierungen

Dynamischer Speicher

Dynamischer Arbeitsspeicher ermöglicht eine effizientere Nutzung der Arbeitsspeicherressourcen des Servers, auf dem Hyper-V ausgeführt wird, indem die Verteilung des Arbeitsspeichers zwischen ausgeführten virtuellen Computern ausgeglichen wird. Der Arbeitsspeicher kann als Reaktion auf die sich ändernden Arbeitsauslastungen dynamisch zwischen virtuellen Computern neu zugeordnet werden.

Mit dynamischem Arbeitsspeicher können Sie die Dichte virtueller Computer mit den bereits vorhandenen Ressourcen erhöhen, ohne die Leistung oder Skalierbarkeit zu beeinträchtigen. Das Ergebnis ist eine effizientere Nutzung teurer Serverhardwareressourcen, was zu einer einfacheren Verwaltung und geringeren Kosten führen kann.

Berücksichtigen Sie bei Gastbetriebssystemen, auf denen Windows 8 und höher mit virtuellen Prozessoren ausgeführt wird, die mehrere logische Prozessoren umfassen, die Abwägung zwischen der Ausführung mit dynamischem Arbeitsspeicher, um die Speicherauslastung zu minimieren, und der Deaktivierung des dynamischen Arbeitsspeichers, um die Leistung einer Anwendung zu verbessern, die die Computertopologie einbezieht. Eine solche Anwendung kann die Topologieinformationen für Planungs- und Speicherzuordnungsentscheidungen nutzen.

Mehrstufiger Speicher

Der RD-Virtualisierungshost unterstützt mehrstufigen Speicher für virtuelle Desktoppools. Der physische Computer, der von allen in einem Pool zusammengefassten virtuellen Desktops innerhalb einer Sammlung gemeinsam genutzt wird, kann eine kleine, leistungsstarke Speicherlösung verwenden, z. B. ein gespiegeltes Solid State Drive (SSD). Die gepoolten virtuellen Desktops können auf kostengünstigerem herkömmlichem Speicher wie RAID 1+0 platziert werden.

Der physische Computer sollte auf einem SSD platziert werden, weil die meisten Lese-E/A-Vorgänge von gepoolten virtuellen Desktops an das Verwaltungsbetriebssystem gehen. Daher muss der vom physischen Computer verwendete Speicher viel höhere Lese-E/A-Vorgänge pro Sekunde verkraften.

Diese Bereitstellungskonfiguration stellt eine kostengünstige Leistung sicher, wenn Leistung benötigt wird. Das SSD bietet eine höhere Leistung auf einem kleineren Datenträger (ca. 20 GB pro Sammlung, abhängig von der Konfiguration). Ein herkömmlicher Speicher für gepoolte virtuelle Desktops (RAID 1+0) benötigt etwa 3 GB pro virtuellen Computer.

CSV-Cache

Failoverclustering in Windows Server 2012 und höher ermöglicht die Zwischenspeicherung auf freigegebenen Clustervolumes (CSV). Dies ist äußerst vorteilhaft für gepoolte virtuelle Desktopsammlungen, bei denen der Großteil der Lese-E/A-Vorgänge vom Verwaltungsbetriebssystem stammt. Der CSV-Cache bietet eine höhere Leistung um mehrere Größenordnungen, da er Blöcke zwischenspeichert, die mehr als einmal gelesen werden, und liefert sie aus dem Systemspeicher, wodurch die E/A-Vorgänge reduziert werden. Weitere Informationen zum CSV-Cache finden Sie unter Aktivieren des CSV-Caches.

Gepoolte virtuelle Desktops

Standardmäßig wird für gepoolte virtuelle Desktops ein Rollback in den unverfälschten Zustand ausgeführt, nachdem sich ein Benutzer abmeldet, sodass alle Änderungen, die seit der letzten Benutzeranmeldung am Windows-Betriebssystem vorgenommen wurden, verworfen werden.

Obwohl es möglich ist, das Rollback zu deaktivieren, handelt es sich dabei immer noch um einen vorübergehenden Zustand, da aufgrund verschiedener Updates der virtuellen Desktop-Vorlage eine gepoolte virtuelle Desktop-Sammlung normalerweise neu erstellt wird.

Es ist sinnvoll, Windows-Features und -Dienste zu deaktivieren, die vom beständigen Zustand abhängen. Darüber hinaus ist es sinnvoll, Dienste zu deaktivieren, die in erster Linie für Nicht-Unternehmensszenarien verwendet werden.

Jeder bestimmte Dienst sollte vor einer umfassenden Bereitstellung angemessen ausgewertet werden. Im Folgenden sind einige anfänglich zu berücksichtigende Punkte aufgeführt:

Service	Why?
Automatische Aktualisierung	Virtuelle Desktops im Pool werden aktualisiert, indem die Vorlage für virtuelle Desktops neu erstellt wird.
Offlinedateien	Virtuelle Desktops sind immer online und aus Netzwerksicht verbunden.
Defragmentierung im Hintergrund	Änderungen am Dateisystem werden verworfen, nachdem sich ein Benutzer abmeldet (aufgrund eines Rollbacks auf den unverfälschten Zustand oder durch erneutes Erstellen der Vorlage für virtuelle Desktops, was zur Neuerstellung aller gepoolten virtuellen Desktops führt).
Ruhezustand oder Standbymodus	Kein solches Konzept für VDI
Speicherabbild für Fehlerüberprüfung	Kein solches Konzept für gepoolte virtuelle Desktops. Eine Fehlerüberprüfung des gepoolten virtuellen Desktops beginnt im unverfälschten Zustand.
WLAN autoconfig	Es gibt keine WLAN-Geräteschnittstelle für VDI
Windows Media Player-Netzwerkfreigabedienst	Verbraucherorientierter Dienst
Heimnetzgruppen-Anbieter	Verbraucherorientierter Dienst
Gemeinsame Nutzung der Internetverbindung	Verbraucherorientierter Dienst
Erweiterte Media Center-Dienste	Verbraucherorientierter Dienst

Note

Diese Liste soll keine vollständige Liste sein, da sich alle Änderungen auf die beabsichtigten Ziele und Szenarien auswirken. Weitere Informationen finden Sie unter Hot off the presss, get it now, the Windows 8 VDI optimization script, courtesy of PFE!.

Note

SuperFetch in Windows 8 ist standardmäßig aktiviert. Es ist VDI-fähig und sollte nicht deaktiviert werden. SuperFetch kann den Arbeitsspeicherverbrauch durch die gemeinsame Nutzung von Speicherseiten weiter reduzieren, was für VDI von Vorteil ist. Bei gepoolten virtuellen Desktops unter Windows 7 sollte SuperFetch deaktiviert sein, aber für persönliche virtuelle Desktops unter Windows 7 sollte SuperFetch aktiviert bleiben.