Überwachen eines einzelnen Azure Stack HCI-Clusters mit Insights

Gilt für: Azure Stack HCI, Versionen 22H2 und 21H2

In diesem Artikel wird erläutert, wie Sie Insights verwenden, um einen einzelnen Azure Stack HCI-Cluster zu überwachen. Informationen zu mehreren Azure Stack HCI-Clustern finden Sie unter Überwachen mehrerer Azure Stack HCI-Cluster mit Insights.

Insights ist ein Feature von Azure Monitor, mit dem Sie schnell mit der Überwachung Ihres Azure Stack HCI-Clusters beginnen können. Sie können wichtige Metriken, Integritäts- und Nutzungsinformationen zu Clustern, Servern, virtuellen Computern und Speicher anzeigen.

Wichtig

Wenn Sie Ihren Azure Stack HCI-Cluster registriert und Insights vor November 2023 konfiguriert haben, erfassen bestimmte Features, die Azure Monitor Agent (AMA) verwenden, z. B. Arc für Server, VM Insights, Defender für Cloud oder Sentinel, möglicherweise nicht ordnungsgemäß Protokolle und Ereignisdaten. Anleitungen zur Problembehandlung finden Sie im Abschnitt Problembehandlung für Cluster, die vor November 2023 registriert wurden .

Vorteile

Insights für Azure Stack HCI bietet die folgenden Vorteile:

• Verwaltet von Azure. Insights wird von Azure verwaltet und über die Azure-Portal zugegriffen, um sicherzustellen, dass sie immer auf dem neuesten Stand sind. Es ist keine Datenbank- oder spezielle Softwareeinrichtung erforderlich.

• Skalierbarkeit. Insights kann über 400 Clusterinformationssätze über mehrere Abonnements gleichzeitig laden. Es gibt keine Einschränkungen für Cluster, Domäne oder physischen Standort.

• Individualisierbarkeit. Die Erfahrung von Insight basiert auf Azure Monitor-Arbeitsmappenvorlagen. Auf diese Weise können Sie die Ansichten und Abfragen ändern, Schwellenwerte ändern oder festlegen, die Ihren spezifischen Grenzwerten entsprechen, und diese Anpassungen dann in einer Arbeitsmappe speichern. Anschließend können Sie Diagramme in den Arbeitsmappen an die Azure-Dashboards anheften.

Konfigurieren von Insights für Azure Stack HCI

Die Voraussetzungen und Einstellungen für die Verwendung von Insights variieren je nach Ihrer Azure Stack HCI-Version. Wählen Sie eine der folgenden Registerkarten aus, um Anweisungen zur Verwendung von Insights für Ihre spezifische Version von Azure Stack HCI zu erhalten.

Das Insights-Feature in Azure Stack HCI, Versionen 22H2 und höher, verwendet AMA, was erhebliche Vorteile gegenüber dem älteren Microsoft Monitoring Agent (MMA) bietet, der in Azure Stack HCI, Version 21H2 und früher, verwendet wird. Zu diesen Vorteilen gehören verbesserte Geschwindigkeit, erhöhte Sicherheit und überlegene Leistung. Sie können neue Knoten in AMA integrieren oder Ihre vorhandenen Knoten vom Legacy-Agent zu AMA migrieren .

Es wird empfohlen, ein Upgrade Ihres Azure Stack HCI-Systems auf Version 22H2 oder höher durchzuführen, um die Insights-Erfahrung mit AMA zu nutzen.

Azure Stack HCI, Version 22H2 und höher

Ab dem kumulativen Update vom Mai 2023 für Azure Stack HCI, Version 22H2, können Sie lokale Azure Stack HCI-Systeme mit Insights für Azure Stack HCI überwachen.

Voraussetzungen

Hier sind die Voraussetzungen für die Verwendung von Insights für Azure Stack HCI:

• Azure Stack HCI-Cluster sollte bei Azure und Arc-fähig registriert werden. Wenn Sie den Cluster am oder nach dem 15. Juni 2021 registriert haben, erfolgt dieser Schritt standardmäßig. Andernfalls müssen Sie die Azure Arc-Integration aktivieren.

• Für den Cluster müssen Azure Stack HCI, Version 22H2 und das kumulative Update vom Mai 2023 oder höher installiert sein.

• Die verwaltete Identität für die Azure-Ressource muss aktiviert sein. Weitere Informationen finden Sie unter Aktivierte erweiterte Verwaltung.

Erkenntnisse aktivieren

Die Aktivierung der Erkenntnisse hilft Ihnen bei der Überwachung aller Azure Stack HCI-Cluster, die derzeit mit dem Log Analytics-Arbeitsbereich verbunden sind, indem nützliche Integritätsmetriken bereitgestellt werden. Insights installiert den Azure Monitor-Agent und unterstützt Sie beim Konfigurieren von Datensammlungsregeln (Data Collection Rules, DCRs) für die Überwachung Ihres Azure Stack HCI-Clusters.

Führen Sie die folgenden Schritte aus, um diese Funktion über das Azure-Portal zu aktivieren:

1. Navigieren Sie im Azure-Portal zu Ihrer Azure Stack HCI-Clusterressourcenseite, und wählen Sie dann Ihren Cluster aus. Wählen Sie auf der Registerkarte Funktionen die Option Erkenntnisse.

   

