Sie können Affinitätsregeln verwenden, ohne vSphere DRS zu verwenden.

Mit VM-Affinitätsregeln können Sie die Platzierung von VMs innerhalb eines vSphere-Clusters steuern. VM-VM-Affinität bedeutet, dass die VMs auf demselben Host innerhalb eines Clusters ausgeführt werden müssen. Arbeitslasten bestehen aus mehreren VMs, die voneinander abhängig sind. Mithilfe der Regeln für Virtuelle Maschinen zusammenhalten wird sichergestellt, dass alle ausgewählten VMs auf demselben Host ausgeführt werden.

VM-VM-Anti-Affinität bedeutet, dass die VMs auf verschiedenen Hosts innerhalb eines Clusters ausgeführt werden müssen. Sie können eine Regel für Separate virtuelle Maschinen verwenden, wenn Sie über mehrere ressourcenintensive VMs verfügen, um sicherzustellen, dass diese VMs immer auf verschiedenen Hosts im Cluster ausgeführt werden, um Ressourcenkonflikte zu vermeiden.

VM-Host-Affinitätsregeln steuern die Beziehung „VM zu Host“ und verfügen über 4 Unterregeln. Anwendungsbeispiele für VM-Host-Regeln umfassen die Sicherstellung, dass Arbeitslasten auf bestimmten Hosts in einem gemischten Hardwarecluster ausgeführt werden (oder nicht ausgeführt werden). Aus Lizenzierungsgründen müssen Sie möglicherweise sicherstellen, dass eine Anwendung nur auf einem bestimmten Host oder einem bestimmten Teilsatz von Hosts ausgeführt wird.

Die VM-Host-Regeln nutzen VM-Host-Gruppen. Eine VM-Gruppe ist eine benutzerdefinierte Gruppe aus einer oder mehreren VMs. Eine Hostgruppe ist eine benutzerdefinierte Gruppe aus einem oder mehreren Hosts.
Regel Beschreibung Persistenz
Muss auf Hosts in der Gruppe ausgeführt werden Die VM-Gruppe muss in der definierten Hostgruppe ausgeführt werden. Dies ist eine obligatorische Regel, gegen die nicht verstoßen werden kanndarf.
Darf nicht auf Hosts in der Gruppe ausgeführt werden Die VM-Gruppe darf nicht in der definierten Hostgruppe ausgeführt werden. Dies ist eine obligatorische Regel, gegen die nicht verstoßen werden kanndarf.
Sollte auf Hosts in der Gruppe ausgeführt werden Die VM-Gruppe sollte in der definierten Hostgruppe ausgeführt werden. Eine nicht obligatorische Regel, gegen die verstoßen werden kanndarf.
Sollte nicht auf Hosts in der Gruppe ausgeführt werden Die VM-Gruppe sollte nicht in der definierten Hostgruppe ausgeführt werden. Eine nicht obligatorische Regel, gegen die verstoßen werden kanndarf.

VM-Host-Gruppen und VM-Host-Regeln können erstellt, gelöscht und bearbeitet werden, wenn vSphere DRS nicht aktiviert ist. Die Schnittstelle zum Verwalten von VM-Host-Gruppen und VM-Host-Regeln befindet sich außerhalb der vSphere DRS-Konfiguration.

Im Falle eines vSphere HA-Failovers von VMs werden Affinitätsregeln eingehalten. Dies gilt für die Regeltypen Virtuelle Maschinen zusammenhalten und Separate virtuelle Maschinen sowie für obligatorische VM-Host-Regeltypen. vSphere HA kann kein Failover für VMs durchführen, wenn damit gegen eine obligatorische Regel verstoßen würde. Bei Verwendung nicht obligatorischer VM-Host-Regeln werden vSphere HA-Vorgänge auch dann erfolgreich ausgeführt, wenn gegen die Regel verstoßen wird. Bei nicht obligatorischen Regeln ist der Verstoß gegen ihre Definitionen zulässig.

Beispiel: Ein 2-Knoten-Cluster und eine Regel Separate virtuelle Maschinen sind definiert, um VM-1 auf ESX-01 und VM-2 auf ESX-02 zu platzieren. Bei ESX-01 tritt ein Fehler auf und vSphere HA wird initiiert. vSphere HA kann VM-1 nicht auf ESX-02 einschalten, da dies gegen die Regel verstoßen würde, jede virtuelle Maschine getrennt zu halten.

VM-Einschaltvorgänge lassen keinen Verstoß gegen Affinitätsregeln zu. Dies gilt für die Regeltypen Virtuelle Maschinen zusammenhalten und Separate virtuelle Maschinen sowie für obligatorische VM-Host-Regeln. Bei Verwendung nicht obligatorischer VM-Host-Regeln werden Einschaltvorgänge auch dann erfolgreich ausgeführt, wenn gegen die Regel verstoßen wird. Bei nicht obligatorischen Regeln ist der Verstoß gegen ihre Definitionen zulässig.

Wenn beispielsweise für VM-1 und VM-2 eine Regel Virtuelle Maschinen zusammenhalten definiert ist und VM-1 bereits eingeschaltet ist, schlägt der Versuch, VM-2 einzuschalten, fehl, wenn sie bei einem anderen Host registriert ist. Da vSphere DRS nicht aktiviert ist, muss der Benutzer die VMs manuell auf denselben Host migrieren, um die VM einschalten zu können.

Wenn vSphere DRS nicht aktiviert ist und daher VMs nicht automatisch migriert werden, können Sie Migrationen mithilfe von vSphere vMotion für VMs mit definierten Affinitätsregeln initiieren. Gegen beide Regeltypen (Virtuelle Maschinen zusammenhalten und Separate virtuelle Maschinen) kann verstoßen werden, indem mithilfe von vSphere vMotion migriert wird. Wenn beispielsweise eine Regel Separate virtuelle Maschinen für VM-1 und VM-2 definiert ist, wird der Versuch, die VMs auf denselben Host zu migrieren, nicht blockiert. Der Vorgang wird erfolgreich ausgeführt, obwohl er gegen die Regel verstößt.

Eine vom Benutzer initiierte Migration kanndarf nicht gegen eine obligatorische VM-Host-Regel verstoßen. Wenn beispielsweise eine Regel definiert ist, dass VM-1 und VM-2 auf den Hosts ESX-01 und ESX-02 ausgeführt werden müssen, wird der Versuch blockiert, die VMs auf Hosts außerhalb der Hostgruppe zu migrieren.

Gegen nicht obligatorische VM-Host-Regeln kann durch eine vom Benutzer initiierte Migration verstoßen werden. Bei nicht obligatorischen Regeln ist der Verstoß gegen ihre Definitionen zulässig. Wenn beispielsweise eine Regel definiert ist, dass VM-1 und VM-2 nicht auf den Hosts ESX-03 und ESX-04 ausgeführt werden sollen, wird der Versuch, die VMs auf ESX-03 oder ESX-04 zu migrieren, nicht blockiert.

Wenn vSphere DRS nicht aktiviert ist, findet keine automatische Wartung der VM-Platzierung statt. Dazu gehören Verstöße aufgrund manueller Migrationen und Verstöße, die auftreten, wenn neue Regeln definiert werden, die gegen die aktuelle VM-Platzierung verstoßen würden. Ohne vSphere DRS müssen Sie die VM-Platzierung korrigieren, um die Regeln einzuhalten.