vCenter 6.5 en production : J-6 !

Quasiment un an, jour pour jour, après son annonce lors du VMworld 2016 (voir ici), 11 mois après sa disponibilité effective en Novembre 2016 (voir ici), toutes les conditions sont maintenant réunies pour que nous puissions migrer notre production sous vSphere 6.5. L’échéance est d’ores et déjà posée et le RFC est validé : ce sera le 17 Octobre 2017.

Chronique d’une mise à jour majeure annoncée.

Pourquoi 11 mois d’attente ?

Tout d’abord, par principe, comme chez chacun d’entre vous je pense, hors de question de migrer un des piliers de nos outils de production dès la publication de sa version “1.0”, en l’occurence la version 6.5. Il est vrai que malgré tout, cette nouvelle itération de vSphere reste, en théorie, fondamentalement une 6.x, donc mineure pour le noyau. Pour autant, aux vues des très gros changements d’interface et des nombreuses évolutions fonctionnelles (relisez mes nombreux billets sur le sujet en Octobre 2016), cela reste tout de même un pas important et il s’agissait de prendre toutes les garanties nécessaires pour s’assurer de sa stabilité.

D’autre part, comme surement bon nombre d’entre vous, vCenter n’est plus seul “dans son coin” depuis bien longtemps. Il fait partie d’un ensemble complexe de produits VMware mais également de solutions tierces qu’il s’agit de faire évoluer en respectant la sacro-sainte matrice de compatibilité. Chez nous, en particulier, il nous faut compter avec vRealize Automation, vRealize Operations, vCloud Director, Avamar, NSX Manager, ainsi que d’autres contraintes externes.

Au final, il nous aura fallu attendre que tous les composants associés soient mis à jour vers des versions prenant en charge vCenter 6.5… soit, au total, quasi un an de travail.

Chômage technique ? connait pas :)

Cela nous a permis aussi, dans le laps de temps, et en dehors des mise à jours des produits sus mentionnés, de commencer à séparer les fonctions de vCenter pour limiter les risques inhérents à une migration majeure et monolithique du produit. Notamment, vous avez pu lire que nous avions externalisé notre PSC 6.0 en Novembre 2016 (voir ici).

Nous avons également créé une deuxième PSC de backup, sur laquelle nous avons réalisé plusieurs bascules avec succès (voir ici pour les premiers essais sur notre environnement bac à sable).

Entre temps, des nouveaux projets ont transformé rapidement notre “petit” vCenter et ses deux PSC externes synchronisés en un ensemble de 3 vCenters connectés via Enhanced Linked Mode (les 2 vCenters complémentaires sont chacun dédiés à un cluster VxRail et sont également sous 6.0).

Programme du Jour-J

Comme nous sommes prévoyant, en plus de notre plan de migration, que je vais détailler plus loin, nous auront également la présence bienveillante d’un expert VMware qui connait bien notre infrastructure (pas trop la pression Damien, ça va ? ^^), ce qui nous donnera le maximum de réactivité et de suivi en cas de problème non anticipé lors de l’opération. On est jamais assez prudent !

Je rappelle que nous allons réaliser une migration de version combiné à un changement de plate-forme : de Windows Oracle vers VCSA avec bdd intégrée.

Voila, de manière très macro, l’enchainement que nous avons prévu :
– Arrêt de la VM PSC secondaire + snap à froid + relance
– Arrêt de la VM PSC primaire + snap à froid + relance
– Migration de la PSC primaire en vSphere 6.5
– Tests de connexion sur nos 3 vCenters (toujours en 6.0)
– Migration de la seconde PSC en vSphere 6.5
– Arrêt à froid de notre vCenter principal + snap
- Relance du vCenter
– Migration 6.5 avec passage de Windows/Oracle à VCSA 6.5 Embedded PostGreSQL
– Re-connexion sur vCenter 6.5
– Mass tests :)

Une fois les tests terminés avec succès :
– Arrêt du vCenter migré en 6.5 + snap
– Relance du vCenter 6.5
– Génération d’un backup 6.5 avec l’outil désormais intégré (chouette ^^)
– Conservation quelques jours des anciennes VMs (en effet, chaque migration 6.5 s’accompagne de la création auto d’une nouvelle VM native 6.5)

Il nous restera à migrer les deux autres vCenter lorsque les clusters sous-jagents seront eux-même compatibles avec cette version.

Et ensuite …

Evidemment, même si vCenter est une étape majeure, il restera ensuite à faire évoluer tranquillement l’ensemble de nos ESXi vers la cible en tenant compte, là encore, des compatibilité et supports matériel. Cela se fera comme d’habitude en commençant par nos environnements de test (nous devrons sans doute sortir les plus vieilles machines non prises en charges par ESXi 6.5, au passage), puis la production généraliste (TIER2), pour finir par la production critique (TIER1). Je nous donne environ 3 à 4 mois pour terminer globalement ce passage à un environnements full vSphere 6.5. Ce très gros chantier devrait donc être terminé d’ici le début de l’année prochaine, si tout va bien.

Plus que quelques jours

Je ferai évidemment un live-tweet pendant la migration, au fur et à mesure de la progression des opérations ainsi qu’un compte-rendu sur vBlog.io une fois terminé. J’espère que vous serez disponibles pour suivre cela en direct !

Si vous avez des remarques, des suggestions ou même des conseils à nous transmettre d’ici Mardi 17 Octobre, n’hésitez pas à vous manifester sur le forum ou via Twitter. Toute information est bonne à prendre.

Alea Jacta Est !

Réponses remarquables

  1. David says:

    Super projet.
    Moi j’aime bien l’idée que tu essuies les plâtres pour nous mais pour une fois, nous avons franchi le cap du vcenter en 6.5 depuis un moment, avec une migration de Windows/oracle vers VCSA (en fait une réinstall vers nouveaux Vcenter mais il y avait un changement de domaine en même temps puis on est beaucoup plus petit alors… :wink: )
    Mais les Esxi sont toujours en 5.5, le projet est en cours mais comme toi ça mettra encore 5 ou 6 mois minimum!!
    Bonne migration en tous cas !!!

Continuer la discussion sur le forum vBlog.io

Participants