Le tableau de bord Fournisseur \ Optimiser ? complète les tableaux de bord de configuration vSphere en affichant les objets vSphere réels et leurs informations pertinentes. Le tableau de bord est conçu pour les administrateurs vSphere et l'équipe de plate-forme. Le tableau de bord Fournisseur \ Optimiser ? est l'un des huit tableaux de bord permettant de rechercher les opportunités d'optimisation.
Considérations relatives à la conception
Le tableau de bord Fournisseur \ 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 est organisé en trois sections pour faciliter l'utilisation.
- La première section couvre les configurations des clusters vSphere :
- Un petit cluster a une capacité supplémentaire HA plus élevée par rapport à un cluster volumineux. Par exemple, un cluster à trois nœuds a une capacité supplémentaire de 33 % alors qu'un cluster à 10 nœuds a une capacité supplémentaire de 10 %. Pour vSAN, un nombre faible d'hôtes limite l'option de disponibilité. Votre choix de FTT est relativement plus limité.
- Un nombre élevé de petits clusters crée des silos de ressources. Dans la mesure où un cluster se comporte comme un ordinateur unique, assurez-vous qu'il dispose de suffisamment de cœurs de CPU, de GHz de CPU et de mémoire. Pour ESXi en 2020, il est courant d'avoir 512 Go de RAM. Cela revient à 12 To de RAM pour un cluster à 12 nœuds, ce qui est suffisant pour que DRS place de nombreuses machines virtuelles au fur et à mesure qu'il les équilibre.
- S'il existe un grand nombre de réservations, ajoutez une liste de clusters avec une réservation relativement élevée. Si vos clusters sont de tailles différentes, utilisez une super-mesure pour convertir la valeur de réservation en pourcentage.
- La deuxième section couvre les configurations des hôtes ESXi.
- Petit hôte ESXi. Un petit hôte est confronté à des limites d'évolutivité lors de l'exécution d'une machine virtuelle plus volumineuse. Alors qu'un hôte ESXi à 2 sockets, 32 cœurs et 128 Go de mémoire peut exécuter des machines virtuelles de 100 Go de RAM et 30 vCPU, les VM subissent un effet d'accès mémoire non uniforme (NUMA).
- ESXi hors tension. Vous pouvez marquer les hôtes ESXi à des fins de désaffectation à l'aide de la propriété personnalisée de vRealize Operations. Vous pouvez ensuite créer une liste distincte pour qu'ils ne soient pas négligés.
- La troisième section couvre le stockage et le réseau.
- Réseau inutilisé (groupe de ports distribués). Il s'agit d'un risque de sécurité potentiel, car vous ne pouvez pas le surveiller.
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.
- Pour les cœurs de CPU, une modification de l'attribution de licence vSphere signifie que le nombre idéal est 32 cœurs par socket de CPU. Cela optimise la licence logicielle. Pour plus d'informations, consultez le modèle de tarification vSphere.
