VMWARE ESXi - 6.7 Instruction Manual [fr]

Gestion des ressources vSphere

17 avril 2018 VMware vSphere 6.7 VMware ESXi 6.7 vCenter Server 6.7

Gestion des ressources vSphere

Vous trouverez la documentation technique la plus récente sur le site Web de VMware à l'adresse :

https://docs.vmware.com/fr/

N’hésitez pas à nous transmettre tous vos commentaires concernant cette documentation à l’adresse suivante :

docfeedback@vmware.com

VMware, Inc.

3401 Hillview Ave. Palo Alto, CA 94304 www.vmware.com

VMware, Inc.

100-101 Quartier Boieldieu 92042 Paris La Défense France www.vmware.com/fr

VMware, Inc. 2

Table des matières

À propos de la gestion des ressources vSphere 7

Prise en main de la gestion des ressources 9

Types de ressources 9 Fournisseurs de ressources 9 Consommateurs de ressources 10 Buts de la gestion de ressources 10

Configurer les paramètres d'allocation des ressources 12

Partages d'allocation des ressources 12 Réservation d'allocation des ressources 14 Limite de l'allocation des ressources 14 Suggestions de paramètres d'allocation des ressources 14 Modifier les paramètres 15 Changer les paramètres d'allocation des ressources - Exemple 16 Contrôle d'admission 17

Principes de base de la virtualisation de CPU 18

Virtualisation de CPU basée sur un logiciel 18 Virtualisation de CPU assistée par matériel 19 Virtualisation et comportement spécifique au processeur 19 Implications de performances de la virtualisation de CPU 19

VMware, Inc.

Administration des ressources du CPU 21

Affichage des informations relatives au processeur 21 Spécifier la configuration de CPU 22 Processeurs multicœur 22 Hyperthreading 23 Utilisation de l'affinité CPU 25 Règles de gestion de l'alimentation de l'hôte 26

Principes de bases de la virtualisation de mémoire 30

Mémoire de machine virtuelle 30 Engagement excessif de mémoire 31 Partage de mémoire 32 Virtualisation de mémoire 33 Prise en charge des pages de grande taille 35

Gestion des ressources vSphere

Administration des ressources mémoire 36

Explication de la capacité supplémentaire de mémoire 36 Méthode d'allocation de mémoire des hôtes ESXi 38 Récupération de mémoire 39 Utilisation des fichiers d'échange 40 Partage de mémoire entre les machines virtuelles 46 Compression de mémoire 46 Mesure et différentiation des types d'utilisation de mémoire 48 Fiabilité de la mémoire 50 À propos de l'échange système 50

Mémoire persistante 52

Configuration de graphiques virtuels 54

Afficher les statistiques GPU 54 Ajouter un périphérique NVIDIA GRID vGPU à une machine virtuelle 55 Configuration de graphiques d'hôte 55 Configuration des périphériques graphiques 56

Gestion des ressources d'E/S de stockage 57

À propos des stratégies de stockage de machine virtuelle 58 À propos des filtres d'E/S 58 Exigences de contrôle d'E/S de stockage 59 Ressources, partages et limites de contrôle d'E/S de stockage 59 Définition des ressources, partages et limites de contrôle d'E/S de stockage 61 Activer Storage I/O Control 62 Paramétrage de la valeur de seuil de contrôle E/S de stockage 62 Intégration de Storage DRS aux profils de stockage 64

Gérer des pools de ressources 65

Utilité des pools de ressources 66 Créer un pool de ressources 69 Modifier un pool de ressources 70 Ajouter une machine virtuelle à un pool de ressources 71 Supprimer une machine virtuelle d'un pool de ressources 72 Supprimer un pool de ressources 72 Contrôle d'admission de pool de ressources 73

Création d'un cluster de DRS 76

Contrôle d'admission et placement initial 76 Migration de machine virtuelle 78 Exigences du cluster DRS 80

VMware, Inc. 4

Gestion des ressources vSphere

Configuration de DRS avec Virtual Flash 82 Créer un cluster 83 Modifier les paramètres de cluster 84 Définir le niveau d'automatisation personnalisé d'une machine virtuelle 86 Désactiver DRS 87 Restaurer une arborescence de pool de ressources 88

Utilisation des clusters DRS pour gérer des ressources 89

Ajout d'hôtes à un cluster 89 Ajouter des machines virtuelles à un cluster 91 Retrait de machines virtuelles d'un cluster 92 Suppression d'un Hôte d'un Cluster 93 Validité de cluster DRS 95 Gestion des ressources d'alimentation 100 Utilisation de règles d'affinité DRS 106

Créer un cluster de banques de données 113

Placement initial et équilibrage continu 114 Recommandations de migration du stockage 114 Créer un cluster de banques de données 115 Activer et désactiver le DRS de stockage 115 Régler le niveau d'automatisation des clusters de banques de données 116 Définition du niveau d'intensité du DRS de stockage 116 Critères des clusters de banques de données 119 Ajouter et supprimer des banques de données d'un cluster de banques de données 119

Utilisation des clusters de banques de données pour gérer des ressources de

stockage 120

Utilisation du mode maintenance du DRS de stockage 120 Application des recommandations du DRS de stockage 122 Modifier le niveau d'automatisation du DRS de stockage d'une machine virtuelle 123 Paramétrer la programmation des heures d'arrêt pour le DRS de stockage 124 Règles d'anti-affinité du DRS de stockage 125 Effacer les statistiques du DRS de stockage 129 Compatibilité de Storage vMotion avec les clusters de banques de données 130

Utilisation des systèmes NUMA avec ESXi 131

Qu'est-ce que NUMA ? 131 Fonctionnement des tâches planifiées d' ESXi NUMA 132 Algorithmes et paramètres d'optimisation du VMware NUMA 133 Gestion des ressources dans des architectures de NUMA 136 Utilisation de NUMA virtuel 136

VMware, Inc. 5

Gestion des ressources vSphere

Spécification des contrôles de NUMA 137

Attributs avancés 141

Définir les attributs d'hôte avancés 141 Paramétrer les attributs avancés de la machine virtuelle 144 Sensibilité de latence 147 À propos de la mémoire fiable 148 Sauvegarde de la vRAM de l'invité avec des pages de 1 Go 148

Définitions des pannes 150

La machine virtuelle est réservée 151 Machine virtuelle non compatible avec aucun hôte 151 Règle DRS VM/VM enfreinte lors du placement vers un autre hôte 151 Hôte incompatible avec la machine virtuelle 151 L'hôte a une machine virtuelle qui enfreint les règles DRS VM/VM 152 L'hôte a une capacité insuffisante pour la machine virtuelle 152 Hôte dans un état incorrect 152 L'hôte a un nombre insuffisant de CPU physiques pour la machine virtuelle 152 L'hôte a une capacité insuffisante pour chaque CPU de machine virtuelle 152 La machine virtuelle est en vMotion 152 Aucun hôte actif dans le cluster 152 Ressources insuffisantes 153 Ressources insuffisantes pour satisfaire le niveau de basculement configuré pour la HA 153 Aucun hôte à affinité matérielle compatible 153 Aucun hôte à affinité logicielle compatible 153 Correction d'infraction à une règle logicielle refusée 153 Impact de la correction d'infraction à une règle logicielle 153

