Azure Stack HCI-Beobachtbarkeit

Gilt für: Azure Stack HCI, Version 23H2

In diesem Artikel werden die Sichtbarkeit in Azure Stack HCI und die Datenquellen beschrieben, über die sie erreicht wird.

Was ist Die Beobachtbarkeit von Azure Stack HCI?

Azure Stack HCI-Beobachtbarkeit bezieht sich auf die Fähigkeit, das Verhalten des Azure Stack HCI-Systems zu überwachen und zu verstehen.

Die Sichtbarkeit in Azure Stack HCI ist wichtig, da sie die Sammlung von Telemetrie- und Diagnoseinformationen aus dem System ermöglicht. Diese Informationen helfen Microsoft dabei, wertvolle Einblicke in das Systemverhalten zu gewinnen, die verwendet werden können, um potenzielle Probleme zu identifizieren und zu beheben.

Die Sichtbarkeit in Azure Stack HCI wird über die folgenden Datenquellen erreicht:

• Telemetrie. Dies umfasst die Sammlung von Telemetrie- und Diagnoseinformationen, die Microsoft helfen, wertvolle Einblicke in das Verhalten des Systems zu gewinnen. Weitere Informationen finden Sie unter Telemetrie.

• Remoteunterstützung. Dies ermöglicht Supporttechnikern den schreibgeschützten Remotezugriff auf Cluster für die Erste-Schritt-Wartung. Weitere Informationen finden Sie unter Remotesupport.

• Diagnose. Dazu gehört auch die Möglichkeit, Diagnoseprotokolle zu sammeln. Weitere Informationen finden Sie unter Diagnose.

  

Wie wird Die Sichtbarkeit installiert?

Observability und Remoteunterstützung werden im Rahmen des Azure Stack HCI-Bereitstellungsprozesses installiert. Dies ermöglicht es dem Orchestrator, viele der Schritte zu automatisieren, die am Bereitstellungsprozess beteiligt sind. Das Ziel ist es, einen einfachen Einrichtungsprozess anzubieten, der sich um alle Komponenten kümmert, einschließlich der Sichtbarkeit.

Was ist eine Observability-Pipeline?

Die Beobachtbarkeitspipeline verwendet Telemetrie, Diagnose und Überwachung, um Daten von Geräten zu sammeln. Es erweitert die Beobachtbarkeitsressourcen von Azure auf diese Geräte, während gleichzeitig die Compliance- und Sicherheitseinschränkungen eingehalten werden, die aufgrund des Kundenbesitzes, des geografischen Standorts und des Betriebs dieser Geräte gelten.

Die Observability-Pipeline ist in diese allgemeinen Bereiche unterteilt:

• Telemetrie. Der Abschnitt Telemetrie bietet einen kontinuierlichen Fluss zusammengestellter kritischer Ereignisse von Azure Stack HCI zu Azure.

• Diagnose. Der Abschnitt Diagnose enthält einen episodischen oder bedarfsgesteuerten Datenfluss von Azure Stack HCI zu Azure.

• Überwachung. Der Abschnitt überwachung bietet einen kontinuierlichen Fluss zusammengestellter Metriken von Azure Stack HCI zu Azure. Nachdem die Daten Azure erreicht haben, werden sie in verschiedenen Aspekten des Produktlebenszyklus genutzt und genutzt, z. B. Produktentwicklung, Kundensupport, Fallkorrektur und Trendanalyse.

Das folgende Diagramm zeigt die Observability-Pipeline und den Datenfluss von Azure Stack HCI zu Azure:

Telemetrie

Telemetrie in Azure Stack HCI bezieht sich auf die Sammlung von Daten über die Leistung, Funktionalität und das allgemeine Wohlbefinden des Systems. Diese Daten werden über die Telemetrie- und Diagnoseerweiterung gesammelt, die das Sammeln von Telemetrie- und Diagnoseinformationen aus der Kundenumgebung ermöglicht. Weitere Informationen finden Sie unter Azure Stack HCI-Telemetrie und Diagnose-Erweiterung.

Telemetriedaten sind für Azure Stack HCI wichtig, da sie es Microsoft ermöglichen, wertvolle Einblicke in das Systemverhalten zu erhalten. Diese Informationen können verwendet werden, um das Produkt zu verbessern, Probleme zu beheben und Kunden einen besseren Support zu bieten. Telemetriedaten können auch verwendet werden, um potenzielle Probleme proaktiv zu identifizieren und zu beheben, wodurch die Wahrscheinlichkeit von Ausfallzeiten oder anderen Unterbrechungen verringert wird. Darüber hinaus können Telemetriedaten Microsoft dabei helfen, zu verstehen, wie Kunden Azure Stack HCI verwenden, die zukünftige Entwicklung und Verbesserungen des Produkts unterstützen können.

