Déploiement de NUMA virtuel pour VMM
S’applique à : System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager
À compter de System Center 2012 Service Pack 1 (SP1), vous pouvez utiliser Virtual Machine Manager (VMM) pour configurer, déployer et gérer les fonctionnalités d'accès mémoire non uniforme (NUMA) virtuelles introduites dans Hyper-V dans Windows Server 2012.
NUMA est une architecture mémoire qui est utilisée dans des systèmes multiprocesseur, où le délai nécessaire à un processeur pour accéder à la mémoire dépend de l'emplacement de la mémoire par rapport au processeur. Sur un système NUMA, un processeur peut accéder à la mémoire locale (la mémoire qui est directement attachée au processeur) plus rapidement que la mémoire non locale (la mémoire qui est attachée à un autre processeur). NUMA tente de réduire la différence entre la vitesse des processeurs et la mémoire qu'ils utilisent. Pour ce faire, NUMA fournit une mémoire distincte pour chaque processeur, ce qui permet d'éviter la détérioration des performances qui se produit lorsque plusieurs processeurs tentent d'accéder à la même mémoire. Chaque bloc de mémoire dédiée est appelé nœud NUMA.
Fonctionnalités NUMA dans Hyper-V à compter de Windows Server 2012
À compter de Windows Server 2012, Hyper-V prend en charge l'exécution sur un système hôte doté 320 processeurs logiques, au maximum. Le nombre de processeurs virtuels qui peuvent être configurés sur un ordinateur virtuel dépend du nombre de processeurs sur les ordinateurs physiques. Par exemple, pour configurer un ordinateur virtuel avec 64 processeurs virtuels au maximum, vous devez exécuter Hyper-V sur un hôte de virtualisation qui possède 64 processeurs logiques ou davantage. À compter de Windows Server 2012, Hyper-V prend en charge cette extensibilité en fournissant NUMA virtuelle, un environnement de type NUMA pour les ordinateurs virtuels. Les processeurs virtuels et la mémoire du système invité sont regroupés dans des nœuds NUMA virtuels et l'ordinateur virtuel présente une topologie au système d'exploitation invité en fonction de la topologie physique sous-jacente.
Par défaut, quand un ordinateur virtuel est créé, Hyper-V examine la topologie physique sous-jacente et configure automatiquement la topologie NUMA virtuelle avec des paramètres optimaux, selon plusieurs facteurs, comme notamment le nombre de processeurs logiques et la quantité de mémoire par nœud NUMA.
NUMA virtuel permet le déploiement de charges de travail plus importantes et plus stratégiques qui peuvent être exécutées sans détérioration importante des performances dans un environnement virtualisé, en comparaison avec l'exécution d'ordinateurs non virtualisés avec un matériel NUMA physique. Lorsqu'un nouvel ordinateur virtuel est créé, par défaut Hyper-V utilise des valeurs pour les paramètres invités qui sont synchronisés avec la topologie NUMA hôte de Hyper-V. Par exemple, si un ordinateur hôte possède 16 cœurs et 64 Go divisés de manière égale entre deux nœuds NUMA, avec deux nœuds NUMA par socket de processeur physique, puis le paramètre correspondant au nombre maximal de processeurs par nœud d'un ordinateur virtuel qui est créé sur l'ordinateur hôte avec 16 processeurs virtuels sera défini sur huit, le nombre maximal de nœuds par socket sera défini sur deux et la mémoire maximale par nœud sera définie sur 32 Go.
En outre, la répartition NUMA peut être activée ou désactivée. Lorsque la répartition est activée, les nœuds NUMA virtuels individuels peuvent allouer de la mémoire non locale et un administrateur peut déployer un ordinateur virtuel qui possède plus de processeurs virtuels par nœud NUMA virtuel que le nombre de processeurs qui sont disponibles sur le nœud NUMA matériel sous-jacent sur l'ordinateur hôte Hyper-V. La répartition NUMA pour un ordinateur virtuel implique un coût de performance, car les ordinateurs virtuels accèdent à la mémoire sur des nœuds NUMA non locaux.
Pour plus d'informations sur la configuration de l'accès mémoire non uniforme (NUMA), voir Comment configurer le NUMA virtuel pour VMM.