Analizowanie metryk usługi Azure Files przy użyciu usługi Azure Monitor

Artykuł
02/16/2024

Zrozumienie, jak monitorować wydajność udziału plików, ma kluczowe znaczenie dla zapewnienia, że aplikacja działa tak wydajnie, jak to możliwe. W tym artykule pokazano, jak używać usługi Azure Monitor do analizowania metryk usługi Azure Files, takich jak dostępność, opóźnienie i wykorzystanie.

Zobacz Monitorowanie usługi Azure Files , aby uzyskać szczegółowe informacje na temat danych monitorowania, które można zbierać dla usługi Azure Files i sposobu ich używania.

Dotyczy

Typ udziału plików	SMB	NFS
Udziały plików w warstwie Standardowa (GPv2), LRS/ZRS
Udziały plików w warstwie Standardowa (GPv2), GRS/GZRS
Udziały plików w warstwie Premium (FileStorage), LRS/ZRS

Obsługiwane metryki

Metryki usługi Azure Files znajdują się w następujących przestrzeniach nazw:

Microsoft.Storage/storageAccounts
Microsoft.Storage/storageAccounts/fileServices

Aby uzyskać listę dostępnych metryk dla usługi Azure Files, zobacz Dokumentacja danych monitorowania usługi Azure Files.

Aby uzyskać listę wszystkich obsługiwanych metryk usługi Azure Monitor, które obejmują usługę Azure Files, zobacz Obsługiwane metryki usługi Azure Monitor.

Wyświetlanie danych metryk usługi Azure Files

Metryki usługi Azure Files można wyświetlać przy użyciu witryny Azure Portal, programu PowerShell, interfejsu wiersza polecenia platformy Azure lub platformy .NET.

Metryki usługi Azure Storage można analizować za pomocą metryk z innych usług platformy Azure przy użyciu Eksploratora metryk usługi Azure Monitor. Otwórz Eksploratora metryk, wybierając pozycję Metryki z menu usługi Azure Monitor . Aby uzyskać szczegółowe informacje na temat korzystania z tego narzędzia, zobacz Analizowanie metryk za pomocą Eksploratora metryk usługi Azure Monitor.

W przypadku metryk obsługujących wymiary można filtrować metrykę przy użyciu żądanej wartości wymiaru. Aby uzyskać pełną listę wymiarów, które obsługuje usługa Azure Storage, zobacz Wymiary metryk.

Wyświetlanie listy definicji metryki

Możesz wyświetlić listę definicji metryki konta magazynu lub usługi Azure Files. Użyj polecenia cmdlet Get-AzMetricDefinition.

W tym przykładzie zastąp <resource-ID> symbol zastępczy identyfikatorem zasobu całego konta magazynu lub identyfikatorem zasobu usługi Azure Files. Te identyfikatory zasobów można znaleźć na stronach Właściwości konta magazynu w witrynie Azure Portal.

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

Odczytywanie wartości metryk

Możesz odczytywać wartości metryk na poziomie konta konta magazynu lub usługi Azure Files. Użyj polecenia cmdlet Get-AzMetric.

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

Odczytywanie wartości metryk z wymiarami

Gdy metryka obsługuje wymiary, można odczytywać wartości metryk i filtrować je przy użyciu wartości wymiarów. Użyj polecenia cmdlet 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"

Wyświetlanie listy definicji metryki na poziomie konta

Możesz wyświetlić listę definicji metryki konta magazynu lub usługi Azure Files. Użyj polecenia az monitor metrics list-definitions.

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

Odczytywanie wartości metryk na poziomie konta

Możesz odczytać wartości metryk konta magazynu lub usługi Azure Files. Użyj polecenia az monitor metrics list.

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

Odczytywanie wartości metryk z wymiarami

Gdy metryka obsługuje wymiary, można odczytywać wartości metryk i filtrować je przy użyciu wartości wymiarów. Użyj polecenia az monitor metrics list.

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

Usługa Azure Monitor udostępnia zestaw .NET SDK do odczytywania definicji i wartości metryk. Przykładowy kod pokazuje, jak używać zestawu SDK z różnymi parametrami. Musisz użyć 0.18.0-preview lub nowszej wersji dla metryk magazynu.

W tych przykładach zastąp <resource-ID> symbol zastępczy identyfikatorem zasobu całego konta magazynu lub usługi Azure Files. Te identyfikatory zasobów można znaleźć na stronach Właściwości konta magazynu w witrynie Azure Portal.