Remotesupport

Sie können den Remotesupport verwenden, damit ein Microsoft-Supportmitarbeiter Ihre Supportanfrage schneller lösen kann, indem der Remotezugriff auf Ihr Gerät gestattet und eine eingeschränkte Problembehandlung und Reparatur durchgeführt werden kann. Anweisungen zum Abrufen von Remotesupport finden Sie unter Abrufen von Remotesupport für Azure Stack HCI.

Informationen zur Remoteunterstützung während der Vorbereitstellung oder Vorregistrierung Ihres Azure Stack HCI-Clusters finden Sie unter Abrufen von Remotesupport.

Diagnose

Die Diagnose in Azure Stack HCI hilft beim Identifizieren und Beheben von Problemen, die im System auftreten können. Mithilfe von Diagnose können Administratoren die Leistung und Integrität ihrer Azure Stack HCI-Umgebung überwachen und proaktive Maßnahmen ergreifen, um Probleme zu verhindern. Darüber hinaus können Diagnose wertvolle Einblicke in das Verhalten des Systems liefern, die dazu beitragen können, die Leistung zu optimieren und die Allgemeine Benutzererfahrung zu verbessern.

Vergleichen von Protokollsammlungsmethoden

Die folgende Tabelle enthält einen Vergleich der verschiedenen Methoden der Protokollsammlung in Azure Stack HCI:

Protokollsammlungsmethode	Zweck	So werden Protokolle gesammelt	Anwendungsfälle
Bedarfsgesteuerte Protokollsammlung	Manuelles Sammeln und Senden von Diagnoseprotokollen für Azure Stack HCI an Microsoft.	Verwenden Sie Send-DiagnosticData das Cmdlet von einem beliebigen Azure Stack HCI-Serverknoten. Protokolle werden vorübergehend lokal kopiert, analysiert, gesendet und dann gelöscht. Ausführliche Anweisungen zum Ausführen der bedarfsgesteuerten Protokollsammlung finden Sie unter Sammeln von Protokollen.	– Fehler bei nicht registrierter Registrierung. - Protokollsammlungsanforderung von Microsoft-Support basierend auf einem offenen Fall. - Protokollsammlung, wenn ein Cluster registriert und verbunden ist. - Protokollsammlung, wenn die Observability-Komponenten installiert und funktionsfähig sind. - Protokollsammlung, wenn ein Cluster teilweise registriert ist.
Eigenständige Protokollsammlung	Senden Sie Diagnosedaten an Microsoft, wenn Observability-Komponenten nicht bereitgestellt werden oder wenn während des Clusterregistrierungsprozesses Probleme auftreten.	Speichern Sie Daten lokal, und verwenden Sie Send-AzStackHciDiagnosticData den Befehl, um Daten an Microsoft zu senden. Ausführliche Anweisungen zu eigenständigen Protokollsammlungen finden Sie unter Ausführen einer eigenständigen Protokollsammlung.	– Bereitstellungsfehler. – Registrierungsfehler. - Protokollsammlungsanforderung von Microsoft-Support basierend auf einem offenen Fall. - Protokollsammlung, wenn ein Cluster nicht registriert ist und keine Konnektivität hat. - Protokollsammlung, wenn ein Cluster teilweise registriert ist. - Protokollsammlung, wenn die Observability-Komponenten nicht verfügbar sind.

Datenschutz

Azure Stack HCI implementiert Datengovernanceverfahren, um die Sicherheit und die beabsichtigte Verwendung von Kundendaten zu gewährleisten. Kunden haben jederzeit Zugriff auf Steuerelemente, um Features anzupassen und Datenschutzeinstellungen anzupassen.

Zu unseren Verpflichtungen zur Datensicherheit gehören:

• Priorisierung von Kundensicherheits- und Datenschutzaspekten.
• Transparenter Umgang mit Kunden über die Arten der gesammelten Daten und deren Verwendung.
• Bereitstellen von Autonomie für Kunden, um ihre eigenen Datenschutzeinstellungen zu ändern.
• Verwenden von Kundendaten zur Verbesserung der Kundenerfahrung.

