Ressourcensteuerelemente für virtuelle Computer

Gilt für: Windows Server 2022, Windows Server 2016, Microsoft Hyper-V Server 2016, Windows Server 2019, Microsoft Hyper-V Server 2019

In diesem Artikel werden Hyper-V-Ressourcen und Isolationssteuerungen für virtuelle Computer beschrieben. Diese Funktionen, die wir als VM-CPU-Gruppen oder einfach "CPU-Gruppen" bezeichnen, wurden in Windows Server 2016 eingeführt. CPU-Gruppen ermöglichen Hyper-V-Administratoren eine bessere Verwaltung und Zuordnung der CPU-Ressourcen des Hosts auf virtuellen Gastcomputern. Mithilfe von CPU-Gruppen können Hyper-V-Administratoren:

  • Erstellen Sie Gruppen von virtuellen Computern, wobei jede Gruppe unterschiedliche Zuordnungen der gesamten CPU-Ressourcen des Virtualisierungshosts aufweist, die für die gesamte Gruppe freigegeben sind. Dadurch kann der Hostadministrator Dienstklassen für verschiedene Arten von VMs implementieren.

  • Legen Sie CPU-Ressourcenlimits auf bestimmte Gruppen fest. Diese "Gruppenobergrenze" legt die Obergrenze für Host-CPU-Ressourcen fest, die die gesamte Gruppe nutzen kann, und erzwingt effektiv die gewünschte Dienstklasse für diese Gruppe.

  • Schränken Sie eine CPU-Gruppe so ein, dass sie nur auf einem bestimmten Satz von Prozessoren des Hostsystems ausgeführt wird. Dies kann verwendet werden, um VMs, die zu unterschiedlichen CPU-Gruppen gehören, voneinander zu isolieren.

Verwalten von CPU-Gruppen

CPU-Gruppen werden über den Hyper-V-Host-Computedienst oder HCS verwaltet. Eine gute Beschreibung des HCS, seiner Funktionen, Links zu den HCS-APIs und mehr finden Sie im Blog des Microsoft Virtualization-Teams im Beitrag Introducing the Host Compute Service (HCS) (Einführung in den Host Compute Service (HCS)).

Hinweis

Nur der HCS kann zum Erstellen und Verwalten von CPU-Gruppen verwendet werden. Die Hyper-V-Manager-Applet-, WMI- und PowerShell-Verwaltungsschnittstellen unterstützen keine CPU-Gruppen.

Microsoft stellt im Microsoft Download Center ein Befehlszeilenprogramm cpugroups.exe bereit, das die HCS-Schnittstelle zum Verwalten von CPU-Gruppen verwendet. Dieses Hilfsprogramm kann auch die CPU-Topologie eines Hosts anzeigen.

Funktionsweise von CPU-Gruppen

Die Zuordnung von Host-Computeressourcen über CPU-Gruppen hinweg wird durch den Hyper-V-Hypervisor erzwungen, wobei eine berechnete CPU-Gruppenobergrenze verwendet wird. Die CPU-Gruppenobergrenze ist ein Bruchteil der GESAMTEN CPU-Kapazität für eine CPU-Gruppe. Der Wert der Gruppenobergrenze hängt von der zugewiesenen Gruppenklasse oder Prioritätsebene ab. Die berechnete Gruppenobergrenze kann als "eine Reihe von LP-Cpu-Zeitwerten" bezeichnet werden. Dieses Gruppenbudget wird gemeinsam genutzt. Wenn also nur ein einzelner virtueller Computer aktiv wäre, könnte er die CPU-Zuordnung der gesamten Gruppe für sich selbst verwenden.

Die CPU-Gruppenobergrenze wird als G = n x C berechnet, wobei Folgendes gilt:

  • G ist die Menge der Host-LP, die wir der Gruppe zuweisen möchten.
  • n ist die Gesamtzahl der logischen Prozessoren (LPs) in der Gruppe.
  • C ist die maximale CPU-Zuordnung, d. b. die für die Gruppe gewünschte Dienstklasse, ausgedrückt als Prozentsatz der gesamten Computekapazität des Systems.

Betrachten Sie beispielsweise eine CPU-Gruppe, die mit vier logischen Prozessoren (LPs) und einer Obergrenze von 50 % konfiguriert ist.

  • G = n * C
  • G = 4 * 50 %
  • G = CPU-Zeit von 2 LP für die gesamte Gruppe

In diesem Beispiel wird der CPU-Gruppe G eine CPU-Zeit von 2 LP zugeordnet.