Informations de dépannage de DRS 154

Problèmes de cluster 154 Problèmes d'hôte 158 Problèmes de machine virtuelle 161

VMware, Inc. 6

À propos de la gestion des ressources vSphere

La documentation Gestion des ressources vSphere décrit la gestion des ressources des environnements de VMware® ESXi et de vCenter® Server.

Cette documentation se concentre sur les sujets suivants.

Concepts d'allocation des ressources et de gestion des ressources

Attributs et contrôle d'admission de machine virtuelle

Pools de ressources et comment les gérer

Clusters, vSphere® Distributed Resource Scheduler (DRS), vSphere Distributed Power Management (DPM), et leur fonctionnement

Clusters de banques de données, DRS de stockage, contrôle d'E/S de stockage, et leur fonctionnement

Options avancées de gestion des ressources

Remarques concernant les performances

Public cible

Ces informations sont destinées aux administrateurs système qui souhaitent comprendre comment le système gère les ressources et comment personnaliser le comportement par défaut. Il est également essentiel pour qui veut comprendre et utiliser des pools de ressources, des clusters, le DRS, des clusters de banques de données, le DRS de stockage, le contrôle d'E/S de stockage ou vSphere DPM.

Cette documentation suppose que vous ayez une certaine expérience de VMware ESXi et de vCenter Server.

Remarque Dans ce document, « Mémoire » peut désigner la RAM physique ou la mémoire persistante.

vSphere Client et vSphere Web Client

Les instructions de ce guide concernent principalement vSphere Client (une interface utilisateur graphique basée sur HTML5). La plupart des instructions s'appliquent également à vSphere Web Client (une interface utilisateur graphique basée sur Flex).

VMware, Inc.

Gestion des ressources vSphere

Il existe des procédures en double pour les workflows qui diffèrent considérablement entre les deux clients. Ces procédures indiquent si elles concernent exclusivement vSphere Client ou vSphere Web Client.

Remarque Dans vSphere 6.7, la plupart des fonctionnalités de vSphere Web Client sont implémentées

dans vSphere Client. Pour obtenir une liste actualisée des fonctionnalités non prises en charge, consultez le Guide de mise à jour des fonctionnalités de vSphere Client.

VMware, Inc. 8

Prise en main de la gestion des

ressources 1

Pour comprendre la gestion de ressources, vous devez connaître ses composants, ses buts et la meilleure manière de l'implémenter dans une définition de cluster.

Les paramètres d'allocation des ressources pour les machines virtuelles (partages, réservation et limite) font l'objet d'une discussion, y compris la manière de les définir et de les visualiser. De plus, le contrôle d'admission, le processus par lequel les paramètres d'allocation sont validés par rapport aux ressources existantes est expliqué.

La gestion des ressources est l'allocation des ressources depuis les fournisseurs de ressources vers les consommateurs de ressources.

Le besoin en gestion de ressources vient de la surcharge des ressources, à savoir une demande supérieure à la capacité et du fait que la demande et la capacité varient dans le temps. La gestion de ressources vous permet de réaffecter dynamiquement les ressources de sorte que vous pouvez utiliser plus efficacement la capacité disponible.

Remarque Dans ce chapitre, « Mémoire » désigne la RAM physique.

Ce chapitre aborde les rubriques suivantes :

Types de ressources

Fournisseurs de ressources

Consommateurs de ressources

Buts de la gestion de ressources

Types de ressources

Les ressources incluent les ressources de CPU, de mémoire, d'alimentation, de stockage et de réseau.

Remarque ESXi gère les ressources en bande passante réseau et en disques pour chaque hôte, en

utilisant une mise en forme du trafic réseau et un mécanisme proportionnel de partage, respectivement.

Fournisseurs de ressources

Les hôtes et les clusters, dont les clusters de banques de données, sont des fournisseurs de ressources physiques.

VMware, Inc.

Gestion des ressources vSphere

Pour les hôtes, les ressources disponibles sont les spécifications matérielles de l'hôte, moins les ressources utilisées par le logiciel de virtualisation.

Un cluster est un groupe d'hôtes. Vous pouvez créer un cluster en utilisant vSphere Client et en ajoutant plusieurs hôtes au cluster. vCenter Server gère ces ressources d'hôtes conjointement : le cluster possède toutes les ressources CPU et mémoire de tous les hôtes. Vous pouvez activer le cluster pour un équilibrage de charge et un basculement conjoints. Consultez Chapitre 11 Création d'un cluster de DRS pour plus d'informations.

Un cluster de banques de données est un groupe de banques de données. Comme pour les clusters DRS, vous pouvez créer un cluster à l'aide de vSphere Client et ajouter plusieurs hôtes au cluster. vCenter Server gère ces ressources de banques de données conjointement. Vous pouvez activer le DRS de stockage pour équilibrer la charge E/S et l'utilisation de l'espace. Reportez-vous à la section Chapitre

13 Créer un cluster de banques de données.

Consommateurs de ressources

Les machines virtuelles sont consommatrices de ressources.

Les paramètres de ressources par défaut affectés en cours de création fonctionnent bien pour la plupart des machines. Vous pouvez modifier plus tard les paramètres de la machine virtuelle pour affecter un pourcentage d'après la part des ressources CPU, mémoire et E/S de stockage du fournisseur de ressources ou une réservation garantie de CPU et mémoire. Quand vous mettez sous tension cette machine virtuelle, le serveur vérifie si une quantité suffisante des ressources non réservées sont disponibles et permet de la mettre sous tension uniquement s'il y a suffisamment de ressources. Ce processus est appelé contrôle d'admission.

Un pool de ressources est une abstraction logique pour une gestion flexible des ressources. Les pools de ressources peuvent être regroupés en hiérarchies et utilisés pour partitionner hiérarchiquement les ressources CPU et mémoire disponibles. En conséquence, les pools de ressources peuvent être considérés à la fois comme des fournisseurs et des consommateurs. Ils fournissent des ressources aux pools de ressources enfants et aux machines virtuelles, mais ce sont également des consommateurs de ressources parce qu'ils consomment les ressources de leurs parents. Reportez-vous à Chapitre 10 Gérer

des pools de ressources.

Les hôtes ESXi allouent une portion des ressources matérielles sous-jacentes à chaque machine virtuelle, en se basant sur plusieurs facteurs :

Limites de ressources définies par l'utilisateur.

Ressources disponibles totales pour l'hôte ESXi (ou le cluster).

Nombre de machines virtuelles sous tension et utilisation de ressources par ces machines virtuelles.

Capacité de charge pour gérer la virtualisation.

Buts de la gestion de ressources

Lorsque vous gérez vos ressources, vous devez connaître vos objectifs.

VMware, Inc. 10

Gestion des ressources vSphere

En plus de résoudre les excès d'engagement en ressources, la gestion des ressources peut vous aider à accomplir ce qui suit :

Isolation de performance : empêcher les machines virtuelles de monopoliser les ressources et garantir un taux de service prévisible.

Utilisation efficace : exploiter les ressources sous engagées et prendre des engagements excédentaires avec une dégradation gracieuse.

Administration simple : contrôler l’importance relative des machines virtuelles, offrir un partitionnement dynamique souple et répondre aux accords de niveau de service absolus.

VMware, Inc. 11

Conﬁgurer les paramètres

d'allocation des ressources 2