Verwendung von Daten durch Microsoft

Kundendaten helfen Microsoft, besser zu verstehen, wie unsere Kunden Features und Dienste verwenden, um ihre Geschäftsziele zu erreichen. Diese Erkenntnisse helfen dabei, Technische Investitionen in Bereichen zu priorisieren, die sich direkt auf die Kundenerfahrung auswirken können. Die Verwendung von Netzwerk- oder Speichereinstellungen durch Kunden sowie deren Update-status sind einige Beispiele für die Arten der gesammelten Daten. Die Erkenntnisse fördern auch Verbesserungen des Azure Stack HCI-Überwachungs- und Supportökosystems. Durch diese Verbesserungen wird die Problemdiagnose für den Microsoft-Support und kunden schließlich einfacher und schneller.

Datensammlung und -residenz

Azure Stack HCI-Daten:

• Wird erst an Microsoft gesendet, wenn das Produkt bei Azure registriert wurde. Wenn Azure Stack HCI nicht registriert ist, wird diese Datensammlung angehalten. Alle Daten werden in einem Azure Stack HCI-Analysedienst protokolliert.
• Wird an einen geschützten Cloudspeicherort weitergeleitet.
• Ist nur für Microsoft-Mitarbeiter zugänglich, die einen legitimen geschäftlichen Grund für die Anzeige der Daten haben. Alle Daten werden in Übereinstimmung mit den Datenschutzrichtlinien von Microsoft behandelt.

Details zu gesammelten Daten

In der folgenden Tabelle werden die Datentypen, deren Speicherort, Standardeinstellungen und Methoden für die Anzeige beschrieben:

Datentypen	BESCHREIBUNG	Datenspeicherort	Standardeinstellung	Beibehaltungsdauer	Anzeigen von Daten
Telemetrie	Telemetriedaten umfassen Leistungsmetriken, Nutzungsmuster und andere Informationen im Zusammenhang mit Benutzerverhalten und Systemintegrität. Es enthält keine persönlich identifizierbaren Informationen.	Telemetriedaten werden immer innerhalb der USA gespeichert.	Es ist standardmäßig aktiviert. Informationen zum Ändern der Standardeinstellung finden Sie unter Telemetrie und Diagnose Einstellungen.	Die Daten werden bis zu zwei Jahre aufbewahrt.	Sie können Daten in \\<NodeName>\c$\GMACache\TelemetryCache\Tables/*.tsf anzeigen.
Diagnose	Diagnosedaten helfen Microsoft, Probleme zu erkennen, zu diagnostizieren und zu beheben, um den Dienststatus wiederherzustellen und Produkte zu verbessern.	Diagnosedaten werden entweder global oder in der EU gespeichert, basierend auf der Bereitstellungsauswahl des Kunden.	Es gibt verschiedene Methoden zum Übertragen von Diagnosedaten. Weitere Informationen finden Sie unter Diagnose.	In der Regel für 30 Tage aufbewahrt, möglicherweise länger für laufende Supportprobleme.	Sie können Daten im C:\observability Ordner jedes Knotens anzeigen.
Metriken	Metriken sind numerische Werte, die in regelmäßigen Abständen gesammelt werden und Aspekte eines Systems beschreiben.	Metrikdaten werden an die jeweilige Region gesendet, in der die Ressource bereitgestellt wird.	Standardmäßig aktiviert und kann jederzeit deaktiviert werden.	Plattformmetriken werden 93 Tage lang gespeichert. Sie können jedoch nur (in der Kachel Metriken) Daten im Wert von maximal 30 Tagen für ein einzelnes Diagramm abfragen.	Sie können den Metrik-Explorer verwenden, um die Daten in Ihrer Metrikdatenbank interaktiv zu analysieren.
Abrechnung und Volkszählung	Abrechnungs- und Zensusdaten helfen beim Visualisieren und Abrechnen von Ressourcen im Azure-Portal.	Abrechnungs- und Zensusdaten werden an die jeweilige Ressourcenregion gesendet, in der der Kunde das Gerät registriert hat.	Immer aktiviert und kann nicht deaktiviert werden, da es als funktionsfähig gilt.	Daten werden gelöscht, wenn die Ressource gelöscht wird, mit Ausnahme von Abrechnungsdaten, die aufbewahrt werden.	Sie können Daten im Azure-Portal anzeigen.

Nächste Schritte

• Azure Stack HCI-Telemetrie- und Diagnose erweiterung