Cours VMware vCenter — gestion centralisée de vSphere

Objectifs d'apprentissage

À la fin de ce cours, l'apprenant peut :

1. expliquer ce que vCenter apporte par rapport à des hôtes isolés ;
2. lire les exigences de déploiement de l'appliance (taille, DNS, ports, logiciel) et préparer un déploiement sur papier ;
3. décrire les deux étapes de déploiement et de restauration ;
4. expliquer la sauvegarde par fichiers et ses limites ;
5. décrire inventaire, clusters, vSphere HA et DRS et leur lien avec vCenter ;
6. décrire les opérations d'hôte pilotées depuis vCenter et leurs risques ;
7. identifier les domaines à traiter ensuite (authentification, certificats, cycle de vie) sans les inventer.

Prérequis

• Cours « VMware ESXi » (hyperviseur, datastores, maintenance).
• Notions de DNS (enregistrements A et PTR), NTP, certificats, pare-feu.
• Aucun accès à une instance réelle n'est requis.

Parcours et chapitres

1. Rôle de vCenter

D'après « Main vSphere Concepts and Features » (9.0) : les deux composants principaux de vSphere sont ESX (hyperviseur) et vCenter, service qui fait office d'administrateur central des hôtes ESX connectés en réseau. vCenter permet de mettre en commun et gérer les ressources de plusieurs hôtes, de surveiller et gérer l'infrastructure physique et virtuelle. Certains composants sont des plug-ins. Les sujets de ce chapitre de la documentation : topologie physique, composants logiciels, interfaces clientes, objets d'inventaire, Enhanced Linked Mode (liaison de plusieurs instances vCenter), plug-ins.

Beaucoup de fonctions (vMotion entre hôtes, DRS, HA, gestion de cycle de vie) supposent vCenter : « Migrating Virtual Machines » indique par exemple que vMotion permet de déplacer une VM allumée pour une maintenance, un équilibrage de charge, etc.

2. L'appliance vCenter et ses exigences (9.0)

La documentation décrit vCenter comme une appliance préconfigurée (machine virtuelle optimisée) déployable sur des hôtes ESX ou des instances vCenter.

Exigences logicielles. « Software Requirements » (9.0) : l'appliance peut être déployée sur un hôte ESX 9.0 ou supérieur, ou sur une instance vCenter 8.0 ou supérieure ; l'installateur (GUI ou CLI) s'exécute depuis un poste client ; connexion directe possible à un hôte ESX 8.0 pour déployer. La page « System Requirements » cite aussi : DNS identique entre poste client et réseau cible si FQDN, et horloges synchronisées entre l'hôte cible et les instances vCenter (sinon problèmes d'authentification, échec du déploiement ou services qui ne démarrent pas).

Dimensionnement (matériel). « Hardware Requirements » (9.0) :

Pour ajouter un hôte ESX avec plus de 512 LUN et 2 048 chemins, la page exige une appliance Large ou X-Large. Les besoins de stockage dépendent de la taille de l'environnement et du mode de provisionnement des disques (page « Storage Requirements » non détaillée ici : non vérifié).

DNS. Si l'appliance reçoit une adresse statique, elle doit avoir un enregistrement DNS interne valide. L'installateur doit pouvoir résoudre le FQDN depuis l'IP (recherche inverse, enregistrements PTR) sinon la configuration du serveur web du vSphere Client échoue ; avec un FQDN, ajouter des enregistrements A directs et inverses. La page cite nslookup pour vérifier la recherche inverse.

Ports. Le vSphere Client doit pouvoir joindre l'appliance, et les hôtes source/destination doivent échanger sur certains ports TCP/UDP pour migration et provisionnement. La liste complète est dans l'outil officiel VMware Ports and Protocols (ports.broadcom.com). Si un port est utilisé ou bloqué au déploiement, l'installateur affiche une erreur.

3. Déploiement en deux étapes

D'après les pages « GUI Deployment » (9.0, résumé consulté via recherche, page d'accueil non relue en détail) :

1. Étape 1 : l'assistant déploie l'OVA de l'appliance sur l'hôte ESX ou l'instance vCenter cible ;
2. Étape 2 : configuration et démarrage des services de l'appliance nouvellement déployée.

Un déploiement par CLI avec un fichier de configuration JSON existe aussi. Informations à rassembler avant : « Required Information for Deploying » (page non lue en détail : non vérifié).

Ce cours ne donne pas de procédure pas à pas : elle dépend de la version et de l'architecture voulue. Un déploiement est une opération à effet notable (crée une VM, consomme ressources, réseau, DNS, certificats). Ne jamais lancer en production sans validation.

4. Sauvegarde et restauration par fichiers

« File-Based Backup and Restore of vCenter » (9.0) :