Quand la capacité en ressources disponibles ne répond pas aux demandes des consommateurs de ressources (et à une charge de virtualisation), les administrateurs peuvent avoir à personnaliser la quantité de ressources allouée aux machines virtuelles ou aux pools de ressources dans lesquels elles résident.

Utilisez les paramètres d'allocation des ressources (partages, réservation et limite) pour déterminer la quantité de ressources CPU, mémoire et stockage fournie pour une machine virtuelle. En particulier, les administrateurs disposent de plusieurs options pour allouer les ressources.

Réservez les ressources physiques de l'hôte ou du cluster.

Définissez une limite supérieure pour les ressources qui peuvent être allouées à une machine virtuelle.

Assurez-vous qu'une machine virtuelle particulière se voit toujours allouer un pourcentage supérieur de ressources physiques que les autres machines virtuelles.

Remarque Dans ce chapitre, « Mémoire » désigne la RAM physique.

Ce chapitre aborde les rubriques suivantes :

Partages d'allocation des ressources

Réservation d'allocation des ressources

Limite de l'allocation des ressources

Suggestions de paramètres d'allocation des ressources

Modifier les paramètres

Changer les paramètres d'allocation des ressources - Exemple

Contrôle d'admission

Partages d'allocation des ressources

Les partages spécifient l'importance relative d'une machine virtuelle (ou pool de ressources.). Si une machine virtuelle a deux fois plus de parts d'une ressource qu'une autre machine virtuelle, elle est autorisée à consommer deux fois plus de cette ressource quand ces deux machines virtuelles sont en concurrence pour les ressources.

VMware, Inc.

Gestion des ressources vSphere

Les parts sont généralement spécifiées comme Élevée, Normal, ou Faible et ces valeurs spécifient les valeurs de part avec un ratio de 4:2:1, respectivement. Vous pouvez également sélection Personnalisé pour donner à chaque machine virtuelle un nombre spécifique de partages (qui exprime un poids proportionnel) à chaque machine virtuelle.

Spécifier les parts n'a de sens qu'en ce qui concerne les machines virtuelles ou les pools de ressources parents, à savoir les machines virtuelles ou les pools de ressources qui ont le même parent dans la hiérarchie du pool de ressources. Les parents partagent les ressources selon leurs valeurs de partage relatives limitées par la réservation et la limite. Quand vous affectez des parts à une machine virtuelle, vous spécifiez toujours la priorité pour cette machine virtuelle par rapport aux autres machines virtuelles sous tension.

Le tableau qui suit montre les valeurs par défaut des parts de CPU et de mémoire pour une machine virtuelle. Pour les pools de ressources, les valeurs par défaut de parts de CPU et de mémoire sont les mêmes, mais elles doivent être multipliées comme si le pool de ressources était une machine virtuelle avec quatre CPU virtuels et 16 Go de mémoire.

Tableau 2‑1. Valeurs de partages

Paramètre Valeurs de partages CPU Valeurs de partages mémoire

Haut 2000 parts par CPU virtuel 20 parts par méga-octets de la mémoire configurée de la

machine virtuelle.

Normal 1000 parts par CPU virtuel 10 parts par méga-octets de la mémoire configurée de la

machine virtuelle.

Faible 500 parts par CPU virtuel 5 parts par méga-octets de la mémoire configurée de la

machine virtuelle.

Par exemple, une machine virtuelle SMP avec deux CPU virtuels et 1Go RAM avec des partages CPU et mémoire réglés sur Normal a 2x1000=2000 parts de CPU et 10x1024=10240 parts de mémoire.

Remarque Les machines virtuelles avec plus d'un CPU virtuel sont appelées des machines virtuelles

SMP (multitraitement symétrique). ESXi prend en charge jusqu'à 128 CPU virtuels par machine virtuelle.

La priorité relative représentée par chaque part change quand une nouvelle machine virtuelle est mise sous tension. Cela affecte toutes les machines virtuelles dans le même pool de ressources. Toutes les machines virtuelles ont le même nombre de CPU virtuels. Examinez les exemples suivants.

Deux machines virtuelles CPU s'exécutent sur un hôte avec 8 Ghz de capacité agrégée de CPU. Leurs partages de CPU sont réglés sur Normal et reçoivent chacun 4 Ghz.

Une troisième machine virtuelle CPU est mise sous tension. Sa valeur de partage CPU est réglée sur Élevée, ce qui signifie qu'elle devrait disposer de deux fois plus de parts que les machines réglées sur Normal. La nouvelle machine virtuelle reçoit 4 Ghz et les deux autres machines reçoivent seulement 2 GHz chacune. Le même résultat se produit si l'utilisateur spécifie une valeur de partage personnalisé de 2000 pour la troisième machine virtuelle.

VMware, Inc. 13

Gestion des ressources vSphere

Réservation d'allocation des ressources

Une réservation spécifie l'allocation minimale garantie pour une machine virtuelle.

vCenter Server ou ESXi permet de mettre sous tension une machine virtuelle uniquement s'il y a suffisamment de ressources non réservées pour répondre à la réservation de la machine virtuelle. Le serveur garantit cette quantité même quand le serveur physique est fortement chargé. La réservation est exprimée en unités concrètes (mégahertz ou méga-octets).

Par exemple, supposez que vous avez 2 Ghz disponibles et spécifiez une réservation de 1GHz pour VM1 et 1GHz pour VM2. Maintenant il est garanti que chaque machine virtuelle dispose d'1 Ghz en cas de besoin. Cependant, si VM1 n'utilise que 500MHz, VM2 peut utiliser 1.5 Ghz.

Par défaut, la réservation est 0. Vous pouvez spécifier une réservation si vous avez besoin que la quantité minimale de CPU ou de mémoire requise soit toujours disponible pour la machine virtuelle.

Limite de l'allocation des ressources

La limite spécifie une limite supérieure pour les ressources CPU, mémoire ou d'E/S de stockage qui peuvent être allouées à une machine virtuelle.

Un serveur peut allouer plus que la réservation à une machine virtuelle, mais il ne peut jamais allouer plus que la limite, même s'il y a des ressources inutilisées dans le système. La limite est exprimée en unités concrètes (mégahertz, méga-octets ou opérations d'E/S par seconde).

Les limites par défaut des ressources CPU, de mémoire et d'E/S de stockage sont illimitées par défaut. Quand la limite mémoire est illimitée, la quantité de mémoire configurée pour la machine virtuelle quand elle a été créée devient sa véritable limite.

Dans la plupart des cas, il n'est pas nécessaire de spécifier une limite. Il y a des avantages et inconvénients :

Avantages : Affecter une limite est utile si vous démarrez un petit nombre de machines virtuelles et voulez gérer les attentes de l'utilisateur. La performance se dégrade à mesure que vous ajoutez des machines virtuelles. Vous pouvez simuler une quantité moindre de ressources disponibles en spécifiant une limite.

Inconvénients : Vous pouvez gaspiller des ressources en veille si vous spécifiez une limite. Le système ne permet pas aux machines virtuelles d'utiliser plus de ressources que la limite, même quand le système est sous-utilisé et les ressources en veille sont disponibles. Spécifiez la limite uniquement si vous avez de bonnes raisons de le faire.

Suggestions de paramètres d'allocation des ressources