Zastąp zmienną <subscription-ID> identyfikatorem subskrypcji. Aby uzyskać wskazówki dotyczące uzyskiwania wartości dla <tenant-ID>, <application-ID>i <AccessKey>, zobacz Tworzenie aplikacji i jednostki usługi Microsoft Entra przy użyciu portalu, które mogą uzyskiwać dostęp do zasobów.

Wyświetlanie listy definicji metryki na poziomie konta

W poniższym przykładzie pokazano, jak wyświetlić listę definicji metryki na poziomie konta:

    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
        }
    }

Odczytywanie wartości metryk na poziomie konta

W poniższym przykładzie pokazano, jak odczytywać UsedCapacity dane na poziomie konta:

    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
        }
    }

Odczytywanie wielowymiarowych wartości metryk

W przypadku metryk wielowymiarowych należy zdefiniować filtry metadanych, jeśli chcesz odczytywać dane metryk dotyczące określonych wartości wymiarów.

W poniższym przykładzie pokazano, jak odczytywać dane metryk na metryce obsługującej wielowymiarowe metryki:

    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
        }
    }

Monitorowanie wydajności obciążeń

Usługa Azure Monitor umożliwia analizowanie obciążeń korzystających z usługi Azure Files. Wykonaj te czynności.

Przejdź do konta magazynu w witrynie Azure Portal.
W obszarze nawigacji po lewej stronie wybierz pozycję Udziały plików magazynu>danych. Wybierz udział plików, który chcesz monitorować.
W obszarze nawigacji po lewej stronie wybierz pozycję Monitorowanie>metryk.
W przypadku korzystania z usługi Azure Monitor dla usługi Azure Files ważne jest, aby zawsze wybierać przestrzeń nazw metryki Files . Wybierz pozycję Dodaj metrykę.
W obszarze Przestrzeń nazw metryki wybierz pozycję Plik.

Dostępność monitora

W usłudze Azure Monitor metryka Dostępność może być przydatna, gdy coś jest wyraźnie nieprawidłowe z perspektywy aplikacji lub użytkownika albo podczas rozwiązywania problemów z alertami.

W przypadku korzystania z tej metryki z usługą Azure Files ważne jest, aby zawsze wyświetlać agregację jako średnią, a nie maksymalnąlub minimalną. Użycie wartości Average pomoże Ci zrozumieć, jaki procent żądań napotyka błędy i czy znajdują się one w umowie SLA dla usługi Azure Files.

Monitorowanie opóźnienia

Dwie najważniejsze metryki opóźnienia to Opóźnienie powodzenia E2E i Opóźnienie serwera powodzenia. Są to idealne metryki do wybrania podczas rozpoczynania badania wydajności. Średnia jest zalecaną agregacją. Jak wspomniano wcześniej, max i min czasami mogą być mylące.

Na poniższych wykresach niebieska linia wskazuje, ile czasu poświęca się na całkowite opóźnienie (opóźnienie powodzenia E2E), a różowa linia wskazuje czas spędzony tylko w usłudze Azure Files (opóźnienie serwera powodzenia).

Ten wykres jest przykładem maszyny klienckiej, która ma zainstalowany udział plików platformy Azure ze środowiska lokalnego. Prawdopodobnie będzie to typowy użytkownik nawiązujący połączenie z biura, domu lub innej lokalizacji zdalnej. Zobaczysz, że fizyczna odległość między klientem a regionem platformy Azure jest ściśle skorelowana z odpowiednim opóźnieniem po stronie klienta, co reprezentuje różnicę między opóźnieniem E2E i serwerem.

Na poniższym wykresie przedstawiono sytuację, w której zarówno klient, jak i udział plików platformy Azure znajdują się w tym samym regionie. Należy pamiętać, że opóźnienie po stronie klienta wynosi tylko 0,17 ms w porównaniu z 43,9 ms na pierwszym wykresie. Ilustruje to, dlaczego zminimalizowanie opóźnienia po stronie klienta jest konieczne w celu osiągnięcia optymalnej wydajności.

Innym wskaźnikiem opóźnienia, który może sugerować problem, jest zwiększona częstotliwość lub nietypowe wzrosty opóźnienia serwera sukcesu. Jest to często spowodowane ograniczaniem przepustowości spowodowanym przekroczeniem limitów skalowania usługi Azure Files dla standardowych udziałów plików lub nieaprowizowanego udziału Usługi Azure Files w warstwie Premium.

Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z dużym opóźnieniem, niską przepływnością lub małą metryą operacji we/wy na sekundę.

Monitorowanie wykorzystania

