Conception de la gestion d'infrastructure
Fin de la commercialisation: à compter du 31 octobre 2025, les nouveaux déploiements des offres « VMware Solutions » ne seront plus disponibles pour les nouveaux clients. Les clients existants peuvent continuer à utiliser et à développer leurs charges de travail VMware® actives sur IBM Cloud®. Pour plus d'informations, voir Fin de la commercialisation pour VMware sur IBM Cloud.
La gestion d'infrastructure fait référence aux composants qui gèrent l'infrastructure VMware®. L'appliance VMware vCenter Server® est la plateforme centralisée de gestion des environnements VMware vSphere® et constitue l'un des composants fondamentaux de cette solution.
{: caption="de l'infrastructureGestion " caption-side="bottom"} l'infrastructure
L'appliance vCenter Server se voit attribuer le domaine SSO par défaut de vsphere.local.
Conception de vCenter Server
L'appliance vCenter Server est installée sur un sous-réseau portable sur le VLAN privé qui est associé aux VM de gestion. L'adresse IP affectée sur le routeur BCR pour ce sous-réseau spécifique lui sert de passerelle par défaut. Le dispositif virtuel est configuré avec les spécifications décrites dans le tableau suivant.
| Attribut | Spécification |
|---|---|
| vCenter Server | Dispositif virtuel |
| Taille d'installation du dispositif | Moyenne (jusqu'à 400 hôtes ou 4 000 machines virtuelles) |
| Contrôleur PSC (Platform Services Controller) | Intégré |
| Nombre de vCPU | 8 |
| Mémoire | 28 Go |
| Disque | 700 Go sur un magasin de données local (déploiement de disque important) |
| Type de disque | Allocation dynamique |
Base de données vCenter Server
La configuration de vCenter Server utilise une base de données PostgreSQL imbriquée locale qui est incluse avec le dispositif. La base de données imbriquée est utilisée pour retirer les dépendances sur les bases de données externes et l'octroi de licence.
Spécification de cluster vCenter Server
Cette conception vous permet de regrouper en cluster les hôtes vSphere ESXi® qui sont mis à disposition via la solution. Toutefois, avant les clusters, un objet de centre de données est créé afin de signifier l'emplacement des hôtes vSphere ESX et celui du pod dans le centre de données. Un cluster est créé une fois l'objet de centre de données créé. Le cluster est déployé avec vSphere haute disponibilité (HA) et vSphere Distributed Resource Scheduler (DRS) activés.
vSphere Distributed Resource Scheduler
Cette conception utilise vSphere Distributed Resource Scheduler (DRS) dans le cluster initial pour placer les machines virtuelles et dans les autres clusters pour migrer dynamiquement des machines virtuelles afin d'obtenir des clusters équilibrés. La valeur "Fully Automated" est affectée au paramètre Automation Level, par conséquent, les recommandations de placement initial et de migration sont automatiquement exécutées par vSphere. En outre, le seuil de migration défini est modéré, ainsi, vCenter applique les recommandations de priorité 1, 2, 3 pour obtenir au moins une amélioration décente de l'équilibrage de charge du cluster.
La gestion de l'alimentation avec la fonctionnalité Distributed Power Management n'est pas utilisée dans cette conception.
vSphere High Availability
Cette conception utilise vSphere HA dans la grappe initiale et dans les grappes supplémentaires pour détecter les pannes de calcul et récupérer les machines virtuelles qui s'exécutent dans une grappe. Dans cette conception, la fonctionnalité vSphere HA est configurée avec les options de surveillance hôte et de contrôle d'admission qui sont activées dans le cluster. De plus, le cluster initial réserve les ressources d'un noeud comme capacité de secours pour la règle de contrôle d'admission.
Vous êtes responsable de l'ajustement de la politique de contrôle d'admission lors de l'extension ou de la réduction ultérieure de la grappe.
Par défaut, une valeur moyenne est affectée à l'option de priorité de redémarrage des machines virtuelles et l'option de réponse d'isolement hôte est désactivée. De plus, l'option de surveillance des machines virtuelles est désactivée et la fonction de pulsation de magasin de données est configurée pour inclure n'importe lequel des magasins de données de cluster. Cette approche utilise les magasins de données NAS éventuellement présents.
EVC (Enhanced vMotion Compatibility)
Pour simplifier la compatibilité vMotion entre les noeuds de cluster ayant des fonctionnalités d'UC potentiellement différentes, le mode EVC (Enhanced vMotion Compatibility) est activé au niveau le plus élevé pris en charge par la version vSphere. Ce paramètre garantit la compatibilité vMotion entre les noeuds de cluster lorsque de nouveaux processeurs sont ajoutés à l'inventaire IBM Cloud®. Il permet l'extension ultérieure du cluster si le processeur d'origine ne figure plus dans l'inventaire. Une exception à cette règle est que le mode EVC n'est pas défini pour un cluster de gestion avec des processeurs Intel® Cascade Lake lorsque l'EVC Cascade Lake n'est pas pris en charge par la version vSphere.
IBM CloudDriver
L'automatisation est l'élément central de ces solutions. L'automatisation réduit la complexité du déploiement, réduit considérablement le temps nécessaire au déploiement et garantir que l'instance VMware est déployée de manière cohérente.
IBM CloudDriver est une instance de serveur virtuel (VSI) éphémère IBM Cloud VM, qui est déployée selon les besoins pour le déploiement initial et pour les opérations du Jour 2 telles que l'ajout d'hôtes, de clusters ou de services complémentaires à votre instance VMware. CloudDriver est supprimé lorsque tous les processus en cours sont terminés.
CloudDriver est déployé uniquement sur le réseau privé qui se connecte au plan de gestion IBM via une file d'attente de messages privée. Il s'agit de composants développés sur IBM, qui ne sont pas accessibles à l'utilisateur et qui ont les attributs et fonctions suivants :
- Déploiement et configuration de l'instance VMware Cloud Foundation for Classic - Automated au sein du compte utilisateur.
- Ajouter et supprimer des hôtes des clusters automatisés.
- Ajouter et supprimer des clusters d'instances automatisées.
- Ajouter et supprimer des services ou des fonctions complémentaires aux instances automatisées.
Flux d'automatisation
Le flux suivant décrit l'ordre dans lequel se déroulent les événements lorsque vous utilisez la console IBM Cloud for VMware Solutions pour commander une instance VMware :
- Commande de VLAN et de sous-réseaux pour la mise en réseau à partir d'IBM Cloud
- Commande de serveurs bare metal IBM Cloud avec vSphere Hypervisor installé.
- Commande d'une instance de serveur virtuel Microsoft® Windows® qui servira de contrôleur de domaine Active Directory™.
- Déploiement de l'instance de serveur virtuel Cloud Driver.
- Validation du matériel mis en réseau et déployé
- Le cas échéant, configuration initiale d'un réseau de stockage virtuel (vSAN) de noeud unique.
- Déploiement et configuration de vCenter et NSX.
- Regroupement en cluster des autres noeuds ESXi, développement de vSAN, le cas échéant, et configuration des composants NSX (VTEP)
- La validation de l'installation et de la configuration de l'environnement.
- Déploiement de services facultatifs, tels que le serveur de sauvegarde et le stockage
- Suppression de l'instance de serveur virtuel Cloud Driver.
ID et mots de passe
L'automatisation IBM Cloud for VMware Solutions conserve un ensemble d'ID utilisateur et de mots de passe chiffrés dans le plan de gestion IBM Cloud. Les ID utilisateur d'automatisation sont séparés des ID utilisateur affichés dans la console IBM Cloud for VMware Solutions et qui sont réservés à votre utilisation.
Changez ces mots de passe et utilisez votre propre système de gestion des informations de mot de passe (PIM) pour stocker et gérer ces mots de passe. Vous ne pouvez pas modifier ou désactiver les mots de passe qui sont utilisés par l'automatisation sans interrompre l'automatisation. Pour plus d'informations, voir ID utilisateur IBM.