Le tableau de bord Fournisseur \ Corriger ? complète les tableaux de bord de configuration vSphere principaux 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 \ Corriger ? 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 \ Corriger ? 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.
- Le cluster est le plus petit bloc de construction logique pour le calcul. Considérez-le comme un ordinateur unique avec des composants physiquement indépendants. En conséquence, la cohérence est importante.
- Clusters avec DRS défini sur Manuel. Cela signifie que vMotion lancé par DRS n'a pas lieu, à moins qu'il ne soit approuvé manuellement par l'administrateur. Étant donné que DRS procède à un calcul toutes les cinq minutes, votre approbation rapide est nécessaire pour empêcher tout changement de condition.
- Clusters sur lesquels HA est désactivé. Sans la haute disponibilité offerte par l'infrastructure, chaque application doit se protéger en cas de panne de l'infrastructure.
- Clusters sur lesquels DRS est désactivé. DRS se concentre sur les performances et la capacité, alors que HA se concentre sur la disponibilité. Sans DRS, vous devez créer un tampon sur chaque hôte ESXi pour répondre au pic.
- Clusters avec le contrôle d'admission désactivé. La réservation est respectée uniquement lorsque le contrôle d'admission est activé.
- La deuxième section couvre les configurations des hôtes ESXi.
- ESXi avec le protocole NTP (Network Time Protocol) désactivé. Les journaux sont des composants essentiels des opérations et constituent la principale source d'informations lors du dépannage. Lors du dépannage des performances dans les objets, la séquence de journaux détermine quel événement est la cause principale probable. L'événement le plus ancien démarre la chaîne d'événements.
- Un hôte ESXi déconnecté indique que cet hôte ne participe pas à HA et que vous ne pouvez pas y migrer de VM.
- Un hôte ESXi qui est en mode de maintenance ne contribue pas aux ressources du cluster ou du centre de données s'il existe un ESXi autonome.
- La troisième section couvre les configurations des hôtes ESXi qui doivent être cohérentes au sein d'un cluster.
- Version du BIOS et versions ESXi.
- Gestion de l'alimentation du BIOS, ESXi : gestion de l'alimentation. Idéalement, elle doit être définie comme contrôlée par le système d'exploitation. Le niveau ESXi doit être défini sur le niveau d'équilibrage.
- Chemin de stockage ESXi. Assurez-vous que le nombre de chemins et les stratégies de chemin sont identiques.
- Spécifications matérielles ESXi. S'il existe des spécifications différentes, cela peut donner lieu à des performances incohérentes de la VM.
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.
- Si vous disposez d'un ESXi autonome et si vous prévoyez de le remplacer par un hôte ESXi mis en cluster, ajoutez un tableau pour les répertorier.
- En fonction de vos paramètres de sécurité, ajoutez un tableau pour vérifier le Distributed Switch et le groupe de ports, afin de vous assurer que les paramètres de sécurité tels que le mode promiscuité sont utilisés correctement.