2. Wählen Sie auf der Seite Insightsdie Option Erste Schritte aus.

   

   Hinweis

   Die Schaltfläche "Erste Schritte " ist nur für Azure Stack HCI, Version 22H2, mit installiertem kumulativem Update vom Mai 2023 oder höher und erst nach aktivierung der verwalteten Identität verfügbar. Andernfalls ist diese Schaltfläche deaktiviert.

3. Wählen Sie auf der Seite Insights-Konfiguration in der Dropdownliste Datensammlungsregel einen vorhandenen DCR aus. Der DCR gibt die Ereignisprotokolle und Leistungsindikatoren an, die gesammelt werden müssen, und speichert sie in einem Log Analytics-Arbeitsbereich. Insights erstellt eine Standard-DCR, wenn noch keine vorhanden ist. Nur die DCRs, die für Insights aktiviert sind, sind enthalten.

   

4. (Optional) Sie können auch einen neuen DCR erstellen, indem Sie auf der Seite "Insights-Konfiguration" die Option Neu erstellen auswählen.

   Wichtig

   Es wird dringend empfohlen, keine eigene DcR zu erstellen. Der von Insights erstellte DCR enthält einen speziellen Datenstrom, der für den Betrieb erforderlich ist. Sie können diese DCR bearbeiten, um weitere Daten zu sammeln, z. B. Windows- und Syslog-Ereignisse. Die dcRs, die über die AMA-Installation erstellt wurden, verfügen über ein Präfix AzureStackHCI- mit dem DCR-Namen.

   1. Geben Sie auf der Seite Neue Datensammlungsregel das Abonnement, den DCR-Namen und den Namen des Datensammlungsendpunkts (Data Collection Endpoint, DCE) an. DCEs werden verwendet, um auf den Konfigurationsdienst zuzugreifen, um zugeordnete DCRs für den Azure Monitor-Agent abzurufen. Weitere Informationen zu DCE finden Sie unter Datensammlungsendpunkte in Azure Monitor.

      Hinweis

      Wenn Sie private Links für den Agent verwenden, müssen Sie DCEs hinzufügen. Weitere Informationen zu AMA-Netzwerkeinstellungen finden Sie unter Definieren der Netzwerkeinstellungen des Azure Monitor-Agents.

      

   2. Wählen Sie die Schaltfläche Überprüfen + erstellen aus.

      Wenn noch kein DCR für den nicht überwachten Cluster erstellt wurde, wird eine mit aktivierten Leistungsindikatoren und aktiviertem Windows-Ereignisprotokollkanal erstellt.

5. Sehen Sie sich den letzten Bildschirm mit einer Zusammenfassung des DCR-Namens, der Anzahl der Ereignisprotokolle, der Leistungsindikatoren und des Namens des Log Analytics-Arbeitsbereichs an, in dem die Daten gespeichert sind. Klicken Sie auf Einrichten.

   

   Nachdem Sie Einrichten ausgewählt haben, werden Sie zur Seite Erweiterungen weitergeleitet, auf der Sie die status Ihrer Agentinstallation sehen können. Durch das Konfigurieren von Insights wird AMA automatisch auf allen Knoten des Clusters installiert.

6. Wechseln Sie zur Seite Ihrer Azure Stack HCI-Clusterressource, und wählen Sie dann Ihren Cluster aus. Insights wird jetzt auf der Registerkarte Funktionen als Konfiguriert angezeigt:

   

Regeln für die Datensammlung

Wenn Sie Insights auf einem Computer mit dem Azure Monitor-Agent aktivieren, müssen Sie einen zu verwendenden DCR angeben. Weitere Informationen zu DCRs finden Sie unter Datensammlungsregeln in Azure Monitor.

Option	Beschreibung
Leistungsindikatoren	Gibt an, welche Datenleistungsindikatoren vom Betriebssystem erfasst werden sollen. Diese Option ist für alle Computer erforderlich. Diese Leistungsindikatoren werden verwendet, um die Visualisierungen in der Insights-Arbeitsmappe aufzufüllen. Derzeit verwendet die Insights-Arbeitsmappe fünf Leistungsindikatoren: Memory()\Available Bytes, Network Interface()\Bytes Total/sec, Processor(_Total)\% Processor Time, RDMA Activity()\RDMA Inbound Bytes/secund RDMA Activity()\RDMA Outbound Bytes/sec
Ereignisprotokollkanal	Gibt an, welche Windows-Ereignisprotokolle vom Betriebssystem erfasst werden sollen. Diese Option ist für alle Computer erforderlich. Windows-Ereignisprotokolle werden verwendet, um die Visualisierungen in der Insights-Arbeitsmappe aufzufüllen. Derzeit werden Daten über zwei Windows-Ereignisprotokollkanäle gesammelt: - microsoft-windows-health/operational und microsoft-windows-sddc-management/operational
Log Analytics-Arbeitsbereich	Arbeitsbereich zum Speichern der Daten. Nur Arbeitsbereiche mit Insights werden aufgeführt.

Ereigniskanal

Der Microsoft-windows-sddc-management/operational Windows-Ereigniskanal und Microsoft-windows-health/operational wird Ihrem Log Analytics-Arbeitsbereich unter Windows-Ereignisprotokolle hinzugefügt.

Durch das Sammeln dieser Protokolle zeigt Insights die Integritäts-status der einzelnen Server, Laufwerke, Volumes und VMs an. Standardmäßig werden fünf Leistungsindikatoren hinzugefügt.

Leistungsindikatoren

Standardmäßig werden fünf Leistungsindikatoren hinzugefügt:

Die folgende Tabelle beschreibt die Leistungszähler, die überwacht werden:

