vSphere Cluster Services (vCLS) ist standardmäßig aktiviert und wird in allen vSphere-Clustern ausgeführt. vCLS stellt sicher, dass bei Nichtverfügbarkeit des vCenter Servers Clusterdienste weiterhin zur Verfügung stehen, um die Ressourcen und die Integrität der in den Clustern ausgeführten Arbeitslasten beizubehalten. vCenter Server ist weiterhin erforderlich, um DRS und HA konfigurieren und ausführen zu können.
In vSphere 8.0 U3 wird das eingebettete vCLS mit neuen Funktionen und Funktionalitäten bereitgestellt. Ursprünglich war die vCLS-Komponente eine vollständige virtuelle Maschine, auf der Photon OS ausgeführt wurde. Für vSphere 8.0 U3 basiert vCLS jetzt auf vSphere Pod-Technologie, die auch als PodCRX bezeichnet wird. In diesem Dokument wird PodCRX als vCLS-VMs bezeichnet. Die API-Schnittstellen für vCLS wurden nicht geändert. Aber die Bereitstellung und Verwaltung dieser vCLS-Komponenten wurden geändert. Dies rechtfertigte eine Namensänderung. Analog zum Übergang von „Extern“ in „Eingebettet“ in Platform Services Controller wird vCLS nun als „Externer vCLS“ für Versionen vor vSphere 8.0 U3 bezeichnet. vCLS wird nun ab vSphere 8.0 U3 und höher als „Eingebetteter vCLS“ bezeichnet.
vCLS wird im Rahmen des vCenter Server-Upgrades aktualisiert. Beim eingebetteten vCLS ist das vCLS-Upgrade an das Upgrade der ESXi Hosts im Cluster gebunden. Der eingebettete vCLS wird aktiviert, sobald VC die Version 8.0 U3 aufweist und in Clustern mit einem oder mehreren 8.0 U3-ESXi-Hosts vorhanden ist. Der 8.0 U3 VC kann je nach Clusterzusammensetzung den externen vCLS und eingebetteten vCLS ausführen.
vCenter stellt den eingebetteten vCLS auf Clustern unterstützter Hosts bereit, auf denen ESX 8.0 U3 oder höher ausgeführt wird. Für Cluster von Hosts, die vorherige Versionen verwenden, stellt vCenter den externen vCLS bereit. Der vCenter-Bestand ermöglicht die Koexistenz mehrerer Versionen von ESX. Dies geschieht während eines parallelen ESX-Upgrades. Für Cluster mit gemischten Versionen verwenden vCenter die eingebettete vCLS, wenn diese von verfügbaren Hosts in einem Cluster unterstützt wird. Dadurch wird ein Punkt erstellt, an dem ein Cluster des externen vCLS auf den eingebetteten vCLS aktualisiert wird, wenn Hosts den Wartungsmodus nach dem Upgrade auf eine unterstützte Version beenden. vCenter führt dieses Upgrade nahtlos durch, indem gewartet wird, bis die erste VM mit eingebettetem vCLS verfügbar wird, bevor die externe vCLS deaktiviert wird und diese VMs gelöscht werden. Wenn außerdem alle unterstützten Hosts nicht mehr verfügbar sind und nur noch nicht unterstützte Hosts vorhanden sind, können vCenter externe vCLS wiederherstellen. Da dieser Schritt jedoch darauf basiert, dass ein Host nicht mehr verfügbar ist, kann dies dazu führen, dass zwischen dem Teardown des eingebetteten vCLS und der Bereitstellung des externen vCLS DRS eine Zeit lang nicht verfügbar ist.
vCLS verwendet virtuelle Agent-Maschinen, um die Integrität der Clusterdienste beizubehalten. Die virtuellen Agent-Maschinen von vCLS (vCLS-VMs) werden erstellt, wenn Sie Hosts zu Clustern hinzufügen. Im externen vCLS müssen bis zu drei vCLS-VMs in jedem vSphere-Cluster ausgeführt und innerhalb eines Clusters verteilt werden. Der externe vCLS ist auch auf Clustern aktiviert, die nur einen oder zwei Hosts enthalten. In diesen Clustern ist die Anzahl der vCLS-VMs eins bzw. zwei. Im eingebetteten vCLS müssen bis zu zwei vCLS-VMs in jedem vSphere-Cluster ausgeführt werden.
Neue Anti-Affinitätsregeln werden automatisch angewendet. Im externen vCLS wird alle drei Minuten eine Prüfung durchgeführt, wenn sich mehrere vCLS-VMs auf einem einzelnen Host befinden und automatisch an verschiedene Hosts verteilt werden. Im eingebetteten vCLS wird jede Minute eine Prüfung durchgeführt.
vCLS-VMs werden in jedem Cluster ausgeführt, selbst wenn Clusterdienste wie vSphere DRS oder vSphere HA nicht auf dem Cluster aktiviert sind. Die Lebenszyklusvorgänge der vCLS-VMs werden von vCenter Server-Diensten wie ESX Agent Manager und der Steuerungsebene für Arbeitslasten verwaltet. vCLS-VMs unterstützen keine Netzwerkkarten (NICs).
Ein Cluster, der mit vCLS aktiviert ist, kann ESXi-Hosts unterschiedlicher Versionen enthalten, wenn die ESXi-Versionen mit dem vCenter Server kompatibel sind. vCLS funktioniert mit vSphere Lifecycle Manager-Clustern.
Eingebettete vCLS
In vSphere 8.0 U3 werden eingebettete vCLS eingeführt, die neue Funktionen und Verbesserungen bieten.
Unterschiede zwischen externen vCLS und eingebetteten vCLS
Bei externen vCLS steht bezeichnet Quorum die Mindestanzahl der eingeschalteten vCLS-VMs, die für das Funktionieren von DRS erforderlich ist, nämlich 1. Bei eingebetteten vCLS wird der Begriff Mindestzahl der vCLS-VM verwendet, dessen Sinn identisch ist und der ebenfalls den Wert 1 hat. Um die Verfügbarkeit von DRS zu verbessern, stellen beide Arten von vCLS Redundanz für VMs bereit. Wenn ein Host mit einer vCLS-VM ausfällt, sind andere vCLS-VMs verfügbar, um die Funktionalität von DRS aufrechtzuerhalten. Unter der Annahme, dass genügend Hosts und Ressourcen für die Bereitstellung redundanter vCLS-VMs verfügbar sind, wird die Gesamtzahl der in einem Cluster bereitgestellten vCLS-VMs als gewünschte Redundanzzahl bezeichnet. Die gewünschte Anzahl der Redundanzen beläuft sich für externe vCLS auf 3. Für eingebettete vCLS verringert sie sich auf 2.
Was ist eine vCLS-VM?
Die in vSphere 8.0 Update 3 eingeführte vCLS-VM basiert auf vSphere-Pod-Technologie. Der vCLS-Dienst wird auf dem Host oder Cluster als virtuelle Maschine auf einem ESXi-Host bereitgestellt. Es handelt sich jedoch um eine spezielle VM mit einem sehr minimalen Betriebssystem, die eine Container-Laufzeit verwendet. Dadurch kann die vCLS-VM auf vSphere ausgeführt werden. Die neuen vCLS-VMs sorgen für sichere und leistungsstarke Laufzeiten.
Ausschalten der vCLS-VMs
Eingebettete vCLS-VMs können ausgeschaltet werden. Wenn eine solche VM ausgeschaltet ist, interpretiert vSphere diesen Zustand als Fehler und versucht, die VM neu zu starten und die vCLS-VM bei hostd zu registrieren.
Wenn die vCLS-VM ausgeschaltet ist, wird gewartet bis vSphere diese VM neu startet. Wenn vSphere diese VM nach einer Zeitüberschreitung nicht erneut startet, wird die Neukonfiguration der vCLS-VM initiiert.
Wenn eine eingebettete vCLS-VM durch das System evakuiert wird, z. B. für einen Host, der in den Wartungsmodus versetzt wird, wird sie gelöscht und auf einem anderen Host ersetzt, statt vMotion zu verwenden.
vCLS-VMs
Sichtbarkeit und Zugriff auf vCLS-VMs in eingebetteten vCLS stimmen mit externen vCLS überein.
- vCLS-VMs sind in VC sichtbar.
- In der VC-Bestandslistenhierarchie befinden sich vCLS-VMs im dedizierten VM-Ordner namens vCLS.
- Einige Vorgänge auf vCLS-VMs sind nicht verfügbar.
- Abfrageanforderungen an vCLS-VMs sind verfügbar.
- Der Name einer eingebetteten vCLS-VM stimmt mit dem externer vCLS-VMs überein: vCLS-{UUID}, wobei UUID die UUID des ESX-Hosts ist (summary.hardware.uuid).
VM ExtraConfig
Für die Identifizierung von vCLS-VMs nutzen eingebettete vCLS weiterhin eine bestimmte Option in VM ExtraConfig.
Die ExtraConfig-Option, die die eingebettete vCLS-VM identifiziert, ist vCLSCRX.agent. Der Wert lautet true.
Eingebettete vCLS ändern die Erweiterung, die diese VMs verwaltet, in die interne/systemeigene vpxd-Erweiterung.
- Für die Eigenschaft managedBy in der VM-Konfiguration der eingebetteten vCLS-VM wird der Schlüssel dieser VC-Erweiterung festgelegt. Mit dieser Eigenschaft können eingebettete vCLS-VMs identifiziert und von externen vCLS-VMs unterschieden werden, da diese Eigenschaft in vSphere angezeigt wird.
- Für die Eigenschaft config.managedBy.extensionKey ist VirtualCenter festgelegt.
- Für die Eigenschaft config.managedBy.type ist vcls-entity festgelegt.
Getrennte vCLS-VMs
Eine vCLS-VM kann in VC möglicherweise getrennt werden. Es gibt verschiedene Szenarien, in denen dies passieren kann.
- ESX-Host führt vCLS-VM aus
- Simulieren Sie ein Verbindungsproblem, indem Sie auf dem Host vpxa anhalten. Der Verbindungsstatus ändert sich in Keine Antwort.
- Halten Sie die vCLS-VM auf dem Host an.
- Starten Sie vpxa auf dem Host neu. Der Verbindungsstatus ändert sich in Verbunden.
Nach den obigen Schritten befindet sich die vCLS-VM im VC-Bestand, aber nicht auf dem ESX-Host. Daher wird diese VM als Verwaist gekennzeichnet. HdcsManager ist für das Erkennen und Löschen getrennter vCLS-VMs zuständig. Bei externen vCLS erkennt und löscht vCLS getrennte vCLS-VMs.
Virtuelle Clustereigenschaft vclsVmType
vSphere bietet Informationen darüber, ob auf dem Cluster vCLS-VMs ausgeführt werden, die von externen vCLS oder eingebetteten und von vSphere verwalteten vCLS verwaltet werden. Der Wert dieser Eigenschaft lautet für eingebettete vCLS-VM-Cluster Eingebettet für externe vCLS-VM-Cluster Extern.
Bereinigung der vCLS-VM
Wenn ein Cluster-ESX-Host, auf dem vCLS-VMs ausgeführt werden, die Verbindung zu VC verliert und aus der VC-Bestandsliste entfernt wird, wird die vCLS-VM weiterhin auf diesem ESX-Host ausgeführt. Das bedeutet, dass möglicherweise ein nicht verwalteter ESX-Host die vCLS-VM ausführt.
Wenn ein nicht verwalteter ESX-Host, auf dem vCLS-VMs ausgeführt werden, als eigenständiger Host hinzugefügt wird, erkennt vpxd ein unerwartetes Vorhandensein einer vCLS-VM und beendet diese.
Wenn ein nicht verwalteter ESX-Host, auf dem eine vCLS-VM ausgeführt wird, zum VC-Cluster hinzugefügt wird, beendet vCLS die vCLS-VM nicht, solange der Host noch nicht zum Cluster hinzugefügt wurde. Beim Hinzufügen des Hosts wird ein Workflow für die vCLS-Neukonfiguration ausgelöst. Dieser Workflow beendet überflüssige vCLS-VMs.
Deaktivieren von vCLS
Externe vCLS implementieren eine Funktion, mit der die vCLS-VM-Bereitstellung pro Cluster deaktiviert werden kann. Diese Funktion ist eine Art Stoppschalter, der die externe vCLS-Funktionalität im Falle unvorhergesehener Umstände deaktiviert. Es gibt diverse Beispiele für Szenarien, in denen diese Funktionalität nützlich sein kann:
- Auf dem Cluster ist sowohl DRS als auch HA deaktiviert. In diesem Fall bieten vCLS-VMs keinen Nutzen und es sollten keine System-VMs im VC-Bestand vorhanden sein.
- Auf dem Cluster ist DRS deaktiviert und HA aktiviert. In diesem Fall sind die vCLS-VM hilfreich für ein optimales Failover von VMs. Möglicherweise möchten Sie aber nicht, dass das Vorhandensein von System-VMs im VC-Bestands einen marginalen Vorteil bietet.
- Auf dem Cluster ist DRS aktiviert. In diesem Fall können Sie die externe vCLS-Bereitstellung vorübergehend deaktivieren, um temporäre Konfigurations- oder Laufzeitprobleme zu beheben. Sie könnten beispielsweise externe vCLS deaktivieren, bis der VSAN-Datenspeicher verfügbar wird, um sicherzustellen, dass vCLS-VMs in diesem VSAN-Datenspeicher bereitgestellt werden.
Eingebettete vCLS behalten dieselbe Funktionalität zum Aktivieren oder Deaktivieren von vCLS für einen Cluster bei.
vSphere DRS- und vCLS-VMs
Bei vSphere DRS handelt es sich um eine wichtige vSphere-Funktion, die zum Aufrechterhalten der Integrität der in einem vSphere-Cluster ausgeführten Arbeitslasten benötigt wird. DRS hängt von der Verfügbarkeit von vCLS-VMs ab.
Wenn DRS nicht funktionsfähig ist, bedeutet dies nicht, dass DRS deaktiviert ist. Der Zustand von vCLS wird in einem Cluster mit aktiviertem DRS nur Nicht ordnungsgemäß, wenn vCLS-VMs nicht ausgeführt werden und die erste Instanz von DRS aus diesem Grund übersprungen wird. Der Zustand von vCLS bleibt auf einem Cluster ohne aktiviertes DRS herabgestuft, wenn mindestens eine vCLS-VM nicht ausgeführt wird. vCenter verfügt über Maßnahmen, um zu verhindern, dass sie versehentlich in einen beeinträchtigten Zustand versetzt wird. Beispielsweise enthalten die Empfehlungen für den Clusterwartungsmodus keine Optionen, die alle vCLS-fähigen Hosts gleichzeitig in den Wartungsmodus versetzen.
Auswahl des Datenspeichers für externe vCLS
Der Datenspeicher für vCLS-VMs wird automatisch basierend auf der Platzierung aller Datenspeicher ausgewählt, die mit den Hosts innerhalb des Clusters verbunden sind.
Ein Datenspeicher wird wahrscheinlicher ausgewählt, wenn Hosts im Cluster mit kostenlosen reservierten DRS-Steckplätzen mit dem Datenspeicher verbunden sind. Der Algorithmus versucht, vCLS-VMs nach Möglichkeit in einem gemeinsam genutzten Datenspeicher zu platzieren, bevor ein lokaler Datenspeicher ausgewählt wird. Ein Datenspeicher mit mehr freiem Speicherplatz wird bevorzugt, und der Algorithmus versucht nicht, mehr als eine vCLS-VM auf demselben Datenspeicher zu platzieren. Sie können den Datenspeicher von vCLS-VMs erst ändern, nachdem sie bereitgestellt und eingeschaltet wurden.
Wenn Sie die VMDKs für vCLS-VMs in einen anderen Datenspeicher verschieben oder eine andere Speicherrichtlinie anhängen möchten, können Sie vCLS-VMs neu konfigurieren. Es wird eine Warnmeldung angezeigt, wenn Sie diesen Vorgang ausführen.
Sie können einen Storage vMotion-Vorgang durchführen, um vCLS-VMs zu einem anderen Datenspeicher zu migrieren. Sie können vCLS-VMs kennzeichnen oder benutzerdefinierte Attribute anhängen, wenn Sie sie separat von den Arbeitslast-VMs gruppieren möchten, z. B. wenn Sie über eine spezifische Metadatenstrategie für alle VMs verfügen, die in einem Datencenter ausgeführt werden.
Die Aufgabe zum Wechsel in den Wartungsmodus wird zwar gestartet, kann aber nicht abgeschlossen werden, da sich 1 virtuelle Maschine auf dem Datenspeicher befindet. Sie können die Aufgabe jederzeit in Ihren kürzlich bearbeiteten Aufgaben abbrechen, wenn Sie fortfahren möchten.
Der ausgewählte Datenspeicher speichert möglicherweise vSphere Clusterdienst-VMs, die nicht ausgeschaltet werden können. Um die Integrität von vSphere Cluster Services zu gewährleisten, müssen diese VMs manuell mit vMotion in einen anderen Datenspeicher innerhalb des Clusters verschoben werden, bevor dieser Datenspeicher für die Wartung heruntergefahren werden kann. Informationen hierzu finden Sie im KB-Artikel KB 79892.Aktivieren Sie das Kontrollkästchen Zulassen, dass ich den Speicher für alle virtuellen Maschinen migrieren und nach der Migration in den Wartungsmodus wechseln kann., um fortzufahren.
Externe vCLS-Datenspeicherplatzierung
Sie können die standardmäßige Datenspeicherplatzierung für vCLS-VMs außer Kraft setzen.
Der Datenspeicherort für vSphere Cluster Services-VMs (vCLS) wird durch eine standardmäßige Datenspeicherauswahllogik ausgewählt. Um die standardmäßige vCLS-VM-Datenspeicherplatzierung für einen Cluster außer Kraft zu setzen, können Sie einen Satz zulässiger Datenspeicher angeben, indem Sie zum Cluster navigieren und unter auf HINZUFÜGEN klicken. Einige Datenspeicher können nicht für vCLS ausgewählt werden, da sie von Lösungen wie SRM oder vom vSAN-Wartungsmodus blockiert werden, in denen bzw. dem vCLS nicht konfiguriert werden kann. Benutzer können von Lösungen blockierte Datenspeicher für vCLS-VMs nicht hinzufügen oder entfernen.
Überwachen der vSphere Cluster Services
Sie können die von vCLS-VMs verbrauchten Ressourcen und deren Integritätsstatus überwachen.
vCLS-VMs werden in der Bestandslistenstruktur auf der Registerkarte Hosts und Cluster nicht angezeigt. vCLS-VMs aus allen Clustern innerhalb eines Datencenters werden in einem separaten VM- und Vorlagenordner mit der Bezeichnung vCLS abgelegt. Dieser Ordner und die vCLS-VMs werden nur auf der Registerkarte VMs und Vorlagen des vSphere Client angezeigt. Für diese VMs wird ein anderes Symbol als für reguläre Arbeitslast-VMs verwendet. Sie können Informationen zum Zweck der vCLS-VMs auf der Registerkarte Übersicht der vCLS-VMs anzeigen.
Sie können die von vCLS-VMs verbrauchten Ressourcen auf der Registerkarte Überwachen überwachen.
Sie können den Integritätsstatus von vCLS im Portlet Clusterdienste überwachen, das auf der Registerkarte Übersicht des Clusters angezeigt wird.
| Status | Farbcodierung | Übersicht |
|---|---|---|
| Ordnungsgemäß | Grün | Bei mindestens einer ausgeführten vCLS-VM wird die Integrität des Status unabhängig von der Anzahl der Hosts im Cluster beibehalten. |
| Herabgestuft | Gelb | Wenn weniger als 3 Minuten (180 Sekunden) keine vCLS-VM ausgeführt wird, kommt es zu einer Herabstufung des Status. |
| Nicht ordnungsgemäß | Rot | Wenn mindestens 3 Minuten keine vCLS-VM ausgeführt wird, ist der Status im DRS-fähigen Cluster fehlerhaft. |
Aufrechterhalten der Integrität der vSphere Cluster Services
vCLS-VMs sind immer eingeschaltet, weil vSphere DRS von der Verfügbarkeit dieser VMs abhängig ist. Diese VMs sollten als System-VMs behandelt werden. Nur Administratoren können selektive Vorgänge auf vCLS-VMs durchführen. Um einen Ausfall der Clusterdienste zu vermeiden, führen Sie keine Konfigurationen oder Vorgänge auf den vCLS-VMs durch.
vCLS-VMs sind vor versehentlichem Löschen geschützt. Cluster-VMs und -Ordner sind vor Änderungen durch Benutzer, einschließlich Administratoren, geschützt.
Nur Benutzer, die zur Administrator-SSO-Gruppe gehören, können die folgenden Vorgänge durchführen:
- ReadOnly-Zugriff für vCLS-VMs
- Verwenden von Tags und benutzerdefinierten Attributen für vCLS-VMs
Vorgänge, die das reibungslose Funktionieren der vCLS-VMs stören könnten:
- Ändern des Betriebszustands der vCLS-VMs
- Erneute Ressourcenkonfiguration der vCLS-VMs, wie z. B. Ändern der CPU, des Arbeitsspeichers, der Festplattengröße und Festplattenplatzierung
- VM-Verschlüsselung
- Auslösen von vMotion für die vCLS-VMs
- Ändern des BIOS
- Entfernen der vCLS-VMs aus der Bestandsliste
- Löschen der vCLS-VMs von der Festplatte
- Aktivieren von Fault Tolerance für vCLS-VMs
- Klonen von vCLS-VMs
- Konfigurieren von PMem
- Verschieben der vCLS-VM in einen anderen Ordner
- Umbenennen der vCLS-VMs
- Umbenennen der vCLS-Ordner
- Aktivieren von DRS-Regeln und Außerkraftsetzungen auf vCLS-VMs
- Aktivieren der HA-Zugangssteuerungsrichtlinie auf vCLS-VMs
- Aktivieren von HA-Außerkraftsetzungen auf vCLS-VMs
- Verschieben von vCLS-VMs in einen Ressourcenpool
- Wiederherstellen von vCLS-VMs aus einem Snapshot
Wenn Sie einen unterbrechenden Vorgang auf den vCLS-VMs durchführen, wird ein Warndialogfeld angezeigt.
Fehlerbehebung:
Der Systemzustand der vCLS-VMs, einschließlich des Betriebsstatus, wird vom VMware ESX Agent Manager-Dienst und vom Steuerungsebene-für-Arbeitslasten-Dienst verwaltet. Wenn es bei den vCLS-VMs zu einem Stromausfall kommt oder die erste DRS-Instanz für einen Cluster aufgrund eines mangelnden Quorums von vCLS-VMs übersprungen wird, wird auf der Seite „Cluster-Übersicht“ ein Banner sowie ein Link zu einem Knowledgebase-Artikel mit Anweisungen zum Beheben des Fehlers angezeigt.
Da vCLS-VMs als System-VMs behandelt werden, müssen Sie diese VMs weder sichern noch Snapshots für diese VMs erstellen. Der Systemzustand dieser VMs wird von vCenter Server-Diensten verwaltet.
Versetzen eines Clusters in den Rückzugsmodus
Wenn ein Datenspeicher, der vCLS-VMs hostet, in den Wartungsmodus versetzt wird, müssen Sie die vCLS-VMs mit vMotion manuell an einem neuen Speicherort speichern oder den Cluster in den Rückzugsmodus versetzen.
Prozedur
- Melden Sie sich beim vSphere Client an.
- Navigieren Sie zu dem Cluster, auf dem vCLS deaktiviert werden muss.
- Navigieren Sie in vCenter Server zur Registerkarte Konfigurieren.
- Wählen Sie unter Konfiguration die Option Allgemein aus.
- Wählen Sie die Standardoption Systemverwaltet oder Rückzugsmodus aus, wodurch vCLS deaktiviert wird.
- Klicken Sie auf OK.
Ergebnisse
vSphere HA führt während eines Hostausfallszenarios keine optimale Platzierung durch. HA hängt von DRS für Platzierungsempfehlungen ab. HA wird die VMs weiterhin einschalten, aber diese VMs werden möglicherweise auf einem weniger optimalen Host eingeschaltet.
Abrufen des Kennworts für externe vCLS
Sie können das Kennwort für die Anmeldung bei den vCLS-VMs abrufen.
Vermeiden Sie den Zugriff auf die vCLS-VMs, um die Integrität der Clusterdienste sicherzustellen. Dieses Dokument ist ausdrücklich für die Diagnose von vCLS-VMs vorgesehen.
Prozedur
Ergebnisse
Mit dem abgerufenen Kennwort können Sie sich bei den vCLS-VMs anmelden.
Anti-Affinitätsrichtlinien für vCLS-VMs
vSphere unterstützt Anti-Affinität zwischen vCLS-VMs und einer anderen Gruppe von Arbeitslast-VMs.
Durch Computing-Richtlinien kann angegeben werden, wie der vSphere Distributed Resource Scheduler (DRS) VMs auf Hosts in einem Ressourcenpool platzieren soll. Verwenden Sie den vSphere-Editor für Computing-Richtlinien, um Computing-Richtlinien zu erstellen und zu löschen. Sie können eine Computing-Richtlinie erstellen oder löschen, aber nicht ändern. Wenn Sie ein in der Definition der Richtlinie verwendetes Kategorie-Tag löschen, wird die Richtlinie ebenfalls gelöscht. Öffnen Sie die VM-Zusammenfassungsseite in vSphere, um die für eine VM geltenden Computing-Richtlinien und deren Konformitätsstatus mit den einzelnen Richtlinien anzuzeigen. Sie können eine Computing-Richtlinie für eine Gruppe von Arbeitslast-VMs erstellen, die gegenüber der Gruppe der vCLS-VMs anti-affin ist. Eine vCLS-Anti-Affinitätsrichtlinie kann ein einzelnes für Benutzer sichtbares Tag für eine Gruppe von Arbeitslast-VMs aufweisen. Die andere Gruppe von vCLS-VMs wird intern erkannt.
Erstellen oder Löschen einer vCLS-VM-Anti-Affinitätsrichtlinie
Eine vCLS-VM-Anti-Affinitätsrichtlinie beschreibt eine Beziehung zwischen einer Kategorie von VMs und vCLS-System-VMs.
Eine vCLS-VM-Anti-Affinitätsrichtlinie verhindert die Platzierung von vCLS-VMs und Anwendungs-VMs auf demselben Host. Diese Art von Richtlinie kann nützlich sein, wenn sich vCLS-VMs und virtuelle Maschinen, die kritische Arbeitslasten ausführen, auf demselben Host befinden. Einige Best Practices für die Ausführung kritischer Arbeitslasten, wie z. B. SAP HANA, benötigen dedizierte Hosts. Nach der Erstellung der Richtlinie platziert das Platzierungsmodul vCLS-VMs auf den Hosts, auf denen keine Richtlinien-VMs ausgeführt werden.
- Wenn die Richtlinie auf mehrere VMs auf verschiedenen Hosts angewendet wird und nicht genügend Hosts zum Verteilen von vCLS-VMs vorhanden sind, werden vCLS-VMs in den Hosts ohne Richtlinien-VMs zusammengefasst.
- Bei Angabe eines Zielhosts in einem Bereitstellungsvorgang wird diese Spezifikation immer berücksichtigt, auch wenn sie gegen die Richtlinie verstößt. DRS versucht, die vCLS-VMs mithilfe eines nachfolgenden Standardisierungszyklus auf einen kompatiblen Host zu verschieben.
Prozedur
- Erstellen Sie eine Kategorie und ein Tag für jede Gruppe von VMs, die in eine vCLS-VM-Anti-Affinitätsrichtlinie aufgenommen werden sollen.
- Kennzeichnen Sie die VMs, die einbezogen werden sollen.
- Erstellen Sie eine vCLS-VM-Anti-Affinitätsrichtlinie.
- Klicken Sie in vSphere auf .
- Klicken Sie auf Hinzufügen, um den Assistenten Neue Computing-Richtlinie zu öffnen.
- Füllen Sie die Richtlinie Name aus und wählen Sie vCLS-VM-Anti-Affinität im Dropdown-Steuerelement Richtlinientyp aus.
Der Name der Richtlinie muss eindeutig sein.
- Geben Sie eine Beschreibung der Richtlinie an und verwenden Sie dann VM-Tag, um die Kategorie und das Tag auszuwählen, auf die die Richtlinie angewendet wird.
Sofern Sie einer Kategorie nicht mehrere VM-Tags zugeordnet haben, befüllt der Assistent das VM-Tag nach Auswahl des Tags Kategorie.
- Klicken Sie auf Erstellen, um die Richtlinie zu erstellen.
- (Optional) Zum Löschen einer Computing-Richtlinie öffnen Sie vSphere und klicken auf , um jede Richtlinie als Karte anzuzeigen. Klicken Sie auf LÖSCHEN, um eine Richtlinie zu löschen.