Sélectionnez les paramètres d'allocation des ressources (réservation, limite et parts) appropriés pour votre environnement ESXi.

VMware, Inc. 14

Gestion des ressources vSphere

Les instructions suivantes peuvent vous aider à obtenir de meilleures performances pour vos machines virtuelles.

Utilisez Réservation pour spécifier la quantité minimale acceptable de CPU ou mémoire, et non la quantité dont vous voulez disposer. La quantité de ressources concrètes représentées par une réservation ne change pas quand vous changez l'environnement, par exemple en ajoutant ou en supprimant des machines virtuelles. L'hôte attribue des ressources supplémentaires, dans la mesure où elles sont disponibles, selon la limite de votre machine virtuelle, le nombre de parts et la demande estimée.

Quand vous spécifiez les réservations pour les machines virtuelles, n'engagez pas toutes les ressources (prévoyez de garder au moins 10 % non réservées). Plus vous approchez de la capacité totale de réservation du système, plus il devient difficile de modifier les réservations et la hiérarchie du pool de ressources sans violer le contrôle d'admission. Dans un cluster DRS, les réservations qui engagent entièrement la capacité du cluster ou des hôtes individuels dans le cluster peuvent empêcher le DRS de faire migrer les machines virtuelles entre les hôtes.

Si vous prévoyez des modifications fréquentes des ressources totales disponibles, utilisez Partages pour allouer les ressources avec équité entre les machines virtuelles. Si vous utilisez Partages, et que vous mettez à niveau l'hôte, par exemple, chaque machine virtuelle garde la même priorité (garde le même nombre de partages) même si chaque partage représente une plus grande quantité de ressources mémoire, CPU ou d'E/S de stockage.

Modiﬁer les paramètres

Utilisez la boîte de dialogue Modifier les paramètres pour modifier les attributions de mémoire et des ressources CPU.

Procédure

1 Accédez à la machine virtuelle dans vSphere Client.

2 cliquez avec le bouton droit et sélectionnez Modifier les paramètres.

3 Modifiez les ressources de CPU.

Option Description

Parts Parts de CPU pour ce pool de ressources par rapport au total du parent. Les

pools de ressources frères partagent des ressources selon leurs valeurs de part relatives limitées par la réservation et la limite. Sélectionnez Bas, Normal ou Haut, qui spécifie une valeur de part dans un rapport de 1:2:4 respectivement. Sélectionnez Personnalisé pour donner à chaque machine virtuelle un nombre spécifique de parts, qui exprime un poids proportionnel.

Réservation Allocation de CPU garantie pour ce pool de ressources.

Limite Limite maximale de l'allocation CPU du pool de ressources. Sélectionnez Illimité

pour spécifier aucune limite supérieure.

VMware, Inc. 15

VM-QA

hôte

VM-Marketing

Gestion des ressources vSphere

4 Modifiez les ressources de Mémoire.

Option Description

Parts Parts de mémoire du pool de ressources par rapport au total du parent. Les pools

de ressources frères partagent des ressources selon leurs valeurs de part relatives limitées par la réservation et la limite. Sélectionnez Bas, Normal ou Haut, qui spécifie une valeur de part dans un rapport de 1:2:4 respectivement. Sélectionnez Personnalisé pour donner à chaque machine virtuelle un nombre spécifique de parts, qui exprime un poids proportionnel.

Réservation Allocation de mémoire garantie pour ce pool de ressources.

Limite Limite maximale de l'allocation de mémoire du pool de ressources. Sélectionnez

Illimité pour spécifier aucune limite supérieure.

5 Cliquez sur OK.

Changer les paramètres d'allocation des ressources Exemple

L'exemple suivant illustre comment vous pouvez changer les paramètres d'allocation des ressources pour améliorer la performance de la machine virtuelle.

Supposez que sur un hôte ESXi, vous avez créé deux nouvelles machines virtuelles : une pour chacun de vos départements QA (VM-QA) et Marketing (VM-Marketing).

Figure 2‑1. Hôte unique avec deux machines virtuelles

Dans l'exemple suivant, supposez que VM-QA est un utilisateur intensif de mémoire et en conséquence vous voulez modifier les paramètres d'allocation des ressources pour les deux machines virtuelles pour :

Spécifier que, quand la mémoire système est surengagée, VM-QA peut utiliser deux fois plus de ressources de mémoire et de CPU qu'une machine virtuelle du marketing. Définir les partages mémoire et les partages CPU pour VM-QA sur Haut et pour VM-Marketing réglez-les sur Normal.

Veiller à ce que la machine virtuelle du marketing aie une certaine quantité de ressources CPU garantie. Vous pouvez le faire en utilisant les paramètres de réservation.

Procédure

1 Accédez aux machines virtuelles dans vSphere Client.

2 cliquez avec le bouton droit sur VM-QA, la machine virtuelle dont vous voulez modifier les partages,

et sélectionnez Modifier les paramètres.

3 Sous Matériel virtuel, développez CPU et sélectionnez Haute dans le menu déroulant Parts.

VMware, Inc. 16

Gestion des ressources vSphere

4 Sous Matériel virtuel, développez Mémoire et sélectionnez Haute dans le menu déroulant Parts.

5 Cliquez sur OK.

6 Cliquez avec le bouton droit sur la machine virtuelle marketing (VM-Marketing) et sélectionnez

Modifier les paramètres.

7 Sous Matériel virtuel, développez CPU et remplacez la valeur du champ Réservation par le nombre

souhaité.

8 Cliquez sur OK.

Contrôle d'admission

Quand vous mettez sous tension la machine virtuelle, le système vérifie que la quantité de ressources CPU et mémoire qui n'ont pas encore été réservés. En fonction des ressources non-réservées disponibles, le système détermine s'il peut garantir la réservation pour laquelle la machine virtuelle est configurée (le cas échéant). Ce processus est appelé contrôle d'admission.

S'il y a suffisamment de ressources CPU et mémoire non réservées disponibles, ou s'il n' y a pas de réservation, la machine virtuelle est mise sous tension. Sinon, un avertissement Ressources insuffisantes apparaît.

Remarque En plus de la réservation de mémoire spécifiée par l'utilisateur, il existe aussi une quantité

de mémoire de charge Cet engagement en capacité supplémentaire de mémoire est inclus dans le calcul de contrôle d'admission.

Quand la fonction VSphere DPM est activée, les hôtes peuvent être mis en mode veille (hors tension) pour réduire la consommation d'énergie. Les ressources non réservées fournies par ces hôtes sont considérées disponibles pour le contrôle d'admission. Si une machine virtuelle ne peut être mise sous tension sans ces ressources, une recommandation pour mettre sous tension suffisamment d'hôtes en veille apparaît.

VMware, Inc. 17

Principes de base de la

virtualisation de CPU 3

La virtualisation de CPU, qui privilégie les performances, fonctionne autant que possible à même le processeur. Les ressources physiques sous-jacentes sont utilisées autant que possible, et la couche de virtualisation exécute les instructions uniquement au fil des besoins pour faire fonctionner les machines virtuelles comme si elles tournaient directement sur une machine physique.

