Ressourcensteuerung 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 CPU-Gruppen virtueller Computer oder nur "CPU-Gruppen" bezeichnen, wurden in Windows Server 2016. 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, bei der jede Gruppe unterschiedliche Zuordnungen der gesamten CPU-Ressourcen des Virtualisierungshosts auf die gesamte Gruppe aufteilen kann. 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 erzwingen effektiv die gewünschte Dienstklasse für diese Gruppe.

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

Verwalten von CPU-Gruppen

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

Hinweis

Nur 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 cpugroups.exe Befehlszeilenprogramm 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 vom Hyper-V-Hypervisor mithilfe einer berechneten CPU-Gruppenobergrenze erzwungen. 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 CPU-Zeit in LP" bezeichnet werden. Dieses Gruppenbudget wird gemeinsam genutzt. Wenn also nur ein einzelner virtueller Computer aktiv war, kann er die GESAMTE CPU-Zuordnung der Gruppe für sich selbst verwenden.

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

  • G ist die Menge an 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 = 2 LP CPU-Zeit 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 der virtuellen Computer oder virtuellen Prozessoren gilt, die an die Gruppe gebunden sind, und unabhängig vom Status (z. B. Herunterfahren oder Gestartet) der virtuellen Computer, 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 ungebundene VMs sind, muss daher die Gesamtobergrenze der CPU-Gruppe neu angepasst und festgelegt werden, um die gewünschte vm-spezifische Obergrenze zu erhalten. Die Softwareschicht des VM-Hostadministrators oder der Virtualisierungsverwaltung ist für die Verwaltung der Gruppenobergrenze nach Bedarf verantwortlich, um die gewünschte CPU-Ressourcenzuordnung pro VM zu erreichen.

Beispielklassen des Diensts

Sehen wir uns einige einfache Beispiele an. Angenommen, der Hyper-V-Hostadministrator möchte zwei Dienste für Gast-VMs unterstützen:

  1. Eine Low-End-Ebene "C". Dieser Ebene werden 10 % der Gesamten Computeressourcen des Hosts zur Verfügung stehen.

  2. Ein Mittleres "B"-Tier. Dieser Ebene werden 50 % der gesamten Computeressourcen des Hosts zugeordnet.

An diesem Punkt in unserem Beispiel wird erklärt, dass keine anderen CPU-Ressourcenkontrollen verwendet werden, z. B. einzelne VM-Obergrenzen, Gewichtungen und Reserven. Allerdings sind einzelne VM-Obergrenzen 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.

Zum Erstellen der Ebene "B" legt der Hostadministratorstartor die Gruppenobergrenze auf 50 % fest:

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

Der Hostadministrator fügt einen einzelnen virtuellen Computer der Ebene "B" hinzu. An diesem Punkt kann unser virtueller Computer im B-Tier mindestens 50 % der CPU des Hosts oder das Äquivalent 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 VMs aufgeteilt. Wir haben insgesamt 2 VMs in Gruppe B, sodass jeder virtuelle Computer jetzt die Hälfte der Gesamtsumme von Gruppe B von 50 %, jeweils 25 % oder äquivalent zu 2 LPs computezeit bekommt.

Festlegen von CPU-Obergrenzen auf einzelnen VMs

Zusätzlich zur Gruppenobergrenze kann jeder virtuelle Computer auch eine einzelne "VM-Obergrenze" haben. CPU-Ressourcenkontrollen 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 % erhalten, selbst wenn sich die meisten "C"-VPs im Leerlauf befinden. Ohne VM-Obergrenze könnten "C"-VMs die Leistung über die für ihren Tier zulässigen Ebenen hinaus erzielen.

Isolieren von VM-Gruppen für bestimmte Hostprozessoren

