Live Optics, Optical Prime : Redimensionnement des machines virtuelles

Résumé: Cet article propose quelques observations sur le dimensionnement approprié des machines virtuelles.

Cet article concerne Cet article ne concerne pas Cet article n’est associé à aucun produit spécifique. Toutes les versions du produit ne sont pas identifiées dans cet article.

Instructions

Remarque : Les fonctionnalités suivantes dépendent de la disponibilité des données. Certains environnements de machines virtuelles n’offrent pas de visibilité sur les ressources provisionnées par rapport aux ressources consommées, ou il se peut qu’elles ne soient pas disponibles à ce moment-là. Lorsque cela se produit, la machine virtuelle et parfois l’ensemble du graphique (toutes les machines virtuelles) sont représentés par des barres de couleur grise. Cela se produit presque toujours dans un projet Hyper-V où un équivalent VMTools n’est pas présent. 

 

Il s’agit d’une technique courante et d’un avantage de la virtualisation qui consiste à surprovisionner les machines virtuelles. La pratique consiste essentiellement en deux stratégies : (1) allouer à une machine virtuelle plus que ce dont elle pourrait avoir besoin à ce moment-là et (2) éventuellement, allouer plus de ressources à toutes vos machines virtuelles qu’une seule infrastructure ne pourrait en avoir.

 

Par ailleurs, une machine virtuelle peut avoir reçu un nombre inutile de ressources et il est peu probable qu’elles soient consommées. Dans un environnement de Cloud privé, cela peut ne pas nécessiter de surveillance. Toutefois, si vous déplacez l’une de ces machines virtuelles vers une plate-forme qui facture en fonction des ressources allouées, une machine largement surprovisionnée peut coûter BEAUCOUP d’argent.

 

Même dans certains environnements de Cloud privé, lorsqu’une ressource est allouée, elle est supprimée du pool disponible. Lorsque les ressources sont épuisées, obtenez-en d’autres à développer. Vous pouvez également récupérer toutes les ressources inutilisées pour éviter les dépenses.

 

Les fournisseurs de Cloud public entrent dans cette catégorie. La stratégie du Cloud public consiste à ne payer que ce qui est utilisé et, si cela est plus ou moins nécessaire, à ajuster les ressources en fonction des besoins.

 

En général, dans le Cloud public, un administrateur attribue une « instance » à une machine virtuelle. Une instance est un bundle fixe de processeur virtuel, de mémoire et de capacité. Il s’agit en fait d’une incrément de facturation.

 

Pour les nouveaux utilisateurs du Cloud public, un administrateur peut tenter de répliquer les caractéristiques provisionnées d’une machine virtuelle et se retrouver à payer des sommes excessives pour des ressources que la machine virtuelle n’utilise jamais.

 

Exemple de surabonnement de mémoire


Dans l’exemple suivant, les machines virtuelles dont l’utilisation des ressources attribuées est la plus faible sont alignées de gauche à droite, la plus à gauche étant la machine virtuelle qui dispose de la plus grande quantité de mémoire attribuée inutilisée. En théorie, il s’agit des machines virtuelles qui disposent de la plus grande quantité de ressources pouvant être récupérées et qui sont les candidates idéales pour un dimensionnement correct. 

 

Avant de basculer des ressources vers un modèle de facturation qui nécessite un paiement pour l’affectation des ressources plutôt que pour la consommation des ressources, commencez par « dimensionner correctement » les machines virtuelles.

 

Le graphique de surprovisionnement Live Optics permet de visualiser quelles machines virtuelles de votre environnement sont des candidates potentielles pour un encombrement de configuration réduit.

 

Ce graphique présente les attributs provisionnés et utilisés du processeur virtuel, de la mémoire et de la capacité sous forme de graphiques individuels. Les machines virtuelles avec les quantités les plus élevées d’espace inutilisé pour la catégorie sélectionnée sont triées du plus haut au moins bien trié en commençant par le côté gauche du graphique.

 

Regardez vers la droite (ou faites défiler vers la droite dans les collections très volumineuses) et vous constaterez que les machines virtuelles utilisent pour la plupart près de 100 % des ressources qui leur sont attribuées. 

 

Comprendre comment lire les graphiques.

 

À l’exception de vCPU, la barre bleue correspond à la quantité provisionnée de l’attribut et la barre jaune correspond à la quantité utilisée. En règle générale, les machines virtuelles qui se présentent en pourcentage sont les plus bleues (provisionnées) par rapport à leurs homologues jaunes (utilisées) sont celles qui sont les plus surprovisionnées.

 

L’attribution de la capacité et de la mémoire est relativement simple et si l’on décide que ces ressources peuvent effectivement être récupérées, le processus est simple et peut permettre d’éviter les mises à niveau inutiles.

 

Exemple de surabonnement de capacité

 

L’exemple suivant montre toute la capacité inutilisée en bleu, les machines virtuelles ayant la capacité la plus inutilisée sur la gauche. Notez que les barres elles-mêmes ne sont pas triées du plus haut au plus bas en fonction de la capacité provisionnée ; Au lieu de cela, les barres sont alignées de la plus haute à la plus basse de la capacité libre ou inutilisée. 

 

Il s’agit des machines virtuelles les plus susceptibles d’obtenir un dimensionnement approprié de la capacité. 

 

 

Exemple de surabonnement de vCPU

 

La version vCPU est similaire, mais elle est plus difficile à comprendre. La barre bleue représente la quantité totale de ressources provisionnées. Cependant, le jaune est l’équivalent utilisé. Laisse-moi t’expliquer. 

Tous les processeurs physiques et les processeurs virtuels ont une quantité de consommation en GHz. Ce pourcentage est suivi comme la puissance de traitement totale des machines virtuelles et non pour chaque vCPU lui-même.

 

Souvent, un vCPU équivaut plus ou moins à un cœur physique. Souvent, plusieurs processeurs virtuels peuvent être attribués à une machine virtuelle, et ce pour des raisons architecturales exigées par la conception de la charge applicative et pas nécessairement uniquement pour des raisons de performances.

 

Par conséquent, bien que Live Optics puisse afficher le pourcentage global utilisé pour les processeurs virtuels, il ne peut pas déterminer d’avantage architectural lié à l’attribution de processeurs virtuels supplémentaires aux machines virtuelles.

 

Bien que Live Optics puisse afficher avec précision l’utilisation équivalente des processeurs virtuels en fonction de la consommation totale en GHz, ce graphique ne suggère pas que les processeurs virtuels peuvent être récupérés, mais plutôt qu’ils pourraient être susceptibles d’être inspectés plus avant.

 

Dans le graphique ci-dessous, voyez que 8 processeurs virtuels sont attribués à la première machine virtuelle, mais qu’elle n’utilise que l’équivalent en GHz de 0,25 % des performances d’un seul processeur virtuel. 

 

Il est probable que cette machine virtuelle puisse s’exécuter avec moins de processeurs virtuels, mais ce n’est pas définitif tant qu’il n’y a pas eu de révision architecturale. 

 

Les barres grises à droite sont un bon exemple de cas où la consommation d’utilisation de ces machines virtuelles n’a pas pu être obtenue. 

 

Produits concernés

Tower Servers
Propriétés de l’article
Numéro d’article: 000233567
Type d’article: How To
Dernière modification: 26 mars 2025
Version:  3
Trouvez des réponses à vos questions auprès d’autres utilisateurs Dell
Services de support
Vérifiez si votre appareil est couvert par les services de support.