Dashboard „Anbieter\Korrigieren ?“

Das Dashboard Anbieter\Korrigieren? ergänzt die wichtigsten vSphere-Konfigurations-Dashboards, indem die tatsächlichen vSphere-Objekte mit ihren relevanten Informationen angezeigt werden. Das Dashboard ist für vSphere-Administratoren und das Plattformteam gedacht. Das Dashboard Anbieter\Korrigieren? ist eines der acht Dashboards, die die Umgebung auf Optimierungsmöglichkeiten prüfen.

Technische Erwägungen

Das Dashboard Anbieter\Korrigieren? folgt den technischen Erwägungen, wie im Dashboard Verbraucher\Korrigieren? angegeben. Die acht Dashboards „Konfiguration > Überprüfen“ bilden einen Optimierungsablauf und sind als Set konzipiert. Verwenden Sie sie zusammen, während Sie den Optimierungsprüfungsprozess durchführen.

Verwendung des Dashboards

Das Dashboard ist in drei Bereiche unterteilt, um die Benutzerfreundlichkeit zu erhöhen.

• Der erste Bereich befasst sich mit vSphere-Clusterkonfigurationen.
  • Ein Cluster ist der kleinste logische Baustein für das Computing. Betrachten Sie ihn als einzelnen Computer mit physisch unabhängigen Komponenten. Dies führt dazu, dass die Konsistenz von Bedeutung ist.
  • Cluster mit auf manuell festgelegtem DRS. Dies bedeutet, dass vMotion nicht von DRS aktiviert wird, es sei denn, der Administrator genehmigt dies manuell. Da DRS die Berechnung alle fünf Minuten durchführt, ist Ihre schnelle Genehmigung erforderlich, um eine Änderung der Bedingung zu verhindern.
  • Cluster mit deaktivierter HA. Ohne von der Infrastruktur bereitgestellte Hochverfügbarkeit, muss sich jede Anwendung selbst vor einem Infrastrukturausfall schützen.
  • Cluster mit deaktiviertem DRS. DRS konzentriert sich auf Leistung und Kapazität, während sich HA auf die Verfügbarkeit konzentriert. Ohne DRS müssen Sie auf jedem ESXi-Host einen Puffer erstellen, um Spitzenbedarf zu bewältigen.
  • Cluster mit deaktivierter Zugangssteuerung. Die Reservierung wird nur dann respektiert, wenn die Zugangssteuerung aktiviert ist.
• Der zweite Bereich behandelt die ESXi-Hostkonfigurationen.
  • ESXi mit deaktiviertem Network Time Protocol. Protokolle sind eine wichtige Komponenten für Vorgänge und die Hauptquelle für Informationen bei der Fehlerbehebung. Bei der Fehlerbehebung für mehrere Objekte bestimmt die Reihenfolge der Protokolle, welches Ereignis die wahrscheinliche Ursache ist, da das älteste Ereignis die Ereigniskette startet.
  • Ein getrennter ESXi Host gibt an, dass der ESXi Host nicht an HA teilnimmt und Sie keine VM darauf migrieren können.
  • Ein ESXi-Host, der sich im Wartungsmodus befindet, liefert keine Ressourcen für den Cluster oder das Datencenter, wenn ein eigenständiger ESXi vorhanden ist.
• Der dritte Bereich behandelt ESXi-Hostkonfigurationen, die innerhalb eines Clusters konsistent sein müssen.
  • BIOS-Versionen und ESXi-Versionen.
  • BIOS-Energieverwaltung, ESXi: Energieverwaltung. Idealerweise sollte die Steuerung durch das Betriebssystem eingerichtet sein. Die ESXi-Ebene sollte auf ein ausgeglichenes Niveau festgelegt werden.
  • ESXi-Speicherpfad. Stellen Sie sicher, dass die Anzahl der Pfade und der Pfadrichtlinien identisch sind.
  • ESXi-Hardwarespezifikationen. Unterschiedliche Spezifikationen können zu inkonsistenter Leistung bei der VM führen.

Zu beachtende Punkte

• Siehe den Abschnitt Zu beachtende Punkte, wie im Dashboard Verbraucher\Korrigieren? angegeben. Dieses Dashboard folgt den gleichen technischen Erwägungen und bietet daher dieselben Einschränkungen und Anpassungsoptionen.
• Wenn Sie über einen eigenständigen ESXi verfügen und planen, diesen durch einen geclusterten ESXi-Host zu ersetzen, fügen Sie eine Tabelle hinzu, um sie aufzulisten.
• Fügen Sie ausgehend von Ihren Sicherheitseinstellungen eine Tabelle hinzu, um den verteilten Switch und die Portgruppe zu überprüfen, um sicherzustellen, dass Sicherheitseinstellungen wie der promiskuitive Modus korrekt verwendet werden.