Beachten Sie, dass die Gruppenobergrenze unabhängig von der Anzahl virtueller Computer oder virtueller Prozessoren, die an die Gruppe gebunden sind, und unabhängig vom Status (z. B. Herunterfahren oder Starten) der virtuellen Computer gilt, die der CPU-Gruppe zugewiesen sind. Daher erhält jeder virtuelle Computer, der an dieselbe CPU-Gruppe gebunden ist, einen Bruchteil der gesamten CPU-Zuordnung der Gruppe. Dies ändert sich mit der Anzahl der VMs, die an die CPU-Gruppe gebunden sind. Da virtuelle Computer von einer CPU-Gruppe gebunden oder nicht gebunden sind, muss die Obergrenze der CPU-Gruppe neu angepasst und festgelegt werden, um die gewünschte Obergrenze pro VM beizubehalten. Der VM-Hostadministrator oder die Softwareschicht für die Virtualisierungsverwaltung ist bei Bedarf für die Verwaltung von Gruppenobergrenzen verantwortlich, um die gewünschte CPU-Ressourcenzuordnung pro VM zu erreichen.

Beispielklassen des Diensts

Sehen wir uns einige einfache Beispiele an. Nehmen Sie zunächst an, dass der Hyper-V-Hostadministrator zwei Dienstebenen für Gast-VMs unterstützen möchte:

  1. Ein Low-End-Tarif "C". Wir geben dieser Ebene 10 % der Computeressourcen des gesamten Hosts.

  2. Ein mittleres "B"-Tarif. Dieser Tarif wird 50 % der Computeressourcen des gesamten Hosts zugeordnet.

An diesem Punkt in unserem Beispiel bestätigen wir, dass keine anderen CPU-Ressourcensteuerungen verwendet werden, z. B. einzelne VM-Obergrenzen, Gewichtungen und Reserven. Einzelne VM-Obergrenzen sind jedoch wichtig, wie wir später sehen werden.

Der Einfachheit halber gehen wir davon aus, dass jeder virtuelle Computer über 1 VP verfügt und dass unser Host über 8 LPs verfügt. Wir beginnen mit einem leeren Host.

Um den Tarif "B" zu erstellen, legt der Hostadministratorstartor die Gruppenobergrenze auf 50 % fest:

  • G = n * C
  • G = 8 * 50 %
  • G = CPU-Zeit von 4 LP für die gesamte Gruppe

Der Hostadministrator fügt eine einzelne VM der Ebene "B" hinzu. An diesem Punkt kann die VM mit dem Tarif "B" höchstens 50 % der CPU des Hosts oder die Entsprechung von 4 LPs in unserem Beispielsystem verwenden.

Nun fügt der Administrator einen zweiten virtuellen Computer der Ebene B hinzu. Die Zuordnung der CPU-Gruppe wird gleichmäßig auf alle virtuellen Computer aufgeteilt. Wir haben insgesamt 2 VMs in Gruppe B, sodass jeder virtuelle Computer jetzt die Hälfte des Gesamtwerts von Gruppe B von 50 %, jeweils 25 % oder das Äquivalent von 2 LPs für die Computezeit erhält.

Festlegen von CPU-Obergrenzen auf einzelnen VMs

Zusätzlich zur Gruppenobergrenze kann jeder virtuelle Computer auch über eine einzelne "VM-Obergrenze" verfügen. Cpu-Ressourcensteuerungen pro VM, einschließlich CPU-Obergrenze, Gewichtung und Reserve, sind seit der Einführung Teil von Hyper-V. In Kombination mit einer Gruppenobergrenze gibt eine VM-Obergrenze die maximale CPU-Menge an, die jeder VP erhalten kann, auch wenn für die Gruppe CPU-Ressourcen verfügbar sind.

Beispielsweise kann der Hostadministrator eine VM-Obergrenze von 10 % auf "C"-VMs platzieren. Auf diese Weise kann jeder VP nie mehr als 10 % erreichen, selbst wenn sich die meisten "C"-VPs im Leerlauf befinden. Ohne eine VM-Obergrenze könnten "C"-VMs eine Leistung erzielen, die über die für ihren Tarif zulässigen Ebenen hinausgeht.

Isolieren von VM-Gruppen zu bestimmten Hostprozessoren

Hyper-V-Hostadministratoren möchten möglicherweise auch die Möglichkeit haben, Computeressourcen für einen virtuellen Computer zu reservieren. Stellen Sie sich beispielsweise vor, der Administrator möchte einen virtuellen Premium-Computer "A" anbieten, der über eine Klassenobergrenze von 100 % verfügt. Diese Premium-VMs erfordern auch die geringstmögliche Latenz und Jitter bei der Planung. d. h., sie werden möglicherweise nicht von anderen VMs außer Planung gestellt. Um diese Trennung zu erreichen, kann eine CPU-Gruppe auch mit einer bestimmten LP-Affinitätszuordnung konfiguriert werden.

Um beispielsweise eine "A"-VM auf dem Host in unserem Beispiel anzupassen, erstellt der Administrator eine neue CPU-Gruppe und legt die Prozessoraffinität der Gruppe auf eine Teilmenge der LPs des Hosts fest. Die Gruppen B und C werden den verbleibenden LPs affinisiert. Der Administrator könnte einen einzelnen virtuellen Computer in Gruppe A erstellen, der dann exklusiven Zugriff auf alle LPs in Gruppe A haben würde, während die vermutlich niedrigeren Tarifgruppen B und C die verbleibenden LPs gemeinsam nutzen würden.

Trennen von Stamm-VPs von Gast-VPs

Hyper-V erstellt standardmäßig einen Stamm-VP auf jeder zugrunde liegenden physischen LP. Diese Stamm-VPs werden streng 1:1 mit den System-LPs zugeordnet und werden nicht migriert. Das heißt, jeder Stamm-VP wird immer auf derselben physischen LP ausgeführt. Gast-VPs können auf jeder verfügbaren LP ausgeführt werden und teilen die Ausführung mit Stamm-VPs.

Es kann jedoch wünschenswert sein, die VP-Stammaktivität vollständig von Gast-VPs zu trennen. Betrachten Sie das obige Beispiel, in dem wir einen virtuellen Computer im Premium-Tarif "A" implementieren. Um sicherzustellen, dass die VPs des virtuellen Computers "A" die geringstmögliche Latenz und "Jitter" aufweisen, oder planen Wir sie auf einem dedizierten Satz von LPs, und stellen Sie sicher, dass der Stamm nicht auf diesen LPs ausgeführt wird.

Dies kann mithilfe einer Kombination der Minroot-Konfiguration erreicht werden, die die Ausführung der Hostbetriebssystempartition auf eine Teilmenge der logischen Systemprozessoren zusammen mit einer oder mehreren affinisierten CPU-Gruppen einschränkt.

Der Virtualisierungshost kann so konfiguriert werden, dass die Hostpartition auf bestimmte LPs beschränkt wird, wobei mindestens eine CPU-Gruppe den verbleibenden LPs zugeordnet ist. Auf diese Weise können die Stamm- und Gastpartitionen auf dedizierten CPU-Ressourcen ausgeführt und vollständig isoliert ohne CPU-Freigabe ausgeführt werden.

Weitere Informationen zur Minroot-Konfiguration finden Sie unter Hyper-V-Host-CPU-Ressourcenverwaltung.

Verwenden des CpuGroups-Tools

Sehen wir uns einige Beispiele für die Verwendung des CpuGroups-Tools an.

Hinweis

Befehlszeilenparameter für das CpuGroups-Tool werden nur mit Leerzeichen als Trennzeichen übergeben. Der gewünschte Befehlszeilenschalter darf nicht mit "/"- oder "-" Zeichen fortgesetzt werden.

Ermitteln der CPU-Topologie

Beim Ausführen von CpuGroups mit getCpuTopology werden Informationen zum aktuellen System zurückgegeben, wie unten gezeigt, einschließlich des LP-Index, des NUMA-Knotens, zu dem die LP gehört, der Paket- und Kern-IDs sowie des ROOT VP-Indexes.

Das folgende Beispiel zeigt ein System mit 2 CPU-Sockets und NUMA-Knoten, insgesamt 32 LPs und aktiviertem Multithreading, das so konfiguriert ist, dass Minroot mit 8 Stamm-VPs aktiviert wird, 4 von jedem NUMA-Knoten. Die LPs mit Stamm-VPs verfügen über einen RootVpIndex >= 0; LPs mit einem RootVpIndex von -1 sind für die Stammpartition nicht verfügbar, werden jedoch weiterhin vom Hypervisor verwaltet und führen Gast-VPs gemäß den anderen Konfigurationseinstellungen aus.

C:\vm\tools>CpuGroups.exe GetCpuTopology