• sauvegarde du noyau de configuration, de l'inventaire et des données historiques au choix, via la vCenter Management Interface ;
• données transmises par FTP, FTPS, HTTP, HTTPS, SFTP, NFS ou SMB vers un système distant ; la sauvegarde n'est pas stockée sur l'appliance ;
• la restauration utilise l'installateur GUI : déploiement d'une nouvelle appliance (étape 1) puis copie des données de la sauvegarde (étape 2) ;
• la restauration n'est possible que pour une instance préalablement sauvegardée avec cette méthode ;
• pour un cluster vCenter High Availability, seule l'instance principale est sauvegardée ; avant de restaurer il faut éteindre les nœuds actif, passif et témoin, la restauration se fait en mode non-HA et le cluster est à reconstruire ensuite ;
• l'interface de gestion est accessible à https://<adresse-ou-FQDN>:5480 (page de sauvegarde manuelle, via la recherche web : à confirmer par lecture directe) ; une sauvegarde planifiée quotidienne est possible.

Contexte, effet, vérification, retour arrière.

• Contexte : vCenter Management Interface 9.0 ; destination de sauvegarde accessible.
• Droits : accès administrateur de l'appliance (détail non vérifié).
• Effet : lecture et copie vers une cible distante ; peut charger l'appliance ; ne modifie pas l'inventaire.
• Vérification : le fichier de sauvegarde existe sur la cible et la restauration a été testée dans un laboratoire isolé (bonne pratique ; non spécifique à une page lue).
• Retour arrière : sans objet pour une sauvegarde ; une restauration remplace l'appliance et est à effet notable.
• Ne jamais lancer une restauration en production sans validation.

Les sauvegardes « image » (par snapshot de VM) font l'objet d'une page distincte (« Image-Based Back Up and Restore », non lue) : non vérifié.

5. Clusters, HA et DRS

Pages 9.0 consultées :

• vSphere HA : met en commun VM et hôtes dans un cluster ; un hôte est élu principal automatiquement ; il surveille l'état des VM protégées et des hôtes secondaires ; si un hôte tombe, ses VM sont redémarrées sur d'autres hôtes ; il distingue panne, partition réseau et isolement par heartbeat réseau et par datastore.
• DRS : « Create a vSphere DRS Cluster » : un cluster est un ensemble d'hôtes ESX et de VM partageant ressources et interface de gestion ; il faut créer un cluster et activer DRS pour la gestion de ressources au niveau cluster. DRS dépend de la disponibilité des VM vCLS.
• HA + DRS ensemble : basculement automatique et équilibrage.

6. Opérations d'hôte depuis vCenter

La page « Managing Hosts in vCenter » (9.0) liste : déconnecter/reconnecter un hôte, le relocaliser, le retirer de l'instance vCenter, le redémarrer ou l'arrêter, vérifier les certificats SSL d'hôtes hérités, activer l'attestation SGX distante, gérer l'hôte avec le Host Client.

Rappels du cours ESXi : la mise en maintenance exige VM éteintes ou migrées ; retirer un hôte retire hôte et VM de l'inventaire vCenter. Chaque opération : contexte vSphere Client 9.0, droits d'administration vCenter (détail non vérifié), effet sur l'inventaire, vérification dans l'inventaire, retour arrière par reconnexion/réajout. Ne jamais lancer en production sans validation.

7. Domaines à approfondir (non détaillés)

Le sommaire 9.0 liste : vSphere Authentication (certificats, Single Sign-On), Managing Host and Cluster Lifecycle (vSphere Lifecycle Manager), vCenter Configuration, vCenter Upgrade, vSphere Security, Monitoring and Performance, Host Profiles ; en 9.1 apparaît aussi « vSphere Configuration Profiles ». Ces guides n'ont pas été lus pour ce cours : leur contenu est non vérifié. Ils sont à ajouter, si Stéphane le souhaite, dans une version ultérieure du cours.

8. Cycle de vérification

Rouvrir les pages, noter les versions du sélecteur, comparer à la version de Stéphane (à fournir), tester la sauvegarde dans un laboratoire, garder ce document en brouillon.

Exercices et vérifications de fin de cours

Tous sont sur papier ou en lecture seule.

1. Nommage. Relever dans les documentations 8.0 et 9.0 le nom du serveur de gestion et noter l'écart.
2. Dimensionnement. Exercice du chapitre 2 (60 hôtes, 2 000 VM).
3. DNS. Écrire les enregistrements A et PTR nécessaires pour une appliance fictive vcenter-demo.example.test / 192.0.2.20, sans les créer.
4. Horloges. Expliquer trois conséquences d'horloges non synchronisées citées par la page.
5. Sauvegarde. Rédiger un plan de test de restauration en laboratoire (qui, quand, quoi vérifier), sans l'exécuter.
6. HA/DRS. Dessiner un cluster fictif de trois hôtes et décrire la panne d'un hôte.

Critères de réussite

• Expliquer pourquoi la sauvegarde n'est pas sur l'appliance.
• Donner les exigences de taille, DNS et ports citées.
• Dire clairement ce qui reste non vérifié (9.1, authentification, cycle de vie).
• Ne pas confondre la version documentée et la version en production.