Le tableau de bord Capacité de cluster vous permet de visualiser les informations différemment en fournissant des choix pour la personnalisation. Utilisez ce tableau de bord pour mettre en lumière les clusters qui nécessitent une attention particulière. Le tableau de bord Capacité de cluster est conçu pour l'équipe responsable de la capacité et non pour l'équipe responsable des opérations. Il affiche une vue générale à long terme, permettant à l'équipe responsable de la capacité de planifier l'extension future et l'actualisation de la technologie matérielle obsolète.

Considérations relatives à la conception

Reportez-vous à la documentation Tableaux de bord Capacité pour voir les considérations relatives à la conception communes à tous les tableaux de bord de gestion de la capacité. Le tableau de bord Capacité de cluster tient compte des facteurs suivants qui ont un impact sur la capacité :
  • Contention
  • Taux d'utilisation
  • Allocation
  • Récupération

La contention est incluse, car elle mesure directement les performances. Si votre cluster ne peut pas servir sa charge de travail existante, n'ajoutez pas de nouvelle charge de travail. Par définition, si le cluster ne dispose pas d'un espace suffisant pour une nouvelle charge de travail, sa capacité est saturée. Selon le scénario idéal, le cluster doit s'exécuter à 100 % de son utilisation, mais avec une contention de 0 %. Ainsi, le cluster est productif et votre investissement est bien utilisé.

L'utilisation est l'indicateur principal de la capacité, en ce qu'elle reflète l'utilisation réelle des ressources. Lorsque l'utilisation est élevée, peu importe que le ratio de surcharge soit nettement inférieur à votre cible, du moment que le cluster est plein. L'utilisation ne doit pas non plus être très faible.

L'allocation complète l'utilisation, car toutes les charges de travail ne sont pas réelles. Certaines demandes peuvent apparaître soudainement :
  • VM récemment provisionnée
  • Récupération d'urgence
  • VM sous-dimensionnée
  • Mise à l'échelle automatique de la VM (groupe de serveurs Web derrière un équilibrage de charge)

La récupération est incluse, car elle peut avoir une incidence sur votre décision. Le gaspillage peut être courant. La capacité peut être faible, mais si vous êtes à même de récupérer un segment de gaspillage dimensionnable, vous pouvez différer votre achat de matériel.

Le gaspillage est indiqué par une nouvelle couleur. Le gris sombre indique le gaspillage lorsque la capacité n'est pas utilisée. Le problème de performances en raison d'une utilisation faible peut être dû à un goulot d'étranglement situé à un autre emplacement.

Utilisation du tableau de bord

Le tableau de bord Capacité de cluster indique diverses couches de détails, de plus en plus précises à mesure que vous descendez dans l'affichage.

La première couche affiche deux diagrammes de distribution.
  • Les graphiques à barres Clusters par capacité restante et Temps restant du cluster (jours) présentent un résumé des clusters en fonction de la capacité restante et du temps restant. Manquer de capacité ne signifie pas forcément manquer de temps.
  • Les deux graphiques à barres fonctionnent ensemble. La situation idéale est une capacité restante faible et un temps restant élevé. Cela signifie que vos ressources sont rentables et fonctionnent comme prévu.
La deuxième couche affiche une carte thermique.
  • Les trois cartes thermiques concernent le temps restant, la capacité restante et la VM restante.
  • Pour une utilisation simplifiée, la taille du cluster est constante. Si la taille de vos clusters n'est pas standardisée, vous pouvez utiliser le nombre d'hôtes ESXi pour afficher les tailles différentes.
La troisième couche affiche un tableau et d'autres widgets indiquant les détails du cluster sélectionné.
  • Widget Liste de capacité des clusters. Si un cluster nécessite une attention particulière, sélectionnez-le pour afficher les détails qui y sont associés.
  • Utilisation affichée pendant trois mois, et non pendant une semaine. La moyenne quotidienne s'affiche plutôt que la moyenne horaire. Et l'accent est mis sur la RAM consommée et non sur la RAM active.
  • La réservation peut avoir une incidence sur l'efficacité de votre cluster. Si la taille du cluster varie, complétez le numéro de réservation en affichant une valeur relative.
  • Le nombre de VM s'affiche, car il se peut que les VM récemment provisionnées ne soient pas encore actives. Elles sont souvent considérées à tort comme inactives, car elles peuvent rester inutilisées pendant plusieurs mois. Lorsque vous constatez une augmentation de VM alors que la demande est faible, il peut s'agit d'une demande potentielle à venir.
  • La charge de travail peut être faible, mais le ratio de surcharge est-il élevé ? Les VM récemment provisionnées ont tendance à être inactives pendant des semaines, puis augmentent soudainement. Utilisez le widget Nombre de VM pour voir s'il existe une augmentation récente.
  • Vous pouvez vérifier pourquoi la capacité est faible. Est-ce en raison d'une charge de travail réelle ou d'une simple réservation ?

Points à noter

  • Ajoutez une fonction d'exploration du tableau de bord Capacité ESXi. Un emplacement logique pour démarrer cette exploration se trouve dans le widget Liste de capacité du cluster. Liez ce widget du tableau de l'hôte ESXi dans le tableau de bord de destination.
  • Si vous disposez d'un espace suffisant sur votre écran, ajoutez des informations sur la taille du cluster. Ajoutez une taille de cluster. Les petits clusters sont moins efficaces du point de vue de la capacité, car la charge est supérieure et ils ne peuvent pas gérer des machines virtuelles plus volumineuses.
  • Le pic correspond à la valeur la plus élevée parmi les hôtes ESXi. Si le pic est supérieur à la moyenne du cluster, cela crée un déséquilibre. C'est une raison courante pour laquelle la capacité n'est pas optimale. Vous pouvez ajouter un pic pour compléter l'utilisation moyenne. Déterminez la cause du déséquilibre et optimisez l'équilibrage.
  • Ajoutez un pic pour compléter l'utilisation moyenne. Cela vous permet d'étudier le déséquilibre, qui engendre souvent une capacité sous-optimale. Déterminez la source du déséquilibre, afin d'optimiser votre installation.
  • Ce tableau de bord n'est pas conçu pour le cluster étendu, car il nécessite son propre modèle de capacité.