La virtualisation de CPU est différente de l'émulation. ESXi n'utilise pas l'émulation pour exécuter des CPU virtuels. Avec l'émulation, toutes les opérations sont exécutées dans le logiciel à l'aide d'un émulateur. Un émulateur logiciel permet aux programmes de s'exécuter sur un système informatique autre que celui pour lequel ils ont été écrits à l'origine. Il y parvient en émulant ou en reproduisant le comportement original de l'ordinateur en acceptant les mêmes données ou entrées et en obtenant les mêmes résultats. L'émulation permet la portabilité et exécute des logiciels conçus pour une plate-forme sur diverses plates-formes.

Lorsque les ressources du CPU sont excessivement engagées, l'hôte ESXi applique des tranches de temps sur les processeurs physiques de toutes les machines virtuelles afin que chacune d'elles s'exécute comme si elle disposait de son nombre spécifié de processeurs virtuels. Lorsqu'un hôte ESXi exécute plusieurs machines virtuelles, il alloue une part des ressources physiques à chaque machine virtuelle. Avec les paramètres d'allocation de ressources par défaut, toutes les machines virtuelles associées au même hôte reçoivent une part égale du CPU par CPU virtuel. Cela signifie qu'une machine virtuelle à processeur simple reçoit uniquement la moitié des ressources d'une machine virtuelle à double processeur.

Ce chapitre aborde les rubriques suivantes :

Virtualisation de CPU basée sur un logiciel

Virtualisation de CPU assistée par matériel

Virtualisation et comportement spécifique au processeur

Implications de performances de la virtualisation de CPU

Virtualisation de CPU basée sur un logiciel

A l'aide de la virtualisation de CPU basée sur un logiciel, le code d'application invité s'exécute directement sur le processeur, tandis que le code privilège invité est traduit et le code traduit s'exécute sur le processeur.

VMware, Inc.

Gestion des ressources vSphere

Le code traduit est légèrement plus important et s'exécute généralement plus lentement que la version native. Par conséquent, les applications invitées, dont le composant de code privilège est petit, s'exécutent à une vitesse très proche de la vitesse native. Les applications possédant un composant de code privilège significatif, tels que les appels système, interruptions ou mises à niveau de tables de page peuvent s'exécuter plus lentement dans l'environnement virtualisé.

Virtualisation de CPU assistée par matériel

Certains processeurs proposent une assistance matérielle pour la virtualisation de CPU.

Lorsque vous utilisez cette assistance, le client peut utiliser un mode d'exécution séparé appelé mode client. Qu'il s'agisse d'un code d'application ou un code privilège, le code client fonctionne en mode client. Lors de certains événements, le processeur quitte le mode client et entre en mode racine. L'hyperviseur s'exécute en mode racine, détermine la raison pour laquelle le processeur a quitté le mode client, prend les éventuelles mesures nécessaires, puis relance le client en mode client.

Il n'est pas nécessaire de traduire le code lorsque vous utilisez l'assistance matérielle pour la virtualisation. Par conséquent, les appels système ou les charges de travail d'interruption intensives s'exécutent à une vitesse très proche de la vitesse native. Certaines charges de travail, notamment les charges impliquant des mises à jour de tables de page, entraînent un grand nombre de sorties du mode client en mode racine. En fonction du nombre de sorties et du temps total passé lors de ces sorties, la virtualisation de CPU assistée par matérielle peut accélérer l'exécution de manière significative.

Virtualisation et comportement spéciﬁque au processeur

Bien que le logiciel VMware virtualise le CPU, la machine virtuelle détecte le modèle spécifique du processeur sur lequel elle s'exécute.

Les fonctions CPU proposées peuvent être différentes selon les modèles de processeur et les applications s'exécutant sur la machine virtuelle peuvent utiliser ces fonctions. Par conséquent, il est impossible d'utiliser vMotion® pour migrer des machines virtuelles entre les systèmes s'exécutant sur des processeurs possédant des ensembles de fonctions différents. Dans certains, vous pouvez contourner cette restrictions en utilisant Compatibilité améliorée de vMotion (EVC) avec les processeurs prenant en charge cette fonction. Reportez-vous à la documentation vCenter Server et gestion des hôtes pour plus d'informations.

Implications de performances de la virtualisation de CPU

La virtualisation de CPU ajoute divers suppléments en fonction de la charge de travail et du type de virtualisation utilisé.

Une application est affectée au CPU si elle consacre la plupart de son temps à exécuter des instructions et non à attendre des événements externes tels que l'interaction utilisateur, une entrée périphérique ou la récupération de données. Pour de telles applications, le supplément de virtualisation de CPU inclut les instructions supplémentaires devant être exécutées. Ce temps système prend le temps de traitement de CPU pouvant être utilisé par l'application elle-même. Le supplément de virtualisation de CPU se traduit généralement par une diminution des performances générales.

VMware, Inc. 19

Gestion des ressources vSphere

Pour les applications non dédiées au CPU, la virtualisation de CPU se traduit certainement par une augmentation de l'utilisation du CPU. Si de la capacité de CPU de rechange est disponible pour absorber le supplément, il peut toujours fournir des performances similaires en termes de débit général.

ESXi prend en charge jusqu'à 128 processeurs virtuels (CPU) pour chaque machine virtuelle.

Remarque Déployer des applications à thread unique sur des machines virtuelles à processeur unique,

plutôt que sur des machines virtuelles SMP qui ont plusieurs CPU, afin d'obtenir une meilleure performance et une meilleure utilisation des ressources.

Les applications à thread unique peuvent exploiter uniquement un CPU unique. Le déploiement de telles applications sur des machines virtuelles à double processeur n'augmente pas la vitesse de l'application. Dans ces cas, le second CPU virtuel utilise les ressources physiques que les autres machines virtuelles pourraient autrement utiliser.

VMware, Inc. 20

Administration des ressources

du CPU 4

Vous pouvez configurer les machines virtuelles à l'aide de l'un ou l'autre des processeurs virtuels ; chacun possède son propre ensemble de registres et de structures de commande.

Lorsqu'une machine virtuelle est programmée, ses processeurs virtuels sont programmés pour s'exécuter sur des processeurs physiques. VMkernel Resource Manager programme les CPU virtuels sur des CPU physiques, ce qui lui permet de gérer l'accès de la machine virtuelle aux ressources du CPU physique. ESXi prend en charge des machines virtuelles ayant jusqu'à 128 CPU virtuelles.

Remarque Dans ce chapitre, « Mémoire » peut désigner la RAM physique ou la mémoire persistante.

Ce chapitre aborde les rubriques suivantes :

Affichage des informations relatives au processeur

Spécifier la configuration de CPU

Processeurs multicœur

Hyperthreading

Utilisation de l'affinité CPU

Règles de gestion de l'alimentation de l'hôte

Achage des informations relatives au processeur

Vous pouvez accéder aux informations relatives à la configuration actuelle du processeur dans vSphere Client.

Procédure

1 Accédez à l'hôte dans vSphere Client.

2 Cliquez sur Configurer et développez Matériel.

3 Sélectionnez Processeurs pour afficher les informations relatives au numéro et au type des

processeurs physiques, ainsi que le nombre de processeurs logiques.

Remarque Dans les systèmes avec hyperthreading, chaque thread matériel est un processeur

logique. Par exemple, un processeur double cœur avec hyperthreading activé possède deux cœurs et quatre processeurs logiques.

VMware, Inc.

Gestion des ressources vSphere

Spéciﬁer la conﬁguration de CPU

