Etant donné que nous disposons désormais chez nous de plusieurs vCenter 6, j’ai commencé à étudier plus en détail la nouvelle architecture vSphere 6 avec notamment son nouveau système “Platform Service Controller” ou PSC. Sans rentrer dans le détail technique, les ingénieurs de VMWare ont profité de cette version pour vraiment séparer les rôles entre vCenter et ses services “support” annexes. Aujourd’hui dans vSphere 6, vCenter ne s’occupe plus que de la gestion des VM et des Hyperviseurs, sont rôle de base, tandis qu’une nouvelle plateforme de services, le fameux PSC, s’occupe de fonctions plus transverses liées à l’intégration avec le reste du système d’information : gestion des licences, gestion de la fonction SSO et gestion des certifications en lien avec l’éventuelle PKI d’Entreprise.
Historiquement, nos vCenters sont tous déployés en mode “monolithique” avec l’ensemble de ces services sur une seule machine en mode “Embedded PSC” (mais en utilisant des bases Oracle externes pour le support vCenter, tout de même). Dans la pratique, la première étape suite à la lecture de la prose ad-hoc a été de déménager les services du “Platform Service Controller” depuis notre serveur historique vers un serveur dédié à cette activité.
Voici le récit de cette première partie sur notre environnement bac à sable, évidemment :)
Une petite précision avant toute chose : j’ai utilisé la dernière release de vCenter 6, l’update 2, qui intègre désormais tous les outils nécessaires à ces changements d’architecture.
La première chose à faire est de monter une nouvelle machine dédiée, installer les service du PSC dessus en les connectant au PSC intégré à notre vCenter, afin que ces deux composants deviennent partenaires et répliques leurs données. Il existe une limitation aujourd’hui quant à la mise “en réplication” de plusieurs PSC, vous devez travailler sur les mêmes OS support. En d’autre termes, vous n’avez pas le droit de mixer Linux et Windows. Comme notre vCenter est sous Windows aujourd’hui, j’ai donc monté une nouvelle machine sous Windows 2012R2 afin d’y ajouter les services en question.
L’installation elle-même est relativement simple et elle s’appuie sur la même distribution vCenter. Vous devez juste choisir l’option “External Deployment” lorsqu’on vous demande quel type d’installation de vCenter :
… ensuite, vous devez indiquez que vous souhaitez joindre un PSC déjà existant (celui de votre vCenter déployé initialement ou migré d’un vCenter 5.x) :
… le reste est automatique : le nouveau PSC va se connecter à l’existant, répliquer les données et devenir officiellement un “partenaire de réplication”. A l’issue, vous disposer donc de deux PSC offrant techniquement les mêmes services.
La deuxième étape consiste à faire “repointer” votre vCenter sur le nouveau PSC et accessoirement, supprimer l’ancienne installation locale. Cela se fait en une seule fois via l’utilisation de l’outil dédié cmsso-util
. Il faut se logguer sur le vCenter (Windows dans mon cas) et lancer la commande en indiquant le serveur PSC cible vers lequel le vCenter doit s’adresser à l’avenir :
… une fois lancé, la commande s’occuper de tout : repointage du vCenter vers ce nouveau PSC et dé-commissionnement (désinstallation) du PSC intégré. Cela prend quelques minutes.
Et voila, vCenter et le PSC sont désormais dissociés. L’intérêt de cette opération, outre le fait de vraiment séparer “physiquement” les rôles, c’est de pouvoir utiliser le nouveau PSC autonome pour y connecter d’autres vCenter 6 et de gérer globalement les services d’intégration SI. D’autre part, tous les vCenters intégrés à un même PSC sont dé-facto regroupés et visibles dans le web client, ce qui simplifie grandement l’exploitation au quotidien. On peut le constater en allant vérifier les informations de la section “System Configuration” sur le web client du vCenter :
Voici les différents articles et liens qui m’ont servi pour réaliser cette opération :
– Sur la documentation officielle vCenter 6, la section spécifique concernant le changement de PSC ici.
– Chez VMWare, le KB#2113917 qui parlent aussi de ce changement de PSC.
– Chez VMWare, le KB#2127057 qui donne quelques infos sur l’utilisation de commandes spécifiques vCenter pour déterminer la liste des PSC et leur état général (réplication, état de santé etc. …)
– Un billet très intéressant qui va plus loin en modifiant aussi le “site” du vCenter lors de son changement de PSC, chez Virtually Limitless.
– Un billet de William Lam qui parle du PSC et des concepts associés, ici.
Merci, super article a mettre sous le coude