Leistungsindikatoren	BESCHREIBUNG
Arbeitsspeicher(*)\Verfügbare Bytes	Verfügbare Bytes ist die Menge des physischen Speichers in Bytes, die sofort für die Belegung eines Prozesses oder für die Systemnutzung zur Verfügung steht.
Netzwerkschnittstelle(*)\Bytes Total/Sek.	Die Rate, mit der Bytes über jeden Netzwerkadapter gesendet und empfangen werden, einschließlich Framing-Zeichen. Bytes Total/Sek. ist die Summe aus Bytes Empfangen/Sek. und Bytes Gesendet/Sek.
Prozessor(_Total)% Prozessorzeit	Der Prozentsatz der verstrichenen Zeit, in der alle Prozess-Threads den Prozessor für die Ausführung von Befehlen genutzt haben.
RDMA-Aktivität(*)\RDMA Eingehende Bytes/Sek.	Rate der über RDMA vom Netzwerkadapter empfangenen Daten pro Sekunde.
RDMA-Aktivität(*)\RDMA Ausgehende Bytes/Sek.	Rate der vom Netzwerkadapter über RDMA gesendeten Daten pro Sekunde.

Nachdem Sie Erkenntnisse aktiviert haben, kann es bis zu 15 Minuten dauern, bis die Daten erfasst sind. Wenn der Prozess abgeschlossen ist, können Sie im linken Bereich im Menü Erkenntnisse eine umfassende Visualisierung der Integrität Ihres Clusters anzeigen:

Erkenntnisse deaktivieren

Führen Sie zum Deaktivieren von Insights die folgenden Schritte aus:

1. Wählen Sie Erkenntnisse auf der Registerkarte Funktionen.

2. Wählen Sie Erkenntnisse deaktivieren.

   

Wenn Sie das Insights-Feature deaktivieren, wird die Zuordnung zwischen der Datensammlungsregel und dem Cluster gelöscht, und die Integritätsdienst- und SDDC-Verwaltungsprotokolle werden nicht mehr gesammelt. Vorhandene Daten werden jedoch nicht gelöscht. Wenn Sie diese Daten löschen möchten, wechseln Sie zu Ihrem DCR- und Log Analytics-Arbeitsbereich, und löschen Sie die Daten manuell.

Aktualisieren von Erkenntnissen

Das Steuerelement Erkenntnisse zeigt in den folgenden Fällen eine Meldung über eine notwendige Aktualisierung an:

• Eine Datensammlungsregel wird geändert.
• Ein Integritätsereignis aus dem Windows-Ereignisprotokoll wird gelöscht.
• Jeder der fünf Leistungsindikatoren aus dem Log Analytics-Arbeitsbereich wird gelöscht.

Führen Sie die folgenden Schritte aus, um Insights erneut zu aktivieren:

1. Wählen Sie das Steuerelement Erkenntnisse innerhalb des Bereichs Funktionen.

2. Wählen Sie Aktualisieren, um die Visualisierungen erneut anzuzeigen.

   

Migrieren vom Microsoft Monitoring Agent

1. Um vom Microsoft Monitoring Agent (MMA) zum Azure Monitoring Agent (AMA) zu migrieren, scrollen Sie nach unten zu Insights.

   

2. Wählen Sie AMA installieren aus. das Fenster "Insights-Konfiguration " wird geöffnet.

   

3. Wählen Oder erstellen Sie eine Datensammlungsregel, wie zuvor im Abschnitt Enable Insights beschrieben.

Der Azure Monitor-Agent und die Microsoft Monitoring Agent-Erweiterung können während der Migration auf demselben Computer installiert werden. Die Ausführung beider Agents kann zur Duplizierung von Daten und zu höheren Kosten führen. Wenn auf einem Computer beide Agents installiert sind, wird im Azure-Portal eine Warnung angezeigt, dass Sie möglicherweise doppelte Daten sammeln, wie im folgenden Screenshot gezeigt.

Warnung

Das Sammeln doppelter Daten von einem einzelnen Computer mit dem Azure Monitor-Agent und der Microsoft Monitoring Agent-Erweiterung kann zu zusätzlichen Erfassungskosten führen, wenn doppelte Daten an den Log Analytics-Arbeitsbereich gesendet werden.

Sie müssen die Microsoft Monitoring Agent-Erweiterung selbst von allen Computern entfernen, die sie verwenden. Bevor Sie diesen Schritt ausführen, stellen Sie sicher, dass der Computer nicht auf andere Lösungen angewiesen ist, die den Microsoft Monitoring Agent erfordern. Nachdem Sie überprüft haben, dass MicrosoftMonitoringAgent weiterhin nicht mit Ihrem Log Analytics-Arbeitsbereich verbunden ist, können Sie MicrosoftMonitoringAgent manuell entfernen, indem Sie zur Seite Erweiterungen umleiten.

Problembehandlung

In diesem Abschnitt finden Sie Anleitungen zum Beheben der Probleme bei der Verwendung von Insights für Azure Stack HCI.

Problembehandlung bei Clustern, die vor November 2023 registriert wurden

Problem. In Clustern, die vor November 2023 registriert sind, sammeln Features, die AMA in Azure Stack HCI verwenden, z. B. Arc for Servers, VM Insights, Container Insights, Defender für Cloud und Sentinel, möglicherweise nicht ordnungsgemäß Protokolle und Ereignisdaten.