Vous pouvez spécifier la configuration du CPU afin d'améliorer la gestion des ressources. Toutefois, si vous ne personnalisez pas la configuration du CPU, l'hôte ESXi utilise les paramètres par défaut, efficaces dans la plupart des situations.

Vous pouvez spécifier la configuration du CPU comme suit :

Utilisez les attributs et fonctions spéciales disponibles via vSphere Client. vSphere Client vous permet de vous connecter à l'hôte ESXi ou à un système vCenter Server.

Dans certaines circonstances, utilisez les paramètres avancés.

Utilisez vSphere SDK pour l'allocation de CPU planifiée.

Utilisez l'hyperthreading.

Processeurs multicœur

Les processeurs multicœur présentent de nombreux avantages pour un hôte effectuant des tâches multiples sur des machines virtuelles.

Remarque Dans cette rubrique, « Mémoire » peut désigner la RAM physique ou la mémoire

persistante.

Intel et AMD ont développé des processeurs combinant deux cœurs de processeur ou plus en un circuit intégré unique (souvent appelé module ou socket). VMware utilise le terme socket pour décrire un module unique pouvant posséder un ou plusieurs cœurs de processeur avec un ou plusieurs processeurs logiques dans chaque cœur.

Par exemple, un processeur à deux cœurs peut fournir presque le double des performances d'un processeur à cœur unique, en permettant à deux CPU virtuels de s'exécuter simultanément. Les cœurs d'un même processeur sont généralement configurés avec un cache de dernier niveau partagé utilisé par tous les cœurs, ce qui peut potentiellement réduire le besoin d'accéder à une mémoire principale plus lente. Un bus de mémoire partagée raccordant un processeur physique à la mémoire principale peut limiter les performances de ses processeurs logiques si les machines virtuelles s'exécutant sur ces processeurs exécutent des charges de travail consommatrices de mémoire se partageant les mêmes ressources de bus de mémoire.

Tous les processeurs logiques de chaque cœur de processeur sont utilisés indépendamment par ESXi CPU Scheduler pour exécuter des machines virtuelles, ce qui offre des possibilités semblables à celles des systèmes SMP. Par exemple, les processeurs virtuels d'une machine virtuelle à deux voies peuvent s'exécuter sur des processeurs logiques appartenant au même cœur ou sur des processeurs logiques sur différents cœurs physiques.

ESXi CPU Scheduler peut détecter la topologie de processeur ainsi que les relations entre les cœurs de processeur et leurs processeurs logiques. Il utilise ces informations pour programmer les machines virtuelles et optimiser les performances.

VMware, Inc. 22

Gestion des ressources vSphere

ESXi CPU Scheduler peut interpréter la topologie de processeur, y compris les relations entre les sockets, cœurs et processeurs logiques. Le programmateur utilise les informations de topologie pour optimiser le placement des CPU virtuels sur différents sockets. Cette optimisation permet d'optimiser l'utilisation globale de cache et d'améliorer l'affinité de cache en minimisant les migrations de CPU virtuels.

Hyperthreading

La technologie d'hyperthreading permet à un cœur de processeur physique de se comporter comme deux processeurs logiques. Le processeur peut exécuter deux applications indépendantes en même temps. Afin d'éviter toute confusion entre les processeurs logiques et physique, Intel fait référence aux processeurs physiques sous le nom de socket ; les explications de ce chapitre utilisent également cette terminologie.

Intel Corporation a développé la technologie d'hyperthreading afin d'améliorer les performances de ses gammes de processeurs Pentium IV et Xeon. La technologie d'hyperthreading permet à un cœur de processeur unique d'exécuter deux threads indépendants simultanément.

Bien que l'hyperthreading ne double pas les performances d'un système, il peut les optimiser en exploitant mieux les ressources oisives, ce qui permet un débit plus important pour certains types de charges de travail. Une application s'exécutant sur un processeur logique d'un cœur occupé peut obtenir un peu plus de la moitié du débit obtenu lorsqu'elle s'exécute seule sur un processeur sans hyperthreading. Les améliorations de performances apportées par l'hyperthreading dépendent en grande partie des applications ; les performances de certaines applications peuvent décliner avec l'hyperthreading car de nombreuses ressources de processeur (notamment le cache) sont partagées entre les processeurs logiques.

Remarque Sur les processeurs équipés de la technologie Hyper-Threading d'Intel, chaque cœur peut

posséder deux processeurs logiques partageant la plupart des ressources du cœur, notamment les caches mémoire et les unités fonctionnelles. Ces processeurs logiques sont généralement appelés threads.

De nombreux processeurs ne prennent pas en charge l'hyperthreading et, par conséquent, possèdent uniquement un thread par cœur. Pour ces processeurs, le nombre de cœurs correspond également au nombre de processeurs logiques. Les processeurs suivants prennent en charge l'hyperthreading et possèdent deux threads par cœur.

Processeurs basés sur la microarchitecture de processeur Intel Xeon 5500.

Intel Pentium 4 (HT activé)

Intel Pentium EE840 (HT activé)

Hyperthreading et hôtes ESXi

Un hôte adapté à l'hyperthreading doit se comporter de façon similaire à un hôte sans hyperthreading. Toutefois, si vous activez l'hyperthreading, vous devez prendre en compte certains facteurs.

VMware, Inc. 23

Gestion des ressources vSphere

Les hôtes ESXi gèrent intelligemment le temps processeur afin de garantir une répartition égale de la charge entre les cœurs de processeur du système. Les processeurs logiques situés sur le même cœur possèdent des numéros de CPU consécutifs ; ainsi, les CPU 0 et 1 se trouvent tous deux sur le premier cœur et les CPU 2 et 3 sur le second cœur, etc. Les machines virtuelles sont programmées de préférence sur deux cœurs distincts et non sur deux processeurs logiques du même cœur.

Si aucune tâche n'est affectée à un processeur logique, il est placé en état suspendu, ce qui libère ses ressources d'exécution et permet à la machine virtuelle s'exécutant sur l'autre processeur logique du même cœur d'utiliser l'ensemble des ressources du cœur. VMware Scheduler comptabilise correctement ce temps de suspension et charge une machine virtuelle en cours d'exécution avec l'ensemble des ressources d'un cœur plus qu'une machine virtuelle s'exécutant sur un demi-cœur. Cette approche de la gestion de processeur garantit que le serveur ne viole aucune des règles standard d'allocation de ressources d'ESXi.

Examinez vos besoins en gestion de ressources avant d'activer l'affinité CPU sur les hôtes utilisant l'hyperthreading. Par exemple, si vous liez une machine virtuelle haute priorité au CPU 0 et une autre machine virtuelle haute priorité au CPU 1, les deux machines virtuelles doivent alors partager le même cœur physique. Dans ce cas, il peut être impossible de répondre aux demandes en ressources de ces machines virtuelles. Assurez-vous que tous les paramètres d'affinité personnalisés sont cohérents pour un système utilisant l'hyperthreading.

Activer Hyperthreading

Pour activer l'hyperthreading, vous devez tout d'abord l'activer dans vos paramètres BIOS, puis l'activer dans vSphere Client. L'hyperthreading est activé par défaut.

Consultez votre documentation système pour déterminer si votre CPU prend en charge l'hyperthreading.

Procédure

