vSphere 6.5 – Upgrade vers vCenter Server Appliance 6.5
La mise à jour du vCenter 5.5 ou 6.0 (sous Windows ou Appliance) vers vCenter Appliance 6.5 se fait d’une manière inédite : une nouvelle appliance est déployée avec un nom et une IP temporaire, les paramètres sont copiés de l’ancienne appliance, puis celle-ci est éteinte et la nouvelle appliance reprend le nom et l’IP de l’ancienne.
Ce peut être aussi un moyen de migration depuis un vCenter 6.5, pour passer de Windows à l’appliance par exemple.
Voici un exemple d’upgrade déroulé étape par étape.
Monter l’ISO de vCenter Appliance 6.5.
Lancer \vcsa-ui-installer\win32\installer.exe (sous windows bien sûr, sinon il y a les équivalents pour Linux et Mac).
Cliquer sur upgrade.
On voit bien que l’installation se fera en deux étapes. Cliquer sur Next.
Première étape
Accepter le contrat de licence.
Saisir les informations de nom ou ip, compte et mot de passe pour l’ancien vCenter.
Saisir aussi les infos du host qui l’héberge ou du vCenter qui gère ce host. Pour la première phase, ce pourrait être le vCenter qu’on souhaite justement upgrader (à ce stade il est encore fonctionnel, et l’info servira simplement à maîtriser les éventuels déplacement DRS afin que le déploiement du nouveau vCenter ne soit pas perturbé), cependant ça bloquera au niveau de la seconde phase. Il est donc plus simple de mettre les informations du host, mais en prenant soin de désactiver DRS au niveau de son cluster.
Cet écran apparaît en cas de certificat non approuvé par une autorité reconnue. Accepter le certificat.
Un message peut apparaître si on a renseigné un vCenter et non un host, et que le VMware Migration Assistant n’est pas démarré sur le serveur VUM.
Se connecter au serveur VUM, monter l’ISO de vCenter Appliance 6.5 et lancer \migration-assistant\VMware-Migration-Assistant.exe.
Saisir le mot de passe du compte utilisé par VUM pour se connecter au vCenter (dans mon cas, le compte VUM du domaine home.lab).
Attendre, l’initialisation peut demander quelques minutes.
La migration peut reprendre où elle en était (pas besoin de tout recommencer).
Saisir les informations de nom/ip, compte et mot de passe du host qui l’hébergera le nouveau vCenter, ou bien du vCenter qui gère ce host (vous me suivez ?). Là encore, le vCenter peut être celui qu’on veut upgrader.
Cet écran apparaît en cas de certificat non approuvé par une autorité reconnue. Accepter le certificat.
Les deux écrans suivants apparaît si c’est un vCenter qui a été renseigné.
Sélectionner le répertoire devant héberger le nouveau vCenter.
Sélectionner le host devant héberger le nouveau vCenter.
Indiquer le nom de la nouvelle VM, ainsi que son mot de passe pour le compte root.
Indiquer la taille du vCenter et du stockage souhaités.
Préciser le datastore et éventuellement cocher le mode Thin Provisioning.
Indiquer le vLan et la configuration IP temporaire du nouveau vCenter.
Valider les infos en cliquant sur Finish.
Le déploiement met un certain temps…
… voire un temps certain.
Commence alors la seconde phase.
Seconde étape
En cliquant sur Next sur l’écran précédent, on commence la second étape. Les informations saisies dans la première phase sont conservées et réutilisées par la suite.
Mais il est aussi possible d’arrêter à ce niveau, et de reprendre ultérieurement en reconnectant à l’url https://[nouveau_vcenter]:5480.
L’interface web reprend à l’étape 2, mais il sera nécessaire de saisir à nouveau les informations saisies dans la première phase. Cela peut notamment servir à remplacer le vCenter par le host dans les infos saisies lors de la première phase.
Pour la suite, les copies d’écran sont faites en continuant l’installation.
La phase de contrôle met elle aussi un certain temps.
Vérifier qu’il n’y a pas d’erreur (en rouge, bloquant pour la suite) et que les warnings ne poseront pas de problème. Ici c’est juste pour me dire de désactiver DRS si le host est dans un cluster et que certains éléments de VUM ne seront pas reconduits.
Choisir les données à transférer : configuration, historiques des tâches et statistiques.
Rejoindre ou non le CEIP (envoi d’informations d’utilisation à VMware). Ici je le décoche, le vCenter étant sur un vLan non connecté à Internet.
Vérifier les informations, et indiquer qu’une sauvegarde du vCenter a bien été faite.
Valider le fait que le vCenter actuel va être éteint en fin d’opération.
La copie des données du vCenter source commence…
… suivie du démarrage du nouveau vCenter…
… et enfin de l’import des données récupérées précédemment.
Fin d’installation
En cliquant sur Close à l’écran précédent, une page web s’ouvre sur le vCenter.
Comme annoncé, le client C# n’est plus utilisable avec le vCenter 6.5.
Il y a un nouveau vSphere Client. VMware a repris le nom du client C#, mais il s’agit cette fois du client HTML5.
J’avais testé une ancienne version de ce client dans cet article, mais cette nouvelle version, bien que plus complète, est encore loin d’intégrer toutes les fonctionnalités.
Le vSphere Web Client en flash a donc encore de beaux jours devant lui…
Une fois le fonctionnement du nouveau vCenter validé, il reste à supprimer la VM de l’ancien vCenter, et éventuellement à renommer le nouveau (qui a repris le hostname de l’autre mais pas son nom de VM si c’était sur la même infra.