Ursache. Vor November 2023 hat die Clusterregistrierung AMA für die Verwendung der Clusteridentität konfiguriert, während die Dienste, die AMA in Azure Stack HCI verwenden, die Identität des Clusterknotens für die ordnungsgemäße Protokollsammlung erforderten. Dieser Konflikt führte zu einer nicht ordnungsgemäßen Sammlung von Protokollen aus diesen Diensten.

Lösung: Um dieses Problem zu beheben, haben wir eine Änderung an der HCI-Clusterregistrierung für AMA vorgenommen, um stattdessen die Serveridentität zu verwenden. Führen Sie zum Implementieren dieser Änderung die folgenden Schritte für Cluster aus, die vor November 2023 registriert wurden:

1. Reparieren sie die Clusterregistrierung. Weitere Informationen finden Sie unter Reparieren der Clusterregistrierung.
2. Reparieren sie AMA. Weitere Informationen finden Sie unter Reparieren von AMA.
3. Konfigurieren Sie Insights für Azure Stack HCI neu. Weitere Informationen finden Sie unter Reconfigure Insights for Azure Stack HCI.

Im Azure-Portal erkennt die Seite Insights for Azure Stack HCI automatisch die Änderung in der AMA-Konfiguration und zeigt oben auf der Seite ein Banner an, das Sie anleitet, die erforderlichen Maßnahmen zu ergreifen, um weiterhin Dienste zu verwenden, die von AMA abhängig sind.

Reparieren der Clusterregistrierung

Führen Sie die folgenden Schritte aus, um die Clusterregistrierung zu reparieren:

1. Installieren Sie auf Ihren Clusterknoten das neueste Az.StackHCI PowerShell-Modul. Ersetzen Sie latestversion durch die neueste Az.StackHCI Versionsnummer.

   Install-Module -Name Az.StackHCI -RequiredVersion {latestversion} -Scope CurrentUser -Repository PSGallery -Force 
   

2. Führen Sie den Reparaturregistrierungsbefehl aus, um den Regkey zu entfernen:

   Register-AzStackHCI -TenantId {TenantID} -SubscriptionId {subscriptionID} -ComputerName {NodeName} -RepairRegistration 
   

Reparieren von AMA für Azure Stack HCI

Wählen Sie eine der folgenden Optionen aus, um AMA zu reparieren:

• Option 1: Deinstallieren von AMA

  Wenn AMA bereits aktualisiert wurde, deinstallieren Sie sie. Führen Sie die folgenden Schritte aus, um AMA zu deinstallieren:

  1. Navigieren Sie im Azure-Portal zur Seite Erweiterungen für Ihren Azure Stack HCI-Cluster.

  2. Aktivieren Sie das Kontrollkästchen AzureMonitorWindowsAgent , und wählen Sie Deinstallieren aus.

     

• Option 2: Aktualisieren von AMA

  Führen Sie die folgenden Schritte aus, um AMA zu aktualisieren:

  1. Navigieren Sie im Azure-Portal zur Seite Erweiterungen für Ihren Azure Stack HCI-Cluster.

  2. Aktivieren Sie das Kontrollkästchen für AzureMonitorWindowsAgent , und wählen Sie automatisches Upgrade aktivieren aus, falls noch nicht geschehen.

     

• Option 3: Neustarten von AMA

  Führen Sie die folgenden Schritte für alle Clusterknoten aus, um AMA neu zu starten:

  1. Führen Sie den folgenden Befehl aus, um AMA zu deaktivieren:

     cd C:\Packages\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent\<agent version number>
     AzureMonitorAgentExtension.exe disable
     

  2. Nachdem die ausführbare Datei abgeschlossen und alle AMA-Prozesse beendet wurden, führen Sie den folgenden Befehl aus, um den Agent neu zu starten:

     AzureMonitorAgentExtension.exe enable
     

• Option 4: Starten Sie Ihre Clusterknoten neu.

Insights für Azure Stack HCI neu konfigurieren

Führen Sie die folgenden Schritte aus, um Insights für Azure Stack HCI neu zu konfigurieren:

1. Auf der Azure-Portal wird auf der Seite Insights für Ihren Azure Stack HCI-Cluster oben ein Banner angezeigt, wie im folgenden Screenshot gezeigt. Dadurch können Sie Insights erneut konfigurieren und DCR den Clusterknoten zuordnen. Überprüfen Sie das Banner, und wählen Sie Erkenntnisse konfigurieren aus.

   

2. Konfigurieren Sie DCR neu. Befolgen Sie die Anweisungen zum Konfigurieren von Insights, wie in diesem Artikel beschrieben. Weitere Informationen finden Sie unter Konfigurieren von Insights für Azure Stack HCI.

   

Problembehandlung für leere Arbeitsmappenseiten ohne Auffüllung von Daten

Problem. Es wird eine leere Arbeitsmappenseite ohne Auffüllung von Daten angezeigt, wie im folgenden Screenshot gezeigt:

Mögliche Ursachen. Es kann mehrere mögliche Ursachen für dieses Problem geben, z. B. die kürzliche Konfiguration von Insights, unvollständige Problembehandlungsschritte für Cluster, die vor November 2023 registriert wurden, oder zugeordnete DCR, die nicht ordnungsgemäß konfiguriert wurden.

Lösung: Führen Sie die folgenden Schritte nacheinander aus, um das Problem zu beheben:

1. Wenn Sie Insights kürzlich konfiguriert haben, warten Sie bis zu einer Stunde, bis AMA Daten sammelt.
2. Wenn nach dem Warten immer noch keine Daten vorhanden sind, stellen Sie sicher, dass Sie alle Schritte ausgeführt haben, die im Abschnitt Problembehandlung von Clustern, die vor November 2023 registriert wurden , aufgeführt sind.
3. Überprüfen Sie die Konfiguration des zugeordneten DCR. Stellen Sie sicher, dass Ereigniskanäle und Leistungsindikatoren dem zugeordneten DCR als Datenquellen hinzugefügt werden, wie im Abschnitt Datensammlungsregeln beschrieben.
4. Wenn das Problem nach der Ausführung der oben genannten Schritte weiterhin besteht und sie weiterhin keine Daten sehen, wenden Sie sich an den Kundensupport, um Unterstützung zu erhalten.

Ausführlichere Anleitungen zur Problembehandlung finden Sie unter Anleitung zur Problembehandlung für den Azure Monitor-Agent.

Azure Stack HCI, Version 21H2 und früher

Erkenntnisse, die zuvor als "Überwachung" bezeichnet wurden, ermöglichen Es Ihnen, Ihre Ressourcen zu überwachen und nützliche Erkenntnisse zu Clustern, Servern, virtuellen Computern, Speicher und vielem mehr zu liefern.

Die von Ihrem Azure Stack HCI-Cluster vor Ort generierten Daten werden in einem Log Analytics-Arbeitsbereich in Azure gesammelt. In diesem Arbeitsbereich können Sie Daten zur Integrität des Clusters sammeln. Im Zuge der Überwachung werden stündlich die folgenden Protokolle standardmäßig gesammelt:

• Integritätsmanagement (Microsoft-windows-health/operational)
• SDDC Management (Microsoft-Windows-SDDC-Management/Operational; Ereignis-ID: 3000, 3001, 3002, 3003, 3004)

Informationen zum Ändern der Häufigkeit der Protokollsammlung finden Sie unter Ereignisprotokollkanal.

Voraussetzungen

Um Insights mit dem Legacy-Agent zu verwenden, stellen Sie sicher, dass Sie die folgenden Voraussetzungen erfüllen:

• Der Azure Stack HCI-Cluster sollte bei Azure registriert und arc-aktiviert sein. Wenn Sie den Cluster am oder nach dem 15. Juni 2021 registriert haben, erfolgt dieser Schritt standardmäßig. Andernfalls müssen Sie die Azure Arc-Integration aktivieren.

• Aktivieren Sie Log Analytics , um den Cluster mit einem Log Analytics-Arbeitsbereich zu verknüpfen, in dem die für die Überwachung erforderlichen Protokolldaten gespeichert werden.

• Aktivieren von Insights, damit Azure Monitor mit dem Erfassen der Ereignisse beginnen kann, die für die Überwachung erforderlich sind.

Protokollfunktion

Nachdem Sie Ihren Cluster registriert und die Server mit Arc-Aktivierung aktiviert haben, werden die folgenden Elemente im Azure-Portal angezeigt:

• Azure Stack HCI-Ressource in der angegebenen Ressourcengruppe
• Server-Azure Arc-Ressourcen für jeden Server im Cluster in <clustername>ArcInstanceResourceGroup
• Knoten mit Link zur Ressource Server-Azure Arc auf der Azure Stack HCI-Ressourcenseite auf der Registerkarte Knoten

Da Ihre Clusterknoten jetzt Azure Arc-fähig sind, navigieren Sie zur Seite für Azure Stack HCI-Clusterressourcen. Auf der Registerkarte Funktionen wird die Option zum Aktivieren von Protokollen angezeigt, die nicht konfiguriert sein sollte.

Diese Funktion ist eine „Azure Arc für Server“-Erweiterung, die die Installation des Microsoft Monitoring Agent vereinfacht. Da Sie die Arc for Servers-Erweiterung verwenden, um diesen Workflow zu aktivieren, ist automatisch der Microsoft Monitoring Agent installiert, wenn Sie Ihrem Cluster weitere Server hinzufügen.

Hinweis

Der Microsoft Monitoring Agent für Windows kommuniziert über den ausgehenden TCP-Port 443 mit dem Azure Monitor-Dienst. Wenn die Server für die Kommunikation über das Internet eine Verbindung über eine Firewall oder einen Proxyserver herstellen, sollten Sie sich diese Anforderungen ansehen, um zu verstehen, welche Netzwerkkonfiguration erforderlich ist.

Konfigurieren der Microsoft Monitoring Agent-Erweiterung

So konfigurieren Sie die Erweiterung Microsoft Monitoring Agent (AMA)

1. Wählen Sie auf der Registerkarte Funktionen die Option Protokolle aus.

2. Klicken Sie auf Vorhandene verwenden, um den vorhandenen Arbeitsbereich für Ihr Abonnement zu verwenden.

3. Wählen Sie unten auf der Seite Hinzufügen aus.

   

4. Wenn die Konfiguration abgeschlossen ist, wird Protokolle auf der Registerkarte Funktionen als Konfiguriert angezeigt.

5. Wählen Sie auf der Symbolleiste auf der linken Seite Einstellungen  Erweiterungen aus. Sie sollten sehen, dass jeder Ihrer Server den Microsoft Monitoring Agent erfolgreich installiert hat.

Sie haben jetzt die Log Analytics-Erweiterung erfolgreich installiert.

Deaktivieren von Log Analytics

Wenn Sie die Protokollfunktion deaktivieren möchten, entfernen Sie den Microsoft Monitoring Agent aus den Einstellungen für Erweiterungen . Dadurch wird der Log Analytics-Arbeitsbereich in Azure oder keine der darin gespeicherten Daten gelöscht, daher müssen Sie dies manuell tun.

