[VMware] Migration vCenter 8 vers vCenter 9 ( 1/3)

Par



 

1/4

Il est maintenant temps de migrer son vCenter de la version 8 vers la version 9 en mode VVF.

Voici donc un mode opératoire de migration du vCenter, dans un premier temps, puis la migration d'un ESX 8 vers 9.

Après avoir téléchargé les sources vCenter et ESXi sur le site de VMware, vérifier l'ensemble des prérequis suivants:


1. Compatibilité plateforme

  • Version source supportée :
    👉 VMware vCenter Server 8.x doit être dans une build officiellement upgradable vers 9
    (éviter les builds trop anciennes → patcher en dernier 8.x avant migration)

  • ESXi minimum supporté par vCenter 9
    → vérifier que tous les hôtes ne sont pas en version obsolète
    (sinon ils apparaîtront en “legacy managed hosts”)

  • Vérification HCL matériel si vCenter gère du hardware ancien

2. Santé de l’appliance vCenter

Avant toute migration :

  • /storage partitions non saturées
    → au moins 20% libre recommandé

  • Pas d’alertes critiques dans :

    • vCenter Health

    • vMon services

    • certificat expiré

    • base de données corrompue

  • Aucun snapshot sur le vCenter

    • sans snapshot en cours

    • pas de consolidation pending

  • Backup natif VCSA obligatoire

    • file-based backup

    • testé si possible

3. Identité & SSO

  • Domaine SSO sain

  • Pas de PSC externe (si présent → converger avant migration)

  • Synchronisation NTP fonctionnelle

  • DNS forward + reverse OK

  • FQDN résolu dans les deux sens

La majorité des échecs viennent du DNS.

4. Réseau

  • Connectivité SSH port 22 vers le vCenter source

  • Ports ouverts entre :

    • nouveau déploiement vCenter 9

    • ancien vCenter 8

    • ESXi

    • DNS / NTP

  • IP disponible pour le vCenter 9 temporaire
    (phase de migration en deux appliances)

5. Ressources système

Minimum recommandé pour la migration :

  • 12–16 GB RAM libres sur le cluster

  • datastore avec espace suffisant pour :

    • nouvelle VCSA

    • staging data migration

    • logs temporaires

6. Vérifications spécifiques VVF

Comme tu es en VVF uniquement :

  • Pas de dépendance NSX/Aria à migrer

  • Vérifier licences compatibles v9

  • Export des clés de licence avant upgrade

  • Inventory propre (pas d’objets orphelins)

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

[Nutanix] Nouveautés Nutanix AOS 7.5, AHV 11.0 et PrismCentral 7.5

Par
Image
  Une release de maturité, pensée pour l’échelle et l’ouverture Avec les versions AOS 7.5 , AHV 11.0 et Prism Central 7.5 , Nutanix franchit un cap clair : moins de promesses marketing, plus de fondation industrielle. Cette release consolide l’existant tout en préparant l’infrastructure à des usages multi-clusters, plus ouverts et plus gouvernables. Ce billet propose une lecture opérationnelle et structurée , sans bruit, orientée exploitation réelle. AOS 7.5 — Le stockage et la VM au service de la résilience - Gouvernance du cycle de vie des VMs AOS 7.5 introduit des politiques de démarrage des machines virtuelles . L’intérêt est immédiat : reprise cohérente après incident, redémarrage ordonné des briques applicatives, réduction des effets domino lors d’un reboot de cluster. C’est un levier simple, mais décisif, pour les environnements applicatifs à dépendances fortes. - Personnalisation et industrialisation Les profils de personnalisation invités pour Windows devienne...
Read more »

[Proxy Veeam] Design Réseau

Par
Image
Bonjour à tous, Je voulais partager avec vous un petit retour d’expérience concernant l’architecture réseau des proxies Veeam. Chez mon client, nous avons plusieurs clusters VMware 6.5. Chaque cluster possède des VLANs différents pour ses VMs, mais aussi pour le réseau de management des ESXi. Donc le réseau de management d’un ESXi de DEV n’est pas le même que celui d’un ESXi de PROD. Afin de répartir la charge, nous avons créé un proxy virtuel par cluster. Chaque proxy virtuel est positionné au plus proche des ESXi, c’est-à-dire dans le même VLAN de management des ESXi du cluster qui l’héberge. Afin de faire simple, nous avons créé un job de sauvegarde par cluster. Voici un schéma simplifié afin d’illustrer la situation : Malheureusement, nous avions beau avoir plusieurs VMs proxy déployées, nous avions souvent des jobs en attente durant plusieurs heures fiasant dépasser la fenêtre de sauvegarde. Le message é...
Read more »

[PowerCLI] Changer mot de passe root avec power CLI

Par
Voici un petit script PowerCLI qui va vous aider à modifier le mot de passe, ici du compte "root", mais vous pouvez l'utiliser pour n'importe quel autre compte, en modifiant le nom du compte. Votre ESX peut même être déjà connecté à un vCenter Script disponible ici Cas d'usage : 1) Votre mot de passe est compromis, et vous avez besoin de le modifier rapidement 2) Vous avez installé l'ESX avec un mot de passe standard et peu complexe, il est maintenant temps de le rendre compliant avec la politique de sécurité des mots de passe de l'entreprise !
Read more »