Använda Azure Monitor för att analysera Azure Files-mått

2025-06-12

Det är viktigt att förstå hur du övervakar filresursprestanda för att säkerställa att programmet körs så effektivt som möjligt. Den här artikeln visar hur du använder Azure Monitor för att analysera Azure Files-mått, till exempel tillgänglighet, svarstid och användning.

Mer information om övervakningsdata som du kan samla in för Azure Files och hur du använder dem finns i Övervaka Azure Files .

Gäller för

Hanteringsmodell	Faktureringsmodell	Medieklass	Redundans
Microsoft.Storage, lagringstjänster	Provisionerad v2	HDD (standard)	Lokalt (LRS)
Microsoft.Storage, lagringstjänster	Provisionerad v2	HDD (standard)	Zon (ZRS)
Microsoft.Storage, lagringstjänster	Provisionerad v2	HDD (standard)	Geo (GRS)
Microsoft.Storage, lagringstjänster	Provisionerad v2	HDD (standard)	GeoZone (GZRS)
Microsoft.Storage, lagringstjänster	Tillhandahållen v1	SSD (hög kvalitet)	Lokalt (LRS)
Microsoft.Storage, lagringstjänster	Tillhandahållen v1	SSD (hög kvalitet)	Zon (ZRS)
Microsoft.Storage, lagringstjänster	Betala efter hand	HDD (standard)	Lokalt (LRS)
Microsoft.Storage, lagringstjänster	Betala efter hand	HDD (standard)	Zon (ZRS)
Microsoft.Storage, lagringstjänster	Betala efter hand	HDD (standard)	Geo (GRS)
Microsoft.Storage, lagringstjänster	Betala efter hand	HDD (standard)	GeoZone (GZRS)

Mått som stöds

Metrik för Azure Files finns i dessa namnområden:

Microsoft.Lagring/lagringskonton
Microsoft.Storage/lagringskonton/filtjänster

En lista över tillgängliga mått för Azure Files finns i Referens för Övervakningsdata i Azure Files.

För en lista över alla metriker som stöds av Azure Monitor, inklusive Azure Files, se Azure Monitor supported metrics.

Visa Azure Files-måttdata

Du kan visa Azure Files-mått med hjälp av Azure Portal, PowerShell, Azure CLI eller .NET.

Du kan analysera mått för Azure Storage med mått från andra Azure-tjänster med hjälp av Azure Monitor Metrics Explorer. Öppna Metrics Explorer genom att välja Mått från Azure Monitor-menyn . Mer information om hur du använder det här verktyget finns i Analysera mått med Azure Monitor Metrics Explorer.

För mått som stöder dimensioner kan du filtrera måttet med önskat dimensionsvärde. En fullständig lista över de dimensioner som Azure Storage stöder finns i Måttdimensioner.

Visa en lista över måttdefinitionen

Du kan lista måttdefinitionen för ditt lagringskonto eller Azure Files-tjänsten. Använd cmdleten Get-AzMetricDefinition .

I det här exemplet ersätter du <resource-ID> platshållaren med resurs-ID:t för hela lagringskontot eller resurs-ID:t för Azure Files-tjänsten. Du hittar dessa resurs-ID:er på sidorna Egenskaper för ditt lagringskonto i Azure Portal.

   $resourceId = "<resource-ID>"
   Get-AzMetricDefinition -ResourceId $resourceId

Läsa måttvärden

Du kan läsa måttvärden på kontonivå för ditt lagringskonto eller Azure Files-tjänsten. Använd cmdleten Get-AzMetric .

   $resourceId = "<resource-ID>"
   Get-AzMetric -ResourceId $resourceId -MetricNames "UsedCapacity" -TimeGrain 01:00:00

Läsa metriska värden med dimensioner

När ett mått stöder dimensioner kan du läsa måttvärden och filtrera dem med hjälp av dimensionsvärden. Använd cmdleten Get-AzMetric .

   $resourceId = "<resource-ID>"
   Get-AzMetric -ResourceId $resourceId -MetricNames "UsedCapacity" -TimeGrain 01:00:00

$resourceId = "<resource-ID>"
$dimFilter = [String](New-AzMetricFilter -Dimension ApiName -Operator eq -Value "GetFile" 3> $null)
Get-AzMetric -ResourceId $resourceId -MetricName Transactions -TimeGrain 01:00:00 -MetricFilter $dimFilter -AggregationType "Total"

Lista måttdefinitionen på kontonivå

Du kan lista måttdefinitionen för ditt lagringskonto eller Azure Files-tjänsten. Använd kommandoradskommandot az monitor metrics list-definitions.

   az monitor metrics list-definitions --resource <resource-ID>