Führen Sie diese Schritte aus, um den Microsoft Monitoring Agent von jedem Server im Cluster zu entfernen:

1. Wählen Sie auf der Symbolleiste auf der linken Seite Einstellungen  Erweiterungen aus.
2. Aktivieren Sie das Kontrollkästchen MicrosoftMonitoringAgent.
3. Wählen Sie Entfernen und dann Ja aus.

Erkenntnisse aktivieren

Die Aktivierung der Erkenntnisse hilft Ihnen bei der Überwachung aller Azure Stack HCI-Cluster, die derzeit mit dem Log Analytics-Arbeitsbereich verbunden sind, indem nützliche Integritätsmetriken bereitgestellt werden. Führen Sie die folgenden Schritte aus, um diese Funktion über das Azure-Portal zu aktivieren:

1. Wählen Sie auf der Registerkarte Funktionen die Option Erkenntnisse. Wählen Sie dann Erste Schritte aus.
2. Erkenntnisse sollte nun auf der Registerkarte Funktionen als Konfiguriert angezeigt werden.

Welche Daten werden gesammelt?

Der Windows-Ereigniskanal Microsoft-windows-sddc-management/operational und microsoft-windows-health/operational wird Ihrem Log Analytics-Arbeitsbereich unter Windows-Ereignisprotokolle hinzugefügt.

Durch das Sammeln dieser Protokolle zeigt die Analyse den Integritätsstatus der einzelnen Server, Laufwerke, Datenträger und VMs. Standardmäßig werden fünf Leistungsindikatoren hinzugefügt:

Leistungsindikatoren

Die folgende Tabelle beschreibt die Leistungszähler, die überwacht werden:

Leistungsindikatoren	BESCHREIBUNG
Arbeitsspeicher(*)\Verfügbare Bytes	Verfügbare Bytes ist die Menge des physischen Speichers in Bytes, die sofort für die Belegung eines Prozesses oder für die Systemnutzung zur Verfügung steht.
Netzwerkschnittstelle(*)\Bytes Total/Sek.	Die Rate, mit der Bytes über jeden Netzwerkadapter gesendet und empfangen werden, einschließlich Framing-Zeichen. Bytes Total/Sek. ist die Summe aus Bytes Empfangen/Sek. und Bytes Gesendet/Sek.
Prozessor(_Total)% Prozessorzeit	Der Prozentsatz der verstrichenen Zeit, in der alle Prozess-Threads den Prozessor für die Ausführung von Befehlen genutzt haben.
RDMA-Aktivität(*)\RDMA Eingehende Bytes/Sek.	Rate der über RDMA vom Netzwerkadapter empfangenen Daten pro Sekunde.
RDMA-Aktivität(*)\RDMA Ausgehende Bytes/Sek.	Rate der vom Netzwerkadapter über RDMA gesendeten Daten pro Sekunde.

Nachdem Sie Erkenntnisse aktiviert haben, kann es bis zu 15 Minuten dauern, bis die Daten erfasst sind. Wenn der Prozess abgeschlossen ist, können Sie eine umfassende Visualisierung der Integrität Ihres Clusters unter der Registerkarte Erkenntnisse im linken Navigationsbereich sehen, wie im folgenden Screenshot gezeigt:

Erkenntnisse deaktivieren

Um die Funktion Erkenntnisse zu deaktivieren, gehen Sie folgendermaßen vor:

1. Wählen Sie Erkenntnisse auf der Registerkarte Funktionen.

2. Wählen Sie Erkenntnisse deaktivieren.

   

Wenn Sie Insights deaktivieren, werden die Protokolle Integritätsdienst und SDDC-Verwaltung nicht mehr gesammelt, aber vorhandene Daten werden nicht gelöscht. Wenn Sie diese Daten löschen möchten, wechseln Sie zu Ihrem Log Analytics-Arbeitsbereich, und löschen Sie die Daten manuell.

Aktualisieren von Erkenntnissen

Das Steuerelement Erkenntnisse zeigt in den folgenden Fällen eine Meldung über eine notwendige Aktualisierung an:

• Das Ereignis Integrität wird aus den Windows-Ereignisprotokollen gelöscht.
• Ein oder alle 5 Leistungsindikatoren aus dem Loganalytics-Arbeitsbereich werden gelöscht.

Um Erkenntnisse wieder zu aktivieren:

• Wählen Sie das Steuerelement Erkenntnisse innerhalb des Bereichs Funktionen.
• Wählen Sie Aktualisieren, um die Visualisierungen erneut anzuzeigen.

Problembehandlung

Wenn die Funktionen „Protokolle“ und „Überwachung“ fehlerfrei aktiviert wurden, nach etwa einer Stunde aber immer noch keine Überwachungsdaten angezeigt werden, können Sie das Log Analytics-Problembehandlungstool verwenden.

Verwenden des Log Analytics-Problembehandlungstools

1. Öffnen Sie eine PowerShell-Eingabeaufforderung als Administrator auf dem Azure Stack HCI-Host, auf dem die MicrosoftMonitoringAgent-Erweiterung installiert ist.

2. Navigieren Sie zu dem Verzeichnis, in dem sich das Tool befindet.

   cd C:\Program Files\Microsoft Monitoring Agent\Agent\Troubleshooter
   

3. Führen Sie das Hauptskript mit diesem Befehl aus:

   .\GetAgentInfo.ps1
   

