Hyper-V-Prozessorleistung

Integrationsdienste für virtuelle Computer

Der virtuelle Integration Services enthält aktive Treiber für hyper-V-spezifische E/A-Geräte, wodurch der CPU-Mehraufwand für E/A im Vergleich zu emulierten Geräten erheblich reduziert wird. Sie sollten auf jedem unterstützten virtuellen Computer die Integration Services Version des virtuellen Computers installieren. Die Dienste verringern die CPU-Auslastung der Gäste – von Gästen im Leerlauf bis zu stark genutzten Gästen – und verbessern den E/A-Durchsatz. Dies ist der erste Schritt beim Optimieren der Leistung auf einem Server mit Hyper-V. Eine Liste der unterstützten Gastbetriebssysteme finden Sie unter Übersicht über Hyper-V.

Virtuelle Prozessoren

Hyper-V in Windows Server 2016 unterstützt maximal 240 virtuelle Prozessoren pro virtuellem Computer. Virtuelle Computer mit Auslastungen, die nicht CPU-intensiv sind, sollten für die Verwendung eines virtuellen Prozessors konfiguriert werden. Dies liegt an dem zusätzlichen Mehraufwand, der mehreren virtuellen Prozessoren zugeordnet ist, z. B. zusätzliche Synchronisierungskosten im Gastbetriebssystem.

Erhöhen Sie die Anzahl der virtuellen Prozessoren, wenn der virtuelle Computer bei Spitzenlast mehr als eine CPU-Verarbeitung erfordert.

Hintergrundaktivität

Durch die Minimierung der Hintergrundaktivität auf virtuellen Computern im Leerlauf werden CPU-Zyklen frei, die von anderen virtuellen Computern an anderer Stelle verwendet werden können. Windows Gäste verwenden in der Regel weniger als ein Prozent einer CPU, wenn sie sich im Leerlauf befinden. Im Folgenden finden Sie mehrere bewährte Methoden zum Minimieren der CPU-Auslastung eines virtuellen Computers im Hintergrund:

  • Installieren Sie die neueste Version des virtuellen Integration Services.

  • Entfernen Sie den emulierten Netzwerkadapter über das Dialogfeld mit den Einstellungen des virtuellen Computers (verwenden Sie Microsoft Hyper-V spezifischen Adapter).

  • Entfernen Sie nicht verwendete Geräte wie CD-ROM und COM-Port, oder trennen Sie ihre Medien.

  • Behalten Sie Windows Gastbetriebssystem auf dem Anmeldebildschirm bei, wenn es nicht verwendet wird, und deaktivieren Sie den Bildschirmschoner.

  • Überprüfen Sie die geplanten Aufgaben und Dienste, die standardmäßig aktiviert sind.

  • Überprüfen Sie die standardmäßig aktivierten ETW-Ablaufverfolgungsanbieter, indem Sielogman.exe -ets ausführen.

  • Verbessern Sie Serveranwendungen, um regelmäßige Aktivitäten (z. B. Timer) zu reduzieren.

  • Schließen Server-Manager sowohl auf dem Host- als auch auf dem Gastbetriebssysteme.

  • Lassen Sie den Hyper-V-Manager nicht ausgeführt, da er ständig die Miniaturansicht des virtuellen Computers aktualisiert.

Im Folgenden finden Sie weitere bewährte Methoden zum Konfigurieren einer Clientversion von Windows auf einem virtuellen Computer, um die CPU-Gesamtauslastung zu reduzieren:

  • Deaktivieren Sie Hintergrunddienste wie SuperFetch und Windows Search.

  • Deaktivieren Sie geplante Aufgaben wie geplante Defragmentierung.

Virtuelle NUMA

Um die Virtualisierung großer Workloads für das hochskalierte Hochskalieren zu ermöglichen, Windows Server 2016 Hyper-V in erweiterten Grenzwerten für die Skalierung virtueller Computer. Einem einzelnen virtuellen Computer können bis zu 240 virtuelle Prozessoren und 12 TB Arbeitsspeicher zugewiesen werden. Wenn Sie so große virtuelle Computer erstellen, wird wahrscheinlich Arbeitsspeicher von mehreren NUMA-Knoten auf dem Hostsystem genutzt. Wenn in einer solchen Konfiguration virtueller Computer virtuelle Prozessoren und Arbeitsspeicher nicht vom gleichen NUMA-Knoten zugeordnet werden, können Workloads eine schlechte Leistung haben, da numa-Optimierungen nicht genutzt werden können.

In Windows Server 2016 stellt Hyper-V virtuellen Computern eine virtuelle NUMA-Topologie zur Verfügung. Diese virtuelle NUMA-Topologie ist standardmäßig optimiert, um mit der NUMA-Topologie des zugrunde liegenden Hostcomputers übereinzustimmen. Durch das Verfügbarmachen einer virtuellen NUMA-Topologie in einem virtuellen Computer können das Gastbetriebssystem und alle darauf ausgeführten NUMA-fähigen Anwendungen von den NUMA-Leistungsoptimierungen profitieren, so als würden sie auf einem physischen Computer ausgeführt werden.

Aus Sicht der Workload gibt es keinen Unterschied zwischen einem virtuellen und einem physischen NUMA. Wenn eine Arbeitsauslastung in einem virtuellen Computer lokalen Arbeitsspeicher für Daten zuweist und auf die Daten im selben NUMA-Knoten zugreift, führt dies zu einem schnellen lokalen Speicherzugriff auf dem zugrunde liegenden physischen System. Leistungsbenachteiligungen aufgrund des Remotearbeitsspeicherzugriffs wird erfolgreich vermieden. Nur NUMA-orientierte Anwendungen können von vNUMA profitieren.

Microsoft SQL Server ist ein Beispiel für eine NUMA-bewusste Anwendung. Weitere Informationen finden Sie unter Grundlegendes zum nicht einheitlichen Speicherzugriff.

Die Features virtuelles NUMA und dynamischer Arbeitsspeicher können nicht gleichzeitig verwendet werden. Ein virtueller Computer mit aktiviertem dynamischen Arbeitsspeicher hat effektiv nur einen virtuellen NUMA-Knoten, und keine NUMA-Topologie wird mit dem virtuellen Computer angezeigt – unabhängig von den virtuellen NUMA-Einstellungen.

Weitere Informationen zum virtuellen NUMA finden Sie unter Hyper-V Virtual NUMA Overview (Übersicht über virtuelle Hyper-V-NUMA).

Weitere Verweise