Läsa metrikvärden på kontonivå

Du kan läsa måttvärdena för ditt lagringskonto eller Azure Files-tjänsten. Använd kommandot "az monitor metrics list".

   az monitor metrics list --resource <resource-ID> --metric "UsedCapacity" --interval PT1H

Läsa metriska värden med dimensioner

När ett mått stöder dimensioner kan du läsa måttvärden och filtrera dem med hjälp av dimensionsvärden. Använd kommandot "az monitor metrics list".

az monitor metrics list --resource <resource-ID> --metric "Transactions" --interval PT1H --filter "ApiName eq 'GetFile' " --aggregation "Total"

Azure Monitor tillhandahåller .NET SDK för att läsa måttdefinitioner och värden. Exempelkoden visar hur du använder SDK med olika parametrar. Du måste använda 0.18.0-preview eller en senare version för lagringsmått.

I de här exemplen <resource-ID> ersätter du platshållaren med resurs-ID:t för hela lagringskontot eller Azure Files-tjänsten. Du hittar dessa resurs-ID:er på sidorna Egenskaper för ditt lagringskonto i Azure Portal.

Ersätt variabeln <subscription-ID> med ID:t för din prenumeration. För vägledning om hur du hämtar värden för <tenant-ID>, <application-ID> och <AccessKey>, se Använd portalen för att skapa ett Microsoft Entra-program och en serviceprincipal som kan komma åt resurser.

Lista måttdefinitionen på kontonivå

I följande exempel visas hur du listar en måttdefinition på kontonivå:

    public static async Task ListStorageMetricDefinition()
    {
        var resourceId = "<resource-ID>";
        var subscriptionId = "<subscription-ID>";
        var tenantId = "<tenant-ID>";
        var applicationId = "<application-ID>";
        var accessKey = "<AccessKey>";


        MonitorManagementClient readOnlyClient = AuthenticateWithReadOnlyClient(tenantId, applicationId, accessKey, subscriptionId).Result;
        IEnumerable<MetricDefinition> metricDefinitions = await readOnlyClient.MetricDefinitions.ListAsync(resourceUri: resourceId, cancellationToken: new CancellationToken());

        foreach (var metricDefinition in metricDefinitions)
        {
            // Enumerate metric definition:
            //    Id
            //    ResourceId
            //    Name
            //    Unit
            //    MetricAvailabilities
            //    PrimaryAggregationType
            //    Dimensions
            //    IsDimensionRequired
        }
    }

Läsa mätvärden på kontonivå

I följande exempel visas hur du läser UsedCapacity data på kontonivå:

    public static async Task ReadStorageMetricValue()
    {
        var resourceId = "<resource-ID>";
        var subscriptionId = "<subscription-ID>";
        var tenantId = "<tenant-ID>";
        var applicationId = "<application-ID>";
        var accessKey = "<AccessKey>";

        MonitorClient readOnlyClient = AuthenticateWithReadOnlyClient(tenantId, applicationId, accessKey, subscriptionId).Result;

        Microsoft.Azure.Management.Monitor.Models.Response Response;

        string startDate = DateTime.Now.AddHours(-3).ToUniversalTime().ToString("o");
        string endDate = DateTime.Now.ToUniversalTime().ToString("o");
        string timeSpan = startDate + "/" + endDate;

        Response = await readOnlyClient.Metrics.ListAsync(
            resourceUri: resourceId,
            timespan: timeSpan,
            interval: System.TimeSpan.FromHours(1),
            metricnames: "UsedCapacity",

            aggregation: "Average",
            resultType: ResultType.Data,
            cancellationToken: CancellationToken.None);

        foreach (var metric in Response.Value)
        {
            // Enumerate metric value
            //    Id
            //    Name
            //    Type
            //    Unit
            //    Timeseries
            //        - Data
            //        - Metadatavalues
        }
    }

Läsa flerdimensionella måttvärden

För flerdimensionella mått måste du definiera metadatafilter om du vill läsa måttdata för specifika dimensionsvärden.

