vSphere 6.5 : migration de notre PSC bac à sable

Bonjour à tous ! Aujourd’hui j’entame une nouvelle série d’articles sur la préparation et la migration de notre infrastructure vSphere, actuellement en version 6.0, vers la nouvelle 6.5, annoncée en grande pompe lors du VMworld de Barcelone en Octobre dernier (voir ici). Avant d’envisager l’upgrade de notre production, évidemment, on va commencer par notre environnement de bac à sable. Celui-ci est malgré tout représentatif de ce que nous avons en prod actuellement : un vCenter 6.0u2 sous Windows reposant sur une base de donnée Oracle 11g, avec un PSC Externalisé, sous Windows également.

Notre objectif ici est de transformer l’infra vCenter existante en deux nouvelles VMs VCSA, un PSC externe et un vCenter autonome, sans connexion Oracle et une base PostgreSQL intégrée. Plus de Windows, plus d’Oracle, de l’appliance pure, en somme.

Ce premier billet vous présente la première étape : la migration du PSC Windows vers un PSC en mode appliance et en version 6.5. On va utiliser pour cela l’assistant de migration, une des fonctions phares de cette édition.

La migration d’un PSC 6.0 Windows vers un PSC 6.5 en VCSA se déroule en deux phases distinctes :
1. Première phase de déploiement de la nouvelle plate-forme
2. Migration des données et reprise de l’identité réseau de la machine originale par la nouvelle appliance.

Phase 1

Première chose à faire : on installe le “migration assistant” sur la machine cible (la machine Windows). Il s’agit assez simplement d’un exécutable à lancer sur la VM windows exécutant les services PSC (on fera de même pour les services du vCenter plus tard). L’exécutable est contenu dans l’ISO globale d’installation de la VCSA 6.5 sous le répertoire “migration-assistant”. Vous copiez ce répertoire quelque part sur la machine et vous lancez l’outil. En quelques minutes, celui-ci va extraire les différents fichiers et packages nécessairent puis se mettre à l’écoute de connexion entrantes sur le port 9123.

Ensuite, on va tout simplement démarrer l’assistant de migration vSphere depuis l’iso d’installation et renseigner les informations de la machine PSC à migrer :

… si tout se passe bien, après validation de la signature SSL de l’assistant de migration distant, on poursuit avec les coordonnées du vCenter (ou de l’ESXi) qui va servir à déployer la nouvelle appliance ainsi que les caractéristiques temporaires de cette dernière (localisation, nom, réseau connecté etc.) :

… ici, c’est relativement facile, la seule chose à bien vérifier c’est que votre appliance doit être connectée au même subnet/vlan que la PSC à mettre à jour. En effet, une fois la migration terminée, l’appliance va reprendre l’identité réseau de l’ancienne machine (après l’avoir éteinte) et du coup, elle doit avoir accès à un vlan identique à la source. Ca parait évident quand on le dit comme ça, mais quand, comme moi, on se lance dans cette upgrade en faisant 3 trucs en même temps, on loupe rapidement cette particularité ;) … RTFM, comme toujours !

Au final, en fin de phase 1, on se retrouve avec deux VMs, une machine PSC Windows encore en fonctionnement avec son Migration Assistant lancé et prêt à communiquer, ainsi qu’une appliance VCSA déployée et connectée au réseau, prête à récupérer les rôles PSC puis au final l’identité de la machine originale.

Phase 2

Pour la seconde phase, c’est plus simple encore. L’assistant se connecte à la PSC existante, importe les données, reconfigure la nouvelle appliance PSC (reconnexion Active Directory et paramètres réseau). Voici quelques copies d’écran de l’assistant ainsi qu’une image des traces affichés sur le démon “Migration assistant”.

Tout cela se passe très bien (en tout cas chez nous), visiblement, les ingénieurs de VMware ont fait de l’excellent travail ! En l’espace de 20 minutes, La PSC externe de notre vCenter de bac à sable 6.0 était migrée en VCSA 6.5. Si toutes nos migrations étaient aussi simples que cela, on pourrait partir en vacances plus souvent ^^

A bientôt pour là suite, le gros morceau : le vCenter bac à sable !