LpIndex NodeNumber PackageId CoreId RootVpIndex
------- ---------- --------- ------ -----------
      0          0         0      0           0
      1          0         0      0           1
      2          0         0      1           2
      3          0         0      1           3
      4          0         0      2          -1
      5          0         0      2          -1
      6          0         0      3          -1
      7          0         0      3          -1
      8          0         0      4          -1
      9          0         0      4          -1
     10          0         0      5          -1
     11          0         0      5          -1
     12          0         0      6          -1
     13          0         0      6          -1
     14          0         0      7          -1
     15          0         0      7          -1
     16          1         1     16           4
     17          1         1     16           5
     18          1         1     17           6
     19          1         1     17           7
     20          1         1     18          -1
     21          1         1     18          -1
     22          1         1     19          -1
     23          1         1     19          -1
     24          1         1     20          -1
     25          1         1     20          -1
     26          1         1     21          -1
     27          1         1     21          -1
     28          1         1     22          -1
     29          1         1     22          -1
     30          1         1     23          -1
     31          1         1     23          -1

Beispiel 2: Drucken aller CPU-Gruppen auf dem Host

Hier werden alle CPU-Gruppen auf dem aktuellen Host, deren GroupId, die CPU-Obergrenze der Gruppe und die Verzeichnisse der LPs aufgeführt, die dieser Gruppe zugewiesen sind.

Beachten Sie, dass gültige CPU-Obergrenzenwerte im Bereich [0, 65536] liegen und diese Werte die Gruppenobergrenze in Prozent ausdrücken (z.B. 32768 = 50 %).

C:\vm\tools>CpuGroups.exe GetGroups

CpuGroupId                          CpuCap  LpIndexes
------------------------------------ ------ --------
36AB08CB-3A76-4B38-992E-000000000002 32768  4,5,6,7,8,9,10,11,20,21,22,23
36AB08CB-3A76-4B38-992E-000000000003 65536  12,13,14,15
36AB08CB-3A76-4B38-992E-000000000004 65536  24,25,26,27,28,29,30,31

Beispiel 3: Drucken einer einzelnen CPU-Gruppe

In diesem Beispiel fragen wir eine einzelne CPU-Gruppe mithilfe der GroupId als Filter ab.

C:\vm\tools>CpuGroups.exe GetGroups /GroupId:36AB08CB-3A76-4B38-992E-000000000003
CpuGroupId                          CpuCap   LpIndexes
------------------------------------ ------ ----------
36AB08CB-3A76-4B38-992E-000000000003 65536  12,13,14,15

Beispiel 4: Erstellen einer neuen CPU-Gruppe

Hier erstellen wir eine neue CPU-Gruppe und geben die Gruppen-ID und den Satz von LPs an, die der Gruppe zugewiesen werden sollen.

C:\vm\tools>CpuGroups.exe CreateGroup /GroupId:36AB08CB-3A76-4B38-992E-000000000001 /GroupAffinity:0,1,16,17

Zeigen Sie nun die neu hinzugefügte Gruppe an.

C:\vm\tools>CpuGroups.exe GetGroups
CpuGroupId                          CpuCap LpIndexes
------------------------------------ ------ ---------
36AB08CB-3A76-4B38-992E-000000000001 65536 0,1,16,17
36AB08CB-3A76-4B38-992E-000000000002 32768 4,5,6,7,8,9,10,11,20,21,22,23
36AB08CB-3A76-4B38-992E-000000000003 65536 12,13,14,15
36AB08CB-3A76-4B38-992E-000000000004 65536 24,25,26,27,28,29,30,31

Beispiel 5: Festlegen der CPU-Gruppenobergrenze auf 50 %

Hier legen wir die CPU-Gruppenobergrenze auf 50 % fest.

C:\vm\tools>CpuGroups.exe SetGroupProperty /GroupId:36AB08CB-3A76-4B38-992E-000000000001 /CpuCap:32768

Bestätigen Wir nun unsere Einstellung, indem wir die soeben aktualisierte Gruppe anzeigen.

C:\vm\tools>CpuGroups.exe GetGroups /GroupId:36AB08CB-3A76-4B38-992E-000000000001

CpuGroupId                          CpuCap LpIndexes
------------------------------------ ------ ---------
36AB08CB-3A76-4B38-992E-000000000001 32768 0,1,16,17

Beispiel 6: Drucken von CPU-Gruppen-IDs für alle VMs auf dem Host

C:\vm\tools>CpuGroups.exe GetVmGroup

