Voilà c’est fait, vSphere 7 est annoncé depuis aujourd’hui !

Je profite de cette annonce pour vous faire un tour complet des différentes nouveautés qu’on retrouve dans vSphere 7.

La nouvelle génération de vSphere permet de prendre en charge les besoins actuels et surtout futurs des entreprises, pour que ces dernières soient toujours plus agiles, productives, innovatrices et compétitives, car aujourd’hui nous sommes dans un monde ou l’IT est au cœur de tous les secteurs d’activité et métiers.

Cette nouvelle version de vSphere est aujourd’hui plus sure, plus robuste et plus simplifiée, pour que les entreprises se concentrent principalement sur leurs applications et non plus sur la plateforme qui les portes. En plus de la prise en charge de Kubernetes pour simplifier la collaboration entre les développeurs et les administrateurs, vSphere 7 s’axe sur 3 points :

• La simplification de la gestion du cycle de vie des différents composants de votre infrastructure VMware vSphere 7.
• Une sécurité accrue pour protéger efficacement vos charges de travail.
• Accélération de vos applications, avec la mise en place de nouvelles techniques pour améliorer la qualité de service offerte par la plateforme vSphere 7 à ces dernières.

Les nouveautés majeures

vCenter : Migration

vCenter Server 7 n’est plus compatible avec le déploiement PSC Externe et n’est plus compatible Windows (KB60229) -> https://kb.vmware.com/s/article/60229?lang=ja

vCenter : Mise à jour

Pour réaliser vos mises à jour de façon simplifiée, le vCenter intègre maintenant le vCenter Server Update Planner. Son but est de vérifier la compatibilité de votre vCenter avec tous les produits VMware rattachés à ce dernier (ESXi, vRealize, vCD, HCX…).

vCenter : vCenter Server Profiles

Comme cela existait déjà pour les ESXi, vSphere 7 intègre maintenant les profils vCenter Server pour avoir une configuration consistante entre tous les vCenter qui compose votre infrastructure VMware.

vCenter : Multi IP

Pour certains besoins spécifiques liés à la sécurité, il est parfois nécessaire d’avoir plusieurs interfaces réseaux avec des IPs différentes, c’est aujourd’hui possible avec le vCenter qui supporte officiellement 4 interfaces vNIC (dont une pour le vCenter HA).

vCenter : Évolutivité améliorée

La dernière version repousse un peu plus les limites des versions précédentes.

vCenter :  Outils CLI

Amélioration de l’outil cmsso-util

vCenter : Librairie de contenu

La nouvelle version améliore la gestion de vos templates, en utilisant un système de versionning pour suivre les évolutions et les modifications apportées à vos templates depuis leur création. Le versionning vous permet aussi de revenir à une version précédente rapidement en cas de besoin.

La configuration avancée de votre librairie enrichie aussi avec de nouveaux paramètres pour gérer de façon efficace les synchronisations de vos librairies.

vSphere : Cycle de vie

La nouvelle version intègre une version améliorée de VMware Update Manager qui intègre maintenant une gestion collective de vos ESXi avec une seule image. Cette image intègre une version ESXi, les pilotes et maintenant les firmwares de vos serveurs ! VUM s’occupe maintenant de vérifier la compatibilité de la version avec les différents composants hardwares de vos serveurs, pour supprimer les risques d’incompatibilité Pilote/Firmware (terminées les prises de tête dans la compatibility list). La mise à jour firmware sera pour le moment uniquement compatible DELL/HPE.

vSphere : DRS

La fonctionnalité DRS (Distributed Ressource Scheduler) a été repensée pour être maintenant workload centrique et non plus cluster centrique. Un score est attribué à chacune de vos machines virtuelles en prenant en compte différentes valeurs (CPU Ready %RDY, Swap Mémoire, comportement du cache CPU,…). Si un autre ESXi peut offrir un meilleur score à la machine virtuelle, elle sera migrée dessus.

vSphere : vMotion

La fonctionnalité vMotion a été aussi améliorée pour réduire l’impact sur les ressources et le temps des migrations de vos machines virtuelles.

vSphere : EVC

La fonctionnalité EVC (Enhanced vMotion Compatibility) supporte maintenant les générations de processeurs Cascade Lake & les AMD Zen2.

vSphere : VM Hardware v17

La version 17 des hardwares virtuels intègre maintenant deux fonctionnalités importantes. Vous avez maintenant la possibilité de rajouter un Watchdog Timer qui est très utile pour faire un reset de vos machines virtuelles en cas de non-réponse du système d’exploitation. De plus vous avez maintenant la possibilité de rajouter une horloge de précision (NTP ou PTP) qui est très demandée dans les environnements type finance et scientifique.

Sécurité : Certificats

La gestion des certificats est maintenant plus simplifiée.

Sécurité : le support du vSGX

