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

Aujourd’hui, nous allons voir à travers plusieurs articles et vidéos comment mettre en place un cluster de plusieurs ESXi en lui activant les fonctionnalités  vSAN, DRS, EVC, vSphere HA, ainsi que Fault Tolerance

vSAN : Solution logicielle (Software Defined Storage) qui permet de grouper tous les disques des différents ESXi de notre cluster pour en faire un seul Datastore qui fournit un haut niveau de performance et de sécurité des données.

DRS (Distributed Ressource Scheduler): fonction qui permet d’équilibrer la charge des différents ESXi en répartissant les VMs sur les différents hosts de notre cluster.

EVC (Enhanced vMotion Compatibility): Fonction qui permet d’améliorer la compatibilité vMotion en configurant tous les hosts du cluster avec le même niveau de fonctionnalité CPU. Si dans notre cluster nous avons 2 hosts avec CPU INTEL de 7ème génération et 1 host avec CPU INTEL de 6ème génération. EVC va brider le cluster à la génération la plus basse.

vSphere HA : Fonction qui assure la haute disponibilité (failover) de nos VM. En cas de perte d’un des ESXI, les VM qui étaient présentes dans celui-ci redémarrent automatiquement sur les autres ESXi disponibles au sein du cluster. On a donc une coupure de service de courte durée.

Fault Tolerance : Fonction qui permet de faire de la Très Haute Disponibilité, Notre VM est synchronisée en temps réel sur un autre ESXi. En cas de panne du premier, la VM continue à fonctionner sur le deuxième en toute transparence.

AVERTISSEMENT

ATTENTION : LA CONFIGURATION CI-DESSUS EST A UTILISER UNIQUEMENT DANS UN LAB POUR TESTER LES SOLUTIONS ET VOIR LEUR FONCTIONNEMENT, EN PRODUCTION IL EST TOTALEMENT DÉCONSEILLER D’AVOIR UN SEUL RÉSEAU DANS LEQUEL DES DONNÉES VSAN, VMOTION, JOURNALISATION FT, GESTION ET ADMINISTRATION QUI CIRCULENT ENSEMBLE.

1 – PRÉSENTATION + CONFIGURATION DE BASE D’UN CLUSTER

2 – CONFIGURATION DE vSAN 6.6

3 – CONFIGURATION DE vSPHERE HA + DRS + EVC

4 – CONFIGURATION DE VMWARE FAULT TOLERANCE

L’article Mise en place d’un Cluster vSAN, vSphere HA, DRS, EVC et Fault Tolerance[VIDEO] est apparu en premier sur MCHELGHAM.

VIDEO

INTRODUCTION

DRS (Distributed Ressource Scheduler): fonction qui permet d’équilibrer la charge des différents ESXi en répartissant les VMs sur les différents hosts de notre cluster.

EVC (Enhanced vMotion Compatibility): Fonction qui permet d’améliorer la compatibilité vMotion en configurant tous les hosts du cluster avec le même niveau de fonctionnalité CPU. Si dans notre cluster nous avons 2 hosts avec CPU INTEL de 7e génération et 1 host avec CPU INTEL de 6e génération. EVC va brider le cluster à la génération la plus basse.

vSphere HA : Fonction qui assure la haute disponibilité (failover) de nos VM. En cas de perte d’un des ESXI, les VM qui étaient présentes dans celui-ci redémarrent automatiquement sur les autres ESXi disponibles au sein du cluster. On a donc une coupure de service de courte durée.

CONFIGURATION VM

AVERTISSEMENT

ATTENTION : LA CONFIGURATION CI-DESSUS EST A UTILISER UNIQUEMENT DANS UN LAB POUR TESTER LES SOLUTIONS ET VOIR LEUR FONCTIONNEMENT, EN PRODUCTION IL EST TOTALEMENT DÉCONSEILLER D’AVOIR UN SEUL RÉSEAU DANS LEQUEL DES DONNÉES VSAN, VMOTION, JOURNALISATION FT, GESTION ET ADMINISTRATION QUI CIRCULENT ENSEMBLE.

1 – CONFIGURATION EVC

La configuration de la fonctionnalité EVC est tellement simple que l’explication tient juste en une seule image  Dans l’onglet “Configurer” de notre ClusterLAB aller dans “Configuration->VMware EVC” ensuite cliquer sur “Modifier“. Dans la fenêtre qui apparaît “le type de mode” sélectionner celui qui correspond à votre CPU (AMD ou INTEL), ensuite EVC vous proposera automatiquement la génération la plus haute compatible avec votre Cluster. Cliquer sur “OK” pour terminer la configuration.

2 – CONFIGURATION DRS

3 – CONFIGURATION vSphere HA

IMPORTANT: Cette partie concerne uniquement les personnes qui se trouvent dans la même situation que moi. Cette partie est nécessaire si vos ESXi vous leur avait pas affecter de passerelle par défaut dans l’interface de MGMT. vous avez juste configuré IP+MASQUE. Une adresse appelée adresse d’isolation est nécessaire pour chaque host dans le cas ou celui-ci ne reçoit plus de signal heartbeat il se retrouve alors isolé, avant de prendre une décision et pour qu’il soit sur qu’il n’a pas de problème réseau l’host tente de faire un PING vers l’adresse d’isolation “das.isolationaddress0” par défaut vSAN configure l’adresse de la passerelle par défaut en tant qu’adresse d’isolation. Dans options avancées il est donc possible de choisir une adresse personnalisée. Dans mon cas j’ai mis le vCenter en tant qu’adresse d’isolation. une fois terminé, cliquer sur “OK“

Nous venons de voir les fonctionnalités vSphere HA, DRS et EVC vous pouvez maintenant passer à la [PARTIE 4].

