Použití služby Azure Monitor k analýze metrik služby Azure Files

Znalost monitorování výkonu sdílené složky je důležitá k zajištění co nejefektivnějšího provozu vaší aplikace. V tomto článku se dozvíte, jak pomocí služby Azure Monitor analyzovat metriky služby Azure Files, jako je dostupnost, latence a využití.

Podrobnosti o datech monitorování, která můžete shromažďovat pro soubory Azure a jak je používat, najdete v tématu Monitorování služby Azure Files .

Vztahuje se na

Model správy	Model fakturace	Mediální vrstva	Nadbytečnost
Microsoft.Storage	Zajištěno v2	HDD (standard)	Místní (LRS)
Microsoft.Storage	Zajištěno v2	HDD (standard)	Zóna (ZRS)
Microsoft.Storage	Zajištěno v2	HDD (standard)	Geografie (GRS)
Microsoft.Storage	Zajištěno v2	HDD (standard)	GeoZone (GZRS)
Microsoft.Storage	Poskytnuto v1	SSD (Premium)	Místní (LRS)
Microsoft.Storage	Poskytnuto v1	SSD (Premium)	Zóna (ZRS)
Microsoft.Storage	Platba dle skutečné spotřeby	HDD (standard)	Místní (LRS)
Microsoft.Storage	Platba dle skutečné spotřeby	HDD (standard)	Zóna (ZRS)
Microsoft.Storage	Platba dle skutečné spotřeby	HDD (standard)	Geografie (GRS)
Microsoft.Storage	Platba dle skutečné spotřeby	HDD (standard)	GeoZone (GZRS)

Podporované metriky

Metriky služby Azure Files jsou v následujících oborech názvů.

Microsoft.Storage/storageAccounts
Microsoft.Storage/úložnéÚčty/souborovéSlužby

Seznam dostupných metrik pro Azure Files najdete v referenčních informacích k datům monitorování služby Azure Files.

Seznam všech podporovaných metrik služby Azure Monitor, včetně služby Azure Files, najdete v tématu Podporované metriky služby Azure Monitor.

Zobrazení dat metrik Azure Files

Metriky služby Azure Files můžete zobrazit pomocí webu Azure Portal, PowerShellu, Azure CLI nebo .NET.

Metriky pro Azure Storage můžete analyzovat pomocí metrik z jiných služeb Azure pomocí Průzkumníka metrik služby Azure Monitor. Otevřete Průzkumníka metrik tak, že v nabídce Azure Monitoru zvolíte Metriky. Podrobnosti o použití tohoto nástroje najdete v tématu Analýza metrik pomocí Průzkumníka metrik služby Azure Monitor.

U metrik, které podporují dimenze, můžete metriku filtrovat s požadovanou hodnotou dimenze. Úplný seznam dimenzí, které Azure Storage podporuje, viz Dimenze metrik.

Výpis definice metriky

Můžete uvést definici metriky vašeho účtu úložiště nebo služby Azure Files. Použijte rutinu Get-AzMetricDefinition .

V tomto příkladu <resource-ID> nahraďte zástupný text ID prostředku celého účtu úložiště nebo ID prostředku služby Azure Files. Tato ID prostředků najdete na stránkách Vlastnosti vašeho účtu úložiště na webu Azure Portal.

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

Čtení metrických hodnot

Můžete zobrazit hodnoty metrik na úrovni vašeho účtu úložiště nebo služby Azure Files. Použijte rutinu Get-AzMetric .

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

Čtení hodnot metrik s dimenzemi

Pokud metrika podporuje dimenze, můžete číst hodnoty metrik a filtrovat je pomocí hodnot dimenzí. Použijte rutinu 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"

Výpis definice metriky na úrovni účtu

Můžete uvést definici metriky vašeho účtu úložiště nebo služby Azure Files. Použijte příkaz az monitor metrics list-definitions.

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

Přečíst hodnoty metrik na úrovni účtu

Můžete si přečíst hodnoty metrik vašeho účtu úložiště nebo služby Azure Files. Použijte příkaz az monitor metrics list.

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

Čtení hodnot metrik s dimenzemi

Pokud metrika podporuje dimenze, můžete číst hodnoty metrik a filtrovat je pomocí hodnot dimenzí. Použijte příkaz az monitor metrics list.

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

Azure Monitor poskytuje sadu .NET SDK ke čtení definice a hodnot metriky. Ukázkový kód ukazuje, jak používat sadu SDK s různými parametry. Pro metriky úložiště potřebujete použít 0.18.0-preview nebo novější verzi.

V těchto příkladech nahraďte <resource-ID> zástupný symbol ID prostředku pro celý účet úložiště nebo pro službu Azure Files. Tato ID prostředků najdete na stránkách Vlastnosti vašeho účtu úložiště na webu Azure Portal.

