Il n'y a pas vraiment de formule à ma connaissance qui ne soit autre chose qu'une approximation grossière... Marqué comme réponse mercredi 22 novembre 2017 06:51 Pour compléter la réponse de philippe: tu n'as pas de "limites" en vCPU, ce n'est pas un nombre de ressource physique que tu paramètres mais le nonmbre de slot de temps de calcul (ce qui correspond a des cycles de calcul coté processeur physique). En règle général, on défini le moins de vCPU possible (un slot temps se trouve plus facilement que deux) mais, lorsque beaucoup de slots sont demandé dans une période de temps courtes, il peut être utile d'en ajouter. Comment activer tous les cœurs des processeurs au démarrage. En règle générale, 2 vCPU suffisent pour les machines gourmandes, à quelques exception près (exchange, SQL,... ). La vraie problématique ne porte pas sur les CPU (au pire les VMs seront lentes en cas de fallback) mais sur l'allocation de la mémoire par host (le total de mémoire utilisé au démarrage ne doit pas excéder le total mémoire d'un hôte du cluster - 2Go) je parle bien de mémoire à l'amorce de la VM: si celle-ci doit redémarrer, c'est la mémoire qui sera préemptée par le système.
Je suis assez choqué que ces questions fréquemment posées n'aient pas encore reçu de réponse complète. Votre CPU hôte devrait prendre en charge certaines technologies de virtualisation, par exemple Intel VTx. Cela vous permet de "tunneler" toute la puissance du CPU dans votre système d'exploitation invité. Sinon, il y aura une énorme baisse de vitesse due à l'émulation d'un CPU. Si vous avez un processeur avec hyperthreading, vous devriez voir 8 processeurs pour un processeur quad-core dans le gestionnaire de périphériques de votre machine hôte (l'hyperthreading double le nombre de vos cœurs). Coeurs virtuels et paralllisme pour SoftMachines - Processeurs - HardWare.fr. Dans ce cas, vous pouvez affecter 1 processeur avec 4 cœurs à votre système d'exploitation invité. Tant que vous n'avez pas d'autre processeur physique dans votre système, n'affectez pas plus d'un processeur à votre machine virtuelle. Vous pouvez attribuer plus ou moins de cœurs à votre système d'exploitation invité, selon vos besoins, mais vous ne devriez pas t attribuez une valeur supérieure à vos cœurs hyperthreading.
Par contre, si vous multipliez le nombre de cœurs dans la VM, ESXi débraye sa gestion automatique de la localisation NUMA et va respecter scrupuleusement le setup vCPU de la machine (toujours dans la mesure du possible évidemment). Cela signifie dans la pratique qu'une VM disposant de 2 sockets et 2 cœurs par socket sera toujours positionnée à cheval sur deux processeurs, avec les impacts éventuels correspondant vis à vis de la localisation des données en mémoire et pourquoi pas, un niveau de performance non optimal en cas de gros accès mémoire. Coeur virtuel processeur ryzen9 3900x socket. Que se passe-t-il si une VM se trouve positionnée sur un "mauvais" processeur et qu'une part non négligeable de la mémoire de la VM n'est pas localisée, mais utilisée à distance via un autre processeur? En général, on estime (ce n'est pas documenté a priori) que si moins de 80% de la mémoire est locale, le scheduler d'ESXi va se débrouiller pour déménager la VM au meilleur endroit. Celui-ci va jusqu'à déplacer les blocs mémoire pour les optimiser, dixit la documentation VMware (voir ici) Ok, mais dans la pratique?
Mais notez que votre hôte a également besoin d'une certaine puissance CPU. Je configure généralement le demi-nombre de mes cœurs hyperthreading et le demi-nombre de ma mémoire, par exemple 8192 Mo lorsque vous avez 16 Go de RAM. Il s'agit généralement d'un bon paramètre, mais pas si vous souhaitez exécuter plusieurs machines virtuelles à la fois.
C'est l'un des mythes de l'accélération et c'est totalement faux! Windows utilise automatiquement tous les cœurs et l'hyperthreading au démarrage. Toucher à ce pseudo paramètre, pour indiquer le nombre maximum de cœurs de la machine, ne change strictement rien. Indiquer un nombre intermédiaire de cœurs, entre 1 et le maximum, va brider la totalité de la session Windows (et de toutes celles qui suivront jusqu'à la prochaine modification) - l'ordinateur fonctionnera plus lentement. Coeur virtuel processeur i5. Cela ajoute un paramètre, NUMPROC=[nombre], dans De très nombreux problèmes sont provoqués: dans le moins mauvais des cas, il y a perte de l'hyperthreading et, généralement, il y a la nécessité de réparer Windows qui ne démarre plus du tout, même pas en mode sans échec! Si ce paramètre a été positionné, il faut le supprimer dans L'utilisation de ce paramètre dit à Windows de ne pas utiliser tous les processeurs, par exemple pour tenter d'identifier un cœur en panne.