4. Wenn Sie aufgefordert werden, ein Szenario der Problembehandlung auszuwählen, wählen Sie Option 1: Agent meldet keine Daten oder Heartbeat-Daten fehlen.

5. Sie werden aufgefordert, die Aktion auszuwählen, die Sie ausführen möchten. Wählen Sie sie die Option 1: Diagnose (1: Diagnostizieren) aus.

   

6. Wenn der im folgenden Screenshot hervorgehobene Fehler auftritt, aber dennoch eine Verbindung mit allen Log Analytics-Endpunkten herstellen kann und Die Firewall- und Gatewayeinstellungen korrekt sind, ist wahrscheinlich ein Zeitzonenproblem aufgetreten.

   

   Die Ursache ist, dass sich die Ortszeit von der Azure-Zeit unterscheidet und der Arbeitsbereichsschlüssel aufgrund des Konflikts nicht überprüft werden konnte.

   

7. So lösen Sie das Problem:

   1. Navigieren Sie im Azure-Portal zur Seite der Azure Stack HCI-Ressource, und wählen Sie [Clustername]  Erweiterungen aus. Aktivieren Sie dann das Kontrollkästchen für die Erweiterung MicrosoftMonitoringAgent, und entfernen Sie die Microsoft Monitoring Agent-Erweiterung.
   2. Vergewissern Sie sich, dass die Zeitzone Ihres Azure Stack HCI-Hosts korrekt ist und dass die Ortszeit auf dem Host der Azure-Zeit für Ihre Zeitzone entspricht.
      1. Wählen Sie in der Azure Stack HCI-Hostkonsole im Menü Sconfig die Option 9: Date & Time (Datum und Uhrzeit) und anschließend change time zone (Zeitzone ändern) aus, und stellen Sie sicher, dass die Ortszeit korrekt ist.
      2. Überprüfen Sie die Zeitzone des Active Directory-PDC (primärer Domänencontroller), und stellen Sie sicher, dass Datum und Uhrzeit korrekt sind.
      3. Wenn Active Directory PDC korrekt ist und die Azure Stack HCI-Ortszeit immer noch falsch ist, wird die Active Directory-Domänenhierarchie nicht erkannt. Wenn ja, führen Sie die Schritte iv bis vi unten aus. Fahren Sie andernfalls mit Schritt c fort.
      4. Wählen Sie auf dem Azure Stack HCI-Host die Option 15 aus, um das Sconfig-Menü zu schließen. Führen Sie anschließend in PowerShell den folgenden Befehl als Administrator aus: w32tm.exe /config /syncfromflags:domhier /update. Daraufhin sollte die erfolgreiche Ausführung des Befehls bestätigt werden, und die Zeiteinstellung sollte nun korrekt sein.
      5. Führen Sie zur weiteren Diagnose w32tm /monitor über die Azure Stack HCI-Hostkonsole aus. Der aktive Domänencontroller sollte „stratum 1 server“ lauten, und alle anderen Domänencontroller sollten als „stratum 2“ aufgeführt werden.
      6. Stellen Sie abschließend sicher, dass der Windows-Zeitdienst und die Zeitanbieter nicht in einem Gruppenrichtlinie-Objekt konfiguriert sind, da dies die Active Directory-Domänenhierarchie beeinträchtigt.
   3. Fügen Sie die Log Analytics-Erweiterung wieder hinzu. Navigieren Sie hierzu im Azure-Portal zur Seite Ihrer Azure Stack HCI-Ressource, wählen Sie [Clustername]  Übersicht und anschließend Funktionen aus, und konfigurieren Sie Log Analytics und die Überwachung.

8. Führen Sie das Log Analytics-Problembehandlungstool erneut aus. Der Fehler sollte nun nicht mehr angezeigt werden. Sie sollten nun in Ihrem Log Analytics-Arbeitsbereich unter Agents-Verwaltung eine Inkrementierung von Windows-Agent-Nummern sehen, um Ihren Clusterknoten zu entsprechen, und Überwachungsereignisse beginnen zu fließen.

Visualisierungen der Erkenntnisse

Sobald die Funktion Erkenntnisse aktiviert ist, finden Sie in den folgenden Tabellen Informationen zu allen Ressourcen.

Gesundheitswesen

Liefert Integritätsfehler eines Clusters.

Metrik	BESCHREIBUNG	Einheit	Beispiel
Fehler	Kurzbeschreibung von Integritätsfehlern. Wenn Sie auf den Link klicken, öffnet sich ein Seitenfenster mit weiteren Informationen.	Keine Einheit	PoolCapacityThresholdExceeded
Fehlerhafter Ressourcentyp	Der Typ der Ressource, bei der ein Fehler aufgetreten ist.	Keine Einheit	StoragePool
Fehlerhafte Ressourcen-ID	Eindeutige ID für die Ressource, bei der ein Integritätsfehler aufgetreten ist.	Eindeutige ID	{1245340c-780b-4afc-af3c-f9bdc4b12f8a}: SP:{c57f23d1-d784-4a42-8b59-4edd8e70e830}
severity	Der Schweregrad des Fehlers kann warnend oder kritisch sein.	Keine Einheit	Warnung
Anfängliche Fehlerzeit	Zeitstempel, wann der Server zuletzt aktualisiert wurde.	Datetime	09.04.2022, 12:15:42 Uhr

Server

