Azure Storage Analytics-Metriken (klassisch)
Am 9. Januar 2024 werden Speicheranalysemetriken, die auch als klassische Metriken bezeichnet werden, 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, die aggregierte Transaktionsstatistiken und Kapazitätsdaten zu Anforderungen an einen Speicherdienst enthalten. Transaktionen werden auf API-Vorgangsebene und auf Speicherdienstebene gemeldet. Die Kapazität wird auf Speicherdienstebene gemeldet. Metrikdaten können verwendet werden, um:
- Analysieren der Speicherdienstnutzung.
- Diagnostizieren Sie Probleme mit Anforderungen, die an den Speicherdienst vorgenommen wurden.
- Verbessern Sie die Leistung von Anwendungen, die einen Dienst verwenden.
Speicheranalysemetriken sind für neue Speicherkonten standardmäßig aktiviert. Sie können Metriken im Azure-Portal mithilfe von PowerShell oder mithilfe der Azure CLI konfigurieren. Eine schrittweise Anleitung finden Sie unter Aktivieren und Verwalten von Azure Storage Analytic Metrics (klassisch). Sie können die Speicheranalyse auch programmgesteuert über die REST-API oder die Clientbibliothek aktivieren. Verwenden Sie die Vorgänge "Diensteigenschaften festlegen", um Die Speicheranalyse für jeden Dienst zu aktivieren.
Hinweis
Speicheranalysemetriken sind für Azure Blob Storage, Azure Queue Storage, Azure Table Storage und Azure Files verfügbar. Storage Analytics-Metriken sind jetzt klassische Metriken. Es wird empfohlen, Speichermetriken in Azure Monitor anstelle von Speicheranalysemetriken zu verwenden.
Transaktionsmetriken
Ein robuster Satz von Daten wird stündlich oder minutenweise für jeden Speicherdienst und den angeforderten API-Vorgang aufgezeichnet, der Ein- und Ausgang, Verfügbarkeit, Fehler und kategorisierte Anforderungsprozentsätze umfasst. Eine vollständige Liste der Transaktionsdetails finden Sie im Tabellenschema der Speicheranalysemetriken.
Transaktionsdaten werden auf Dienstebene und API-Vorgangsebene aufgezeichnet. Auf Dienstebene werden Statistiken, die alle angeforderten API-Vorgänge zusammenfassen, jede Stunde in eine Tabellenentität geschrieben, auch wenn keine Anforderungen an den Dienst gestellt wurden. Auf API-Vorgangsebene werden Statistiken nur dann in eine Entität geschrieben, wenn der Vorgang innerhalb dieser Stunde angefordert wurde.
Wenn Sie beispielsweise einen GetBlob-Vorgang für Ihren BLOB-Dienst ausführen, protokolliert Storage Analytics Metrics die Anforderung und schließt sie in die aggregierten Daten für den BLOB-Dienst und den GetBlob-Vorgang ein. Wenn während der Stunde kein GetBlob-Vorgang angefordert wird, wird eine Entität nicht in $MetricsTransactionsBlob für diesen Vorgang geschrieben.
Transaktionsmetriken werden für Benutzeranforderungen und Anforderungen von Storage Analytics selbst aufgezeichnet. Beispielsweise werden Anforderungen von Storage Analytics zum Schreiben von Protokollen und Tabellenentitäten aufgezeichnet.
Kapazitätsmetriken
Hinweis
Derzeit sind Kapazitätsmetriken nur für den BLOB-Dienst verfügbar.
Kapazitätsdaten werden täglich für den Blob-Dienst eines Speicherkontos aufgezeichnet, und täglich werden zwei Tabellenobjekte geschrieben. Eine Entität stellt Statistiken für Benutzerdaten bereit, und die andere stellt Statistiken zum blob-Container bereit, der $logs von Storage Analytics verwendet wird. Die tabelle $MetricsCapacityBlob enthält die folgenden Statistiken:
Kapazität: Der vom Blob-Dienst des Speicherkontos verwendete Speicherplatz in Byte.
ContainerCount: Die Anzahl der Blob-Container im Blob-Dienst des Speicherkontos.
ObjectCount: Die Anzahl der festgeschriebenen und nicht festgeschriebenen Block- oder Seitenblobs im Blob-Dienst des Speicherkontos.
Weitere Informationen zu Kapazitätsmetriken finden Sie im Schema der Speicheranalysemetriken.
Wie Metriken gespeichert werden
Alle Metrikdaten für jeden Speicherdienst werden in drei Tabellen gespeichert, die für diesen Dienst reserviert sind. Eine Tabelle ist für Transaktionsinformationen vorgesehen, eine Tabelle ist für Minutentransaktionsinformationen vorgesehen, und eine andere Tabelle ist für Kapazitätsinformationen vorgesehen. Transaktions- und Minutentransaktionsinformationen bestehen aus Anforderungs- und Antwortdaten. Kapazitätsinformationen bestehen aus Speichernutzungsdaten. Stundenmetriken, Minutenmetriken und Kapazität für den Blob-Dienst des Speicherkontos werden in Tabellen bereitgestellt, die in der folgenden Tabelle benannt bzw. beschrieben sind.
| Metrikstufe | Tabellennamen | Unterstützt für Versionen |
|---|---|---|
| Stündliche Metriken, primärer Standort | - $MetricsTransactionsBlob - $MetricsTransactionsTable - $MetricsTransaktionswarteschlange |
Versionen nur vor dem 15. August 2013. Diese Namen werden zwar weiterhin unterstützt, es wird jedoch empfohlen, zu den folgenden Tabellen zu wechseln. |
| Stündliche Metriken, primärer Standort | - $MetricsHourPrimaryTransactionsBlob - $MetricsHourPrimaryTransactionsTable - $MetricsHourPrimaryTransactionsQueue - $MetrikenStundePrimäreTransaktionsdatei |
Alle Versionen. Unterstützung für Dateidienstmetriken ist nur in Version 5. April 2015 und höher verfügbar. |
| Minutenmetriken, primärer Standort | - $MetricsMinutePrimaryTransactionsBlob - $MetricsMinutePrimaryTransactionsTable - $MetricsMinutePrimaryTransactionsQueue - $MetricsMinutePrimaryTransactionsFile |
Alle Versionen. Unterstützung für Dateidienstmetriken ist nur in Version 5. April 2015 und höher verfügbar. |
| Stündliche Metriken, sekundärer Standort | - $MetricsHourSecondaryTransactionsBlob - $MetricsHourSecondaryTransactionsTable - $MetricsHourSecondaryTransactionsQueue |
Alle Versionen. Die georedundante Replikation mit Lesezugriff muss aktiviert sein. |
| Minutenmetriken, sekundärer Standort | - $MetricsMinuteSecondaryTransactionsBlob - $MetricsMinuteSecondaryTransactionsTable - $MetricsMinuteSecondaryTransactionsQueue |
Alle Versionen. Die georedundante Replikation mit Lesezugriff muss aktiviert sein. |
| Kapazität (nur Blob-Dienst) | $MetricsCapacityBlob | Alle Versionen. |
Diese Tabellen werden automatisch erstellt, wenn Storage Analytics für einen Speicherdienstendpunkt aktiviert ist. Der Zugriff erfolgt über den Namespace des Speicherkontos, zum Beispiel https://<accountname>.table.core.windows.net/Tables("$MetricsTransactionsBlob"). Die Metriktabellen werden nicht in einem Eintragsvorgang angezeigt und müssen direkt über den Tabellennamen aufgerufen werden.
Metrikwarnungen
Erwägen Sie das Einrichten von Warnungen im Azure-Portal , damit Sie automatisch über wichtige Änderungen im Verhalten Ihrer Speicherdienste benachrichtigt werden. Eine schrittweise Anleitung finden Sie unter Erstellen von Metrikbenachrichtigungen.
Wenn Sie ein Speicher-Explorer-Tool verwenden, um diese Metrikdaten in einem durch Trennzeichen getrennten Format herunterzuladen, können Sie die Daten mithilfe von Microsoft Excel analysieren. Eine Liste der verfügbaren Speicher-Explorer-Tools finden Sie unter Azure Storage-Clienttools.
Wichtig
Es kann eine Verzögerung zwischen einem Speicherereignis und dem Zeitpunkt der Aufzeichnung der entsprechenden Stunden- oder Minutenmetriken geben. Im Falle von Minutenmetriken können mehrere Minuten Daten gleichzeitig geschrieben werden. Dieses Problem kann dazu führen, dass Transaktionen aus vorherigen Minuten in die Transaktion der aktuellen Minute zusammengefasst werden. Wenn dieses Problem auftritt, verfügt der Warnungsdienst möglicherweise nicht über alle verfügbaren Metrikdaten für das konfigurierte Warnungsintervall, was zu unerwarteten Auslösen von Warnungen führen kann.
Abrechnung über Speichermetriken
Schreibanforderungen zum Erstellen von Tabellenentitäten für Metriken werden in den Standardsätzen berechnet, die für alle Azure Storage-Vorgänge gelten.
Anfragen zum Lesen von Metrikdaten durch einen Client werden ebenfalls zu Standardraten abgerechnet.
Die von den Metriktabellen verwendete Kapazität kann ebenfalls abgerechnet werden. Verwenden Sie die folgenden Informationen, um die Zum Speichern von Metrikdaten verwendete Kapazität zu schätzen:
- Wenn jeder Stunde ein Dienst jede API in jedem Dienst verwendet, werden ungefähr 148 KB Daten in den Metriktransaktionstabellen gespeichert, wenn Sie eine Zusammenfassung auf Dienstebene und API-Ebene aktiviert haben.
- Wenn innerhalb jeder Stunde ein Dienst jede API im Dienst verwendet, werden ungefähr 12 KB Daten in den Metriktransaktionstabellen gespeichert, wenn Sie nur eine Zusammenfassung auf Dienstebene aktiviert haben.
- Die Kapazitätstabelle für Blobs fügt jeden Tag zwei Einträge hinzu, sofern Sie sich für die Protokollierung entschieden haben. Dieses Szenario impliziert, dass die Größe dieser Tabelle täglich um bis zu 300 Byte erhöht wird.