Dela via


Azure Lagringsanalys-mått (klassisk)

Den 9 januari 2024 Lagringsanalys mått, även kallade klassiska mått, dras tillbaka. Om du använder klassiska mått ser du till att gå över till mått i Azure Monitor före detta datum. Den här artikeln hjälper dig med övergången.

Azure Storage använder den Lagringsanalys lösningen för att lagra mått som innehåller sammanställd transaktionsstatistik och kapacitetsdata om begäranden till en lagringstjänst. Transaktioner rapporteras på API-åtgärdsnivå och på lagringstjänstnivå. Kapaciteten rapporteras på lagringstjänstnivå. Måttdata kan användas för att:

  • Analysera användningen av lagringstjänsten.
  • Diagnostisera problem med begäranden som görs mot lagringstjänsten.
  • Förbättra prestandan för program som använder en tjänst.

Lagringsanalys mått är aktiverade som standard för nya lagringskonton. Du kan konfigurera mått i Azure Portal, med hjälp av PowerShell eller med hjälp av Azure CLI. Stegvis vägledning finns i Aktivera och hantera Analysmått för Azure Storage (klassisk). Du kan också aktivera Lagringsanalys programmatiskt via REST-API:et eller klientbiblioteket. Använd åtgärderna Ange tjänstegenskaper för att aktivera Lagringsanalys för varje tjänst.

Anteckning

Lagringsanalys mått är tillgängliga för Azure Blob Storage, Azure Queue Storage, Azure Table Storage och Azure Files. Lagringsanalys mått är nu klassiska mått. Vi rekommenderar att du använder lagringsmått i Azure Monitor i stället för Lagringsanalys mått.

Transaktionsmått

En robust uppsättning data registreras varje timme eller minut för varje lagringstjänst och begärd API-åtgärd, som inkluderar inkommande och utgående, tillgänglighet, fel och kategoriserade procentsatser för begäran. En fullständig lista över transaktionsinformationen finns i Lagringsanalys tabellschema för mått.

Transaktionsdata registreras på tjänstnivå och API-åtgärdsnivå. På tjänstnivå skrivs statistik som sammanfattar alla begärda API-åtgärder till en tabellentitet varje timme, även om inga begäranden gjordes till tjänsten. På API-åtgärdsnivå skrivs statistik endast till en entitet om åtgärden begärdes inom den timmen.

Om du till exempel utför en GetBlob-åtgärd på blobtjänsten loggar Lagringsanalys Metrics begäran och inkluderar den i aggregerade data för blobtjänsten och GetBlob-åtgärden. Om ingen GetBlob-åtgärd begärs under timmen skrivs inte en entitet till $MetricsTransactionsBlob för den åtgärden.

Transaktionsmått registreras för användarbegäranden och begäranden som görs av själva Lagringsanalys. Till exempel registreras begäranden från Lagringsanalys för att skriva loggar och tabellentiteter.

Kapacitetsmått

Anteckning

För närvarande är kapacitetsmått endast tillgängliga för blobtjänsten.

Kapacitetsdata registreras dagligen för ett lagringskontos blobtjänst och två tabellentiteter skrivs. En entitet innehåller statistik för användardata och den andra innehåller statistik om blobcontainern $logs som används av Lagringsanalys. Tabellen $MetricsCapacityBlob innehåller följande statistik:

  • Kapacitet: Mängden lagringsutrymme som används av lagringskontots blobtjänst i byte.

  • ContainerCount: Antalet blobcontainrar i lagringskontots blobtjänst.

  • ObjectCount: Antalet bekräftade och ej bekräftade block- eller sidblobar i lagringskontots blobtjänst.

    Mer information om kapacitetsmått finns i tabellschemat Lagringsanalys mått.

Så här lagras mått

Alla måttdata för var och en av lagringstjänsterna lagras i tre tabeller som är reserverade för den tjänsten. En tabell är för transaktionsinformation, en tabell är för minuttransaktionsinformation och en annan tabell är för kapacitetsinformation. Transaktions- och minuttransaktionsinformation består av begärande- och svarsdata. Kapacitetsinformation består av lagringsanvändningsdata. Timmått, minutmått och kapacitet för ett lagringskontos blobtjänst används i tabeller som namnges enligt beskrivningen i följande tabell.