Nahraďte proměnnou <subscription-ID> ID vašeho předplatného. Pokyny k získání hodnot pro <tenant-ID>, <application-ID> a <AccessKey> naleznete v části použití portálu k vytvoření aplikace Microsoft Entra a služebního principála, který má přístup k prostředkům.

Výpis definice metriky na úrovni účtu

Následující příklad ukazuje, jak vypsat definici metriky na úrovni účtu:

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

Čtení metrických hodnot na úrovni účtu

Následující příklad ukazuje, jak číst UsedCapacity data na úrovni účtu:

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

Čtení hodnot multidimenzionální metriky

U multidimenzionálních metrik je potřeba definovat filtry metadat, pokud chcete číst data metriky o konkrétních hodnotách dimenzí.

Následující příklad ukazuje, jak číst data metrik na metrice podporující multidimenzionální hodnoty:

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

Monitorování výkonu úloh

Azure Monitor můžete použít k analýze úloh, které využívají službu Azure Files. Postupujte podle těchto kroků.

Na webu Azure Portal přejděte ke svému účtu úložiště.
V nabídce služby v části Monitorování vyberte Metriky.
V části Obor názvů metriky vyberte Soubor.

Teď můžete vybrat metriku podle toho, co chcete monitorovat.

Monitorování dostupnosti

Metrika dostupnosti ve službě Azure Monitor může být užitečná, když se něco z hlediska aplikace nebo uživatele nebo při řešení potíží s upozorněními může zobrazit špatně.

Při použití této metriky se službou Azure Files je důležité vždy zobrazit agregaci jako průměr , a ne jako maximum nebo minimum. Pomocí funkce Average zjistíte, jaké procento vašich požadavků dochází k chybám a jestli jsou v rámci smlouvy SLA pro Azure Files.

Monitorování latence

Dvě nejdůležitější metriky latence jsou úspěšné E2E latence a úspěšné latence serveru. Jedná se o ideální metriky, které můžete vybrat při spuštění jakéhokoli šetření výkonu. Average je doporučená agregace. Jak už jsme zmínili dříve, Max a Min mohou být někdy zavádějící.

V následujících grafech modrá čára označuje, kolik času je stráveno celkovou latencí (latence úspěšného E2E), a růžová čára označuje čas strávený pouze ve službě Azure Files (latence úspěšného serveru).

Tento graf ukazuje místního klienta s připojenou sdílenou složkou Azure, která představuje například typického uživatele, který se připojuje ze vzdáleného umístění. Fyzická vzdálenost mezi klientem a oblastí Azure úzce souvisí s odpovídající latencí na straně klienta, což představuje rozdíl mezi latencí E2E a serverem.

Ve srovnání následující graf ukazuje situaci, kdy se klient i sdílená složka Azure nacházejí ve stejné oblasti. Všimněte si, že latence na straně klienta je ve srovnání se 43,9 min v prvním grafu pouze 0,17 min. To ilustruje, proč je minimalizace latence na straně klienta nezbytná k dosažení optimálního výkonu.

Dalším indikátorem latence, který by mohl naznačovat problém, je zvýšená frekvence nebo neobvyklé špičky v latenci úspěšného serveru. Důvodem je obvykle omezování kvůli překročení zřízeného limitu pro zřízenou sdílenou složku (nebo kvůli celkovému limitu škálování sdílené složky s platbou podle použití). Informace o fakturaci služby Azure Files a cílech škálovatelnosti a výkonu služby Azure Files

Další informace najdete v tématu Řešení potíží s vysokou latencí, nízkou propustností nebo nízkým IOPS.

Monitorování využití

Metriky využití, které měří objem přenášených dat (propustnost) nebo obsluhovaných operací (IOPS), se běžně používají k určení množství práce prováděné aplikací nebo úlohou. Metriky transakcí můžou určit počet operací nebo požadavků na službu Azure Files v různých časových intervalech.

Pokud k určení objemu příchozích nebo odchozích dat používáte metriky výchozího přenosu nebo příchozího přenosu dat, pomocí agregace Součet určete celkový objem přenášených dat do sdílené složky a ze sdílené složky za 1 minutu až 1 den. Jiné agregace, jako Průměr, Maximum a Minimum, zobrazují pouze hodnotu jednotlivé velikosti vstupních/výstupních operací. Proto většina zákazníků při použití agregace Max obvykle vidí 1 MiB. I když může být užitečné pochopit velikost největší, nejmenší nebo dokonce průměrné vstupně-výstupní velikosti, není možné zobrazit distribuci V/V velikosti vygenerované vzorem využití úlohy.