La fonctionnalité SGX qu’on retrouve chez INTEL est maintenant disponible ! Elle permet aux applications de travailler directement avec le hardware de façon sécurisé sans que le système d’exploitation ni l’hyperviseur puissent accéder à l’information. Cette fonctionnalité est très utile pour les déploiements dans les domaines bancaires et militaires.

Sécurité : Identité

Cette nouvelle version intègre une fédération de l’identité plus complète avec l’ajout des fournisseurs d’identité (IdPs) d’entreprise.

Sécurité : vSphere Trust Authority

vTA est une technologie destinée aux organisations et aux entreprises ayant des exigences de sécurité avancées. La fonctionnalité permet de protéger toute la pile SDDC contre les attaques malveillantes et garantit que les charges de travail sensible ne s’exécutent que sur une pile matériel et logiciel approuvé avec une configuration vérifiée.

L’article vSphere 7 : Toutes les nouveautés ! est apparu en premier sur MCHELGHAM.

introduction

Nous allons dans cet article voir comment mettre en place vCenter HA. vCenter High Availability est une nouvelle fonctionnalité apparue avec la version 6.5 du vCenter mais disponible uniquement dans la vCSA.

vCenter HA permet de protéger de façon encore plus efficace les vCenter des pannes matérielle, mais aussi logicielle là ou des mécanismes de protection comme vSphere HA protège uniquement des pannes matérielles avec un temps de coupures assez important et des risques de corruption de la base de données interne du vCenter.

vCenter HA fonctionne avec la création d’un cluster de vCenter dans lequel 2 instances vCenter se synchronisent entre elles, la première instance est “Active” alors que la seconde est en mode “Passive” ce qui nous permet d’avoir un Recovery Point Objective (RPO) de ZERO.

Lorsque l’instance active ne répond plus, un failover se produit et l’instance “Passive” prend le rôle d’active et continue à servir les demandes des utilisateurs/applications. En ce qui concerne le Recovery Time Objective (RTO) il est inférieur à 5 minutes.

Le node Witness ne participe pas au cluster Active/Passive, mais participe au quorum lorsque les deux instances ne peuvent plus communiquer ensemble.

Il est important de penser à la mise en place de vCenter HA dans les environnements où des solutions comme NSX et les suites vRealize tournent, car ces dernières dépendent grandement de la disponibilité du vCenter pour pouvoir fonctionner.

vCenter HA  – Architecture

• Active node: l’instance active qui reçoit les requêtes utilisateurs/applications (vCenter complet avec 10GB de RAM).
• Passive node: l’instance passive qui se synchronise de façon continue avec l’instance active et attend l’échec de ce dernier pour prendre son rôle et son identité (adresse IP).  (vCenter complet avec 10GB de RAM).
• Witness node: l’instance qui participe aux décisions lorsque les deux instances (active et passive) ne peuvent plus communiquer entre elles (vCenter léger avec 1GB de RAM).

vCenter HA  – Prérequis

• Un Port groupe dédié au trafic vCenter HA (Eth1)
• 3 adresses IP pour les interfaces Eth1
• Assez de ressource pour 2 vCenter et un Witness

vCenter HA  – Configuration

Pour commencer, cliquez sur votre vCenter au niveau du vSphere Web Client

L’assistant de configuration apparait et nous propose deux modes de configuration le basique et l’avancé. Je vous conseille d’utiliser le mode Basique dans lequel l’assistant s’occupe du rajout de la nouvelle interface Eth1 et la configuration de l’adresse IP dans le vCenter existant ainsi que son clone.

Mettre l’adresse IP dédiée à l’interface Eth1 dans le réseau vCenterHA du vCenter existant, ainsi que le port groupe créé pour l’occasion.

Faire de même pour les interfaces Eth1 du nouveau vCenter passif ainsi que le Witness.

Ici vous avez un résumé du futur emplacement du vCenter passif ainsi que le témoin. Vous avez la possibilité de modifier cela en cliquant sur “Modifier” sinon cliquez sur suivant.

Un résumé vous affiche la configuration qui sera déployée. Cliquer sur Terminer pour commencer.

Dans les taches récentes, vous pouvez voir l’avancement de la configuration.

Une fois terminé, le vCenter HA est activé, mais il est nécessaire de patienter le temps de la synchronisation des deux vCenter (Actif et passif).

Une fois la synchronisation terminée. Un message vous indique que la protection est bien activée!

vCenter HA  – Test

Confirmer le basculement en cliquant sur “Oui”

En allant sur votre vCenter la connexion est plus possible pendant quelques minutes le temps que le vCenter passif prend l’identité du vCenter anciennement actif.

Après quelques minutes, l’interface du vCenter apparait!

En ouvrant le vCenter Web client, ce dernier vous indique qu’un failover est en cours et qu’il est nécessaire de patienter.Après quelques minutes le vSphere Web Client est de nouveau fonctionnel.

Nous avons bien un RPO de 0 et un RTO de quelques minutes (2 à 5minutes).

L’article Mise en place de vCenter HA (High Availability) est apparu en premier sur MCHELGHAM.