I följande exempel visas hur du läser måttdata för måttet som stöder flerdimensionella värden:

    public static async Task ReadStorageMetricValueTest()
    {
        // Resource ID for Azure Files
        var resourceId = "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Storage/storageAccounts/{storageAccountName}/fileServices/default";
        var subscriptionId = "<subscription-ID}";
        // How to identify Tenant ID, Application ID and Access Key: https://azure.microsoft.com/documentation/articles/resource-group-create-service-principal-portal/
        var tenantId = "<tenant-ID>";
        var applicationId = "<application-ID>";
        var accessKey = "<AccessKey>";

        MonitorManagementClient readOnlyClient = AuthenticateWithReadOnlyClient(tenantId, applicationId, accessKey, subscriptionId).Result;

        Microsoft.Azure.Management.Monitor.Models.Response Response;

        string startDate = DateTime.Now.AddHours(-3).ToUniversalTime().ToString("o");
        string endDate = DateTime.Now.ToUniversalTime().ToString("o");
        string timeSpan = startDate + "/" + endDate;
        // It's applicable to define meta data filter when a metric support dimension
        // More conditions can be added with the 'or' and 'and' operators, example: BlobType eq 'BlockBlob' or BlobType eq 'PageBlob'
        ODataQuery<MetadataValue> odataFilterMetrics = new ODataQuery<MetadataValue>(
            string.Format("BlobType eq '{0}'", "BlockBlob"));

        Response = readOnlyClient.Metrics.List(
                        resourceUri: resourceId,
                        timespan: timeSpan,
                        interval: System.TimeSpan.FromHours(1),
                        metricnames: "BlobCapacity",
                        odataQuery: odataFilterMetrics,
                        aggregation: "Average",
                        resultType: ResultType.Data);

        foreach (var metric in Response.Value)
        {
            //Enumerate metric value
            //    Id
            //    Name
            //    Type
            //    Unit
            //    Timeseries
            //        - Data
            //        - Metadatavalues
        }
    }

Övervaka arbetsbelastningsprestanda

Du kan använda Azure Monitor för att analysera arbetsbelastningar som använder Azure Files. Följ dessa steg.

Gå till ditt lagringskonto i Azure Portal.
I tjänstmenyn under Övervakning väljer du Mått.
Under Måttnamnområde väljer du Arkiv.

Nu kan du välja ett mått beroende på vad du vill övervaka.

Övervaka tillgängligheten

I Azure Monitor kan tillgänglighetsmåttet vara användbart när något är märkbart fel från ett program- eller användarperspektiv eller när du felsöker aviseringar.

När du använder det här måttet med Azure Files är det viktigt att alltid visa aggregeringen som Genomsnitt i stället för Max eller Min. Genomsnitt visar vilken procentandel av dina förfrågningar som har fel och om de är inom serviceavtalet för Azure Files.

Övervaka svarstid

De två viktigaste måtten för svarstid är Lyckad E2E-svarstid och Lyckad serversvarstid. Det här är idealiska mått att välja när du startar en prestandaundersökning. Genomsnitt är den rekommenderade aggregeringen. Som tidigare nämnts kan Max och Min ibland vara vilseledande.

I följande diagram anger den blå linjen hur mycket tid som spenderas i total svarstid (lyckad E2E-svarstid) och den rosa raden anger tid som bara spenderas i Azure Files-tjänsten (Lyckad serversvarstid).

Det här diagrammet visar en lokal klient med en monterad Azure-filresurs, som till exempel representerar en typisk användare som ansluter från en fjärrplats. Det fysiska avståndet mellan klienten och Azure-regionen är nära korrelerat med motsvarande svarstid på klientsidan, vilket representerar skillnaden mellan E2E- och Server-svarstiden.

I jämförelse visar följande diagram en situation där både klienten och Azure-filresursen finns i samma region. Observera att svarstiden på klientsidan bara är 0,17 ms jämfört med 43,9 ms i det första diagrammet. Detta illustrerar varför det är absolut nödvändigt att minimera svarstiden på klientsidan för att uppnå optimala prestanda.

sv-SE: En annan svarstidsindikator som kan tyda på ett problem är en ökad frekvens eller onormala toppar i svarstiden för lyckad serverkommunikation. Detta beror ofta på att prestandan begränsas när den tilldelade gränsen för en konfigurerad fildelningstjänst överskrids (eller en allmän skalgräns för en fildelningstjänst med betalning per användning). Se Förstå Azure Files-fakturering och skalbarhets- och prestandamål för Azure Files.

Mer information finns i Felsöka hög svarstid, lågt dataflöde eller lågt IOPS.

Övervaka användning

Användningsmått som mäter mängden data som överförs (dataflöde) eller åtgärder som hanteras (IOPS) används ofta för att avgöra hur mycket arbete som utförs av programmet eller arbetsbelastningen. Transaktionsmått kan fastställa antalet åtgärder eller begäranden mot Azure Files-tjänsten över olika tidskornigheter.

Om du använder måtten Egress eller Ingress för att fastställa volymen av inkommande eller utgående data, använd Sum aggregeringen för att bestämma den totala mängden data som överförs till och från filresursen under ett tidsintervall på 1 minut till 1 dag. Andra aggregeringar som Genomsnitt, Max och Min visar bara värdet för den enskilda I/O-storleken. Det är därför som de flesta kunder vanligtvis ser 1 MiB när de använder maxaggregering. Även om det kan vara användbart att förstå storleken på din största, minsta eller till och med genomsnittliga I/O-storlek, går det inte att visa fördelningen av I/O-storlek som genereras av arbetsbelastningens användningsmönster.

