vSphere

Là encore, j’en avais assez des avertissement concernant le certificat autosigné à chaque fois que je me connectais aux ESXi via le navigateur. J’ai donc décidé de changer leurs certificats pour un certificat approuvé par une autorité de certification. Il s’agit d’une suite à l’article vSphere 6.5 – Certificats approuvés 1 – Le vCenter avec lequel il a de grandes similitudes. Je vous invite donc à le lire au préalable car certains points ne sont pas détaillés à nouveau.

J’en avais assez des avertissement concernant le certificat autosigné à chaque fois que je me connectais au vCenter Appliance via le navigateur. J’ai donc décidé de changer son certificat pour un certificat approuvé par une autorité de certification. C’est un lab, donc il n’était pas question d’acheter un certificat auprès d’une autorité publique, mais l’autorité de certification d’Active Directory pouvait parfaitement faire l’affaire.

L’authentification AD peut avoir plusieurs avantages. Séparer les comptes des différents administrateurs, afin de mieux tracer qui fait quoi. Gérer facilement depuis l’AD qui a accès aux serveurs ESXi, voire à tel ou tel ESXi. Garder la possibilité de se connecter avec des droits d’administration en cas de perte du mot de passe root. Il est même possible de connecter le vCenter à l’AD après avoir perdu le mot de passe root, pour peu que l’ESXi soit géré par le vCenter. L’authentification AD existait déjà bien avant vSphere 6.5, mais je n’avais pas encore d’article sur le sujet, donc c’est l’occasion d’en écrire un.

vCenter Appliance a non seulement rattrapé la richesse fonctionnelle du vCenter sous Windows, mais il dispose maintenant de fonctionnalités qui lui sont uniques. C’est le cas de vCenter High Availibility qui n’est disponible qu’avec les appliances. Activer vCenter HA permet de protéger le vCenter en cas de perte de host par exemple, ou de limiter les indisponibilités durant les mises à jour.

Un vCenter est scindé en 2 types de fonctions : les fonctions de Platform Service Controler (PSC), qui contient vCenter Single Sign-On, le service de licence, Lookup Service et VMware Certificate Authority. les fonctions de vCenter Server proprement dit, qui contient vCenter Server, vSphere Web Client, vSphere Auto Deploy, vSphere ESXi Dump Collector, VMware vSphere Syslog Collector (Windows uniquement) et VMware vSphere Update Manager Extension (Appliance).

Après l’article vSphere 6.5 – Image Builder je vais aborder ici Auto Deploy. Il ne s’agira là encore que d’une approche, car dans les 376 pages de la documentation vSphere Installation and Setup Guide, il y en a plus de 130 consacrées à Image Builder et Auto Deploy.

D’accord, Image Builder n’est pas tout à fait une nouveauté. Mais avec vSphere 6.5 il gagne une interface graphique et ne se gère plus uniquement en PowerCLI. C’est un composant nécessaire à Auto Deploy, mais il peut être utilisé seul pour customiser les images d’installation de ESXi.

Parmi les nouvelles fonctionnalité figure la possibilité de faire une sauvegarde du vCenter sur un serveur distant, et bien sûr de faire la restauration. Voilà quelques tests de cette fonction.

La mise à jour vers ESXi 6.5 est possible selon plusieurs méthodes. Toutes ne sont pas identiques en termes de pré-requis : le mode Offline Bundle permet une mise à jour depuis ESXi 5.0, 5.1, 5.5 ou 6.0 tandis que la mise à jour via CD ou VUM ne permet la mise à jour que depuis 5.5 et 6.0.

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.

Ceci est le premier d’une série d’articles concernant vSphere 6.5, et principalement les nouveautés concernant le vCenter. J’ajouterai les liens dans cet article au fur et à mesure où ils seront publiés. Il n’y a désormais quasiment plus de contrainte nécessitant de conserver un vCenter sous Windows au lieu de passer à vCenter Server Appliance. Au contraire, certaines fonctionnalités ne sont désormais supportées que sur vCenter Server Appliance et non sous Windows.

vSan datastore semble une alternative intéressante par rapport à NFS, iSCSI ou SAN. Cependant c’est une techno encore jeune, et certaines actions ne sont pas encore simple, voire même possibles. En premier lieu, la gestion des fichiers et des répertoires sur les datastores vSan.