Bericht zur Analyse von problematischem vCenter-Inventar
Im Bericht zur Analyse von problematischem vCenter-Inventar geht es um die Herausforderungen, die bei der Behebung von vCenter-Inventarisierungsproblemen auftreten können. Für den Bericht werden alle ermittelten Virtualisierungshosts und entsprechende Analysen mit Bezug zu möglicherweise problematischem Inventar und Protokollen abgerufen.
Mit dem vCenter-Inventarisierungs-Connector können Sie Cluster- und ESX-Server-Informationen für VMware-Architekturen sowie Verknüpfungen zwischen virtuellen Computern (VMs), Hosts und Clustern erfassen. Da in Server-Lizenzierungsregeln Virtualisierung berücksichtigt wird, ist es ein wichtiger Aspekt der Software-Asset-Verwaltung, die Verknüpfungen zwischen VMs, Hosts und Clustern im Blick zu haben. Wenn der vCenter-Import nicht korrekt durchgeführt wird, sind die Informationen zu Cluster-, Host- und VM-Verknüpfungen ungenau und führen zu fehlerhaften Berechnung des Lizenzverbrauchs.
- Veraltete Links und fehlerhafte Lizenzberechnungen
- VMs (insbesondere neue VMs), die als „verwaist“ angezeigt werden (weil die Verknüpfung mit ihren ESX-Servern nicht erstellt wurde)
- Deaktivierte VMs, für die der Link zu ihrem letzten Host angezeigt wird
- Nicht erfasste Verschiebungen von VMs
- die von der Inventarisierungsstation erstellten Protokolle auf dem Bildschirm Task Execution Status (Status der Task-Ausführung) einsehen
- zum Verstehen der Probleme die folgenden Datensätze aufrufen:
- „Virtuelle Geräte und Cluster“ für einen Einblick in die Links und Datumsangaben
- „Ermittelte Geräte“ für einen Einblick in die Ermittlung sowie in Datumsangaben und Protokolle zur Inventarisierung
- die Informationen (in Excel-Pivot-Tabellen) zusammenführen, damit Sie auf der Grundlage dieser Daten Entscheidungen treffen können, z. B. die Firewall prüfen, das Betriebsteam bitten, einen Inventarisierungsnutzer auf vCenter zu aktivieren usw.
- Zeitpunkte der Inventarisierung durch vCenter
- Diskrepanzen zwischen den Zeitpunkten der VMware-Ermittlung und der Inventarisierung
- Protokollfehler
- Von Operatoren erstellte und automatisierte Regeln werden vCenter-Host um vCenter-Host einzeln analysiert. Grund: Automatisierte Regeln (wie der „häufige PVU-Scan“, der auf ermittelten Geräte alle 30 Minuten durchgeführt wird, nachdem sie als „Virtualisierungshost“ klassifiziert wurden) können eine Menge irrelevanter Protokolle nach sich ziehen, die die wichtigen Daten verschleiern.
- Diskrepanzen zwischen vCenters oder zwischen Clustern für ESX-Server, die aktive VMs hosten. Beispiel: Wenn eine ITAM-Umgebung ein Inventarisierungsdatum aufweist, dass älter ist als das der anderen ESX-Server im selben Cluster, zeigt das, dass sie ausgemustert wurde (und von vCenter nicht länger gemeldet wird). Folglich sind die Informationen für die VMs im ausgemusterten ESX veraltet und müssen ignoriert werden.
- vCenter ohne Fehler und ohne aktive (also ausgemusterte/deaktivierte) VMs
- vCenter-Dubletten, die auf allen ermittelten Geräten gefunden wurden (gleiche IP-Adresse und Marker „Virtualisierungshost“ aktiviert)
- vCenters mit oder ohne Fehler bei der letzten Inventarisierung, die keine aktiven VMs aufweisen und seit mehr als sechs Monaten nicht mehr ermittelt wurden
Generieren des Berichts
- Wechseln Sie auf die Registerkarte Berichte, gehen Sie in den Ordner Operations (Vorgänge) und klicken Sie auf Analyse von problematischem vCenter-Inventar.
- Klicken Sie auf Bericht ausführen.
Lesen des Berichts
In der folgenden Tabelle finden Sie alle Spalten, die im Bericht verfügbar sind.
Spaltenname | Beschreibung |
---|---|
Nicht gemeldete Cluster mit aktiven VMs | Eine Liste der Cluster, deren Inventarisierungsdatum vor dem anderer Cluster im vCenter liegt und die mit aktiven VMs verknüpft sind. Die Links von VM, Host und Cluster sind nicht aktuell. |
Cluster mit aktiven VMs | Eine Liste der von vCenter gemeldeten Cluster mit aktiven VMs |
Hinweis zu problematischem vCenter-Inventar, auf das zugegriffen wurde | Eine Erklärung möglicher Probleme mit vCenter-Inventar. In dieser Spalte werden zur einfacheren Analyse die von anderen Spalten bereitgestellten Analysen zusammengeführt. |
Unternehmenseinheit | Die Unternehmenseinheit des vCenter-Servers. |
Kostenstelle | Die Kostenstelle des vCenter-Servers. |
Gerätename | Der Name des vCenter-Servers. |
Ermittelt von | Die Inventarisierungsstation, die das vCenter zuletzt ermittelt hat (für jede Art der Ermittlung). |
Bei der letzten VMware-Inventarisierung gemeldeter Fehler | Wenn hier Daten enthalten sind, bedeutet das, dass die letzte, von einem Operator erstellte Regel für die VMware-Inventarisierung einen Fehler gemeldet hat, und dass Details dazu im Fehlerprotokoll einsehbar sind. Sind hier keine Daten enthalten, wurde im Protokoll der letzten Ausführung kein Fehler gemeldet. |
Nicht gemeldete ESX mit aktiven VMs | Eine Liste der ESX-Server, deren Inventarisierungsdatum vor dem anderer ESX-Server im vCenter liegt und die mit aktiven VMs verknüpft sind. Die Links von VM, Host und Cluster sind nicht aktuell. |
IP-Adresse | Die IP-Adresse des vCenter-Servers. |
Letzte Ausführung | Startdatum und -uhrzeit der vom Operator angelegten Regel, die VMware-Inventar gemeldet hat. |
Letzte Ausführung (automatisiert) | Startdatum und -uhrzeit der automatisierten Regel, die VMware-Inventar gemeldet hat. |
Standort | Der Standort des vCenter-Servers. |
Jüngstes Inventarisierungsdatum für Hosts | Das Inventarisierungsdatum des zuletzt gemeldeten (jüngsten), mit dem vCenter verknüpften ESX-Servers, der aktive virtuelle Computer hostet. |
Ältestes Inventarisierungsdatum für Hosts | Das Inventarisierungsdatum des zuerst gemeldeten (ältesten), mit dem vCenter verknüpften ESX-Servers, der aktive virtuelle Computer hostet. Ein altes Inventarisierungsdatum ist das Zeichen, dass der Host ausgemustert wurde und die zugehörigen aktiven VMs falsche Host-Informationen aufweisen. |
Regelname | Die Regel (von einem Operator angelegt und in den „Ermittlungs- und Inventarisierungsregeln“ zu finden), die zuletzt einen Status für VMware-Inventar gemeldet hat. Bitte beachten Sie, dass der Status „Übersprungenes Gerät“ in der Analyse ignoriert wird, um irrelevante Daten herauszufiltern. |
Regelname (automatisiert) | Der Name der automatischen Regel, die zuletzt eine Inventarisierung auf dem Gerät durchgeführt hat. Im Allgemeinen ist das die Regel für häufige PVU-Scans, die versucht, auf allen ermittelten Geräten, die einmal als Virtualisierungshost gemeldet wurden, eine Inventarisierung durchzuführen. Diese Regel wird separat verwaltet, da sie viele irrelevante Daten und falsch Positive anlegt, die wichtige Inhalte verschleiern. |
Status | Der Status der letzten Ausführung der vom Operator angelegten Regel. |
Status (automatisiert) | Der Status der letzten Ausführung der automatisierten Regel. |
Erfolg | Ja/Nein-Marker, der angibt, ob die letzte Ausführung der vom Operator angelegten Regel erfolgreich abgeschlossen wurde. |
Erfolg (automatisiert) | Ja/Nein-Marker, der angibt, ob die letzte Ausführung der automatisierten Regel erfolgreich abgeschlossen wurde. |
Virtualisierungsprodukt | Die Art der Virtualisierung, wie sie das API bei der Inventarisierung zurückgegeben hat. |
Virtualisierungsversion | Die Version, die das API bei der Inventarisierung zurückgegeben hat. |
Datum der VMware-Ermittlung | Gibt Datum und Zeitpunkt an, zu dem IT Asset Management auf diesem Gerät VMware ermittelt hat. Der Wert in diesem Feld wird durch den Ermittlungs- und Inventarisierungsprozess generiert. |
Datum der VMware-Inventarisierung | Gibt Datum und Zeitpunkt an, zu dem IT Asset Management auf diesem Gerät VMware erfasst hat. Der Wert in diesem Feld wird durch den Ermittlungs- und Inventarisierungsprozess generiert. |
FlexNet Manager Suite (Standortgebundene Implementierung)
2024 R1