vSphere 6 : upgrade d’une vCSA 5.5 vers vCSA 6.0

Il n’aura pas fallu longtemps, me direz-vous. “C’est pas fô” comme dirait un certain chevalier Arthurien … Je n’ai pas pu résister à l’envie d’upgrader mon vLab personnel (dont je vous avait parlé il y a quelques mois, juste après sa construction) en vSphere 6. C’est également l’occasion de découvrir les nouveaux mécanismes qui seront tôt ou tard à l’oeuvre sur nos environnements de production, donc rien ne perd ! Je vous propose donc un petit compte-rendu illustré de la mise à jour de mon vCenter 5.5 en vCenter 6.

Au départ, existe donc une vCSA 5.5 configurée avec deux serveurs ESXi en cluster HA/DRS et une grosse dizaine de VMs. L’objectif est de passer par la phase d’upgrade, plutôt que la réinstallation pure et simple d’un nouveau vCenter 6 (ce serait trop facile :) ). Pour pouvoir réaliser cet upgrade, on doit d’abord commencer par une phase d’installation du Client Integration Plugin 6.0, disponible dans l’ISO fournie par VMWare. L’installeur ne pose aucun problème particulier sous Windows, donc je vous passe cette opération triviale.

Une fois le plugin installé, vous lancez le fichier “vcsa-setup.html” situé à la racine de l’ISO pour démarrer la configuration de votre nouvelle appliance. Tout de suite, le décor est posé :
Capture
On choisit donc l’option Upgrade :
2
3
4
… On doit indiquer ensuite le serveur ESXi sur lequel la nouvelle vCSA va être installée. En effet, une nouvelle VM va être préparée et les données vont être aspirées de l’ancienne vApp …
5
6
… Vous devez ensuite préciser le nom de la nouvelle VM…
7
… là, ça se complique un peu : ici vous devez indiquer de quel type de vCSA “source” vous allez partir (ici une 5.5) ainsi que son identification et les credentials associés. Vous devez aussi préciser sur quel serveur ESXi la machine en question se trouve. En effet, le process d’upgrade va “piloter” la vCSA source pour pouvoir la reconfigurer et l’arrêter une fois la migration terminée. J’ai un peu tatonné pendant cette phase de “connexion à l’ancienne vCSA” car l’assistant de migration est particulièrement sensible aux paramètres réseaux et aux certificats SSL utilisés par la vApp existante. Si vous avez généré des certificats auto-signés (ce qui était mon cas pour mon vLab), faites bien attention à ce qu’ils reflètent parfaitement le nom (champ CommonName) réseau de votre appliance. Si vous devez reconfigurer un peu tout cela, je vous conseille le petit mais très efficace billet de Virtually Ghetto concernant la regénération automatique des certificats d’une vCSA, ICI. Vérifiez aussi que le FQDN de la machine est bien déclaré comme il se doit sur votre DNS etc. Voici le message d’erreur que j’ai eu lors de mes premières tentatives :
8
… une fois cette phase passée, on continue …
9
10
… choisissez le sizing en fonction de votre installation …
11
… un petit passage du coté des options de stockage …
12
Ici, encore une phase plus “touchy” : la nouvelle appliance a besoin de démarrer sur le réseau pour avoir accès à l’ancienne vApp et récupérer les données (via un tunnel SSH). Pour se faire, vous devez indiquer un adressage temporaire pour qu’elle puisse arriver à ses fins. A noter aussi que la nouvelle appliance doit absolument être connectée à un vSwitch standard a priori, même temporairement…
13
… un petit récapitulatif de l’installation …
14
… et c’est parti !! La phase de migration dure environ 15 à 20 minutes, mais j’imagine qu’elle doit être très liée à la taille de la base de données initiale, évidemment. L’assistant va passer par tout une série d’étapes, dont celle où l’ancienne vApp est éteinte et celle ou la nouvelle reprend l’identité réseau de son “ancêtre”.
16
C’est terminé, la configuration a été reprise dans son ensemble, tout comme les droits et tags déjà présents. Il me reste à réinstaller les Hyperviseurs ESXi en 6.0 sur mes Mac Mini, et, bonne nouvelle, la nouvelle version est nativement compatible avec ces petites machines, donc plus besoin de bidouille ou d’ISO custom :)

Sources et références :
Le billet sur la re-génération des certificats auto-signés d’une vCSA chez Virtually Ghetto
La documentation vSphere 6 chez VMWare
Les release notes de vSphere 6 chez VMWare

Le KB de migration et de compatibilité chez VMWare

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *