vSphere 7.0 Update 2 – Principales améliorations et nouvelles fonctionnalités
vSphere 7.0 Update 2 Il s’agit d’une nouvelle version de VMware vSphere. Depuis la sortie de VMware vSphere 7.0 en avril 2020, VMware a adopté un cycle de publication semestriel pour vSphere afin de tirer parti des avantages liés à l’utilisation de vSphere avec les derniers matériels et logiciels, tout en proposant de nouvelles fonctionnalités utiles. VMware vSphere 7.0 Update 1 La version a ensuite été lancée en octobre 2020, suivie de VMware vSphere 7.0 Update 2 en mars 2021. VMware vSphere 7 Update 2 est optimisé pour le déploiement d’environnements d’intelligence artificielle et d’apprentissage automatique (IA/ML), offre une meilleure optimisation des performances et une meilleure expérience utilisateur, tout en renforçant la sécurité.
Cet article de blog présente les améliorations, les nouvelles fonctionnalités et autres changements intéressants inclus dans VMware vSphere 7.0 Update 2 (vSphere 7 U2).
Prise en charge des nouveaux GPU NVIDIA
Grâce au partenariat entre VMware et NVIDIA, la prise en charge de la suite NVIDIA AI Enterprise a été intégrée à vSphere 7.0 U2 afin de permettre aux entreprises d’utiliser les technologies d’intelligence artificielle (IA) et d’apprentissage automatique (ML) avec des machines virtuelles et des conteneurs. VMware vSphere 7 U2 prend en charge la virtualisation des GPU (unités de traitement graphique) et les cartes graphiques modernes équipées de la technologie NVIDIA, afin d’atteindre des performances élevées et de mettre en place une plateforme d’entreprise puissante et prête pour l’IA.
VMware vSphere7.0 U2 Prise en charge :
- La dernière génération de GPU NVIDIA (y compris les GPU de la famille Ampere et le GPU A100) offre des performances jusqu’à 20 fois supérieures à celles de la génération précédente de GPU NVIDIA
GPUDirect RDMApour les vGPU, afin d’améliorer les performances graphiques dans les VMs- Nouveau
multi-instance GPUs (MIG)en plus des GPU traditionnels à partage de temps - Migration en direct de
MIGmachines virtuelles équipées de vGPU avec {17} pour permettre un fonctionnement sans interruption et simplifier la gestion de l’infrastructure, et l’équilibrage de charge avec DRS
Optimisations pour les processeurs AMD
Des optimisations pour les processeurs AMD EPYC ont été mises en œuvre dans vSphere 7 U2 afin d’offrir des performances accrues sur les plateformes AMD EPYC et l’architecture AMD NUMA (non-uniform memory access). La conception du planificateur de CPU spécifique à AMD dans vSphere a été modifiée dans la version 7.0 Update 2 afin de tirer parti des multiples caches de dernier niveau. Grâce à cette optimisation architecturale, vous pouvez utiliser AMD Zen des processeurs sur des serveurs ESXi et exécuter davantage de machines virtuelles et de conteneurs avec des performances accrues.
Prise en charge des cartes réseau haut débit
VMware vSphere 7.0 Update 2 offre la prise en charge des cartes réseau 200 Gbit pour des performances réseau extrêmement rapides. Mellanox ConnectX-6 200G NICs sont prises en charge, notamment la Mellanox Technologies MT28908 Family (ConnectX-6) et la Mellanox Technologies MT2892 Family (ConnectX-6 Dx) 200G.
Prise en charge des adaptateurs réseau USB
Avec vSphere 7.0 Update 2, vous pouvez désormais Installer ESXi sur un serveur équipé uniquement d’une carte réseau USB (contrôleur d’interface réseau) et bénéficier d’une meilleure expérience utilisateur. La configuration repose désormais sur l’option du noyau lors de l’amorçage du programme d’installation d’ESXi (vous devez appuyer sur Shift+O pour définir les options) :
usbBusFullScanOnBootEnabled=1
En revanche, dans les versions précédentes de vSphere, vous deviez effectuer une série d’opérations pour corriger l’exception : Aucun vmknic marqué pour la gestion n’a été trouvé lorsque le processus d’installation a été interrompu à 81 %.
Améliorations pour l’exécution de conteneurs
VMware Tanzu est une gamme de produits logiciels et de services permettant d’exécuter Clusters Kubernetes et de déployer conteneurs des applications conteneurisées dans vSphere. Tanzu pour vSphere a également bénéficié d’une série d’améliorations.
Grâce à la prise en charge de Kubernetes 1.19 , vous pouvez désormais utiliser une nouvelle version de Kubernetes comprenant des correctifs et des corrections de bogues. Le modèle « n-1 » de est utilisé pour la prise en charge de Kubernetes dans les versions de VMware vSphere. Par exemple, au moment de la sortie de la version vSphere 7.0 U2 avec prise en charge de Kubernetes 1.19 , la dernière version de Kubernetes disponible au grand public était la 1.20. vSphere 7U2 offre une meilleure prise en charge des registres de conteneurs, garantissant davantage de sécurité et de flexibilité.
VMware NSX Advanced Load Balancer Essentials est pris en charge pour équilibrer les applications conteneurisées gourmandes en ressources réseau dans Kubernetes. Par conséquent, vous pouvez utiliser l’équilibrage de charge réseau dans Kubernetes si vous n’avez pas réalisé le déploiement de NSX. Le cluster Supervisor est pris en charge dans cette nouvelle version de vSphere avec Tanzu Load Balancer.
Un niveau de sécurité accru
VMware vSphere 7.0 Update 2 offre d’excellentes fonctionnalités de sécurité à tous les niveaux : interaction avec le matériel, configuration du chiffrement, exécution de VMs et de conteneurs, etc. Examinons quelques-unes de ces fonctionnalités.
Fournisseur de clés natif vSphere
Avant la version vSphere 7 Update 2, les administrateurs devaient utiliser un fournisseur de clés externe pour le chiffrement des machines virtuelles et un vTPM (Virtual Trusted Platform Module) dans vSphere. Désormais, vous pouvez utiliser vSphere Native Key Provider et configurer le fournisseur de clés ainsi que tous les composants pour activer le chiffrement dans VMware vSphere 7.0 U2 (chiffrement des machines virtuelles, vTPM et chiffrement vSAN). VMware vSphere Native Key Provider est géré par vCenter et les hôtes VMware ESXi en cluster. Les fonctionnalités d’un Native Key Provider sont pratiquement identiques à celles d’un Key Management Service (KMS)traditionnel. VMware Native Key Provider est disponible dès l’installation, sans qu’il soit nécessaire d’acheter un licencesupplémentaire. Par conséquent, la fonctionnalité de chiffrement est désormais plus abordable pour les clients VMware vSphere.
Chiffrement de la configuration ESXi
La configuration ESXi contient différents paramètres et secrets qui sont archivés dans une partition « boot bank ». Si ces fichiers ne sont pas protégés, ils peuvent potentiellement être utilisés par des attaquants pour récupérer la configuration d’un hôte VMware ESXi, compromettre les identifiants de connexion et modifier la configuration. Dans vSphere 7 U2 la configuration ESXi archivée peut être chiffrée à l’aide d’une clé stockée dans un Trusted Platform Module (TPM).
Persistance des clés ESXi
Les VMs chiffrées et les TPM virtuels peuvent fonctionner même si un serveur de clés devient temporairement indisponible. Un hôte ESXi peut conserver les clés de chiffrement afin de poursuivre le fonctionnement des vTPM et du chiffrement. Dans les versions précédentes de vSphere, les VMs et les vTPM nécessitaient toujours un accès au serveur de clés.
Avant la version vSphere 7.0 Update 2, le comportement était le suivant. Un hôte ESXi obtenait initialement une clé et la stockait dans le cache. Si un serveur de clés était indisponible, ESXi pouvait continuer à utiliser la clé stockée dans le cache. Si l’hôte ESXi était redémarré, la clé était alors supprimée du cache et l’hôte ESXi devait accéder à un serveur de clés pour en obtenir une nouvelle.
Dans vSphere 7.0 U2 les clés de chiffrement sont conservées dans le TPM (si l’hôte ESXi en dispose) d’un redémarrage à l’autre. Si vSphere Native Key Provider est utilisé, la persistance des clés est également prise en charge et aucun serveur de clés externe n’est nécessaire. Notez que ESXi Key Persistence n’est pas activé par défaut. Vous pouvez activer cette fonctionnalité dans ESXCLI ou PowerCLI.
Confidentiel vSphere Pods
Cette fonctionnalité offre une sécurité renforcée pour les environnements VMware dotés de Tanzu Kubernetes. Un vSphere Pod est une unité logique contenant un noyau Linux allégé permettant d’exécuter des conteneurs isolés avec des applications au sein de l’invité. Les conteneurs s’exécutent en vSphere Pods lorsqu’on utilise VMware vSphere. La fonctionnalité matérielle AMD SEV-ES est disponible dans vSphere 7.0 U2 avec Confidential vSphere Pods. AMD SEV-ES chiffre le registre du processeur et l’espace mémoire de l’invité afin d’empêcher l’hyperviseur d’y accéder.
Precision Time pour Windows
La précision de la synchronisation horaire est améliorée grâce à la nouvelle fonctionnalité Precision Time for Windows . L’utilisation de Active Directory et du protocole NTP est la pratique traditionnelle en matière de synchronisation horaire. Cependant, la précision horaire obtenue avec ces fonctionnalités sur les VMs est parfois insuffisante en raison de la gigue et d’autres problèmes de synchronisation.
Precision Time for Windows est la nouvelle architecture de synchronisation horaire de précision qui utilise le canal propriétaire de VMware pour synchroniser l’heure sur les VMs avec une gigue minimale. Les avantages de cette fonctionnalité sont une faible surcharge et une interface VM-hyperviseur présentant une gigue extrêmement faible.
vmwTimeProvider est le nouveau plugin faisant partie de VMware Tools , qui s’installe sur un système d’exploitation Windows invité afin de fournir l’heure à partir du périphérique virtuel d’horloge de précision. Ce périphérique virtuel est utilisé pour permettre à la machine virtuelle d’accéder à l’heure système de l’hôte ESXi sous-jacent. L’avantage de cette approche réside dans le fait que la pile de mise en réseau n’est pas sollicitée et que la latence réseau n’a donc aucun impact sur la synchronisation et la précision du temps. Les API permettant de développer des plug-ins tels que vmwTimeProvider sont publiées, ce qui permet aux développeurs d’écrire leur propre plug-in. Windows 10, Windows Server 2016et les versions plus récentes de Windows sont prises en charge pour utiliser la nouvelle fonctionnalité Precision Time .
Modifications de configuration
Les paramètres avancés de VMware vCenter se trouvent désormais dans ConfigStore. De nombreux paramètres ont été déplacés depuis esx.conf et d’autres fichiers de configuration. Par exemple, les paramètres globaux High Availability (FDM) ont été déplacés depuis /etc/opt/vmwware/fdm/fdm.cfg.
ConfigStore est le stockage interne destiné à différents paramètres. L’idée de stocker les paramètres dans cet espace de stockage interne est de pouvoir gérer tous les paramètres en un seul endroit, plutôt que de modifier divers fichiers de configuration. L’utilitaire en ligne de commande configstorecli doit être utilisé pour modifier les paramètres dans ConfigStore. La procédure à suivre pour modifier la configuration est désormais la suivante : commencez par exporter la configuration requise vers le fichier json , puis modifiez le fichier json localement, et enfin, téléversez le fichier json modifié vers ConfigStore. Prenons l’exemple de la modification d’une configuration de vSwitch dans vSphere 7 U2 lorsque la modification du fichier esx.conf ne fonctionne plus comme auparavant.
Afficher la configuration d’un commutateur virtuel:
configstorecli config current get -c esx -g network_vss -k switches
Exporter la configuration du vSwitch vers le fichier json :
configstorecli config current get -c esx -g network_vss -k switches > vswitch.json
Modifier le fichier json et enregistrer les modifications dans ce fichier.
Téléverser la configuration enregistrée dans le fichier json vers ConfigStore:
configstorecli config current set -c esx -g network_vss -k switches -i vswitch.json --overwrite
Suspendre en mémoire
Une nouvelle fonctionnalité appelée Suspend to Memory a été lancée pour faciliter le processus de mise à jour d’ESXi. Lorsque vous Mise à jour d’ESXi des hôtes membres d’un {95} groupe dans VMware Lifecycle Manager, ceux-ci doivent être placés en mode maintenance pour permettre l’installation de la mise à jour. De plus, vous devez migrer les VMs en cours d’exécution depuis l’hôte à l’aide de vMotion avant d’activer le mode maintenance sur l’hôte. Les VMs peuvent être remigrées vers l’hôte VMware ESXi après le processus de mise à jour et le mode maintenance désactivé sur l’hôte VMware ESXi. Une alternative consiste à arrêter les VMs, mais cette opération entraîne dans ce cas une interruption de service.
Suspend to Memory vous permet de suspendre les VMs afin de conserver leur état en mémoire vive (RAM) au lieu de les migrer ou de les arrêter. Dans ce cas, vous pouvez effectuer la mise à jour plus rapidement et ne perdez pas de temps en migration ni en interruption de service des VMs. Cependant, vous ne pouvez pas redémarrer l’hôte ESXi dans cet état. C’est pourquoi la fonctionnalité Suspend to Memory est utilisée conjointement avec la fonctionnalité ESXi Quick Boot pour permettre le redémarrage de l’hyperviseur ESXi sans redémarrer le matériel du serveur. Le matériel du serveur ESXi doit prendre en charge Quick Boot pour utiliser cette fonctionnalité.
vMotion Mise à l’échelle automatique
La migration à chaud des machines virtuelles peut désormais être effectuée plus efficacement sur des réseaux 25, 40 et 100 GbE. Cette fonctionnalité tire parti des avantages offerts par les réseaux modernes à haut débit et vous permet de migrer les machines virtuelles plus rapidement.
Dans les versions précédentes de vSphere, vous deviez régler manuellement les vMotion flux, les VMkernel interfaces et les pilotes des contrôleurs d’interface réseau (NICs). La vitesse maximale d’un flux était de 15 Gbit/s, ce qui était optimal pour les réseaux à 10 Gbit/s. Lors de l’utilisation de réseaux plus rapides que 15 GbE, la bande passante réseau n’était pas pleinement exploitée sans réglage.
Dans vSphere 7 U2, vMotion vérifie la bande passante disponible et ajuste automatiquement (met en œuvre l’évolutivité) le nombre de flux pour l’adapter à la bande passante d’une carte réseau connectée à un réseau vMotion . Désormais, vMotion est optimisé pour fonctionner avec les réseaux haut débit modernes.
De nouvelles VMware Tools
VMware Tools 11.2.5 sont désormais disponibles dans vSphere 7.0 U2. Les fonctionnalités de la nouvelle version de {112} sont répertoriées ci-dessous :
- Mise à jour de vers la version 1.1.1i Mise à niveau de vers la version 8.44 pour les VMs Windows est une fonctionnalité permettant de distribuer du contenu aux systèmes d’exploitation invités s’exécutant sur des VMs à l’aide de (sans configurer de partages réseau traditionnels). Un référentiel situé sur un magasin de données partagé est utilisé à cette fin. La taille maximale des fichiers stockés dans le référentiel est de 512 Mo. Améliorations apportées au (aucun TPM physique n’est requis). Le peut être utilisé pour les VMs exécutant certaines distributions Linux. Comme mentionné ci-dessus, est inclus dans la nouvelle version de VMware Tools. Fonctionnalités du matériel virtuel 19 : Prise en charge de dans les machines virtuelles Le nombre maximal de cartes réseau est de 10 avec mémoire persistante prend en charge les points de terminaison natifs Les machines virtuelles Linux bénéficient d’une prise en charge étendue de Améliorations vSAN VMware comporte également des améliorations. peut être utilisé dans des clusters non vSAN. Cela signifie que vous pouvez monter des magasins de données vSAN externes sur un cluster vSphere ( ) dans votre environnement vSphere (un magasin de données vSAN distant peut être monté sur un cluster non basé sur vSAN). Mises à jour des services de fichiers vSAN : Les topologies à 2 nœuds et les clusters vSAN étendus sont pris en charge pour la configuration des services de fichiers vSAN. et le chiffrement des données en transit a été ajouté. Le nombre de partages par cluster pour les services de fichiers a été augmenté et les performances pour les petits partages de fichiers ont été améliorées. sur un environnement convergent est désormais pris en charge. Cette fonctionnalité permet d’accélérer le trafic vSAN, d’optimiser l’utilisation du processeur et d’améliorer l’efficacité globale. Les administrateurs peuvent créer des partages de fichiers sur des magasins de données vSAN pour permettre l’accès des clients via les protocoles , et SMB. Statistiques VMware vSphere Virtual Volumes Des statistiques plus détaillées sur les volumes virtuels ( ) améliorent le débogage et accélèrent l’identification des problèmes dans . Vous pouvez suivre les statistiques de performances pour un spécifique ou pour tous les fournisseurs . La commande s’utilise sur un hôte VMware ESXi pour obtenir des statistiques dans l’interface en ligne de commande ( ). Conclusion offre une multitude de fonctionnalités utiles, notamment la prise en charge de nouveaux matériels, une sécurité renforcée, des performances accrues, des optimisations pour les VMs et les conteneurs, ainsi qu’une meilleure expérience utilisateur.
OpenSSL -
Perl Compatible Regular Expression (Prce) GuestStoreVMware ToolsGuestStore-
vTPMVirtual Trusted Platform Module
VMware Time Provider
-
Direct3D 11 -
PVRDMA vSphere High AvailabilityvMotionPVRDMA-
vTPM
vSAN 7.0 Update 2 HCI meshHA/DRS
UNMAP
Remote Direct Memory Access (RDMA) Ethernet v2 (RoCE v2) NFSv3 NFSv4.1
{135} vSphere 7 U2 namespace VASA vvols stats{140}
VMware vSphere 7.0 Update 2 Vous pouvez effectuer la mise à jour vers la dernière version de VMware vSphere afin de bénéficier des dernières fonctionnalités et améliorations. Les nouvelles fonctionnalités de sécurité de vSphere 7.0 Update 2 sont excellentes.
Cependant, des pannes peuvent survenir et nous vous recommandons d’utiliser la solution moderne Solutions de sauvegarde des machines virtuelles VMware , quelle que soit la version de vSphere dont vous disposez. Téléchargez l’édition gratuite de NAKIVO Backup & Replication et commencez à protéger vos machines virtuelles pour pouvoir effectuer des restaurations instantanées à un instant donné lorsque vous en avez besoin.
