Für virtuelle Maschinen mit einem überproportional großen Arbeitsspeicherbedarf können Sie die Standardeinstellungen für virtuelle CPUs mithilfe der erweiterten Optionen manuell überschreiben.

Diese erweiterten Optionen können Sie zur Konfigurationsdatei der virtuellen Maschine hinzufügen.

Tabelle 1. Erweiterte Optionen für Steuerelemente virtueller NUMAs

Option

Beschreibung

Standardwert

cpuid.coresPerSocket

Gibt die Anzahl der virtuellen Kerne pro virtuellem CPU-Socket an. Wenn der Wert größer als 1 ist, wird zudem die Größe der virtuellen NUMA-Knoten angegeben, falls eine virtuelle Maschine über eine virtuelle NUMA-Topologie verfügt. Sie können diese Option festlegen, falls Sie die genaue virtuelle NUMA-Topologie eines jeden physischen Hosts kennen.

1

numa.vcpu.maxPerVirtualNode

Falls cpuid.coresPerSocket als Zweierpotenz zu restriktiv ist, können Sie numa.vcpu.maxPerVirtualNode direkt festlegen. Legen Sie in diesem Fall nicht cpuid.coresPerSocket fest.

8

numa.autosize

Wenn Sie diese Option festlegen, hat die virtuelle NUMA-Topologie dieselbe Anzahl an virtuellen CPUs pro virtuellem Knoten, wie es Kerne an jedem physischen Knoten gibt.

Falsch

numa.autosize.once

Wenn Sie mit diesen Einstellungen eine Vorlage für eine virtuelle Maschine erstellen, bleiben die Einstellungen garantiert jedes Mal, wenn Sie die virtuelle Maschine einschalten, dieselben. Die virtuelle NUMA-Topologie wird neu bewertet, wenn die konfigurierte Anzahl an virtuellen CPUs auf der virtuellen Maschine geändert wird.

Wahr

numa.vcpu.min

Mindestanzahl an virtuellen CPUs in einer virtuellen Maschine, die erforderlich ist, um eine virtuelle NUMA-Topologie zu generieren.

9

Anmerkung:

Wenn Sie numa.autosize auf TRUE setzen und die Konfiguration manuell oder mit einem Skript erfolgt ist, können einige Gäste dynamische Änderungen unter Umständen nicht verarbeiten.

Beispielsweise wird eine mit dem Systemdienstprogramm numactl konfigurierte Linux-Anwendung auf einem physischen Host mit vier Kernen pro Knoten eingerichtet und getestet. Für eine virtuelle Maschine mit acht virtuellen CPUs benötigt der Host zwei NUMA-Knoten. Falls die gleiche virtuelle Maschine auf einem System mit acht Knoten pro Kern ausgeführt wird, wie es während eines vMotion-Vorgangs vorkommen kann, und numa.autosize auf TRUE gesetzt wurde, wird nur ein virtueller NUMA-Knoten (anstelle von zwei virtuellen NUMA-Knoten) erstellt. Wenn numactl den zweiten NUMA-Knoten referenziert, schlägt der Vorgang fehl.

Um dies zu vermeiden, sollten Skripts intelligent genug sein, um zuvor numactl --hardware abzufragen. Anderenfalls müssen Sie die NUMA-Topologie explizit einrichten oder der Standardeinstellung numa.autosize.once erlauben, wirksam zu werden.