VmName                                 VmId                           CpuGroupId
------ ------------------------------------ ------------------------------------
    G2 4ABCFC2F-6C22-498C-BB38-7151CE678758 36ab08cb-3a76-4b38-992e-000000000002
    P1 973B9426-0711-4742-AD3B-D8C39D6A0DEC 36ab08cb-3a76-4b38-992e-000000000003
    P2 A593D93A-3A5F-48AB-8862-A4350E3459E8 36ab08cb-3a76-4b38-992e-000000000004
    G3 B0F3FCD5-FECF-4A21-A4A2-DE4102787200 36ab08cb-3a76-4b38-992e-000000000002
    G1 F699B50F-86F2-4E48-8BA5-EB06883C1FDC 36ab08cb-3a76-4b38-992e-000000000002

Beispiel 7: Aufheben der Bindung eines virtuellen Computers an die CPU-Gruppe

Um einen virtuellen Computer aus einer CPU-Gruppe zu entfernen, legen Sie cpuGroupId des virtuellen Computers auf die NULL-GUID fest. Dadurch wird die Bindung des virtuellen Computers an die CPU-Gruppe getrennt.

C:\vm\tools>CpuGroups.exe SetVmGroup /VmName:g1 /GroupId:00000000-0000-0000-0000-000000000000

C:\vm\tools>CpuGroups.exe GetVmGroup
VmName                                 VmId                           CpuGroupId
------ ------------------------------------ ------------------------------------
    G2 4ABCFC2F-6C22-498C-BB38-7151CE678758 36ab08cb-3a76-4b38-992e-000000000002
    P1 973B9426-0711-4742-AD3B-D8C39D6A0DEC 36ab08cb-3a76-4b38-992e-000000000003
    P2 A593D93A-3A5F-48AB-8862-A4350E3459E8 36ab08cb-3a76-4b38-992e-000000000004
    G3 B0F3FCD5-FECF-4A21-A4A2-DE4102787200 36ab08cb-3a76-4b38-992e-000000000002
    G1 F699B50F-86F2-4E48-8BA5-EB06883C1FDC 00000000-0000-0000-0000-000000000000

Beispiel 8: Binden eines virtuellen Computers an eine vorhandene CPU-Gruppe

Hier fügen wir einer vorhandenen CPU-Gruppe einen virtuellen Computer hinzu. Beachten Sie, dass der virtuelle Computer nicht an eine vorhandene CPU-Gruppe gebunden werden darf. Andernfalls tritt beim Festlegen der CPU-Gruppen-ID ein Fehler auf.

C:\vm\tools>CpuGroups.exe SetVmGroup /VmName:g1 /GroupId:36AB08CB-3A76-4B38-992E-000000000001

Vergewissern Sie sich nun, dass sich der virtuelle Computer G1 in der gewünschten CPU-Gruppe befindet.

C:\vm\tools>CpuGroups.exe GetVmGroup
VmName                                 VmId                           CpuGroupId
------ ------------------------------------ ------------------------------------
    G2 4ABCFC2F-6C22-498C-BB38-7151CE678758 36ab08cb-3a76-4b38-992e-000000000002
    P1 973B9426-0711-4742-AD3B-D8C39D6A0DEC 36ab08cb-3a76-4b38-992e-000000000003
    P2 A593D93A-3A5F-48AB-8862-A4350E3459E8 36ab08cb-3a76-4b38-992e-000000000004
    G3 B0F3FCD5-FECF-4A21-A4A2-DE4102787200 36ab08cb-3a76-4b38-992e-000000000002
    G1 F699B50F-86F2-4E48-8BA5-EB06883C1FDC 36AB08CB-3A76-4B38-992E-000000000001

Beispiel 9: Drucken aller VMs gruppiert nach CPU-Gruppen-ID

C:\vm\tools>CpuGroups.exe GetGroupVms
CpuGroupId                           VmName                                 VmId
------------------------------------ ------ ------------------------------------
36AB08CB-3A76-4B38-992E-000000000001     G1 F699B50F-86F2-4E48-8BA5-EB06883C1FDC
36ab08cb-3a76-4b38-992e-000000000002     G2 4ABCFC2F-6C22-498C-BB38-7151CE678758
36ab08cb-3a76-4b38-992e-000000000002     G3 B0F3FCD5-FECF-4A21-A4A2-DE4102787200
36ab08cb-3a76-4b38-992e-000000000003     P1 973B9426-0711-4742-AD3B-D8C39D6A0DEC
36ab08cb-3a76-4b38-992e-000000000004     P2 A593D93A-3A5F-48AB-8862-A4350E3459E8