Metrik	BESCHREIBUNG	Einheit	Beispiel
Server	Die Namen der Server im Cluster.	Keine Einheit	VM-1
Letzte Aktualisierung	Das Datum und die Uhrzeit der letzten Aktualisierung des Servers.	Datetime	09.04.2022, 12:15:42 Uhr
Status	Die Integrität der Serverressourcen im Cluster.	Der Status kann auf fehlerfrei, warnend, kritisch oder sonstiges stehen	Healthy
CPU-Auslastung	Der Prozentsatz der Zeit, in der der Prozess die CPU genutzt hat.	Percent	56 %
Speicherauslastung	Die Speichernutzung des Serverprozesses entspricht dem Zähler Prozess\Private Bytes plus der Größe der im Speicher zugeordneten Daten.	Percent	16 %
Logische Prozessoren	Die Anzahl der logischen Prozessoren.	Anzahl	2
CPUs	Die Anzahl der CPUs.	Anzahl	2
Betriebszeit	Die Zeit, in der eine Maschine, insbesondere ein Computer, in Betrieb ist.	Timespan	2.609 Std.
Website	Der Name des Standorts, zu dem der Server gehört.	Standortname	SiteA erhalten bleiben.
Domänenname	Die lokale Domain, zu der der Server gehört.	Keine Einheit	Contoso.local

Virtuelle Computer

Liefert den Status aller virtuellen Maschinen im Cluster. Eine VM kann sich in einem der folgenden Status befinden: Ausführend, Angehalten, Fehlgeschlagen oder Sonstiges (Unbekannt, Startend, Momentaufnahme, Abspeichernd, Anhaltend, Pausieren, Wiederaufnehmen, Angehalten, Ausgesetzt).

Metrik	BESCHREIBUNG	Einheit	Beispiel
Server	Name des Servers	Keine Einheit	Sample-VM-1
Zuletzt aktualisiert	Dies gibt das Datum und die Uhrzeit der letzten Aktualisierung des Servers an.	Datetime	09.04.2022, 12:24:02 Uhr
VMs gesamt	Die Anzahl der VMs in einem Serverknoten.	Anzahl	0 von 0 in Ausführung
Wird ausgeführt	Die Anzahl der VMs, die in einem Serverknoten ausgeführt werden.	Anzahl	2
Beendet	Die Anzahl der angehaltenen VMs in einem Serverknoten.	Anzahl	3
Fehler	Die Anzahl der fehlerhaften VMs in einem Serverknoten.	Anzahl	2
Sonstiges	Wenn sich der virtuelle Computer in einem der folgenden Zustände befindet (Unbekannt, Starten, Momentaufnahme, Speichern, Anhalten, Anhalten, Fortsetzen, Angehalten, Angehalten), wird er als "Sonstige" betrachtet.	Anzahl	2

Storage

Die folgende Tabelle enthält die Integrität von Volumes und Laufwerken im Cluster:

Metrik	BESCHREIBUNG	Einheit	Beispiel
Volumes	Der Name des Datenträgers	Keine Einheit	ClusterPerformanceHistory
Letzte Aktualisierung	Das Datum und die Uhrzeit der letzten Aktualisierung des Speichers.	Datetime	14.04.2022, 14:58:55 Uhr
Status	Der Status des Volumes.	Fehlerfrei, warnend, kritisch und sonstige.	Healthy
Gesamtkapazität	Die Gesamtkapazität des Geräts in Byte während des Berichtszeitraums.	Byte	2,5 GB
Verfügbare Kapazität	Die verfügbare Kapazität in Byte während des Berichtszeitraums.	Byte	20B
IOPS	Ein-/Ausgabevorgänge pro Sekunde.	Pro Sekunde	45/s
Throughput	Anzahl von Bytes pro Sekunde, die die Application Gateway-Instanz bereitgestellt hat.	Bytes pro Sekunde	5 B/Sek.
Latency	Die Zeit, die für die Fertigstellung der E/A-Anfrage benötigt wird.	Second	0,0016 s
Resilienz	Die Kapazität, sich von Fehlern zu erholen. Maximiert Datenverfügbarkeit.	Keine Einheit	Drei-Wege-Spiegel
Deduplizierung	Der Prozess der Reduzierung der physischen Anzahl von Datenbytes, die auf dem Datenträger gespeichert werden müssen.	Verfügbar oder nicht verfügbar	Ja/Nein
Dateisystem	Der Typ des Dateisystems.	Keine Einheit	ReFS

Azure Monitor – Preise

Wenn Sie die Überwachungsvisualisierung aktivieren, werden Protokolle gesammelt aus:

• Integritätsmanagement (Microsoft-windows-health/operational).
• SDDC Management (Microsoft-Windows-SDDC-Management/Operational; Event ID: 3000, 3001, 3002, 3003, 3004).

Die Abrechnung erfolgt basierend auf der erfassten Datenmenge und den Einstellungen für die Datenaufbewahrung Ihres Log Analytics-Arbeitsbereichs.

Für Azure Monitor gelten nutzungsbasierte Preise, und die ersten fünf GB pro Abrechnungskonto und Monat sind kostenlos. Da die Preise aufgrund verschiedener Faktoren wie der verwendeten Azure-Region variieren können, finden Sie mithilfe des Azure Monitor-Preisrechners die aktuellsten Preisberechnungen.

Nächste Schritte

• Überwachen mehrerer Cluster mit Insights
• Registrieren Sie Ihren Cluster bei Azure
• Aktivieren der Azure Arc-Integration
• Ereignisprotokollkanal
• Azure Monitor Preisrechner
• Log Analytics-Problembehandlungstool