Dans mon précédent article, j’ai parlé de certaines améliorations techniques qui ont été intégrées à vSphere 7 pour améliorer la qualité de services offerte par la plateforme aux charges de travail.

Avec vSphere 7, l’objectif est de répondre à la demande croissante en performance des charges de travail en améliorant les différentes technologies introduites par VMware dans les années passées. Aujourd’hui, dans un monde très concurrentiel, les performances des charges de travail ont un impact sur la productivité des entreprises.

La vMotion a donc était repensé pour répondre à ce challenge.

Fonctionnement de vMotion dans vSphere 7

Pendant une migration vMotion, chaque modification de la mémoire est surveillée avec un système appelé “Page Tracer”. Ce système est installé dans chaque vCPU alloué à la machine virtuelle, ce qui cause des impacts signifiants sur leur performance.

Avec vSphere 7, ce système est optimisé en utilisant uniquement un seul vCPU pour réaliser le “Page Tracer”. Ce qui permet donc d’avoir un très faible impact de performance au niveau de la machine virtuelle.

Pendant la dernière phase qui permet de réaliser le switch-over d’un ESXi vers un autre, les derniers bitmap (tableau de données binaire) sont donc transférés. Dans les versions précédentes, tout le tableau bitmap est transféré, ce qui posait d’énormes problèmes de performance sur les machines virtuelles qui disposent d’une très grande quantité de mémoire. Aujourd’hui avec vSphere 7, seule une version compactée du tableau bitmap est transférée. Ce qui nous permet pour une machine de 24TB par exemple d’avoir un switch-over de 175ms au lieu de 2s !

Pour résumé, un comparatif entre vMotion dans les versions précédentes et vMotion dans vSphere 7 !

L’article vSphere 7 : Nouveautés vMotion est apparu en premier sur MCHELGHAM.

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

Dans cet article nous allons voir comment réaliser une migration de VM à chaud (Allumées) ou à froid (Éteintes) entre un vCenter en version 6 vers un vCenter en version 6.5/6.7.

La migration peut être réalisée de deux manières différentes:

• A l’aide du vSphere Web Client.
• Utiliser un utilitaire tiers.

La migration avec le vSphere Web Client impose quelques contraintes, comme par exemple la nécessité d’avoir le vCenter source et le vCenter de destination liés au même PSC et partagent le même domaine vCenter Single Sign-On. Ceci est nécessaire pour qu’ils puissent se voir et s’authentifier mutuellement.

La deuxième solution et c’est celle qu’on va voir ensemble aujourd’hui est l’utilisation d’un utilitaire tiers qui se nomme “Cross vCenter Workload Migration Utility” qu’on retrouve dans le Flings Lab de VMware. Cet utilitaire a été développé par deux employés de chez VMware qui sont Vishal Gupta et William Lam.

L’utilitaire “Cross vCenter Workload Migration Utility” apporte la simplicité. Il n’est pas nécessaire d’avoir les deux vCenter sur le même domaine vCenter SSO, de plus l’interface est user friendly.

Fonctionnement

Le changement de la ressource de calcul se fait à l’aide de vMotion, dans le cas ou le datastore source et de destination n’est pas partagé entre les deux hosts ESXi alors du Storage vMotion est aussi utilisé.

Prérequis

• vCenter source en version 6 U3 minimum.
• vCenter destination en version 6 U3 minimum.
• Consulter la KB VMware pour la liste complète des versions supportées.
• Avoir téléchargé Cross vCenter Workload Migration Utility
• Avoir Java Runtime Environment 1.8-10 installé.
• L’utilitaire est compatible multiplateforme (Windows, Linux et Mac OS X).
• Avoir le trafic vMotion activé sur l’interface VMKernel (vmk) .

LAB Source (v6)

LAB Destination (v6.5)

1 – Lancement de “Cross vCenter Workload Migration Utility”

Le lancement de l’utilitaire est très simple, il suffit juste de lancer le fichier jar depuis une fenêtre Cmd/Terminal.

Cd C:UsersMoussa.CHELGHAMDesktopMoussaVMwarexvm-2.2
java -jar xvm-2.2.jar

2 – Enregistrement des vCenter

Remplir les champs avec les informations du premier vCenter, dans le cadre de ce LAB cocher la case “Skip certificate verification” pour ne pas vérifier le certificat du vCenter. Cliquez ensuite sur Submit pour enregistrer.

Nous avons maintenant nos deux vCenter (Source et destination) enregistrés. Il est important de noter que l’utilitaire enregistre les informations uniquement en RAM, en cas de fermeture ou de relance de ce dernier, il faut réenregistrer de nouveau les vCenter.

3 – Lancement de la migration Cross vCenter

Sélectionnez le type d’opération (Relocate pour migration) ou Clone. dans notre cas c’est une migration. Mettre le vCenter source et le vCenter destination, ne pas oublier de sélectionner les VM à migrer avec l’ESXi et datastore de destination et enfin remapper le port groupe source vers celui de destination pour la partie réseau. Cliquez sur Submit pour valider.

4 – Résultats

L’article Migration VM à chaud/froid Cross vCenter [6 vers 6.5/6.7] est apparu en premier sur MCHELGHAM.