1 Assurez-vous que votre système prend en charge la technologie d'hyperthreading.

2 Activez l'hyperthreading dans le BIOS du système.

Certains fabricants appellent cette option Processeurs logiques, d'autres l'appellent Activer l'hyperthreading.

3 Assurez-vous que l'hyperthreading est activé pour l'hôte ESXi.

a Accédez à l'hôte dans vSphere Client.

b Cliquez sur Configurer.

c Sous Système, cliquez sur Paramètres système avancés et sélectionnez

VMkernel.Boot.hyperthreading.

Vous devez redémarrer l'hôte pour que la nouvelle valeur s’applique. L'hyperthreading est activé si la valeur est true.

4 Sous Matériel, cliquez sur Processeurs pour afficher le nombre de processeurs logiques.

L'hyperthreading est activé.

VMware, Inc. 24

Gestion des ressources vSphere

Utilisation de l'anité CPU

Lorsque vous spécifiez un paramètre d'affinité CPU pour chaque machine virtuelle, vous pouvez restreindre l'attribution des machines virtuelles à un sous-ensemble de processeurs disponible dans des systèmes multiprocesseurs. Lorsque vous utilisez cette fonction, vous pouvez assigner chaque machine virtuelle aux processeurs de l'ensemble d'affinité spécifié.

L'affinité CPU spécifie les contraintes de placement de la machine virtuelle sur le processeur ; l'affinité CPU est également différente de la relation créée par une règle d'affinité MV-MV ou MV-Hôte qui spécifie les contraintes de placement de la machine virtuelle sur l'hôte de machine virtuelle.

Dans ce contexte, le terme CPU fait référence à un processeur logique dans un système utilisant l'hyperthreading et renvoie à un cœur dans un système n'utilisant pas l'hyperthreading.

Le paramètre d'affinité du CPU d'une machine virtuelle s'applique à toutes les CPU virtuels associées à la machine virtuelle, mais également à tous les autres threads (également appelés Worlds) associés à la machine virtuelle. Ces threads de la machine virtuelle effectuent le traitement requis pour émuler la souris, le clavier, l'écran, les CD-ROM et les divers périphériques hérités.

Dans certains cas, notamment pour les charges de travail d'affichage intensives, une communication significative peut être échangée entre les CPU virtuels et ces autres threads de machine virtuelle. Les performances peuvent décliner si le paramètre d'affinité de la machine virtuelle empêche ces threads supplémentaires d'être programmés en même temps que les CPU de la machine virtuelle. Par exemple, une machine virtuelle à processeur unique avec une affinité sur un CPU unique ou une machine virtuelle à SMP à deux voies avec une affinité sur deux CPU uniquement.

Pour obtenir de meilleures performances lorsque vous utilisez les paramètres d'affinité manuels, VMware vous recommande d'inclure au minimum un CPU physique supplémentaire dans le paramètre d'affinité afin de permettre la programmation simultanée de l'un des threads de la machine virtuelle au minimum et des CPU virtuels de la machine virtuelle. Par exemple, une machine virtuelle à processeur unique avec une affinité sur deux CPU au minimum ou une machine virtuelle à SMP deux voies avec une affinité sur trois CPU au minimum.

Attribution d'une machine virtuelle à un processeur spéciﬁque

Utiliser l'affinité de CPU, vous pouvez assigner une machine virtuelle à un processeur spécifique. Cela vous permet de restreindre l'attribution de machines virtuelles à un processeur disponible spécifique dans un système multiprocesseurs.

Procédure

1 Accédez à la machine virtuelle dans vSphere Client.

a Pour trouver une machine virtuelle, sélectionnez un centre de données, un dossier, un cluster, un

pool de ressources ou un hôte.

b Sélectionnez des VM.

2 Cliquez avec le bouton droit sur la machine virtuelle et cliquez sur Modifier les paramètres.

VMware, Inc. 25

Gestion des ressources vSphere

3 Sous Matériel virtuel, développez CPU.

4 Sous Affinité de planification, sélectionnez l'affinité de processeur physique pour la machine virtuelle.

Utilisez '-' pour les plages et ',' pour séparer des valeurs.

Par exemple, « 0, 2, 4-7 » fait référence aux processeurs 0, 2, 4, 5, 6 et 7.

5 Sélectionnez les processeurs où vous souhaitez que la machine virtuelle s'exécute, puis cliquez sur

OK.

Problèmes potentiels d'anité CPU

Avant d'utiliser l'affinité CPU, il peut être nécessaire de prendre en compte certains problèmes.

Les problèmes potentiels d'affinité CPU sont les suivants :

Pour les systèmes multiprocesseurs, les systèmes ESXi effectuent un équilibrage de charge automatique. Évitez de spécifier manuellement l'affinité des machines virtuelles afin d'améliorer les capacités du programmateur à équilibrer la charge entre les processeurs.

L'affinité peut interférer avec la capacité de l'hôte ESXi à atteindre la réservation et les partages définis pour une machine virtuelle.

Le contrôle d'admission du CPU ne prend pas en compte l'affinité ; une machine virtuelle avec des paramètres d'affinité manuels peut donc ne pas toujours recevoir la totalité de sa réservation.

Les machines virtuelles ne possédant pas de paramètres d'affinité manuels ne sont pas affectées par les machines virtuelles possédant des paramètres d'affinité manuels.

Lorsque vous déplacez une machine virtuelle d'un hôte à l'autre, l'affinité peut ne plus s'appliquer car le nouvel hôte peut posséder un nombre de processeurs différent.

Le programmateur NUMA peut ne pas être capable de gérer une machine virtuelle déjà attribuée à certains processeurs à l'aide de l'affinité.

L'affinité peut affecter la capacité de l'hôte à programmer des machines virtuelles sur des processeurs multicœur ou utilisant l'hyperthreading afin qu'elles exploitent totalement les ressources partagées sur ces processeurs.

Règles de gestion de l'alimentation de l'hôte

Vous pouvez utiliser de puissantes fonctionnalités de gestion dans ESXi fournies par le matériel hôte fournit pour trouver le meilleur équilibre entre performance et puissance. Vous pouvez contrôler la manière dont ESXi utilise ces fonctions en sélectionnant une stratégie de gestion de l'alimentation.

La sélection d'une stratégie « haute performance » offre plus de performances absolues mais à un rendement inférieur (performance par watt). Les stratégies de faible alimentation offrent moins de performances absolues, mais à un rendement supérieur.

Vous pouvez sélectionner une stratégie pour l'hôte que vous gérez en utilisant VMware Host Client. Si vous ne sélectionnez pas une règle, ESXi utilise Équilibré par défaut.

VMware, Inc. 26

Gestion des ressources vSphere

Tableau 4‑1. Règles de gestion de l'alimentation de CPU

Règle de gestion de l'alimentation Description

Haute performance Ne pas utiliser les fonctionnalités de gestion de l'alimentation.

Équilibré (valeur par défaut) Réduire la consommation énergétique en faisant le moins de

compromis sur la performance

Faible alimentation Réduire la consommation d’énergie et risquer une faible

performance

Personnalisé Stratégie de gestion de l'alimentation définie par l’utilisateur. La

configuration avancée est désormais disponible.

