Analizzare File di Azure metriche con Monitoraggio di Azure

Comprendere come monitorare le prestazioni della condivisione file è fondamentale per garantire che l'applicazione sia in esecuzione il più efficiente possibile. Questo articolo illustra come usare Monitoraggio di Azure per analizzare File di Azure metriche, ad esempio disponibilità, latenza e utilizzo.

Vedere Monitorare File di Azure per informazioni dettagliate sui dati di monitoraggio che è possibile raccogliere per File di Azure e su come usarli.

Si applica a

Tipo di condivisione file	SMB	NFS
Condivisioni file Standard (GPv2), archiviazione con ridondanza locale/archiviazione con ridondanza della zona
Condivisioni file Standard (GPv2), archiviazione con ridondanza geografica/archiviazione con ridondanza geografica della zona
Condivisioni file Premium (FileStorage), archiviazione con ridondanza locale/archiviazione con ridondanza della zona

Metriche supportate

Le metriche per File di Azure si trovano in questi spazi dei nomi:

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

Per un elenco delle metriche disponibili per File di Azure, vedere File di Azure riferimento ai dati di monitoraggio.

Per un elenco di tutte le metriche supportate da Monitoraggio di Azure, che include File di Azure, vedere Metriche supportate da Monitoraggio di Azure.

Visualizzare i dati delle metriche File di Azure

È possibile visualizzare File di Azure metriche usando le portale di Azure, PowerShell, l'interfaccia della riga di comando di Azure o .NET.

Azure portal

È possibile analizzare le metriche per le Archiviazione di Azure con le metriche di altri servizi di Azure usando Esplora metriche di Monitoraggio di Azure. Aprire Esplora metriche scegliendo Metriche dal menu Monitoraggio di Azure. Per informazioni dettagliate sull'uso di questo strumento, vedere Analizzare le metriche con Esplora metriche di Monitoraggio di Azure.

Per le metriche che supportano le dimensioni, è possibile applicare un filtro specificando il valore di dimensione desiderato. Per un elenco completo delle dimensioni supportate da Archiviazione di Azure, vedere Dimensioni delle metriche.

PowerShell

Elenco della definizione di metrica

È possibile elencare la definizione della metrica dell'account di archiviazione o del servizio File di Azure. Usare il cmdlet Get-AzMetricDefinition.

In questo esempio sostituire il <resource-ID> segnaposto con l'ID risorsa dell'intero account di archiviazione o l'ID risorsa del servizio File di Azure. Gli ID delle risorse si trovano nella pagina delle proprietà del proprio account di archiviazione nel portale di Azure.

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

Lettura dei valori delle metriche

È possibile leggere i valori delle metriche a livello di account dell'account di archiviazione o del servizio File di Azure. Usare il cmdlet Get-AzMetric.

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

Lettura dei valori delle metriche con dimensioni

Quando una metrica supporta le dimensioni, è possibile leggere i valori delle metriche e filtrarli usando i valori delle dimensioni. Usare il 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"

Interfaccia della riga di comando di Azure

Elenco della definizione di metrica a livello di account

È possibile elencare la definizione della metrica dell'account di archiviazione o del servizio File di Azure. Usare il comando az monitor metrics list-definitions.

In questo esempio sostituire il <resource-ID> segnaposto con l'ID risorsa dell'intero account di archiviazione o l'ID risorsa del servizio File di Azure. Gli ID delle risorse si trovano nella pagina delle proprietà del proprio account di archiviazione nel portale di Azure.

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

Lettura dei valori di metrica a livello di account

È possibile leggere i valori delle metriche dell'account di archiviazione o del servizio File di Azure. Usare il comando az monitor metrics list.

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

Lettura dei valori delle metriche con dimensioni

Quando una metrica supporta le dimensioni, è possibile leggere i valori delle metriche e filtrarli usando i valori delle dimensioni. Usare il comando az monitor metrics list.

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

.NET

Monitoraggio di Azure fornisce l'SDK di .NET per consentire la lettura di definizioni e valori della metrica. Il codice di esempio illustra come usare l'SDK con parametri diversi. Per le metriche di archiviazione, usare 0.18.0-preview o una versione successiva.

