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 configurer et exécuter DRS et HA.
Dans vSphere 8.0 U3, vCLS intégré est introduit avec de nouvelles fonctionnalités. À l'origine, le composant vCLS était une machine virtuelle complète exécutant Photon OS. Pour vSphere 8.0 U3, vCLS est désormais basé sur la technologie d'espace vSphere, parfois appelée PodCRX. Dans ce document, PodCRX est appelé machines virtuelles vCLS. Les interfaces API de vCLS n'ont pas changé, mais le déploiement et la gestion de ces composants vCLS ont été modifiés. Cela justifiait un changement de nom. À la suite du précédent établi lorsque les instances de Platform Service Controller sont passées d'une instance externe à une instance intégrée, vCLS est désormais appelé vCLS externe pour les versions antérieures à vSphere 8.0 U3. À partir de vSphere 8.0 U3 et versions ultérieures, vCLS est désormais appelé vCLS intégré.
vCLS est mis à niveau dans le cadre de la mise à niveau de vCenter Server. Pour vCLS intégré, la mise à niveau de vCLS est liée à la mise à niveau des hôtes ESXi dans le cluster. vCLS intégré est activé une fois que VC passe à la version 8.0 U3 et dans les clusters qui disposent d'un ou de plusieurs hôtes ESXi 8.0 U3. VC 8.0 U3 peut exécuter des vCLS externes et des vCLS intégrés en fonction de la composition du cluster.
vCenter déploie des vCLS intégrés sur des clusters d'hôtes pris en charge exécutant ESX 8.0 U3 ou version ultérieure. Pour les clusters d'hôtes utilisant des versions antérieures, vCenter déploie des vCLS externes. L'inventaire vCenter permet à plusieurs versions d'ESX de coexister, ce qui se produit lors d'une mise à niveau continue d'ESX. Pour les clusters comprenant plusieurs versions, vCenter utilisera des vCLS intégrés chaque fois que des hôtes disponibles dans un cluster le prennent en charge. Cela crée un point où un cluster est mis à niveau d'un vCLS externe vers un vCLS intégré lorsque des hôtes quittent le mode de maintenance après la mise à niveau vers une version prise en charge. vCenter rend cette mise à niveau transparente en attendant que la première machine virtuelle vCLS intégrée devienne disponible avant de désactiver vCLS externe et de détruire ces machines virtuelles. En outre, si tous les hôtes pris en charge deviennent indisponibles et ne laissent que des hôtes non pris en charge, vCenter peut revenir aux vCLS externes. Toutefois, étant donné que cette étape est basée sur l'indisponibilité d'un hôte, cela peut entraîner une période d'indisponibilité de DRS entre le démontage des vCLS intégrés et le déploiement des vCLS externes.
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. Dans vCLS externe, jusqu'à trois machines virtuelles vCLS doivent être exécutées dans chaque cluster vSphere, distribué dans un cluster. vCLS externe 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. Dans vCLS intégré, jusqu'à deux machines virtuelles vCLS doivent s'exécuter dans chaque cluster vSphere.
Les nouvelles règles d'anti-affinité sont appliquées automatiquement. Dans vCLS externe, une vérification est effectuée toutes les trois minutes ; si plusieurs machines virtuelles vCLS sont situées sur un hôte unique, elles seront automatiquement redistribuées sur différents hôtes. Dans vCLS intégré, une vérification est effectuée chaque minute.
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.
vCLS intégré
Dans vSphere 8.0 U3, le composant vCLS intégré est introduit et présente de nouvelles fonctionnalités et améliorations.
Différences entre vCLS externe et vCLS intégré
Dans vCLS externe, le terme quorum signifie le nombre minimal de machines virtuelles vCLS sous tension nécessaires au fonctionnement de DRS, qui est 1. Dans vCLS intégré, nous utilisons le terme nombre minimum de VM vCLS ; son objectif et sa valeur de 1 ne sont pas modifiés. Afin d'améliorer la disponibilité des DRS, les deux types de vCLS fournissent la redondance pour les machines virtuelles. Si un hôte avec une machine virtuelle vCLS échoue, d'autres machines virtuelles vCLS sont disponibles pour conserver la fonctionnalité de DRS. Le nombre total de machines virtuelles vCLS déployées dans un cluster, en supposant qu'il y a suffisamment d'hôtes et de ressources disponibles pour déployer des machines virtuelles vCLS redondantes, est appelé nombre de redondances souhaité. Pour vCLS externe, le nombre de redondance souhaité est de 3. Pour vCLS intégré, il est réduit à 2.
Qu'est-ce qu'une machine virtuelle vCLS ?
La machine virtuelle vCLS introduite dans vSphere 8.0 Update 3 est basée sur la technologie d'espace vSphere. Les services vCLS sont déployés sur l'hôte ou le cluster en tant que machine virtuelle sur un hôte ESXi. Cependant, il s'agit d'une machine virtuelle spéciale, avec un système d'exploitation très minimal et utilise une exécution de conteneur, ce qui permet à la machine virtuelle vCLS de s'exécuter sur vSphere. Les nouvelles machines virtuelles vCLS offrent un temps d'exécution sécurisé et haute performance.
Mise hors tension de la VM vCLS
Il est possible de mettre hors tension les machines virtuelles vCLS intégrées. Lorsque cette machine virtuelle est hors tension, vSphere interprète cette condition comme un échec et procède au redémarrage de la machine virtuelle et à l'enregistrement de la machine virtuelle vCLS dans hostd.
Lorsque la machine virtuelle vCLS est hors tension, elle attend que vSphere redémarre cette machine virtuelle. Si vSphere ne redémarre pas cette machine virtuelle après le délai d'expiration, la reconfiguration de la machine virtuelle vCLS est lancée.
Chaque fois qu'une machine virtuelle vCLS intégrée est évacuée par le système, comme pour un hôte qui entre en mode de maintenance, elle est détruite et remplacée sur un autre hôte, au lieu d'utiliser vMotion.
VM vCLS
La visibilité et l'accès aux machines virtuelles vCLS dans vCLS intégré présentent une parité avec vCLS externe.
- Les machines virtuelles vCLS sont visibles dans VC.
- Dans la hiérarchie d'inventaire VC, les machines virtuelles vCLS résident dans le dossier de machine virtuelle dédié nommé vCLS.
- Certaines opérations sur les machines virtuelles vCLS sont indisponibles.
- Les demandes de requête aux machines virtuelles vCLS sont disponibles.
- L'attribution de nom d'une VM vCLS intégrée est la même que pour les machines virtuelles vCLS externes : vCLS-{UUID} où UUID est l'UUID de l'hôte ESX (summary.hardware.uuid).
VM ExtraConfig
Pour identifier les machines virtuelles vCLS, vCLS intégré continue d'utiliser une option spécifique dans VM ExtraConfig.
L'option de configuration supplémentaire identifiant la VM vCLS intégrée est vCLSCRX.agent et la valeur est true.
vCLS intégré modifie l'extension qui gère ces machines virtuelles pour qu'elle soit l'extension vpxd interne/système.
- La propriété managedBy dans la configuration de machine virtuelle de la machine virtuelle vCLS intégrée est définie sur la clé de cette extension VC. Cette propriété permet d'identifier les machines virtuelles vCLS intégrées et de les différencier des machines virtuelles vCLS externes, car cette propriété s'affiche dans vSphere.
- La propriété config.managedBy.extensionKey est définie sur VirtualCenter.
- La propriété config.managedBy.type est définie sur vcls-entity.
Machines virtuelles vCLS déconnectées
Une machine virtuelle vCLS peut se déconnecter dans VC. Il existe divers scénarios dans lesquels cela peut se produire.
- Disposer d'un hôte ESX exécutant la VM vCLS
- Simulez un problème de connexion en arrêtant vpxa sur l'hôte ; l'état de connexion passe à notResponding.
- Arrêtez la machine virtuelle vCLS sur l'hôte.
- Redémarrez vpxa sur l'hôte ; l'état de connexion passe à connected.
Après les étapes ci-dessus, la machine virtuelle vCLS se trouve dans l'inventaire VC, mais pas sur l'hôte ESX. Par conséquent, cette machine virtuelle est marquée comme orphaned. HdcsManager est responsable de la détection et de la suppression des machines virtuelles vCLS déconnectées. Dans vCLS externe, vCLS détecte et supprime les machines virtuelles vCLS déconnectées.
Propriété virtuelle du cluster vclsVmType
vSphere fournit des informations indiquant si le cluster exécute des machines virtuelles vCLS gérées par des vCLS externes ou une instance intégrée de vCLS gérée par vSphere. La valeur de cette propriété est Intégré pour le cluster de VM vCLS intégrée et Externe pour le cluster de VM vCLS externe.
Nettoyage de la VM vCLS
Si un cluster ESX hôte exécutant des machines virtuelles vCLS perd la connectivité à VC et est supprimé de l'inventaire VC, la machine virtuelle vCLS continue à s'exécuter sur cet hôte ESX. En d'autres termes, l'hôte ESX non géré peut finir par exécuter la machine virtuelle vCLS.
Lorsqu'un hôte ESX non géré avec des machines virtuelles vCLS en cours d'exécution est ajouté en tant qu'hôte autonome, vpxd détecte la présence inattendue de machines virtuelles vCLS et l'arrête.
Lorsqu'un hôte ESX non géré avec une machine virtuelle vCLS en cours d'exécution est ajouté au cluster VC, vCLS n'arrête pas la machine virtuelle vCLS avant d'ajouter l'hôte au cluster. L'ajout de l'hôte déclenche le workflow de reconfiguration de vCLS. Ce workflow arrête les machines virtuelles vCLS superflues.
Désactiver vCLS
vCLS externe implémente l'installation qui permet de désactiver le déploiement de machines virtuelles vCLS par cluster. Dans un sens, cette installation est un commutateur d'arrêt pour désactiver la fonctionnalité vCLS externe en cas de circonstances imprévues. Voici plusieurs exemples de scénarios dans lesquels cette fonctionnalité peut être utile :
- DRS et HA sont désactivés sur le cluster. Dans ce cas, les machines virtuelles vCLS ne fournissent aucune utilisation et vous ne souhaitez pas la présence de machines virtuelles système dans l'inventaire VC.
- DRS est désactivé et HA activé sur le cluster. Dans ce cas, les machines virtuelles vCLS fournissent une aide pour un basculement optimal des machines virtuelles, mais vous ne souhaiterez peut-être pas que la présence de machines virtuelles système dans l'inventaire VC pour un avantage marginal.
- DRS est activé sur le cluster. Dans ce cas, vous pouvez désactiver temporairement le déploiement vCLS externe pour résoudre des problèmes de configuration temporaires ou d'exécution temporaires. Par exemple, vous pouvez désactiver vCLS externe jusqu'à ce que la banque de données VSAN devienne disponible, afin de vous assurer que les machines virtuelles vCLS sont déployées sur cette banque de données VSAN.
vCLS intégré conserve la même fonctionnalité pour activer ou désactiver vCLS pour un cluster.
vSphere DRS et machines virtuelles vCLS
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.
Si DRS ne fonctionne pas, cela ne signifie pas que DRS est désactivé. 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. vCenter applique des mesures pour éviter d'entrer accidentellement dans un état dégradé. Par exemple, les recommandations de mode de maintenance du cluster n'incluent pas d'options qui mettent tous les hôtes compatibles vCLS en mode de maintenance à la fois.
Sélection de la banque de données pour vCLS externe
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.
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.
Placement de la banque de données vCLS externe
Vous pouvez remplacer le placement par défaut de la banque de données VM vCLS.
L'emplacement de la banque de données VM vCLS (vSphere Cluster Services) est choisi selon une logique de sélection de banque de données par défaut. Pour remplacer le placement de banque de données VM vCLS par défaut pour un cluster, vous pouvez spécifier un ensemble de banques de données autorisées en accédant au cluster et en cliquant sur AJOUTER sous . Certaines banques de données ne peuvent pas être sélectionnées pour vCLS, car elles sont bloquées par des solutions telles que SRM ou le mode de maintenance vSAN, dans lesquelles vCLS ne peut pas être configuré. Les utilisateurs ne peuvent pas ajouter ou supprimer des banques de données bloquées par une solution pour les machines virtuelles vCLS.
Surveillance des services de cluster vSphere
Vous pouvez surveiller les ressources consommées par les machines virtuelles vCLS et leur état de santé.
Les machines virtuelles vCLS ne s'affichent pas dans l'arborescence d'inventaire dans l'onglet Hôtes et clusters. Les machines virtuelles vCLS de tous les clusters d'un centre de données sont placées dans un dossier de machines virtuelles et de modèles distinct nommé vCLS. Ce dossier et les machines virtuelles vCLS sont visibles uniquement dans l'onglet VM et modèles de vSphere Client. Ces machines virtuelles sont identifiées par une icône différente de celle des machines virtuelles de charge de travail standard. Vous pouvez afficher des informations sur l'objet des machines virtuelles vCLS dans l'onglet Résumé des machines virtuelles vCLS.
Vous pouvez surveiller les ressources consommées par les machines virtuelles vCLS dans l'onglet Surveiller.
Vous pouvez surveiller l'état de santé de vCLS dans le portlet Services de cluster affiché dans l'onglet Résumé du cluster.
| État | Codage couleur | Résumé |
|---|---|---|
| Sain | Vert | Si au moins une machine virtuelle vCLS est en cours d'exécution, l'état reste sain, quel que soit le nombre d'hôtes dans le cluster. |
| Dégradé | Jaune | Si aucune machine virtuelle vCLS n'est en cours d'exécution pendant moins de 3 minutes (180 secondes), l'état est dégradé. |
| Défectueux | Rouge | Si aucune machine virtuelle vCLS n'est en cours d'exécution pendant 3 minutes ou plus, l'état est défectueux dans un cluster sur lequel DRS est activé. |
Maintenance de la santé des services de cluster vSphere
Les machines virtuelles vCLS sont toujours sous tension, car vSphere DRS dépend de la disponibilité de ces machines virtuelles. Ces machines virtuelles doivent être traitées comme des machines virtuelles système. Seuls les administrateurs peuvent effectuer des opérations sélectives sur les machines virtuelles vCLS. Pour empêcher l'échec des services de cluster, évitez d'effectuer une configuration ou des opérations sur les machines virtuelles vCLS.
Les machines virtuelles vCLS sont protégées contre la suppression accidentelle. Les machines virtuelles et les dossiers du cluster sont protégés contre les modifications par les utilisateurs, y compris les administrateurs.
Seuls les utilisateurs membres du groupe SSO Administrateurs peuvent effectuer les opérations suivantes :
- Accès en lecture seule pour les machines virtuelles vCLS
- Utilisation de balises et d'attributs personnalisés pour les machines virtuelles vCLS
Opérations pouvant perturber le bon fonctionnement des machines virtuelles vCLS :
- Modification de l'état d'alimentation des machines virtuelles vCLS
- Reconfiguration des ressources des machines virtuelles vCLS telles que modification du CPU, de la mémoire, de la taille du disque, de l'emplacement du disque
- Chiffrement de machine virtuelle
- Déclenchement de vMotion des machines virtuelles vCLS
- Modification du BIOS
- Suppression des machines virtuelles vCLS de l'inventaire
- Suppression des machines virtuelles vCLS du disque
- Activation de la tolérance aux pannes des machines virtuelles vCLS
- Clonage de machines virtuelles vCLS
- Configuration de PMem
- Déplacement d'une machine virtuelle vCLS vers un autre dossier
- Renommer les machines virtuelles vCLS
- Renommer les dossiers vCLS
- Activation des règles DRS et des remplacements sur les machines virtuelles vCLS
- Activation de la stratégie de contrôle d'admission HA sur les machines virtuelles vCLS
- Activation des remplacements HA sur les machines virtuelles vCLS
- Déplacement de machines virtuelles vCLS vers un pool de ressources
- Récupération de machines virtuelles vCLS à partir d'un snapshot
Lorsque vous effectuez une opération perturbatrice sur les machines virtuelles vCLS, une boîte de dialogue d'avertissement s'affiche.
Dépannage :
La santé des machines virtuelles vCLS, y compris l'état d'alimentation, est gérée par les services VMware ESX Agent Manager et Workload Control Plane. En cas d'échec de la mise sous tension des machines virtuelles vCLS ou si la première instance de DRS pour un cluster est ignorée en raison de l'absence de quorum des machines virtuelles vCLS, une bannière s'affiche sur la page de résumé du cluster, ainsi qu'un lien vers un article de la base de connaissances pour simplifier la résolution de l'état d'erreur.
Comme les machines virtuelles vCLS sont traitées comme des machines virtuelles système, vous n'avez pas besoin de sauvegarder ou de créer un snapshot de ces machines virtuelles. L'état de santé de ces machines virtuelles est géré par les services vCenter Server.
Mettre un cluster en mode de retraitement
Lorsqu'une banque de données est mise en mode de maintenance, si la banque de données héberge des machines virtuelles vCLS, vous devez déplacer manuellement avec Storage vMotion les machines virtuelles vCLS vers un nouvel emplacement ou mettre le cluster en mode de reformatage.
Procédure
- Connectez-vous à vSphere Client.
- Accédez au cluster sur lequel vCLS doit être désactivé.
- Accédez à l'onglet Configurer de vCenter Server.
- Sous Configuration, sélectionnez Général.
- Sélectionnez l'option par défaut Système géré ou Mode de traitement, ce qui désactive vCLS.
- Cliquez sur OK.
Résultats
vSphere HA n'effectue pas de placement optimal pendant un scénario de panne de l'hôte. HA dépend de DRS pour les recommandations de placement. HA continuera à mettre sous tension les machines virtuelles, mais ces machines virtuelles peuvent être mises sous tension sur un hôte moins optimal.
Récupération du mot de passe pour vCLS externe
Vous pouvez récupérer le mot de passe pour vous connecter aux machines virtuelles vCLS.
Pour garantir la santé des services de cluster, évitez d'accéder aux machines virtuelles vCLS. Ce document est destiné aux diagnostics explicites sur les machines virtuelles vCLS.
Procédure
Résultats
Avec le mot de passe récupéré, vous pouvez vous connecter aux machines virtuelles vCLS.
Stratégies anti-affinité de machine virtuelle vCLS
vSphere prend en charge l'anti-affinité entre les machines virtuelles vCLS et un autre groupe de machines virtuelles de charge de travail.
Les stratégies de calcul permettent de spécifier comment vSphere Distributed Resource Scheduler (DRS) doit placer les machines virtuelles sur les hôtes d'un pool de ressources. Utilisez l'éditeur de stratégies de calcul vSphere pour créer et supprimer des stratégies de calcul. Vous pouvez créer ou supprimer une stratégie de calcul, mais pas la modifier. Si vous supprimez une balise de catégorie utilisée dans la définition de la stratégie, la stratégie est également supprimée. Ouvrez la page Résumé de machine virtuelle dans vSphere pour afficher les stratégies de calcul qui s'appliquent à une machine virtuelle et son état de conformité avec chaque stratégie. Vous pouvez créer une stratégie de calcul pour un groupe de machines virtuelles de charge de travail qui est en situation d'anti-affinité avec le groupe de machines virtuelles vCLS. Une stratégie d'anti-affinité vCLS peut avoir une seule balise visible par l'utilisateur pour un groupe de machines virtuelles de charge de travail et l'autre groupe de machines virtuelles vCLS est reconnu en interne.
Créer ou supprimer une stratégie d'anti-affinité de machine virtuelle vCLS
Une stratégie d'anti-affinité de machine virtuelle vCLS décrit une relation entre une catégorie de machines virtuelles et les machines virtuelles du système vCLS.
Une stratégie d'anti-affinité de machine virtuelle vCLS déconseille le positionnement de machines virtuelles vCLS et de machines virtuelles d'application sur le même hôte. Ce type de stratégie peut être utile lorsque vous ne souhaitez pas que les machines virtuelles vCLS et les machines virtuelles exécutant une charge de travail critique s'exécutent sur le même hôte. Certaines recommandations en matière d'exécution de charges de travail critiques telles que SAP HANA nécessitent des hôtes dédiés. Une fois la stratégie créée, le moteur de positionnement tente de placer les machines virtuelles vCLS sur les hôtes sur lesquels les machines virtuelles de stratégie ne sont pas en cours d'exécution.
- Si la stratégie s'applique à plusieurs machines virtuelles sur différents hôtes et qu'il n'est pas possible de disposer de suffisamment d'hôtes pour distribuer des machines virtuelles vCLS, les machines virtuelles vCLS sont consolidées dans les hôtes sans machines virtuelles de stratégie.
- Si une opération de provisionnement spécifie un hôte de destination, cette spécification est toujours respectée, même si elle enfreint la stratégie. DRS tentera de déplacer les machines virtuelles vCLS vers un hôte conforme dans un cycle de correction suivant.
Procédure
- Créez une catégorie et une balise pour chaque groupe de machines virtuelles que vous souhaitez inclure dans une stratégie d'anti-affinité de machine virtuelle vCLS.
- Balisez les machines virtuelles que vous souhaitez inclure.
- Créez ou supprimez une stratégie d'anti-affinité de machine virtuelle vCLS.
- Dans vSphere, cliquez sur .
- Cliquez sur Ajouter pour ouvrir l'assistant Nouvelle stratégie de calcul.
- Renseignez le Nom de la stratégie et choisissez Anti-affinité de la VM vCLS dans le contrôle déroulant Type de stratégie.
Le Nom de la stratégie doit être unique.
- Fournissez une Description de la stratégie, puis une Balise de VM pour choisir la Catégorie et la Balise auxquelles la stratégie s'applique.
À moins que vous n'ayez plusieurs balises de VM associées à une catégorie, l'assistant renseigne la balise de VM après votre sélection de la balise Catégorie.
- Cliquez sur Créer pour créer la stratégie.
- (Facultatif) Pour supprimer une stratégie de calcul, ouvrez vSphere, cliquez sur pour afficher chaque stratégie sous la forme d'une carte. Cliquez sur SUPPRIMER pour supprimer une stratégie.