Lorsqu'un CPU s'exécute à basse fréquence, il peut également s'exécuter à une tension plus faible, ce qui permet de réaliser des économies d'énergie. Ce type de gestion de l'alimentation est généralement appelé Dynamic Voltage and Frequency Scaling (DVFS - Cadrage dynamique de tension et de fréquence). ESXi tente d'ajuster les fréquences de processeur pour que les performances des machines virtuelles ne soient pas affectées.

Lorsqu'un CPU est inactif, ESXi peut appliquer des états de longue inactivité (appelés état C). Plus l'état C correspond à une longue activité, moins le CPU consomme d'énergie, mais le délai de réactivation du CPU est plus long. Lorsqu'un CPU est inactif, ESXi applique un algorithme pour prévoir la durée d'inactivité et choisit un état C approprié. Dans les stratégies de gestion de l'alimentation qui n'utilisent pas les états C de longue inactivité, ESXi utilise uniquement l'état de plus courte inactivité C1 pour les CPU inactifs.

Sélection d'une règle de gestion de l'alimentation du CPU

Vous définissez une règle de gestion de l'alimentation du CPU pour un hôte à l'aide de vSphere Client.

Prérequis

Vérifiez que les paramètres BIOS du système hôte permettent au système d'exploitation de contrôler la gestion de l'alimentation (par exemple, Contrôlé par le SE).

Remarque Certains systèmes disposent d'une technologie de contrôle de la fréquence d'horloge du

processeur (PCC) qui permet à ESXi de gérer l'alimentation du système hôte même si les paramètres BIOS de l'hôte ne spécifient pas un mode contrôlé par le SE. Grâce à cette technologie, ESXi ne gère pas directement les états P. Au lieu de cela, l'hôte coopère avec le BIOS pour déterminer la fréquence d'horloge du processeur. Les systèmes HP qui prennent en charge cette technologie possèdent un paramètre BIOS appelé Gestion de l'alimentation coopérative qui est activé par défaut

Si le matériel de l'hôte ne permet pas au système d'exploitation de gérer l'alimentation, seule la règle Non pris en charge est disponible. (Sur certains systèmes, seule la règle Haute performance est disponible.)

Procédure

1 Accédez à l'hôte dans vSphere Client.

2 Cliquez sur Configurer.

VMware, Inc. 27

Gestion des ressources vSphere

3 Sous Matériel, sélectionnez Gestion de l'alimentation, puis cliquez sur le boutonModifier.

4 Sélectionnez une règle de gestion de l'alimentation pour l'hôte, puis cliquez sur OK.

La sélection de la règle est sauvegardée dans la configuration de l'hôte et peut être réutilisée au moment du démarrage. Elle peut être modifiée à tout moment et n'exige pas de redémarrer le serveur.

Conﬁgurer les paramètres de la règle personnalisée de gestion de l'alimentation de l'hôte

Lorsque vous utilisez la règle personnalisée de gestion de l'alimentation de l'hôte, la règle de gestion de l'alimentation d'ESXi repose sur les valeurs de plusieurs paramètres de configuration avancés.

Prérequis

Sélectionnez Personnalisé pour la règle de gestion de l'alimentation de l'hôte, comme indiqué dans

Sélection d'une règle de gestion de l'alimentation du CPU.

Procédure

1 Accédez à l'hôte dans vSphere Client.

2 Cliquez sur Configurer.

3 Dans Système, sélectionnez Paramètres système avancés.

4 Dans le volet droit, vous pouvez modifier les paramètres de gestion de l'alimentation qui concernent

la règle personnalisée.

Les descriptions des paramètres de gestion de l'alimentation qui concernent la règle personnalisée commencent par Dans la règle personnalisée. Tous les autres paramètres d'alimentation concernent toutes les règles de gestion de l'alimentation.

5 Sélectionnez le paramètre puis cliquez sur le bouton Modifier.

Remarque Les valeurs par défaut des paramètres de gestion de l'alimentation correspondent à la

règle Équilibré.

Paramètre Description

Power.UsePStates Utilisez les états ACPI P pour économiser de l'énergie lorsque le processeur est

occupé.

Power.MaxCpuLoad Utilisez les états P pour économiser l'énergie d'un CPI lorsque ce dernier est

occupé pendant une durée inférieure au pourcentage de temps réel donné.

Power.MinFreqPct N'utilisez aucun état P inférieur au pourcentage de vitesse maximale du CPU

donné.

Power.UseStallCtr Utilisez un état P plus profond lorsque le processeur est fréquemment bloqué

dans l'attente d'évènements tels que des caches manquants.

Power.TimerHz Contrôle le nombre de fois par seconde où ESXi réévalue l'état P dans lequel

chaque CPU devrait se trouver.

VMware, Inc. 28

Gestion des ressources vSphere

Paramètre Description

Power.UseCStates Utilisez les états ACPI C profonds (C2 ou inférieurs) lorsque le processeur est

inactif.

Power.CStateMaxLatency N'utilisez pas les états C dont la latence est supérieure à cette valeur.

Power.CStateResidencyCoef Lorsqu'un CPU devient inactif, choisissez l'état C le plus profond dont la latence

multipliée par cette valeur est inférieure à la prédiction de l'hôte concernant la durée d'inactivité du CPU. Les valeurs supérieures rendent ESXi plus prudent quant à l'utilisation des états C profonds, tandis que les valeurs basses sont plus agressives.

Power.CStatePredictionCoef Paramètre de l'algorithme ESXi visant à prédire la durée d'inactivité d'un CPU. Il

est déconseillé de modifier cette valeur.

Power.PerfBias Performance Energy Bias Hint (Intel uniquement) Paramètre un MSR des

processeurs Intel sur une valeur recommandée par Intel. Intel recommande 0 pour de hautes performances, 6 pour une alimentation équilibrée et 15 pour une faible alimentation. Les autres valeurs ne sont pas définies.

6 Cliquez sur OK.

VMware, Inc. 29

Principes de bases de la

virtualisation de mémoire 5

Avant de gérer les ressources mémoire, vous devez comprendre la manière dont ESXi les virtualise et les utilise.

VMkernel gère toute la RAM physique sur l'hôte. VMkernel réserve une partie de cette RAM physique gérée à sa propre utilisation. Le reste est disponible et peut être utilisé par les machines virtuelles.

L'espace de mémoire virtuelle et physique est divisé en blocs appelés pages. Lorsque la mémoire physique est pleine, les données des pages virtuelles non présentes dans la mémoire physique sont stockées sur disque. En fonction de l'architecture du processeur, les pages sont généralement de 4 Ko ou 2 Mo. Reportez-vous à la section Attributs avancés de mémoire.

Ce chapitre aborde les rubriques suivantes :

Mémoire de machine virtuelle

Engagement excessif de mémoire

Partage de mémoire

Virtualisation de mémoire

Prise en charge des pages de grande taille

Mémoire de machine virtuelle

La consommation de mémoire de chaque machine virtuelle est basée sur sa taille configurée, plus la capacité supplémentaire de mémoire pour la virtualisation.

La taille configurée correspond à la quantité de mémoire présentée au système d'exploitation invité. Ce n'est pas pareil à la quantité de RAM physique allouée à la machine virtuelle. Celle-ci dépend des paramètres de ressource (parts, réservation, limite) et du niveau de pression mémoire sur l'hôte.

VMware, Inc.

+ 135 hidden pages