Le tableau de bord Consommateur \ Optimiser ? complète le tableau de bord de configuration des VM principales en affichant les VM réelles et leurs informations pertinentes. Le tableau de bord est conçu pour les administrateurs vSphere et l'équipe de plate-forme, afin de faciliter les actions de suivi avec les propriétaires de VM. Le tableau de bord Consommateur \ Optimiser ? est l'un des huit tableaux de bord permettant de rechercher les opportunités d'optimisation. Une configuration non optimale peut ne pas affecter les performances ni augmenter la complexité, mais elle peut être plus coûteuse.

Considérations relatives à la conception

Le tableau de bord Consommateur \ Optimiser ? suit les mêmes considérations relatives à la conception que le tableau de bord Consommateur \ Corriger ?. Les huit tableaux de bord Configuration > Révision examinent un flux d'optimisation et sont conçus sous la forme d'un ensemble. Utilisez-les ensemble, à mesure que vous suivez votre processus de révision de l'optimisation.

Utilisation du tableau de bord

Le tableau de bord Consommateur \ Optimiser ? est constitué d'un ensemble de tables (sous forme de listes) pouvant être examinées indépendamment. Cliquez sur le nom de l'objet pour accéder à la page Résumé d'objet afin d'afficher d'autres configurations. Il peut y avoir des raisons valables pour lesquelles des configurations spécifiques ne sont pas suivies. Il est recommandé de discuter des meilleures pratiques avec VMware.

  • Réservation de VM :
    • La réservation de VM entraîne un impact positif sur la VM, mais un impact négatif sur le cluster. La réservation totale ne peut pas dépasser la capacité du cluster. Cela crée un cluster non optimal, car les VM n'utilisent pas toute la mémoire attribuée en même temps.
    • La réservation de VM génère une contrainte sur le placement DRS et le calcul HA. Évitez d'utiliser la réservation pour différencier le SLA de performances entre toutes les VM dans le même cluster. Il est difficile de corréler la disponibilité de CPU avec la réservation de CPU. La disponibilité de CPU d'une VM n'est pas doublée parce que vous doublez la réservation de CPU. Il n'existe aucune corrélation directe.
  • Visibilité du SE invité :
    • Étant donné que vos charges de travail partagent des ressources et qu'elles sont surchargées, les opérations sont plus simples si vous savez quels éléments y sont exécutés. Cela facilite la surveillance et le dépannage, pour des opérations optimales.
    • Pour les VM critiques, envisagez de journaliser le SE invité, tel que Windows ou Linux, pour capturer les erreurs qui n'apparaissent pas sous forme de mesures. Ces erreurs apparaissent généralement comme des événements dans les fichiers journaux ou dans la base de données des événements (dans le cas de Windows). Utilisez vRealize Log Insight pour analyser les événements Windows dans des entrées de journal qui peuvent être analysées.
  • Snapshot :
    • Les anciens snapshots ont tendance à être plus volumineux. Ils consomment plus d'espace et sont plus susceptibles d'avoir un impact sur les performances.

Points à noter

Reportez-vous à la section Points à noter, telle que spécifiée dans le tableau de bord Consommateur \ Corriger ?. Ce tableau de bord suit les mêmes considérations relatives à la conception et partage donc les limitations et les concepts de personnalisation.