Hyper-V-Hostadministratoren möchten möglicherweise auch Computeressourcen für einen virtuellen Computer zur Verfügung stellen. Stellen Sie sich beispielsweise vor, der Administrator möchte einen virtuellen Premiumcomputer "A" mit einer Klassenobergrenze von 100 % anbieten. Diese Premium-VMs erfordern außerdem die geringste Zeitplanungslatenz und jittern, die möglich sind. Das heißt, sie werden von anderen virtuellen Computer möglicherweise nicht entplant. 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 zu verwenden, würde der Administrator eine neue CPU-Gruppe erstellen und die Prozessoraffinität der Gruppe auf eine Teilmenge der LPs des Hosts festlegen. Die Gruppen B und C würden den verbleibenden LPs affinitiert. Der Administrator könnte einen einzelnen virtuellen Computer in Gruppe A erstellen, der dann exklusiven Zugriff auf alle LPs in Gruppe A hat, während die vermutlich niedrigeren Gruppen B und C die restlichen LPs gemeinsam verwenden würden.

Trennen von Stamm-VPs von Gast-VPs

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

Es kann jedoch wünschenswert sein, die Stamm-VP-Aktivität vollständig von Gast-VPs zu trennen. Sehen Sie sich das obige Beispiel an, in dem wir einen virtuellen Computer im Premium-A-Status implementieren. Um sicherzustellen, dass die VPs unserer "A"-VM die geringstmögliche Latenz und "Jitter" oder Zeitplanungsvariation aufweisen, möchten wir sie auf einem dedizierten Satz von LPs ausführen und sicherstellen, dass der Stamm nicht auf diesen LPs ausgeführt wird.

Dies kann mithilfe einer Kombination der Minroot-Konfiguration erreicht werden, die die Hostbetriebssystempartition auf die Ausführung auf einer Teilmenge der gesamten logischen Systemprozessoren sowie auf eine oder mehrere affinitierte CPU-Gruppen beschränkt.

Der Virtualisierungshost kann so konfiguriert werden, dass die Hostpartition auf bestimmte LPs beschränkt wird, während mindestens eine CPU-Gruppe den verbleibenden LPs affinitiert 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.

Entdecken der CPU-Topologie

Die Ausführung von CpuGroups mit getCpuTopology gibt Informationen zum aktuellen System zurück, wie unten dargestellt, einschließlich des LP-Index, des NUMA-Knotens, zu dem die LP gehört, der Paket- und Kern-IDs und des ROOT VP-Indexes.

Das folgende Beispiel zeigt ein System mit 2 CPU-Sockets und NUMA-Knoten, insgesamt 32 LPs und aktivierter Multithreading und konfiguriert, um Minroot mit 8 Stamm-VPs zu aktivieren, 4 von jedem NUMA-Knoten. Die LPs mit Stamm-VPs verfügen über rootVpIndex >= 0; LPs mit einem RootVpIndex von -1 sind für die Stammpartition nicht verfügbar, werden aber weiterhin vom Hypervisor verwaltet und führen Gast-VPs wie von anderen Konfigurationseinstellungen zugelassen 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 listen wir alle CPU-Gruppen auf dem aktuellen Host, ihre GroupId, die CPU-Obergrenze der Gruppe und die Indikate der LPs auf, die dieser Gruppe zugewiesen sind.

Beachten Sie, dass gültige CPU-Obergrenzen 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 die Gruppe von LPs an, die der Gruppe zugewiesen werden.

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

Zeigen Sie nun unsere 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

Lassen Sie uns nun unsere Einstellung bestätigen, indem wir die Gruppe anzeigen, die wir gerade aktualisiert haben.

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: Entfernen der Bindung eines virtuellen Computers an die CPU-Gruppe

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

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, da das Festlegen der CPU-Gruppen-ID fehlschlägt.

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 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

Es können nur leere CPU-Gruppen gelöscht werden, d.&a; CPU-Gruppen ohne gebundene VMs. Beim Löschen einer nicht leeren CPU-Gruppe ist ein Fehler zu sehen.

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

Beispiel 12: Entfernen 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 virtuellen Computer in unserer Gruppe aufzählt.

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

Und überprüfen Sie unsere Änderung...

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

Da die Gruppe nun leer ist, können wir sie problemlos löschen.

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

Vergewissern Sie sich, dass die Gruppe nicht mehr besteht.

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 zurück an seine 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