Måttnivå Tabellnamn Stöds för versioner
Mått varje timme, primär plats - $MetricsTransactionsBlob
- $MetricsTransactionsTable
- $MetricsTransactionsQueue
Versioner före 15 augusti 2013, endast. Även om dessa namn fortfarande stöds rekommenderar vi att du växlar till att använda tabellerna som följer.
Mått varje timme, primär plats - $MetricsHourPrimaryTransactionsBlob
- $MetricsHourPrimaryTransactionsTable
- $MetricsHourPrimaryTransactionsQueue
- $MetricsHourPrimaryTransactionsFile
Alla versioner. Stöd för filtjänstmått är endast tillgängligt i version 5 april 2015 och senare.
Minutmått, primär plats - $MetricsMinutePrimaryTransactionsBlob
- $MetricsMinutePrimaryTransactionsTable
- $MetricsMinutePrimaryTransactionsQueue
- $MetricsMinutePrimaryTransactionsFile
Alla versioner. Stöd för filtjänstmått är endast tillgängligt i version 5 april 2015 och senare.
Mått varje timme, sekundär plats - $MetricsHourSecondaryTransactionsBlob
- $MetricsHourSecondaryTransactionsTable
- $MetricsHourSecondaryTransactionsQueue
Alla versioner. Geo-redundant replikering med läsåtkomst måste vara aktiverad.
Minutmått, sekundär plats - $MetricsMinuteSecondaryTransactionsBlob
- $MetricsMinuteSecondaryTransactionsTable
- $MetricsMinuteSecondaryTransactionsQueue
Alla versioner. Geo-redundant replikering med läsåtkomst måste vara aktiverad.
Kapacitet (endast blobtjänst) $MetricsCapacityBlob Alla versioner.

Dessa tabeller skapas automatiskt när Lagringsanalys aktiveras för en lagringstjänstslutpunkt. De nås via namnområdet för lagringskontot, till exempel https://<accountname>.table.core.windows.net/Tables("$MetricsTransactionsBlob"). Måtttabellerna visas inte i en listningsåtgärd och måste nås direkt via tabellnamnet.

Måttaviseringar

Överväg att konfigurera aviseringar i Azure Portal så att du automatiskt meddelas om viktiga ändringar i lagringstjänsternas beteende. Stegvis vägledning finns i Skapa måttaviseringar.

Om du använder ett Storage Explorer verktyg för att ladda ned dessa måttdata i ett avgränsat format kan du använda Microsoft Excel för att analysera data. En lista över tillgängliga Storage Explorer verktyg finns i Azure Storage-klientverktyg.

Viktigt

Det kan uppstå en fördröjning mellan en lagringshändelse och när motsvarande måttdata för varje timme eller minut registreras. När det gäller minutmått kan flera minuters data skrivas samtidigt. Det här problemet kan leda till att transaktioner från tidigare minuter aggregeras till transaktionen för den aktuella minuten. När det här problemet inträffar kanske aviseringstjänsten inte har alla tillgängliga måttdata för det konfigurerade aviseringsintervallet, vilket kan leda till att aviseringar aviseras oväntat.

Fakturering för lagringsmått

Skrivbegäranden om att skapa tabellentiteter för mått debiteras enligt de standardpriser som gäller för alla Azure Storage-åtgärder.

Läsbegäranden om måttdata från en klient kan också faktureras till standardpriser.

Kapaciteten som används av måtttabellerna är också fakturerbar. Använd följande information för att uppskatta mängden kapacitet som används för att lagra måttdata:

  • Om en tjänst varje timme använder varje API i varje tjänst lagras cirka 148 KB data varje timme i transaktionstabellerna för mått om du har aktiverat en sammanfattning på tjänstnivå och API-nivå.
  • Om en tjänst inom varje timme använder varje API i tjänsten lagras cirka 12 kB data varje timme i måtttransaktionstabellerna om du bara har aktiverat en sammanfattning på tjänstnivå.
  • Kapacitetstabellen för blobar har två rader tillagda varje dag förutsatt att du har valt att logga in. Det här scenariot innebär att storleken på den här tabellen varje dag ökar med upp till cirka 300 byte.

Nästa steg