vSphere Cluster Services (vCLS) est activé par défaut et s'exécute dans tous les clusters vSphere. vCLS garantit que si vCenter Server devient indisponible, les services de cluster restent disponibles pour préserver les ressources et la santé des charges de travail qui s'exécutent dans les clusters. vCenter Server est toujours requis pour exécuter DRS et VMware HA.

vCLS est activé lorsque vous effectuez une mise à niveau vers vSphere 7.0 Update 3 ou lorsque vous disposez d'un nouveau déploiement de vSphere 7.0 Update 3. vCLS est mis à niveau dans le cadre de la mise à niveau de vCenter Server.

vCLS utilise des machines virtuelles d'agent pour maintenir la santé des services de cluster. Les machines virtuelles de l'agent vCLS (machines virtuelles vCLS) sont créées lorsque vous ajoutez des hôtes à des clusters. Jusqu'à trois machines virtuelles vCLS doivent être exécutées dans chaque cluster vSphere, distribué dans un cluster. vCLS est également activé sur les clusters qui ne contiennent qu'un ou deux hôtes. Ces clusters contiennent respectivement une et deux machines virtuelles vCLS.

Les nouvelles règles d'anti-affinité sont appliquées automatiquement. Toutes les trois minutes, une vérification est effectuée, si plusieurs machines virtuelles vCLS sont situées sur un hôte unique, elles seront automatiquement redistribuées sur différents hôtes.

Tableau 1. Nombre de machines virtuelles d'agent vCLS dans les clusters
Nombre d'hôtes dans un cluster Nombre de machines virtuelles d'agent vCLS
1 1
2 2
3 ou plus 3

Les machines virtuelles vCLS s'exécutent dans chaque cluster même si les services de cluster comme vSphere DRS ou vSphere HA ne sont pas activés sur le cluster. Les opérations de cycle de vie des machines virtuelles vCLS sont gérées par des services vCenter Server tels que ESX Agent Manager et le plan de contrôle de la charge de travail. Les machines virtuelles vCLS ne prennent pas en charge les cartes réseau.

Un cluster avec vCLS activé peut contenir des hôtes ESXi de différentes versions si les versions d'ESXi sont compatibles avec l'instance de vCenter Server. vCLS utilise des clusters vSphere Lifecycle Manager.

vSphere DRS

vSphere DRS est une fonctionnalité essentielle de vSphere qui est requise pour maintenir la santé des charges de travail exécutées dans un cluster vSphere. DRS dépend de la disponibilité des machines virtuelles vCLS.

Note : Si vous tentez d'activer DRS sur un cluster présentant des problèmes avec les machines virtuelles vCLS, un message d'avertissement s'affiche sur la page Résumé du cluster.
Note : Si DRS est activé en présence de problèmes avec les machines virtuelles vCLS, vous devez résoudre ces problèmes pour que DRS fonctionne. Un message d'avertissement s'affiche sur la page de Résumé du cluster.

Si DRS ne fonctionne pas, cela ne signifie pas que DRS est désactivé. Les paramètres DRS et les pools de ressources existants survivent lors d'une perte de quorum de machines virtuelles vCLS. La santé de vCLS devient Défectueux uniquement dans un cluster sur lequel DRS est activé lorsque des machines virtuelles vCLS ne sont pas en cours d'exécution et que la première instance de DRS est ignorée pour cette raison. La santé de vCLS restera Dégradé sur un cluster sur lequel DRS n'est pas activé lorsqu'au moins une machine virtuelle vCLS n'est pas en cours d'exécution.

Sélection de banque de données pour les machines virtuelles vCLS

La banque de données des machines virtuelles vCLS est automatiquement sélectionnée en fonction du classement de toutes les banques de données connectées aux hôtes à l'intérieur du cluster. Une banque de données est plus susceptible d'être sélectionnée si des hôtes dans le cluster disposent d'emplacements DRS réservés libres connectés à la banque de données. L'algorithme tente de placer les machines virtuelles vCLS dans une banque de données partagée si possible avant de sélectionner une banque de données locale. Une banque de données disposant de plus d'espace libre est préférable et l'algorithme tente de ne pas placer plusieurs machines virtuelles vCLS sur la même banque de données. Vous pouvez uniquement modifier la banque de données des machines virtuelles vCLS après leur déploiement et leur mise sous tension.

Si vous souhaitez transférer les VMDK pour des machines virtuelles vCLS vers une autre banque de données ou associer une autre stratégie de stockage, vous pouvez reconfigurer les machines virtuelles vCLS. Un message d'avertissement s'affiche lorsque vous effectuez cette opération.

Vous pouvez effectuer une opération Storage vMotion pour migrer des machines virtuelles vCLS vers une autre banque de données. Vous pouvez baliser des machines virtuelles vCLS ou joindre des attributs personnalisés si vous souhaitez les regrouper séparément des machines virtuelles de charge de travail, par exemple si vous disposez d'une stratégie de métadonnées spécifique pour toutes les machines virtuelles qui s'exécutent dans un centre de données.

Note : Lorsqu'une banque de données est placée en mode de maintenance, si la banque de données héberge des machines virtuelles vCLS, vous devez appliquer manuellement Storage vMotion aux machines virtuelles vCLS pour les déplacer vers un nouvel emplacement ou mettre le cluster en mode de reformatage. Un message d'avertissement s'affiche.
La tâche d'entrée en mode de maintenance va démarrer, mais ne pourra pas se terminer, car une machine virtuelle réside dans la banque de données. Vous pouvez toujours annuler la tâche dans vos Tâches récentes si vous décidez de continuer.
La banque de données sélectionnée peut stocker des machines virtuelles de services de cluster vSphere qui ne peuvent pas être mises hors tension. Pour garantir la santé des services de cluster vSphere, ces machines virtuelles doivent faite l'objet d'un déplacement manuel vMotion vers une autre banque de données du cluster avant de mettre cette banque de données hors service à des fins de maintenance. Reportez-vous à cet article de la base de connaissances : KB 79892.
Cochez la case Migrer le stockage de toutes les machines virtuelles et continuer en mode de maintenance après la migration. pour continuer.