Metryki wykorzystania, które mierzą ilość przesyłanych danych (przepływność) lub operacje obsługiwane (IOPS) są często używane do określania ilości pracy wykonywanej przez aplikację lub obciążenie. Metryki transakcji mogą określać liczbę operacji lub żądań względem usługi Azure Files w różnych stopniach szczegółowości czasu.

Jeśli używasz metryk ruchu wychodzącego lub ruchu przychodzącego w celu określenia ilości danych przychodzących lub wychodzących, użyj agregacji Suma , aby określić łączną ilość przesyłanych danych do i z udziału plików w ciągu 1 minuty do 1 dnia szczegółowości. Inne agregacje, takie jak Średnia, Maksymalna i Minimalna , wyświetlają tylko wartość pojedynczego rozmiaru operacji we/wy. Dlatego większość klientów zwykle zobaczy 1 MiB podczas korzystania z agregacji Max . Chociaż może być przydatne zrozumienie rozmiaru największego, najmniejszego lub nawet średniego rozmiaru operacji we/wy, nie można wyświetlić rozkładu rozmiaru we/wy wygenerowanego przez wzorzec użycia obciążenia.

Możesz również wybrać pozycję Zastosuj podział dla typów odpowiedzi (powodzenie, niepowodzenia, błędy) lub operacje interfejsu API (odczyt, zapis, tworzenie, zamykanie), aby wyświetlić dodatkowe szczegóły, jak pokazano na poniższym wykresie.

Aby określić średnią liczbę operacji we/wy na sekundę (IOPS) dla obciążenia, najpierw określ łączną liczbę transakcji w ciągu minuty, a następnie podziel liczbę o 60 sekund. Na przykład 120 000 transakcji w ciągu 1 minuty / 60 sekund = 2000 średnich operacji we/wy na sekundę.

Aby określić średnią przepływność obciążenia, weź łączną ilość przesyłanych danych, łącząc metryki ruchu przychodzącego i wychodzącego (łączną przepływność) i podziel je o 60 sekund. Na przykład 1 GiB całkowita przepływność w ciągu 1 minuty / 60 sekund = 17 średniej przepływności MiB.

Monitorowanie wykorzystania przez maksymalną liczbę operacji we/wy na sekundę i przepustowość (tylko w warstwie Premium)

Ponieważ udziały plików w warstwie Premium platformy Azure są rozliczane w modelu aprowizacji, w którym każdy giB pojemności magazynu, który aprowizujesz, uprawnia Cię do większej liczby operacji we/wy na sekundę i przepływności, często przydaje się do określenia maksymalnej liczby operacji we/wy na sekundę i przepustowości. Podczas gdy przepływność mierzy rzeczywistą ilość danych pomyślnie przesłanych, przepustowość odnosi się do maksymalnej szybkości transferu danych.

W przypadku udziałów plików w warstwie Premium platformy Azure można użyć transakcji według maksymalnej liczby operacji we/wy na sekundę i przepustowości przez maksymalną liczbę metryk miB/s , aby wyświetlić wydajność obciążenia w godzinach szczytu. Użycie tych metryk do analizowania obciążenia pomoże Ci zrozumieć prawdziwe możliwości na dużą skalę, a także ustanowić punkt odniesienia, aby zrozumieć wpływ większej przepływności i liczby operacji we/wy na sekundę, dzięki czemu można optymalnie aprowizować udział plików usługi Azure Premium.

Na poniższym wykresie przedstawiono obciążenie, które wygenerowało 2,63 mln transakcji w ciągu 1 godziny. Gdy 2,63 mln transakcji jest podzielonych przez 3600 sekund, otrzymujemy średnio 730 operacji we/wy na sekundę.

Teraz, gdy porównujemy średnią liczbę operacji we/wy na sekundę względem transakcji według maksymalnej liczby operacji we/wy na sekundę, widzimy, że w szczytowym obciążeniu osiągaliśmy 1840 operacji we/wy na sekundę, co jest lepszą reprezentacją zdolności obciążenia na dużą skalę.

Wybierz pozycję Dodaj metrykę, aby połączyć metryki ruchu przychodzącego i wychodzącego na pojedynczym grafie. Spowoduje to przeniesienie 76,2 GiB (78 028 MiB) ponad godzinę, co daje nam średnią przepływność wynoszącą 21,67 MiB w ciągu tej samej godziny.

W porównaniu z przepustowością przez maksymalną wartość MiB/s uzyskaliśmy 123 MiB/s w szczytowym poziomie.