Überwachen eines einzelnen Azure Stack HCI-Clusters mit Insights

Gilt für: Azure Local, Version 22H2

Wichtig

Azure Stack HCI ist jetzt Teil von Azure Local. Die Umbenennung der Produktdokumentation wird ausgeführt. Ältere Versionen von Azure Stack HCI, z. B. 22H2, verweisen jedoch weiterhin auf Azure Stack HCI und spiegeln die Namensänderung nicht wider. Weitere Informationen

In diesem Artikel wird erläutert, wie Sie Insights verwenden, um einen einzelnen Azure Stack HCI-Cluster zu überwachen. Mehrere Azure Stack HCI-Cluster 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ät und Nutzungsinformationen zu Cluster, 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 for Servers, VM Insights, Defender for Cloud oder Sentinel, möglicherweise keine Protokolle und Ereignisdaten ordnungsgemäß. Anleitungen zur Problembehandlung finden Sie im Abschnitt "Problembehandlungscluster" vor November 2023 .

Vorteile

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

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

• Skalierbarkeit. Insights ist in der Lage, mehr als 400 Clusterinformationssätze gleichzeitig über mehrere Abonnements hinweg zu 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 Version von Azure Stack HCI, die Sie haben. Wählen Sie eine der folgenden Registerkarten aus, um Anweisungen zur Verwendung von Insights in Ihrer spezifischen Version von Azure Stack HCI zu erhalten.

Das Insights-Feature in Azure Stack HCI, Versionen 22H2 und höher, verwendet AMA, das 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, Ihr Azure Stack HCI-System auf Version 22H2 oder höher zu aktualisieren, 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-aktiviert 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.

• Der Cluster muss Azure Stack HCI, Version 22H2 und das kumulative Update vom Mai 2023 oder höher installiert haben.

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

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 hilft Ihnen, Datensammlungsregeln (DCRs) für die Überwachung Ihres Azure Stack HCI-Clusters zu konfigurieren.

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

1. Navigieren Sie im Azure-Portal zur 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 "Insights" die Option "Erste Schritte" aus.

   

   Hinweis

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

3. Wählen Sie auf der Insights-Konfigurationsseite einen vorhandenen DCR aus dem Dropdownmenü "Datensammlungsregel " aus. Der DCR gibt die Ereignisprotokolle und Leistungsindikatoren an, die gesammelt und in einem Log Analytics-Arbeitsbereich gespeichert werden müssen. Insights erstellt einen Standard-DCR, wenn es noch nicht 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 Insights-Konfigurationsseite "Neu erstellen" auswählen.

   Wichtig

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

   1. Geben Sie auf der Seite "Neue Datensammlungsregel " den Namen des Abonnements, den DCR-Namen und den Datensammlungsendpunkt (Data Collection Endpoint, DCE) an. DCEs werden verwendet, um auf den Konfigurationsdienst zuzugreifen, um zugeordnete DCRs für 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 von Azure Monitor Agent-Netzwerkeinstellungen.

      

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

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

5. Überprüfen Sie den letzten Bildschirm mit einer Zusammenfassung des DCR-Namens, der Anzahl der Ereignisprotokolle, Leistungsindikatoren und des Namens des Log Analytics-Arbeitsbereichs, in dem Daten gespeichert werden. Klicken Sie auf Einrichten.

   

   Nachdem Sie "Einrichten" ausgewählt haben, werden Sie zur Seite "Erweiterungen" umgeleitet, auf der Sie den Status Ihrer Agent-Installation sehen können. Durch die Konfiguration von Insights wird AMA automatisch auf allen Knoten des Clusters installiert.

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

   

Datensammlungsregeln in Azure Monitor (Vorschau)

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/operationalmicrosoft-windows-sddc-management/operational
Log Analytics-Arbeitsbereich	Arbeitsbereich zum Speichern der Daten. Es werden nur Arbeitsbereiche mit Insights aufgelistet.

Ereigniskanal

Der Microsoft-windows-sddc-management/operational Kanal und Microsoft-windows-health/operational der Windows-Ereigniskanal werden ihrem Log Analytics-Arbeitsbereich unter Windows-Ereignisprotokollen hinzugefügt.

