Comment définir les cœurs de processeur par socket dans VMware vSphere : bonnes pratiques
Lors de la configuration des paramètres du processeur pour une nouvelle machine virtuelle, il est important de comprendre plusieurs concepts fondamentaux. Il s’agit notamment de savoir comment calculer le nombre de cœurs de processeur par socket et comment cette configuration peut influencer les performances de la machine virtuelle. Il est également essentiel de comprendre l’impact de l’utilisation d’un nombre réduit de processeurs avec plus de cœurs par rapport à un nombre plus important de processeurs avec moins de cœurs. Clarifier ces relations peut vous aider à choisir une configuration adaptée à votre charge de travail et aux capacités de votre hôte.
Poursuivez votre lecture pour en savoir plus sur ces concepts et les principes de base de la configuration du processeur pour les virtuelles machines sur les hôtes ESXi.
Terminologie
Commençons par définir les termes que vous devez connaître pour configurer les paramètres du processeur pour les Virtuelles Maschinen afin de vous aider à comprendre leur principe de fonctionnement.
Un processeur (Unité centrale de traitement, puce à microprocesseur ou processeur) est un composant clé de l’ordinateur. Il s’agit d’un circuit électronique avec des transistors qui est connecté à un socket. Un processeur exécute des instructions pour effectuer des calculs, lancer des applications et accomplir des tâches. Lorsque la vitesse d’horloge des processeurs a atteint la barrière thermique, les fabricants ont modifié l’architecture des processeurs et ont commencé à produire des processeurs à plusieurs cœurs. Pour éviter toute confusion entre les processeurs physiques et logiques ou les cœurs de processeur, certains fournisseurs désignent un processeur physique par le terme « socket ».
Un socket d’UC est un connecteur physique sur la carte mère auquel un seul processeur physique est connecté. Une carte mère comporte au moins un socket d’UC. Les cartes mères de serveurs ont généralement plusieurs sockets d’UC qui assurent la prise en charge de plusieurs processeurs multicœurs. Les sockets d’UC sont standardisés pour différentes séries de processeurs. Intel et AMD utilisent des sockets d’UC différents pour leurs familles de processeurs.
Un cœur de processeur est la partie du processeur qui contient le cache L1. Il effectue des tâches de calcul de manière indépendante, sans interagir avec les autres cœurs et les composants externes d’un « gros » processeur qui sont partagés entre les cœurs. En gros, un cœur peut être considéré comme un petit processeur intégré au processeur principal connecté à un socket. Les applications doivent prendre en charge les calculs parallèles pour utiliser rationnellement les processeurs multicœurs.
L’hyper-threading est une technologie développée par Intel pour activer le calcul parallèle sur des processeurs à cœur unique. L’hyper-threading a fait son apparition en 2002 avec la version du processeur Pentium 4 HT, destiné aux ordinateurs de bureau. Le système d’exploitation détecte un processeur monocœur avec hyper-threading comme un processeur à deux cœurs logiques (et non physiques). De même, un processeur à quatre cœurs avec hyper-threading apparaît au système d’exploitation comme un processeur à 8 cœurs. Plus le nombre de threads exécutés sur chaque cœur est élevé, plus il est possible d’effectuer de tâches en parallèle. Les processeurs Intel modernes disposent à la fois de plusieurs cœurs et de l’hyper-threading. Cette technologie est généralement activée par défaut et peut être activée ou désactivée dans le BIOS. La technologie SMT (Simultaneous Multi-Threading) d’AMD est l’équivalent de l’hyper-threading pour les processeurs AMD.
Un vCPU est un processeur virtuel configuré comme un périphérique virtuel dans les paramètres matériels virtuels d’une machine virtuelle. Il peut utiliser plusieurs cœurs de processeur. Un vCPU est connecté à un socket virtuel.
Le surengagement CPU se produit lorsque vous provisionnez plus de processeurs logiques (cœurs de CPU) pour les VMs résidant sur un hôte physique que le nombre total de processeurs logiques disponibles sur l’hôte.
NUMA (Non-Uniform Memory Access) est une conception de mémoire informatique utilisée dans les ordinateurs multiprocesseurs. L’idée est de fournir une mémoire distincte pour chaque processeur (contrairement à l’UMA, où tous les processeurs accèdent à une mémoire partagée via un bus). En même temps, un processeur peut accéder à la mémoire appartenant à d’autres processeurs par l’intermédiaire d’un bus partagé (tous les processeurs accèdent à toute la mémoire de l’ordinateur). Un processeur présente l’avantage, en termes de performances, d’accéder à sa propre mémoire locale plus rapidement qu’à d’autres mémoires sur un ordinateur multiprocesseur.
Ces architectures de base sont combinées dans les ordinateurs multiprocesseurs modernes. Les processeurs sont regroupés sur un boîtier ou un nœud de processeur multicœur. Ceux qui appartiennent au même nœud partagent l’accès aux modules de mémoire, comme dans l’architecture UMA. De plus, les processeurs peuvent accéder à la mémoire du nœud distant via une interconnexion partagée. Ils le font dans l’architecture NUMA, mais avec des performances plus lentes, via le processeur qui possède cette mémoire plutôt que directement.
Les nœuds NUMA sont des couples CPU/mémoire composés d’un socket d’UC et des modules de mémoire les plus proches. NUMA est généralement configuré dans le BIOS en tant que paramètre d’entrelacement des nœuds ou de mémoire entrelacée.
NUMA virtuel (vNUMA) est l’équivalent de NUMA pour les machines virtuelles VMware. Un vNUMA utilise les ressources matérielles de plusieurs nœuds NUMA physiques afin d’offrir des performances optimales. La technologie vNUMA expose la topologie NUMA à un système d’exploitation invité. Ainsi, le système d’exploitation invité connaît la topologie NUMA sous-jacente. La version matérielle virtuelle d’une machine virtuelle doit être 8 ou supérieure pour pouvoir utiliser vNUMA.
La gestion de vNUMA a été considérablement améliorée dans VMware vSphere 6.5, 8.0 et 9.0. Cette fonctionnalité n’est plus contrôlée par la valeur des cœurs de processeur par socket dans la configuration de la machine virtuelle. Par défaut, vNUMA est activé pour les VMs qui ont plus de 8 processeurs logiques (vCPU). Vous pouvez activer vNUMA manuellement pour une VM en modifiant le fichier de configuration VMX de la VM et en ajoutant la ligne numa.vcpu.min=X, où X est le nombre de vCPU pour la machine virtuelle.
Bien que la valeur « Cœurs par socket » ne contrôle pas l’activation de vNUMA, la configuration manuelle de ce paramètre pour qu’il corresponde à la topologie physique des nœuds NUMA de l’hôte reste une bonne pratique pour obtenir des performances optimales sur les grandes machines virtuelles avec un nombre élevé de vCPU.
Calcul du nombre de cœurs de processeur
Découvrons comment calculer le nombre de cœurs de processeur physiques, de cœurs de processeur logiques et d’autres paramètres sur un serveur.
- Le nombre total de cœurs de processeur physiques sur une machine hôte est calculé à l’aide de la formule suivante :
(Nombre de sockets de processeur) x (Nombre de cœurs/processeur) = Nombre de cœurs de processeur physiques
Remarque: Seuls les sockets de processeur avec des processeurs installés doivent être pris en compte.
- Si l’hyper-threading est pris en charge, vous pouvez calculer le nombre de cœurs de processeur logiques par la formule suivante :
(nombre de cœurs de processeur physiques) x (2 threads/processeur physique) = nombre de processeurs logiques - Enfin, utilisez cette formule pour calculer les ressources processeur disponibles qui peuvent être attribuées aux VMs :
(sockets d’UC) x (processeurs) x (threads)
Par exemple, si vous disposez d’un serveur équipé de deux processeurs, chacun doté de 4 cœurs et prenant en charge l’hyper-threading, le nombre total de processeurs logiques pouvant être attribués aux VMs est le suivant :
2 (processeurs) x 4 (cœurs) x 2 (HT) = 16 processeurs logiques
Un processeur logique peut être attribué à une machine virtuelle en tant que processeur unique ou cœur de CPU unique.
Quant aux machines virtuelles, grâce à leurs fonctionnalités d’émulation matérielle, elles peuvent utiliser plusieurs processeurs et cœurs de processeur dans leur configuration. Un cœur de processeur physique peut être configuré comme un processeur virtuel ou comme un cœur de processeur virtuel pour une machine virtuelle.
- Le nombre total de cycles d’horloge disponibles pour une machine virtuelle est calculé comme suit :
(nombre de sockets logiques) x (vitesse d’horloge du processeur)
Par exemple, si vous configurez une machine virtuelle pour utiliser 2 vCPU avec 2 cœurs alors que vous disposez d’un processeur physique avec une vitesse d’horloge de 3,0 GHz, la vitesse d’horloge totale est de 2 x 2 x 3 = 12 GHz. Si le surengagement du processeur est utilisé sur l’hôte ESXi, la fréquence disponible pour la machine virtuelle peut être inférieure à celle calculée si les VMs effectuent des tâches gourmandes en ressources processeur.
Limitations pour les cœurs de processeur par socket
Les limitations du processeur/cœur dans vSphere 7.0 Update 1, vSphere 8.0 et vSphere 9.0 sont répertoriées ci-dessous :
- Le nombre maximal de sockets de processeur virtuel pouvant être attribués à une machine virtuelle est de 768. Si vous souhaitez en attribuer davantage, configurez la machine virtuelle pour qu’elle utilise des processeurs multicœurs.
- Le nombre maximal de cœurs de processeur pouvant être attribués à une seule machine virtuelle est de 768 dans vSphere 8.0 (version matérielle virtuelle 18) et passe à 960 dans vSphere 9.0 (matériel virtuel version 22). Une machine virtuelle ne peut pas utiliser plus de cœurs de processeur que le nombre de cœurs de processeur logiques sur les machines physiques.
- Ajoute à chaud du processeur. Si une machine virtuelle dispose de 128 vCPU ou moins, vous ne pouvez pas utiliser la fonctionnalité d’ajout à chaud du processeur, ni modifier la configuration du processeur pendant que la machine virtuelle est en cours d’exécution.
- Restrictions du processeur du système d’exploitation. Si un système d’exploitation impose une limite sur le nombre de processeurs et que vous attribuez davantage de processeurs virtuels à une machine virtuelle, les processeurs supplémentaires ne sont pas identifiés ni utilisés par le système d’exploitation invité. La conception technique du système d’exploitation et les restrictions de licence du système d’exploitation peuvent entraîner ces limites. Notez qu’il existe des systèmes d’exploitation sous licence par socket et par cœur de processeur (par exemple, Windows Server 2019 ou Windows Server 2025).
Limites de prise en charge des processeurs (sockets d’UC) pour certains systèmes d’exploitation :
- Windows 10 Pro – 2 processeurs
- Windows 10 Famille – 1 processeur
- Windows 10 Poste de travail – 4 processeurs
- Windows 11 Home/Pro x64 – 2 processeurs (nombre maximal de processeurs logiques ou vCPU/cœurs : 256)
- Windows 11 Pro pour postes de travail – 4 processeurs (le nombre maximal de processeurs logiques ou vCPU/cœurs est de 256)
- Windows Server 2022 (Standard/Datacenter) – 64 processeurs (jusqu’à 640 processeurs logiques ou cœurs de processeur)
- Windows Server 2025 (Standard/Datacenter) – 64 processeurs (jusqu’à 2048 processeurs logiques ou cœurs de processeur)
- Windows Server 2019 Standard/Datacenter – 64 processeurs
- Windows XP Pro x64 – 2 processeurs
- Windows 7 Pro/Ultimate/Enterprise – 2 processeurs
- Windows Server 2003 Datacenter – 64 processeurs
Recommandations de configuration
Pour les versions plus anciennes de vSphere, il est recommandé d’utiliser des sockets plutôt que des cœurs dans la configuration des machines virtuelles. Au départ, vous ne remarquerez peut-être pas de différence significative entre les sockets d’UC et les cœurs de processeur, ce qui peut affecter les performances des machines virtuelles. Soyez attentif à certaines fonctionnalités de configuration. Gardez à l’esprit les concepts NUMA et vNUMA lorsque vous envisagez de configurer plusieurs processeurs virtuels (sockets) pour une machine virtuelle afin d’obtenir des performances optimales.
Si vNUMA n’est pas configuré automatiquement, reproduisez la topologie NUMA du serveur physique. Voici quelques recommandations pour les VMs dans VMware vSphere 6.5 et versions ultérieures (y compris VMware vSphere 8.0 et 9.0) :
- Lorsque vous définissez le nombre de processeurs logiques (vCPU) pour une VM, choisissez la configuration « cœurs par socket ». Continuez jusqu’à ce que le nombre dépasse le nombre de cœurs de processeur sur un seul nœud NUMA du serveur ESXi. Utilisez la même logique jusqu’à ce que vous dépassiez la quantité de mémoire disponible sur un seul nœud NUMA de votre serveur ESXi physique.
- Parfois, le nombre de processeurs logiques dans la configuration de votre machine virtuelle dépasse le nombre de cœurs de processeur physique sur un seul nœud NUMA, ou la quantité de RAM est supérieure à la mémoire totale disponible pour un seul nœud NUMA. Envisagez de répartir le nombre de processeurs logiques (vCPU) sur le nombre minimum de nœuds NUMA pour obtenir des performances optimales.
- Ne définissez pas un nombre impair de vCPU si le nombre de processeurs ou la quantité de mémoire dépasse le nombre de cœurs de processeur. Il en va de même lorsque la mémoire dépasse la quantité allouée à un seul nœud NUMA sur un serveur physique.
- Ne créez pas de machine virtuelle comportant plus de vCPU que le nombre de cœurs de processeur physique sur votre hôte physique.
- Si vous ne pouvez pas désactiver vNUMA en raison des conditions à remplir, n’activez pas la fonctionnalité vCPU ajoutée à chaud.
Si vNUMA est activé dans vSphere avant la version 6.5 et que vous avez défini le nombre de processeurs logiques (vCPU) pour la machine virtuelle, sélectionnez le nombre de sockets virtuels tout en conservant le nombre de cœurs par socket égal à 1 (valeur par défaut). La configuration à un cœur par socket permet à vNUMA de sélectionner automatiquement la meilleure topologie vNUMA pour le système d’exploitation invité. Cette configuration automatique est optimale sur la topologie physique sous-jacente du serveur.
Si vNUMA est activé et que vous utilisez le même nombre de processeurs logiques (vCPU), mais que vous augmentez le nombre de cœurs de processeur virtuels et réduisez le nombre de sockets virtuels dans les mêmes proportions, vNUMA ne peut pas définir la configuration NUMA optimale pour la VM. En conséquence, les performances de la VM sont affectées et peuvent se dégrader.
Si le système d’exploitation invité et les autres logiciels installés sur la VM sont concédés sous licence par processeur, configurez la VM pour qu’elle utilise moins de processeurs avec plus de cœurs de processeur. Par exemple, Windows Server 2012 R2 est concédé sous licence par socket d’UC, et Windows Server 2016 (et les versions ultérieures) est concédé sous licence par cœur.
Si vous utilisez la surallocation du processeur dans la configuration de vos Virtuelles Maschinen VMware, gardez à l’esprit ces valeurs :
- 1:1 à 3:1 – Il ne devrait y avoir aucun problème pour exécuter les VMs ;
- 3:1 à 5:1 – Une dégradation des performances est observée ;
- 6:1 – Une dégradation significative des performances est à prévoir.
Le surengagement du processeur avec des valeurs normales peut être utilisé sans risque dans les environnements de test et de développement.
Configuration des VMs sur les hôtes ESXi
Commencez par déterminer le nombre total de processeurs logiques (nombre total de CPU) requis pour que votre hôte physique puisse exécuter correctement une machine virtuelle et atteindre des performances suffisantes. Définissez ensuite le nombre de sockets virtuels avec processeurs (nombre de sockets dans vSphere Client) et le nombre de cœurs de CPU (cœurs par socket) que vous devez définir pour la machine virtuelle, en tenant compte des recommandations et limitations précédentes. Le tableau ci-dessous peut vous aider à sélectionner la configuration requise.
Si vous devez attribuer plus de 8 processeurs logiques à la machine virtuelle, la logique reste la même. Pour calculer le nombre de processeurs logiques dans vSphere Client, multipliez le nombre de sockets par le nombre de cœurs. Par exemple, si vous devez configurer une machine virtuelle pour utiliser 2 sockets de processeur, chacun avec 2 cœurs de processeur, le nombre total de processeurs logiques est alors de 2 * 2= 4. Cela signifie que vous devez sélectionner 4 processeurs dans les options matérielles virtuelles de la machine virtuelle dans VMware vSphere Client pour appliquer cette configuration.
Configuration des cœurs par processeur dans VMware vSphere Client
Expliquons comment configurer les options de processeur pour une machine virtuelle dans VMware vSphere Client. Le processus de configuration est identique dans vSphere 6.x, 7.0, 8.0 et 9.0.
- Entrez l’adresse IP de votre vCenter Server dans un navigateur Web, puis ouvrez VMware vSphere Client.
- Dans le navigateur, ouvrez Hôtes et clusters, puis sélectionnez la machine virtuelle que vous souhaitez configurer. Assurez-vous que la machine virtuelle est hors tension pour modifier la configuration du processeur.
- Cliquez avec le bouton droit sur la machine virtuelle, puis sélectionnez Modifier les paramètres dans le menu contextuel pour ouvrir les paramètres de la machine virtuelle.
- Développez la section processeur dans l’onglet Matériel virtuel de la fenêtre Modifier les paramètres fenêtre.
- processeur. Cliquez sur le menu déroulant dans la chaîne du processeur et sélectionnez le nombre total de processeurs logiques nécessaires pour cette VM. Dans cet exemple, nous sélectionnons 4 processeurs logiques pour la VM Ubuntu (blog-Ubuntu1).
- Cores per Socket. Dans cette chaîne, cliquez sur le menu déroulant et sélectionnez le nombre de cœurs requis pour chaque socket virtuel (processeur).
- CPU Hot Plug. Pour utiliser cette fonctionnalité, cochez la case Enable CPU Hot Add . N’oubliez pas les limitations et les conditions à remplir.
- Réservation. Sélectionnez l’allocation minimale garantie de la vitesse d’horloge du processeur (fréquence, MHz ou GHz) pour la machine virtuelle sur un hôte ou un cluster ESXi.
- Limite. Sélectionnez la vitesse d’horloge maximale du processeur de la machine virtuelle. Cette fréquence est la fréquence maximale pour la machine virtuelle, même si cette VM est la seule à fonctionner sur l’hôte ESXi ou le cluster disposant de plus de ressources processeur libres. La limite définie s’applique à tous les processeurs virtuels de la VM. Si elle dispose de 2 processeurs monocœur et que la limite est de 1 000 MHz, les deux processeurs virtuels fonctionnent alors avec une vitesse d’horloge totale d’un million de cycles par seconde (500 MHz pour chaque cœur).
- Shares. Ce paramètre définit la priorité de consommation des ressources par les Virtuelles Maschinen (Faible, Normale, Élevée, Personnalisée) sur un hôte ESXi ou un pool de ressources. Contrairement aux paramètres Réservation et Limite , le paramètre Partages n’est appliqué à la VM que s’il y a un manque de ressources de processeur au sein d’un hôte ESXi, d’un pool de ressources ou d’un cluster DRS.
Options disponibles pour le Partages paramètre :
- Faible – 500 partages par processeur virtuel
- Normal – 1000 partages par processeur virtuel
- Élevé – 2000 partages par processeur virtuel
- Personnalisé – définir une valeur personnalisée
Plus la valeur Partage valeur est élevée, plus les ressources de processeur allouées à la VM au sein d’un hôte ESXi ou d’un pool de ressources sont importantes.
- Virtualisation matérielle. Cochez cette case pour activer la virtualisation imbriquée. Cette option est utile si vous souhaitez exécuter une machine virtuelle à l’intérieur d’une autre machine virtuelle à des fins de test ou d’enseignement.
- Compteurs de performances. Cette fonctionnalité permet le débogage et l’optimisation d’une application installée dans la machine virtuelle après avoir mesuré ses performances CPU.
- Affinité de planification. Cette option est utilisée pour attribuer une VM à un processeur spécifique. La valeur peut être la suivante : «0, 2, 4-7».
- I/O MMU. Cette fonctionnalité permet aux VMs d’accéder directement aux périphériques d’entrée/sortie matériels tels que les contrôleurs de stockage, les cartes réseau et les cartes graphiques (plutôt que d’utiliser des périphériques émulés ou paravirtualisés). I/O MMU est également appelé Intel Virtualization Technology for Directed I/O (Intel VT-d) et AMD I/O Virtualization (AMD-V). I/O MMU est désactivé par défaut. Cette option est obsolète dans vSphere 7.0. Si I/O MMU est activé, la VM ne peut pas être migrée avec vMotion et n’est pas compatible avec les instantanés, la surallocation de mémoire, l’état de suspension des machines virtuelles, le partage de cartes réseau physiques et la virtualisation réseau NSX.
Si vous utilisez un hôte VMware ESXi autonome et VMware Host Client pour configurer des VMs dans un navigateur Web, le principe de configuration est le même que pour VMware vSphere Client.
Configuration des cœurs par processeur dans VMware Workstation
Si vous vous connectez à un hôte VMware vCenter ou ESXi dans VMware Workstation et ouvrez les paramètres d’une machine virtuelle VMware vSphere, vous pouvez modifier la configuration de base des processeurs virtuels.
- Cliquez sur VM > paramètres, sélectionnez l’onglet Matériel et cliquez sur Processeurs.
- Sélectionnez le nombre de processeurs virtuels (sockets) et le nombre de cœurs par processeur.
Dans la capture d’écran suivante, vous pouvez voir la configuration du processeur pour la même machine virtuelle Ubuntu qui a été configurée précédemment dans vSphere Client.
Le nombre total de cœurs de processeur (cœurs logiques des processeurs physiques sur un hôte ou un cluster ESXi) est calculé et affiché automatiquement ci-dessous. En comparaison, dans l’interface de vSphere Client, vous définissez le nombre total de cœurs de processeur (option CPU), sélectionnez le nombre de cœurs par processeur, puis le nombre de sockets virtuels est calculé et affiché.
Configuration des processeurs de VM dans PowerCLI
Si vous préférez utiliser l’interface de ligne de commande pour configurer les composants de VMware vSphere, utilisez Power CLI pour modifier la configuration du processeur des VMs. Découvrons comment modifier la configuration du processeur d’une VM (Ubuntu 19) dans Power CLI. Utilisez ces commandes pour les VMs éteintes.
- Pour configurer une VM afin qu’elle utilise deux processeurs virtuels monocœur (deux sockets virtuels sont utilisés), utilisez la commande :
get-VM -name Ubuntu19 | set-VM -NumCpu 2Entrez un autre nombre si vous souhaitez définir un autre nombre de processeurs (sockets) pour la VM.
- Dans l’exemple suivant, vous pouvez voir comment configurer une VM pour utiliser deux processeurs virtuels double cœur (2 sockets sont utilisés) :
$VM=Get-VM -Name Ubuntu19$VMSpec=New-Object -Type VMware.Vim.VirtualMachineConfigSpec -Property @{ “NumCoresPerSocket” = 2$VM.ExtensionData.ReconfigVM_Task($VMSpec)$VM | Set-VM -NumCPU 2Une fois qu’une nouvelle configuration du processeur est appliquée à la machine virtuelle, elle est enregistrée dans le fichier de configuration VMX de la VM. Dans cet exemple, nous vérifions le fichier Ubuntu19.vmx situé dans le répertoire VM du Magasin de données (/vmfs/volumes/datastore2/Ubuntu19/). Les lignes contenant la nouvelle configuration du processeur se trouvent à la fin du fichier VMX.
numvcpus = « 2 »
cpuid.coresPerSocket = « 2 »
- Si vous devez réduire le nombre de processeurs (sockets) pour une machine virtuelle, utilisez la même commande que précédemment avec des quantités inférieures. Par exemple, pour définir un processeur (socket) pour une machine virtuelle, utilisez cette commande :
get-VM -name Ubuntu19 | set-VM -NumCpu 1
Le principal avantage de l’utilisation de Power CLI réside dans la possibilité de configurer plusieurs VMs en masse. L’automatisation des tâches est importante si le nombre de VMs à configurer est élevé. Utilisez les cmdlets VMware et la syntaxe de Microsoft PowerShell pour créer des scripts.
Conclusion
La configuration des sockets virtuels et des cœurs par socket dans VMware vSphere vous permet de définir la manière dont la topologie du processeur d’une machine virtuelle est présentée au système d’exploitation invité. Ces paramètres permettent de s’assurer que la disposition de la machine virtuelle correspond aux conditions à remplir par le système d’exploitation et les applications installés. VMware offre des options flexibles pour ajuster les cœurs par socket, ce qui permet d’aligner la configuration sur les besoins d’administration ou d’octroi de licences. Il est essentiel de comprendre comment vSphere expose la topologie du processeur lors de la planification des déploiements de machines virtuelles.