In questi esempi sostituire il <resource-ID> segnaposto con l'ID risorsa dell'intero account di archiviazione o il servizio File di Azure. Gli ID delle risorse si trovano nella pagina delle proprietà del proprio account di archiviazione nel portale di Azure.

Sostituire la variabile <subscription-ID> con l'ID della propria sottoscrizione. Per indicazioni su come ottenere valori per , e , vedere Usare il portale per creare un'applicazione Microsoft Entra e un'entità servizio in grado di accedere alle risorse.<AccessKey><application-ID><tenant-ID>

Elenco della definizione di metrica a livello di account

L'esempio seguente mostra come elencare le definizioni delle metriche a livello di account:

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

Lettura dei valori delle metriche a livello di account

L'esempio seguente mostra come leggere i dati di UsedCapacity a livello di account:

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

Lettura dei valori delle metriche multidimensionali

Per leggere i dati di metriche multidimensionali in valori di dimensioni specifici è necessario definire i filtri dei metadati.

L'esempio seguente mostra come leggere i dati di metrica per le metriche che supportano più dimensioni:

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

Monitorare le prestazioni del carico di lavoro

È possibile usare Monitoraggio di Azure per analizzare i carichi di lavoro che usano File di Azure. Effettuare i passaggi seguenti.

1. Passare al proprio account di archiviazione nel portale di Azure.
2. Nel riquadro di spostamento a sinistra selezionare Condivisioni file di archiviazione dati>. Selezionare la condivisione file da monitorare.
3. Nel riquadro di spostamento a sinistra selezionare Monitoraggio>metriche.
4. Quando si usa Monitoraggio di Azure per File di Azure, è importante selezionare sempre lo spazio dei nomi delle metriche File. Selezionare Aggiungi metrica.
5. In Spazio dei nomi Metrica selezionare File.

Monitorare la disponibilità

In Monitoraggio di Azure la metrica di disponibilità può essere utile quando si verifica un errore da un'applicazione o da un punto di vista dell'utente o quando si risoseguono i problemi degli avvisi.

Quando si usa questa metrica con File di Azure, è importante visualizzare sempre l'aggregazione come Media anziché Max o Min. L'uso della media consente di comprendere la percentuale di errori riscontrati dalle richieste e se si trovano all'interno del contratto di servizio per File di Azure.

Monitorare la latenza

Le due metriche di latenza più importanti sono Success E2E Latency e Success Server Latency.The two most important latency are Success E2E Latency and Success Server Latency. Si tratta di metriche ideali da selezionare quando si avvia un'analisi delle prestazioni. Average è l'aggregazione consigliata. Come accennato in precedenza, Max e Min possono talvolta essere fuorvianti.

Nei grafici seguenti, la linea blu indica il tempo impiegato nella latenza totale (latenza riuscita E2E) e la riga rosa indica il tempo impiegato solo nel servizio File di Azure (latenza del server riuscito).

Questo grafico è un esempio di computer client che ha montato una condivisione file di Azure da un ambiente locale. Ciò rappresenterà probabilmente un utente tipico che si connette da un ufficio, da una casa o da un'altra posizione remota. Si noterà che la distanza fisica tra il client e l'area di Azure è strettamente correlata alla latenza lato client corrispondente, che rappresenta la differenza tra E2E e la latenza del server.

Il grafico seguente mostra invece una situazione in cui sia il client che la condivisione file di Azure si trovano nella stessa area. Si noti che la latenza lato client è di soli 0,17 ms rispetto a 43,9 ms nel primo grafico. Questo illustra perché ridurre al minimo la latenza lato client è fondamentale per ottenere prestazioni ottimali.

Un altro indicatore di latenza da cercare che potrebbe suggerire un problema è un aumento della frequenza o picchi anomali nella latenza di Success Server. Ciò è in genere dovuto alla limitazione dovuta al superamento dei limiti di scalabilità File di Azure per le condivisioni file standard o a una condivisione premium con provisioning inferiore a File di Azure.

Per altre informazioni, vedere Risolvere i problemi relativi a latenza elevata, velocità effettiva bassa o operazioni di I/O al secondo basse.

Monitorare l'utilizzo

Le metriche di utilizzo che misurano la quantità di dati trasmessi (velocità effettiva) o operazioni gestite (operazioni di I/O al secondo) vengono comunemente usate per determinare la quantità di lavoro eseguita dall'applicazione o dal carico di lavoro. Le metriche delle transazioni possono determinare il numero di operazioni o richieste rispetto al servizio File di Azure in vari periodi di granularità.