Du kan också välja Tillämpa delning på svarstyper (lyckade, misslyckade, fel) eller API-åtgärder (läsa, skriva, skapa, stänga) för att visa ytterligare information som visas i följande diagram.

För att fastställa genomsnittlig I/O per sekund (IOPS) för din arbetsbelastning ska du först fastställa det totala antalet transaktioner under en minut och sedan dividera det talet med 60 sekunder. Till exempel 120 000 transaktioner på 1 minut/60 sekunder = 2 000 genomsnittliga IOPS.

För att fastställa det genomsnittliga dataflödet för din arbetsbelastning tar du den totala mängden överförda data genom att kombinera måtten Ingress och Utgående (totalt dataflöde) och dividera det med 60 sekunder. Till exempel 1 GiB totalt dataflöde över 1 minut / 60 sekunder = 17 MiB genomsnittligt dataflöde.

Övervaka användningen med maximal IOPS och bandbredd (endast provisionerat)

Etablerade filresurser tillhandahåller måtten Transaktioner vid Maximal IOPS och Bandbredd vid Max MiB/s för att visa vad din arbetsbelastning uppnår under högbelastningstider. Med hjälp av dessa mått för att analysera din arbetsbelastning kan du förstå den verkliga kapaciteten i stor skala, samt upprätta en baslinje för att förstå effekten av mer dataflöde och IOPS så att du optimalt kan etablera din Azure-filresurs.

Följande diagram visar en arbetsbelastning som genererade 2,63 miljoner transaktioner under en timme. När 2,63 miljoner transaktioner divideras med 3 600 sekunder får vi i genomsnitt 730 IOPS.

Nu när vi jämför den genomsnittliga IOPS med transaktioner med max IOPS ser vi att vi under hög belastning uppnådde 1 840 IOPS, vilket är en bättre representation av arbetsbelastningens förmåga i stor skala.

Välj Lägg till mått för att kombinera ingress - och utgående mått i en enda graf. Detta visar att 76,2 GiB (78 028 MiB) överfördes under en timme, vilket ger oss ett genomsnittligt dataflöde på 21,67 MiB under samma timme.

Jämfört med bandbredden Max MiB/s nåddes 123 MiB/s vid toppnivån.

Övervaka användning av metadata-IOPS

På Azure-filaktier kan skalas upp till 12 000 metadata-IOPS. Det innebär att om du kör en metadataintensiv arbetsbelastning med en hög volym av åtgärder för att öppna, stänga eller ta bort ökar sannolikheten för begränsning av IOPS för metadata. Den här begränsningen är oberoende av filresursens övergripande etablerade IOPS.

Eftersom inga två metadataintensiva arbetsbelastningar följer samma användningsmönster kan det vara svårt för kunderna att proaktivt övervaka sin arbetsbelastning och ställa in korrekta aviseringar.

För att åtgärda detta har vi introducerat två metadataspecifika mått för Azure-filresurser:

Lyckades med metadatavarning: Anger att metadata-IOPS närmar sig sin gräns och kan begränsas om de förblir höga eller fortsätter att öka. En ökning av volymen eller frekvensen för dessa varningar tyder på en ökad risk för metadatabegränsning.
Lyckades med metadatabegränsning: Anger att metadata-IOPS har överskridit filresursens kapacitet, vilket resulterar i begränsning. Även om IOPS-åtgärder aldrig misslyckas och slutligen lyckas efter återförsök påverkas svarstiden under begränsningen.

Om du vill visa i Azure Monitor väljer du måttet Transaktioner och Tillämpa delning på svarstyper. Svarstyperna metadata visas bara i listrutan om aktiviteten inträffar inom den valda tidsramen.

Följande diagram illustrerar en arbetsbelastning som upplevde en plötslig ökning av metadata-IOPS (transaktioner), som resulterade i framgång med metadatavarningar och indikerar en risk för metadata-strypning. I det här exemplet minskade arbetsbelastningen därefter sin transaktionsvolym, vilket förhindrar att metadatabegränsning sker.

Om din arbetsbelastning möter lyckade resultat med metadatavarningar eller lyckade resultat med metadatabegränsning, överväg att implementera en eller flera av följande rekommendationer:

Aktivera cachelagring av metadata för SSD SMB-filresurser.
Distribuera och fördela din arbetsbelastning över flera fildelningar.
Minska mängden metadata-IOPS.

Dela via