Beispiel 10: Drucken aller VMs für eine einzelne CPU-Gruppe

C:\vm\tools>CpuGroups.exe GetGroupVms /GroupId:36ab08cb-3a76-4b38-992e-000000000002

CpuGroupId                           VmName                                VmId
------------------------------------ ------ ------------------------------------
36ab08cb-3a76-4b38-992e-000000000002     G2 4ABCFC2F-6C22-498C-BB38-7151CE678758
36ab08cb-3a76-4b38-992e-000000000002     G3 B0F3FCD5-FECF-4A21-A4A2-DE4102787200

Beispiel 11: Versuch, eine nicht leere CPU-Gruppe zu löschen

Nur leere CPU-Gruppen , d. h. CPU-Gruppen ohne gebundene VMs, können gelöscht werden. Beim Löschen einer nicht leeren CPU-Gruppe tritt ein Fehler auf.

C:\vm\tools>CpuGroups.exe DeleteGroup /GroupId:36ab08cb-3a76-4b38-992e-000000000001
(null)
Failed with error 0xc0350070

Beispiel 12: Aufheben der Bindung des einzigen virtuellen Computers an eine CPU-Gruppe und Löschen der Gruppe

In diesem Beispiel verwenden wir mehrere Befehle, um eine CPU-Gruppe zu untersuchen, den einzelnen virtuellen Computer zu dieser Gruppe zu entfernen und dann die Gruppe zu löschen.

Zunächst werden die VMs in unserer Gruppe aufzählen.

C:\vm\tools>CpuGroups.exe GetGroupVms /GroupId:36AB08CB-3A76-4B38-992E-000000000001
CpuGroupId                           VmName                                VmId
------------------------------------ ------ ------------------------------------
36AB08CB-3A76-4B38-992E-000000000001     G1 F699B50F-86F2-4E48-8BA5-EB06883C1FDC

Wir sehen, dass nur ein einzelner virtueller Computer mit dem Namen G1 zu dieser Gruppe gehört. Entfernen Sie den virtuellen G1-Computer aus unserer Gruppe, indem Sie die Gruppen-ID des virtuellen Computers auf NULL festlegen.

C:\vm\tools>CpuGroups.exe SetVmGroup /VmName:g1 /GroupId:00000000-0000-0000-0000-000000000000

Überprüfen Sie die Änderung...

C:\vm\tools>CpuGroups.exe GetVmGroup /VmName:g1
VmName                                 VmId                           CpuGroupId
------ ------------------------------------ ------------------------------------
    G1 F699B50F-86F2-4E48-8BA5-EB06883C1FDC 00000000-0000-0000-0000-000000000000

Nachdem die Gruppe nun leer ist, können wir sie sicher löschen.

C:\vm\tools>CpuGroups.exe DeleteGroup /GroupId:36ab08cb-3a76-4b38-992e-000000000001

Vergewissern Sie sich, dass unsere Gruppe nicht mehr da ist.

C:\vm\tools>CpuGroups.exe GetGroups
CpuGroupId                          CpuCap                     LpIndexes
------------------------------------ ------ -----------------------------
36AB08CB-3A76-4B38-992E-000000000002 32768  4,5,6,7,8,9,10,11,20,21,22,23
36AB08CB-3A76-4B38-992E-000000000003 65536  12,13,14,15
36AB08CB-3A76-4B38-992E-000000000004 65536 24,25,26,27,28,29,30,31

Beispiel 13: Binden eines virtuellen Computers an die ursprüngliche CPU-Gruppe

C:\vm\tools>CpuGroups.exe SetVmGroup /VmName:g1 /GroupId:36AB08CB-3A76-4B38-992E-000000000002

C:\vm\tools>CpuGroups.exe GetGroupVms
CpuGroupId VmName VmId
------------------------------------ -------------------------------- ------------------------------------
36ab08cb-3a76-4b38-992e-000000000002 G2 4ABCFC2F-6C22-498C-BB38-7151CE678758
36ab08cb-3a76-4b38-992e-000000000002 G3 B0F3FCD5-FECF-4A21-A4A2-DE4102787200
36AB08CB-3A76-4B38-992E-000000000002 G1 F699B50F-86F2-4E48-8BA5-EB06883C1FDC
36ab08cb-3a76-4b38-992e-000000000003 P1 973B9426-0711-4742-AD3B-D8C39D6A0DEC
36ab08cb-3a76-4b38-992e-000000000004 P2 A593D93A-3A5F-48AB-8862-A4350E3459E8