Durch das Sammeln dieser Protokolle zeigt Insights den Integritätsstatus 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 gesamt/s	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.
Processor(_Total)% Processor Time	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 aus dem Menü "Insights" im linken Bereich sehen:

Erkenntnisse deaktivieren

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

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 in Ihren DCR- und Log Analytics-Arbeitsbereich, und löschen Sie die Daten manuell.

Insights aktualisieren

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 Konfigurationsfenster "Insights" wird geöffnet.

   

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

Der Azure Monitor Agent und die Microsoft Monitoring Agent-Erweiterung können beide 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 ein Computer beide Agents installiert hat, wird eine Warnung in der Azure-Portal 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 Kosten führen, indem 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 sich der Computer nicht auf andere Lösungen stützt, die den Microsoft Monitoring Agent erfordern. Nachdem Sie überprüft haben, dass MicrosoftMonitoringAgent noch nicht mit Ihrem Log Analytics-Arbeitsbereich verbunden ist, können Sie MicrosoftMonitoringAgent manuell entfernen, indem Sie zur Seite "Erweiterungen" umleiten.

Problembehandlung

Dieser Abschnitt enthält Anleitungen zum Beheben der Probleme bei der Verwendung von Insights für Azure Stack HCI.

Problembehandlung von Clustern, die vor November 2023 registriert wurden

Ausstellen. In clustern that are registered before November 2023, features that use AMA on Azure Stack HCI, such as Arc for Servers, VM Insights, Container Insights, Defender for Cloud, and Sentinel might not collect logs and event data properly.

Ursache. Vor November 2023 konfigurierte die Clusterregistrierung AMA für die Verwendung der Clusteridentität, während die Dienste, die AMA auf Azure Stack HCI verwenden, die Identität des Clusterknotens für die ordnungsgemäße Protokollsammlung benötigten. Dieser Konflikt führte zu einer fehlerhaften Sammlung von Protokollen aus diesen Diensten.

Lösung: Um dieses Problem zu beheben, haben wir eine Änderung 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 sind:

1. Reparieren der Clusterregistrierung. Siehe Reparieren der Clusterregistrierung.
2. Reparieren Sie AMA. Siehe Reparieren von AMA.
3. Konfigurieren Sie Insights für Azure Stack HCI neu. Siehe Neukonfiguration von Insights für Azure Stack HCI.

In der 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 dazu führt, die erforderlichen Aktionen auszuführen, um weiterhin Dienste zu verwenden, die auf AMA basieren.

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 diese durch latestversion die neueste Az.StackHCI Versionsnummer.

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

2. Führen Sie den Befehl zum Reparieren der Registrierung aus, um 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: AMA deinstallieren

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

  1. Wechseln 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 "Deinstallieren" aus.

     

• Option 2: AMA aktualisieren

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

  1. Wechseln 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: AMA neu starten

  Führen Sie die folgenden Schritte auf allen 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 wurde und alle AMA-Prozesse beendet wurden, führen Sie den folgenden Befehl aus, um den Agent neu zu starten:

     AzureMonitorAgentExtension.exe enable
     

• Option 4: Neustarten der Clusterknoten

Neukonfiguration von Insights für Azure Stack HCI

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

1. In der Azure-Portal zeigt die Insights-Seite für Ihren Azure Stack HCI-Cluster oben ein Banner an, wie im folgenden Screenshot gezeigt, mit dem Sie Insights erneut konfigurieren und DCR den Clusterknoten zuordnen können. Überprüfen Sie das Banner, und wählen Sie "Insights konfigurieren" aus.

   

2. Konfigurieren Sie DCR neu. Befolgen Sie die Anweisungen, um Insights wie in diesem Artikel beschrieben zu konfigurieren. Siehe Konfigurieren von Insights für Azure Stack HCI.

   

Problembehandlung für leere Arbeitsmappenseite ohne aufgefüllte Daten

Ausstellen. Es wird eine leere Arbeitsmappenseite ohne Aufgefüllte Daten angezeigt, wie im folgenden Screenshot gezeigt:

