Metriken von Azure Storage Analytics (klassisch)
Am 9. Januar 2024 werden Storage Analytics Metriken, auch als klassische Metriken bezeichnet, eingestellt. Wenn Sie klassische Metriken verwenden, sollten Sie unbedingt vor diesem Datum zu den Metriken in Azure Monitor wechseln. Dieser Artikel hilft Ihnen bei der Umstellung.
Azure Storage verwendet die Storage Analytics-Lösung, um Metriken zu speichern, zu denen aggregierte Transaktionsstatistiken und Kapazitätsdaten für die an einen Speicherdienst gesendeten Anforderungen zählen. Transaktionen werden sowohl auf API-Vorgangsebene als auch auf Speicherdienstebene gemeldet. Die Kapazität wird auf der Speicherdienstebene gemeldet. Metrikdaten können für Folgendes verwendet werden:
- Analysieren der Speicherdienstnutzung.
- Diagnose von Problemen mit Anforderungen, die an den Speicherdienste gerichtet wurden.
- Verbessern der Leistung von Anwendungen, die einen Dienst verwenden.
Metriken der Speicheranalyse sind standardmäßig für neue Speicherkonten aktiviert. Sie können Metriken über das Azure-Portal, mithilfe von PowerShell oder über die Azure-Befehlszeilenschnittstelle konfigurieren. Eine ausführliche Anleitung finden Sie unter Aktivieren und Verwalten von Azure Storage-Analysemetriken (klassisch). Sie können die Speicheranalyse auch programmgesteuert über die REST-API oder die Clientbibliothek aktivieren. Verwenden Sie den Vorgang „Diensteigenschaften festlegen“, um Storage Analytics für alle Dienste zu aktivieren.
Hinweis
Storage Analytics-Metriken sind für Azure Blob Storage, Azure Queue Storage, Azure-Tabellenspeicher und Azure Files verfügbar. Storage Analytics-Metriken sind jetzt klassische Metriken. Wir empfehlen, anstelle von Storage Analytics-Metriken Azure Storage-Metriken in Azure Monitor zu verwenden.
Transaktionsmetriken
Ein robuster Datensatz wird stündlich oder minütlich für jeden Speicherdienst und jeden angeforderten API-Vorgang aufgezeichnet, einschließlich Ein- und Ausgang, Verfügbarkeit, Fehlern und nach Prozentanteil kategorisierten Anforderungen. Eine vollständige Liste der Transaktionsdetails finden Sie unter Schema der Tabellen für Storage Analytics-Metriken.
Transaktionsdaten werden auf Dienstebene und auf API-Vorgangsebene aufgezeichnet. Auf Dienstebene werden stündlich zusammenfassende Statistiken für alle angeforderten API-Vorgänge in eine Tabellenentität geschrieben, wenn keine Anforderungen für den Dienst gesendet wurden. Auf API-Vorgangsebene werden Statistiken nur dann in eine Entität geschrieben, wenn der Vorgang während der betreffenden Stunde angefordert wurde.
Wenn Sie beispielsweise einen GetBlob-Vorgang für Ihren Blob-Dienst ausführen, protokollieren Storage Analytics-Metriken die Anforderung und fügen diese in die aggregierten Daten für den Blob-Dienst und den GetBlob-Vorgang ein. Wenn im Verlauf der Stunde kein GetBlob-Vorgang angefordert wurde, wird für den betreffenden Vorgang keine Entität in $MetricsTransactionsBlob geschrieben.
Transaktionsmetriken werden sowohl für Anforderungen von Benutzern als auch für Anforderungen aufgezeichnet, die von Storage Analytics selbst generiert wurden. So werden z. B. Anforderungen von Storage Analytics zum Schreiben von Protokollen und Tabellenentitäten aufgezeichnet.
Kapazitätsmetriken
Hinweis
Kapazitätsmetriken sind derzeit nur für den Blobdienst verfügbar.
Kapazitätsdaten werden für den Blobdienst eines Speicherkontos täglich aufgezeichnet, und es werden zwei Tabellenentitäten geschrieben. Eine Entität stellt Statistiken für Benutzerdaten bereit, während die andere Statistiken zum Blob-Container $logs bereitstellt, der von der Speicheranalyse verwendet wird. Die Tabelle $MetricsCapacityBlob enthält die folgenden Statistiken:
Capacity: Die Größe des vom Blobdienst des Speicherkontos genutzten Speichers in Byte.
ContainerCount: Die Anzahl von Blobcontainern im Blobdienst des Speicherkontos.
ObjectCount: Die Anzahl der Block- oder Seitenblobs mit und ohne ausgeführtem Commit im Blobdienst des Speicherkontos.
Weitere Informationen zu den Kapazitätsmetriken finden Sie unter Schema der Tabellen für Storage Analytics-Metriken.
Speichern von Metriken
Alle Metrikdaten für jeden der Speicherdienste werden in drei Tabellen gespeichert, die für diesen Dienst reserviert sind. Eine Tabelle ist für Transaktionsinformationen, eine Tabelle für minutenbezogene Transaktionsinformationen und eine weitere Tabelle für Kapazitätsinformationen. Informationen zur Transaktion und deren Dauer umfassen Anforderungs- und Antwortdaten. Kapazitätsinformationen umfassen Daten zur Speicherverwendung. Der Zugriff auf Stunden- und Minutenmetriken sowie Kapazitätsinformationen zum Blobdienst eines Speicherkontos erfolgt über Tabellen, die, wie in der folgenden Tabelle beschrieben, benannt sind.
| Metrikebene | Tabellennamen | Unterstützt für folgende Versionen |
|---|---|---|
| Stundenmetriken, primärer Standort | - $MetricsTransactionsBlob - $MetricsTransactionsTable - $MetricsTransactionsQueue |
Nur Versionen vor dem 15. August 2013. Obwohl diese Namen weiterhin unterstützt werden, empfehlen wir, dass Sie stattdessen die folgenden Tabellen verwenden. |
| Stundenmetriken, primärer Standort | - $MetricsHourPrimaryTransactionsBlob - $MetricsHourPrimaryTransactionsTable - $MetricsHourPrimaryTransactionsQueue - $MetricsHourPrimaryTransactionsFile |
Alle Versionen. Die Unterstützung für Dateidienstmetriken ist nur in der Version vom 5. April 2015 und später verfügbar. |
| Minutenmetriken, primärer Standort | - $MetricsMinutePrimaryTransactionsBlob - $MetricsMinutePrimaryTransactionsTable - $MetricsMinutePrimaryTransactionsQueue - $MetricsMinutePrimaryTransactionsFile |
Alle Versionen. Die Unterstützung für Dateidienstmetriken ist nur in der Version vom 5. April 2015 und später verfügbar. |
| Stundenmetriken, sekundärer Standort | - $MetricsHourSecondaryTransactionsBlob - $MetricsHourSecondaryTransactionsTable - $MetricsHourSecondaryTransactionsQueue |
Alle Versionen. Georedundante Replikation mit Lesezugriff muss aktiviert sein. |
| Minutenmetriken, sekundärer Standort | - $MetricsMinuteSecondaryTransactionsBlob - $MetricsMinuteSecondaryTransactionsTable - $MetricsMinuteSecondaryTransactionsQueue |
Alle Versionen. Georedundante Replikation mit Lesezugriff muss aktiviert sein. |
| Kapazität (nur Blobdienst) | $MetricsCapacityBlob | Alle Versionen. |
Diese Tabellen werden automatisch erstellt, wenn Storage Analytics für einen Speicherdienstendpunkt aktiviert wird. Der Zugriff auf diese Tabellen erfolgt über den Namespace des Speicherkontos. Beispiel: https://<accountname>.table.core.windows.net/Tables("$MetricsTransactionsBlob"). Die Metriktabellen werden bei einem Auflistungsvorgang nicht angezeigt und müssen über den Tabellennamen direkt aufgerufen werden.
Metrikwarnungen
Ziehen Sie die Einrichtung von Warnungen im Azure-Portal in Betracht, damit Sie automatisch über wichtige Änderungen im Verhalten der Speicherdienste informiert werden. Eine ausführliche Anleitung finden Sie unter Erstellen von Metrikwarnungen.
Wenn Sie ein Storage-Explorer-Tool zum Herunterladen dieser Metrikdaten in einem Trennzeichen-getrennten Format verwenden, können Sie die Daten mithilfe von Microsoft Excel analysieren. Eine Liste der verfügbaren Tools für Storage-Explorer finden Sie unter Azure Storage-Clienttools.
Wichtig
Möglicherweise gibt es eine Verzögerung zwischen einem Speicherereignis und der Aufzeichnung der zugehörigen stündlichen oder minütlichen Metrikdaten. Bei Minutenmetriken werden möglicherweise mehrere Minuten von Daten gleichzeitig geschrieben. Dieses Problem kann dazu führen, dass Transaktionen früherer Minuten in der Transaktion der aktuellen Minute zusammengeführt werden. In diesem Fall stehen dem Benachrichtigungsdienst möglicherweise nicht alle verfügbaren Metrikdaten für das konfigurierte Warnungsintervall zur Verfügung, sodass Warnungen unerwartet ausgelöst werden können.
Abrechnung von Speichermetriken
Für Schreibanforderungen zum Erstellen von Tabellenentitäten für Metriken fallen die Standardraten an, die für alle Azure Storage-Vorgänge gelten.
Für Leseanforderungen für Metrikdaten durch einen Client gelten ebenfalls Standardraten.
Die von Metriktabellen beanspruchte Kapazität ist ebenfalls kostenpflichtig. Verwenden Sie die folgenden Angaben, um die erforderliche Kapazität zum Speichern von Metrikdaten einzuschätzen:
- Wenn ein Dienst jede Stunde alle APIs in jedem Dienst nutzt, werden ungefähr 148 KB Daten pro Stunde in den Metriktransaktionstabellen gespeichert, wenn Sie eine Zusammenfassung auf Dienstebene und auf API-Ebene aktiviert haben.
- Wenn ein Dienst jede Stunde alle APIs im Dienst nutzt, werden ungefähr 12 KB Daten pro Stunde in den Metriktransaktionstabellen gespeichert, sofern Sie die Zusammenfassung nur auf Dienstebene aktiviert haben.
- In der Kapazitätstabelle für Blobs werden pro Tag zwei Zeilen hinzugefügt, vorausgesetzt, Sie haben Protokolle abonniert. Dieses Szenario impliziert, dass die Größe dieser Tabelle pro Tag um ungefähr 300 Byte zunimmt.