Aller au contenu
Sommaire

Fiche mémo VMware vCenter

Fiche mémo · environ 4 min de lecture

Validé

Validé. Ce site n’exécute aucune commande. Sources

Rôle

Service central des hôtes ESX en réseau : mise en commun des ressources, supervision et gestion de l'infrastructure physique et virtuelle, plug-ins, Enhanced Linked Mode (plusieurs instances liées).

Taille de l'appliance (9.0)

TailleInventaire maxvCPURAM
Tiny10 hôtes / 100 VM214 Go
Small100 hôtes / 1 000 VM421 Go
Medium400 hôtes / 4 000 VM830 Go
Large1 000 hôtes / 10 000 VM1639 Go
X-Large2 500 hôtes / 45 000 VM2458 Go

Hôte avec plus de 512 LUN et 2 048 chemins : Large ou X-Large.

Préalables de déploiement (9.0)

  • Cible : hôte ESX 9.0+ ou vCenter 8.0+ ; connexion directe possible à un hôte ESX 8.0.
  • DNS : adresse statique avec enregistrement valide ; recherche inverse (PTR) obligatoire pour que le serveur web du vSphere Client se configure ; FQDN avec A direct et inverse ; contrôle avec nslookup.
  • Horloges de l'hôte cible et des vCenter synchronisées.
  • Ports : outil officiel Ports and Protocols ; port occupé ou bloqué = erreur du déploiement.
  • Déploiement GUI en deux étapes : (1) OVA sur la cible, (2) configuration et démarrage des services. Déploiement CLI par fichier JSON.

Sauvegarde et restauration par fichiers (9.0)

PointDétail lu
OùvCenter Management Interface (https://<appliance>:5480, port issu d'un résumé de recherche : à confirmer)
Contenuconfiguration, inventaire, historique au choix
TransportFTP, FTPS, HTTP, HTTPS, SFTP, NFS, SMB vers un système distant
Stockagepas sur l'appliance
Restaurationinstallateur GUI : nouvelle appliance puis copie des données
Cluster vCenter HAseule l'instance principale est sauvegardée ; éteindre actif/passif/témoin avant restauration ; cluster à reconstruire

Contexte : interface de gestion 9.0. Droits : admin de l'appliance (détail non vérifié). Effet : copie vers une cible distante ; la restauration déploie une nouvelle appliance (effet notable). Contrôle : fichier présent et restauration testée en laboratoire. Retour arrière : aucun pour la restauration sans autre sauvegarde. Ne jamais lancer en production sans validation.

Opérations d'hôte depuis vCenter (9.0)

OpérationPoint d'attention
Déconnecter / reconnecterhôte reste dans l'inventaire
Retirer de l'inventaireVM de l'hôte retirées de l'inventaire vCenter ; maintenance préalable en cluster ; NFS actifs ; sortir du commutateur distribué
Redémarrer / arrêterVM éteintes ou migrées, maintenance (page 8.0) ; 9.0 non vérifié
MaintenanceVM éteintes ou migrées ; DRS peut évacuer ; hôte sans nouveau déploiement
Migration (vMotion)à chaud sans interruption de disponibilité, ou à froid

Clusters

  • vSphere HA : hôte principal élu ; VM redémarrées ailleurs après panne ; heartbeats réseau et datastore.
  • DRS : cluster à créer ; dépend des VM vCLS.
  • Détails et seuils : non vérifiés.

À traiter dans une version ultérieure (non lu)

Authentification et certificats, vSphere Lifecycle Manager, mise à niveau, sécurité, supervision, profils d'hôte et (9.1) Configuration Profiles : non vérifiés.

Avant toute opération

  1. Version et nom (vCenter Server 8.0 / vCenter 9.x) confirmés.
  2. Procédure lue dans la page de cette version.
  3. Sauvegarde récente et testée ; fenêtre ; retour arrière.
  4. Aucun nom d'hôte, IP ou secret réel dans les notes.
  5. Validation par Stéphane.

Sources officielles — consultées le 17 octobre 2026