Mögliche Ursachen. Möglicherweise gibt es mehrere mögliche Ursachen für dieses Problem, einschließlich der kürzlichen Konfiguration von Insights, unvollständige Schritte zur Problembehandlung für Cluster, die vor November 2023 registriert wurden, oder zugehörige DCR nicht ordnungsgemäß konfiguriert werden.

Lösung: Führen Sie zum Beheben des Problems die folgenden Schritte in Sequenz aus:

1. Wenn Sie Insights kürzlich konfiguriert haben, warten Sie bis zu einer Stunde, bis AMA Daten sammelt.
2. Wenn nach dem Warten noch keine Daten vorhanden sind, stellen Sie sicher, dass Sie alle schritte abgeschlossen haben, die im Abschnitt "Problembehandlungscluster" vor November 2023 registriert 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 obigen Schritte weiterhin besteht und weiterhin keine Daten angezeigt werden, wenden Sie sich an den Kundensupport, um Unterstützung zu erhalten.

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

Azure Stack HCI, Version 21H2 und früher

Einblicke, die zuvor als "Überwachung" bezeichnet werden, ermöglichen es Ihnen, Ihre Ressourcen zu überwachen und nützliche Einblicke in Cluster, Server, virtuelle Computer, Speicher und vieles mehr zu bieten.

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:

• Azure Stack HCI-Cluster sollte mit Azure und arc enabled 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.

• 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 Arc-fähigen Server 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, was "Nicht konfiguriert" heißen 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, wird der Microsoft Monitoring Agent automatisch 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 Microsoft Monitoring Agent(AMA)-Erweiterung:

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 erfolgreich den Microsoft Monitoring Agent 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 Erweiterungseinstellungen . Dadurch wird der Log Analytics-Arbeitsbereich in Azure oder einer der darin gespeicherten Daten nicht gelöscht, sodass Sie dies manuell ausführen müssen.

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 Microsoft-windows-sddc-management/operational und microsoft-windows-health/operational Windows-Ereigniskanal wird Ihrem Log Analytics-Arbeitsbereich unter Windows-Ereignisprotokollen 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 gesamt/s	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.
Processor(_Total)% Processor Time	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 "Insights" auf der linken Navigationsleiste 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, vorhandene Daten werden jedoch 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.

Insights aktualisieren

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 Ihre Firewall- und Gatewayeinstellungen korrekt sind, ist wahrscheinlich ein Problem mit der Zeitzone aufgetreten.

   

   Die Ursache hierfür ist, dass sich die Ortszeit von der Azure-Zeit unterscheidet und der Arbeitsbereichsschlüssel aufgrund der Nichtübereinstimmung 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. Wählen Sie dann das Kontrollkästchen für die MicrosoftMonitoringAgent-Erweiterung aus, 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 lokale Zeit für Azure Stack HCI immer noch falsch ist, wird die Active Directory-Domänenhierarchie nicht erkannt. Wenn ja, führen Sie die Schritte iv - 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 Gruppenrichtlinienobjekt 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. Nun sollten Windows-Agent-Nummern in Ihrem Log Analytics-Arbeitsbereich unter "Agents Management " erhöht werden, 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.

Integrität

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	{a0a0a0a0-bbbb-cccc-ddddd-e1e1e1e1e1}: SP:{b1b1b1b1b1-cccc-dddd-eeee-f2f2f2f2f2f2f2f2}
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.	Sitename	SiteA
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	Dadurch wird das Datum und die Uhrzeit der letzten Aktualisierung des Servers angezeigt.	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
Andere	Wenn sich der virtuelle Computer in einem der folgenden Zustände befindet (Unknown, Starting, Snapshotting, Saving, Stop, Pausing, Resuming, Paused, Suspended), wird er als "Other" 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
Durchsatz	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 Vorgang zum Verringern der physischen Anzahl von Daten, 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 aus:

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

Sie werden basierend auf der Menge der aufgenommenen Daten und den Datenaufbewahrungseinstellungen Ihres Log Analytics-Arbeitsbereichs in Rechnung gestellt.

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
• Problembehandlungstool für Log Analytics