L’article [PARTIE3] Configuration de vSphere HA + DRS + EVC [VIDEO] est apparu en premier sur MCHELGHAM.

VIDEO

INTRODUCTION

Fault Tolerance : Fonction qui permet de faire de la Très Haute Disponibilité, Notre VM est synchronisée en temps réel sur un autre ESXi. En cas de panne du premier, la VM continue à fonctionner sur le deuxième en toute transparence.

CONFIGURATION VM

AVERTISSEMENT

ATTENTION : LA CONFIGURATION CI-DESSUS EST A UTILISER UNIQUEMENT DANS UN LAB POUR TESTER LES SOLUTIONS ET VOIR LEUR FONCTIONNEMENT, EN PRODUCTION IL EST TOTALEMENT DÉCONSEILLER D’AVOIR UN SEUL RÉSEAU DANS LAQUELLE DES DONNÉES VSAN, VMOTION, JOURNALISATION FT, GESTION ET ADMINISTRATION QUI CIRCULENT ENSEMBLE.

1 – CONFIGURATION DE Fault Tolerance

Voilà,  maintenant vous savez comment mettre en place la fonctionnalité VMware Fault Tolerance.

L’article [PARTIE4] Configuration de VMware Fault Tolerance [VIDEO] est apparu en premier sur MCHELGHAM.

VIDEO

INTRODUCTION

vSAN : Solution logicielle (Software Defined Storage) qui permet de grouper tous les disques des différents ESXi de notre cluster pour en faire un seul Datastore qui fournit un haut niveau de performance et de sécurité des données

CONFIGURATION VM

AVERTISSEMENT

ATTENTION : LA CONFIGURATION CI-DESSUS EST A UTILISER UNIQUEMENT DANS UN LAB POUR TESTER LES SOLUTIONS ET VOIR LEUR FONCTIONNEMENT, EN PRODUCTION IL EST TOTALEMENT DÉCONSEILLER D’AVOIR UN SEUL RÉSEAU DANS LEQUEL DES DONNÉES VSAN, VMOTION, JOURNALISATION FT, GESTION ET ADMINISTRATION QUI CIRCULENT ENSEMBLE.

1 – CONFIGURATION vSAN 6.6

Voilà l’installation de vSAN est maintenant terminée vous pouvez maintenant passé à la [PARTIE 3]

L’article [PARTIE2] CONFIGURATION DE VSAN 6.6 [VIDEO] est apparu en premier sur MCHELGHAM.

VIDEO

INTRODUCTION

Bienvenue dans cette première partie dans laquelle nous allons voir comment débuter dans la configuration de base d’un cluster. Cette première partie nous permettra par la suite de pouvoir activer les fonctionnalités qui nous intéressent pour notre cluster.

PRÉREQUIS VM

• Un vCenter (voir Installation de vCenter Server Appliance)
• 3 ESXi avec au minimum 6GB de RAM chacun
• Dans chaque ESXI, 2 HDD supplémentaire (10GB et 50GB)

 CONFIGURATION VM

Au total vous devriez avoir 3 disques sur chaque ESXi, le premier de 2 GB dans lequel vous allez installer l’ESXi et les deux autres vont nous servir pour faire du vSAN.

La VM vCenter est configurée automatiquement pendant son déploiement avec l’outil d’installation VCSA.

Pour que ce LAB soit accessible à tout le monde, 1 seule carte réseau nous suffira, car nous allons faire passer les différents trafics sur cette même carte. Cela permettra aux personnes avec du hardware de type Intel NUC par exemple qui ne dispose que d’une seule carte réseau de pouvoir suivre ce LAB.

SOMMAIRE

1. AJOUT DES ESXi DANS vCENTER

2. CONFIGURATION RÉSEAU

3. CRÉATION DU CLUSTER

AVERTISSEMENT

ATTENTION : LA CONFIGURATION CI-DESSUS EST A UTILISER UNIQUEMENT DANS UN LAB POUR TESTER LES SOLUTIONS ET VOIR LEUR FONCTIONNEMENT, EN PRODUCTION IL EST TOTALEMENT DÉCONSEILLER D’AVOIR UN SEUL RÉSEAU DANS LAQUELLE DES DONNÉES VSAN, VMOTION, JOURNALISATION FT, GESTION ET ADMINISTRATION CIRCULENT ENSEMBLE.

1 – AJOUT DES ESXi DANS vCENTER

2 – CONFIGURATION RÉSEAU

Pour que notre Cluster fonctionne correctement, nous devons configurer l’adaptateur VMkernel de chaque ESXi pour qu’il puisse prendre en charge différents trafics réseau (vMotion, Fault Tolerance, Gestion, vSAN). Pour cela aller dans l’onglet “Configurer” ensuite “Adaptateurs VMkernel” sélectionner “vmk0” et cliquer sur “éditer“.

Pour que notre cluster vSAN fonctionne correctement, nous devons configurer le vSwitch dans lequel se trouve notre vmk0. Pour cela aller dans “Configurer” ensuite “Commutateurs virtuels” choisir “vSwitch0” et cliquer sur “Éditer“.

Dans “Sécurité” pour “Mode promiscuité” mettre “Accepter” ensuite cliquer sur OK. Cette option nous permet d’autoriser les requêtes vSAN de type Multicast au sein du vSwitch. Si vous réalisez ce LAB avec du hardware, vérifier que votre switch physique accepte les requêtes Multicast.

3 – CRÉATION DU CLUSTER

L’article [PARTIE1] PRÉSENTATION + CONFIGURATION DE BASE D’UN CLUSTER [VIDEO] est apparu en premier sur MCHELGHAM.