Se si usano le metriche Egress o Ingress per determinare il volume dei dati in ingresso o in uscita, usare l'aggregazione Sum per determinare la quantità totale di dati trasmessi da e verso la condivisione file in un intervallo di tempo compreso tra 1 minuto e 1 giorno. Altre aggregazioni, ad esempio Average, Max e Min , visualizzano solo il valore delle singole dimensioni di I/O. Ecco perché la maggior parte dei clienti visualizzerà in genere 1 MiB quando si usa l'aggregazione Max . Anche se può essere utile comprendere le dimensioni delle dimensioni più grandi, più piccole o persino medie di I/O, non è possibile visualizzare la distribuzione delle dimensioni di I/O generate dal modello di utilizzo del carico di lavoro.

È anche possibile selezionare Applica suddivisione ai tipi di risposta (operazione riuscita, errori, errori) o operazioni API (lettura, scrittura, creazione, chiusura) per visualizzare dettagli aggiuntivi, come illustrato nel grafico seguente.

Per determinare la media di I/O al secondo (IOPS) per il carico di lavoro, determinare prima il numero totale di transazioni in un minuto e quindi dividere il numero per 60 secondi. Ad esempio, 120.000 transazioni in 1 minuto / 60 secondi = 2.000 operazioni di I/O al secondo medie.

Per determinare la velocità effettiva media per il carico di lavoro, prendere la quantità totale di dati trasmessi combinando le metriche Ingress e Egress (velocità effettiva totale) e dividerla per 60 secondi. Ad esempio, 1 GiB velocità effettiva totale su 1 minuto / 60 secondi = 17 velocità effettiva media MiB.

Monitorare l'utilizzo in base al numero massimo di operazioni di I/O al secondo e larghezza di banda (solo Premium)

Poiché le condivisioni file Premium di Azure vengono fatturate in base a un modello con provisioning in cui ogni GiB della capacità di archiviazione di cui si effettua il provisioning consente di aumentare le operazioni di I/O al secondo e la velocità effettiva, è spesso utile determinare il numero massimo di operazioni di I/O al secondo e larghezza di banda. Mentre la velocità effettiva misura la quantità effettiva di dati trasmessi correttamente, la larghezza di banda si riferisce alla velocità massima di trasferimento dei dati.

Con le condivisioni file Premium di Azure, è possibile usare transazioni in base al numero massimo di operazioni di I/ O al secondo e larghezza di banda per le metriche Max MiB/s per visualizzare ciò che il carico di lavoro raggiunge nei momenti di picco. L'uso di queste metriche per analizzare il carico di lavoro consentirà di comprendere la vera funzionalità su larga scala, nonché di stabilire una baseline per comprendere l'impatto di una maggiore velocità effettiva e operazioni di I/O al secondo, in modo da poter effettuare il provisioning ottimale della condivisione file Premium di Azure.

Il grafico seguente mostra un carico di lavoro che ha generato 2,63 milioni di transazioni in un'ora. Quando 2,63 milioni di transazioni è diviso per 3.600 secondi, si ottiene una media di 730 operazioni di I/O al secondo.

Ora, quando si confrontano le operazioni di I/O al secondo medie rispetto alle transazioni in base al numero massimo di operazioni di I/O al secondo, si noterà che il carico di lavoro è inferiore a 1.840 operazioni di I/O al secondo, che rappresenta meglio la capacità del carico di lavoro su larga scala.

Selezionare Aggiungi metrica per combinare le metriche in ingresso e uscita in un singolo grafico. Ciò indica che 76,2 GiB (78.028 MiB) è stato trasferito in un'ora, che offre una velocità effettiva media di 21,67 MiB in quella stessa ora.

Rispetto alla larghezza di banda di Max MiB/s, abbiamo raggiunto 123 MiB/s al picco.

Contenuto correlato

• Monitorare File di Azure
• File di Azure riferimento ai dati di monitoraggio
• Creare avvisi di monitoraggio per File di Azure
• Monitorare le risorse di Azure con Monitoraggio di Azure
• Informazioni sulle prestazioni File di Azure
• Risolvere i problemi relativi a ClientOtherErrors