Můžete také vybrat možnost Použít rozdělení u typů odpovědí (úspěch, selhání, chyby) nebo operace rozhraní API (čtení, zápis, vytvoření, zavření), abyste zobrazili další podrobnosti, jak je znázorněno v následujícím grafu.

Pokud chcete určit průměrný počet vstupně-výstupních operací za sekundu (IOPS) pro vaši úlohu, nejprve určete celkový počet transakcí za minutu a pak tento počet vydělte 60 sekundami. Například 120 000 transakcí za 1 minutu / 60 sekund = 2 000 průměrných IOPS.

Pokud chcete určit průměrnou propustnost úlohy, zkombinujte metriky příchozího a výchozího přenosu dat (celková propustnost) a vydělte je o 60 sekund. Například 1 GiB celková propustnost přes 1 minutu / 60 sekund = průměrná propustnost 17 MiB.

Monitorování využití podle maximálního počtu vstupně-výstupních operací za sekundu a šířky pásma (pouze zřízené)

Zřízené sdílené složky poskytují transakce podle maximálních IOPS a šířka pásma podle maximálních MiB/s aby se zobrazilo, co vaše pracovní zátěž dosahuje ve špičce. Použití těchto metrik k analýze úloh vám pomůže pochopit skutečné schopnosti ve velkém měřítku a také stanovit směrný plán pro pochopení dopadu větší propustnosti a IOPS, abyste mohli optimálně zřídit sdílenou složku Azure.

Následující graf ukazuje úlohu, která generovala 2,63 milionů transakcí za 1 hodinu. Když je 2,63 milionu transakcí rozděleno 3 600 sekund, získáme průměr 730 IOPS.

Když teď porovnáme průměrný počet IOPS s transakcemi podle maximálního počtu IOPS, vidíme, že při zatížení ve špičce dosahujeme 1 840 IOPS, což je lepší znázornění schopnosti úlohy ve velkém měřítku.

Výběrem možnosti Přidat metriku zkombinujete metriky příchozího a výchozího přenosu dat v jednom grafu. To ukazuje, že 76,2 GiB (78 028 MiB) bylo přeneseno přes jednu hodinu, což nám dává průměrnou propustnost 21,67 MiB za stejnou hodinu.

Ve srovnání s šířkou pásma max MiB/s jsme dosáhli 123 MiB/s ve špičce.

Monitorování využití IOPS podle metadat

Ve sdílených složkách Azure se škáluje až na 12 tisíc IOPS metadat. To znamená, že spuštění úlohy náročné na metadata s velkým objemem operací otevření, zavření nebo odstranění zvyšuje pravděpodobnost omezování IOPS metadat. Toto omezení je nezávislé na celkovém zřízeném IOPS sdílené složky.

Vzhledem k tomu, že žádné dvě úlohy náročné na metadata se řídí stejným vzorem použití, může být pro zákazníky náročné proaktivně monitorovat úlohy a nastavit přesná upozornění.

Abychom to vyřešili, zavedli jsme dvě metriky specifické pro metadata pro sdílené složky Azure:

Úspěch s upozorněním na metadata: Označuje, že počet vstupně-výstupních operací za sekundu pro metadata se blíží svému limitu a může být omezen, pokud zůstane vysoký nebo bude dále růst. Nárůst objemu nebo četnosti těchto upozornění naznačuje zvýšené riziko omezování metadat.
Úspěch při omezení metadat: Označuje, že počet IOPS metadat překročil kapacitu sdílení souborů, což vede k omezování. Zatímco operace IOPS nikdy neselžou a po několika pokusech nakonec proběhnou úspěšně, zpoždění je ovlivněno během omezování.

Pokud chcete zobrazit ve službě Azure Monitor, vyberte metriku Transakce a použijte rozdělení u typů odpovědí. Typy odpovědí metadat se zobrazí pouze v rozevíracím seznamu, pokud se aktivita vyskytuje v rámci vybraného časového rámce.

Následující graf znázorňuje pracovní zátěž, u které došlo k náhlému nárůstu vstupně-výstupních operací v metadata IOPS (transakcích), což spustilo varování o úspěchu s metadata, což ukazuje na riziko omezení metadat. V tomto příkladu úloha následně snížila objem transakcí, což brání omezování metadat.

Pokud vaše úloha narazí na úspěch s varováními metadat nebo úspěch s omezením metadat, zvažte implementaci jednoho nebo několika následujících doporučení.

U sdílených složek SMB SSD povolte ukládání metadat do mezipaměti.
Distribuujte (rozdělte) vaši pracovní zátěž mezi více souborových sdílení.
Snižte objem IOPS metadat.

Váš názor

Byla tato stránka užitečná?

Last updated on 2025-06-12