Utilisez Azure Monitor pour analyser les métriques Azure Files

Il est essentiel de comprendre comment surveiller les performances du partage de fichiers pour vous assurer que votre application s’exécute aussi efficacement que possible. Cet article vous montre comment utiliser Azure Monitor pour analyser les métriques Azure Files telles que la disponibilité, la latence et l’utilisation.

Consultez Analyser Azure Files pour plus d’informations sur les données d’analyse que vous pouvez collecter pour Azure Files et comment les utiliser.

S’applique à

Modèle de gestion	Modèle de facturation	Échelon médiatique	Redondance
Microsoft.Storage	V2 approvisionné	HDD (standard)	Local (LRS)
Microsoft.Storage	V2 approvisionné	HDD (standard)	Zone (ZRS)
Microsoft.Storage	V2 approvisionné	HDD (standard)	Géo (GRS)
Microsoft.Storage	V2 approvisionné	HDD (standard)	GeoZone (GZRS)
Microsoft.Storage	V1 approvisionné	SSD (Premium)	Local (LRS)
Microsoft.Storage	V1 approvisionné	SSD (Premium)	Zone (ZRS)
Microsoft.Storage	Paiement à l’utilisation	HDD (standard)	Local (LRS)
Microsoft.Storage	Paiement à l’utilisation	HDD (standard)	Zone (ZRS)
Microsoft.Storage	Paiement à l’utilisation	HDD (standard)	Géo (GRS)
Microsoft.Storage	Paiement à l’utilisation	HDD (standard)	GeoZone (GZRS)

Mesures prises en charge

Les métriques du service Azure Files se trouvent dans les espaces de noms suivants :

Microsoft.Storage/storageAccounts
Microsoft Stockage/comptes de stockage/services de fichiers

Pour obtenir la liste des métriques disponibles pour Azure Files, consultez Informations de référence sur les données d’analyse Azure Files.

Pour obtenir la liste de toutes les métriques prises en charge par Azure Monitor, ce qui inclut Azure Files, consultez Métriques prises en charge par Azure Monitor.

Afficher les données des métriques Azure Files

Vous pouvez afficher les métriques Azure Files en utilisant le Portail Azure, PowerShell, Azure CLI ou .NET.

Vous pouvez analyser les métriques de Stockage Azure avec des métriques issues d’autres services Azure en utilisant Azure Monitor Metrics Explorer. Ouvrez Metrics Explorer en choisissant Métriques dans le menu Azure Monitor. Pour plus d’informations sur l’utilisation de cet outil, consultez Analyser les métriques avec l’Explorateur de métriques Azure Monitor.

Pour les métriques prenant en charge des dimensions, vous pouvez les filtrer avec la valeur de dimension souhaitée. Pour obtenir la liste complète des dimensions prises en charge par le stockage Azure, consultez Dimensions des métriques.

Dresser la liste de la définition des métriques

Vous pouvez afficher la définition des métriques de votre compte de stockage ou du service Azure Files. Utilisez l’applet de commande Get-AzMetricDefinition.

Dans cet exemple, remplacez l’espace réservé <resource-ID> par l’ID de ressource du compte de stockage complet ou par l’ID de ressource du service Azure Files. Vous pouvez trouver les ID de ces ressources sur les pages Propriétés de votre compte de stockage sur le Portail Azure.

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

Lecture des valeurs des métriques

Vous pouvez lire les valeurs des métriques de niveau compte de votre compte de stockage ou du service Azure Files. Utilisez l’applet de commande Get-AzMetric.

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

Lecture des valeurs de métriques avec des dimensions

Quand une métrique prend en charge les dimensions, vous pouvez lire les valeurs des métriques et les filtrer à l’aide de valeurs de dimension. Utilisez l’applet de commande 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"

Dresser la liste de la définition des métriques de niveau compte

Vous pouvez afficher la définition des métriques de votre compte de stockage ou du service Azure Files. Utilisez la commande az monitor metrics list-definitions.

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

Lire les valeurs des métriques de niveau compte

Vous pouvez lire les valeurs des métriques de votre compte de stockage ou du service Azure Files. Utilisez la commande az monitor metrics list.

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

Lecture des valeurs de métriques avec des dimensions

Quand une métrique prend en charge les dimensions, vous pouvez lire les valeurs des métriques et les filtrer à l’aide de valeurs de dimension. Utilisez la commande az monitor metrics list.

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

Azure Monitor fournit des kits de développement logiciel (SDK) .NET pour lire des définitions et valeurs de mesures. L’exemple de code montre comment utiliser le kit de développement logiciel (SDK) avec des paramètres différents. Vous devez utiliser 0.18.0-preview ou une version ultérieure pour les mesures de stockage.

Dans ces exemples, remplacez l’espace réservé <resource-ID> par l’ID de ressource du compte de stockage complet ou par l’ID de ressource du service Azure Files. Vous pouvez trouver les ID de ces ressources sur les pages Propriétés de votre compte de stockage sur le Portail Azure.

Remplacez la variable <subscription-ID> par l’ID de votre abonnement. Pour obtenir une aide sur la façon d’obtenir des valeurs pour <tenant-ID>, <application-ID> et <AccessKey>, veuillez consulter la rubrique Utiliser le portail pour créer une application et un principal de service Microsoft Entra pouvant accéder aux ressources.

Dresser la liste de la définition des métriques de niveau compte

L’exemple suivant montre comment répertorier une définition de mesures au niveau du compte :

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

Lecture des valeurs des métriques de niveau compte

L’exemple suivant montre comment lire des données UsedCapacity au niveau du compte :

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

Lecture des valeurs des métriques multidimensionnelles

Pour les mesures multidimensionnelles, vous devez définir le filtre des métadonnées si vous souhaitez lire les données métriques sur des valeurs de dimension spécifiques.

L’exemple suivant montre comment lire les données de métriques sur la métrique prenant en charge les valeurs multidimensionnelles :

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

Surveiller les performances de charge de travail

Vous pouvez utiliser Azure Monitor pour analyser les charges de travail qui utilisent Azure Files. Procédez comme suit.

Accédez à votre compte de stockage dans le Portail Azure.
Dans le menu de gauche, sous Supervision, sélectionnez Métriques.
Sous Espace de noms de métrique, sélectionnez Fichier.

Vous pouvez maintenant sélectionner une métrique en fonction de ce que vous souhaitez surveiller.

Analyser la disponibilité

Dans Azure Monitor, la métrique Disponibilité peut être utile lorsque quelque chose est visiblement incorrect du point de vue de l’application ou de l’utilisateur, ou lors de la résolution des alertes.

Lorsque vous utilisez cette métrique avec Azure Files, il est important d’afficher toujours l’agrégation en tant que moyenne , par opposition à Max ou Min. L’utilisation de Moyenne vous montre quel pourcentage de vos demandes rencontrent des erreurs et si elles font partie du contrat SLA pour Azure Files.

Surveiller la latence

Les deux métriques de latence les plus importantes sont Latency E2E (réussite) et Latence serveur (réussite). Il s’agit de métriques idéales à sélectionner lors du démarrage d’une investigation des performances. L’agrégation Moyenne est recommandée. Comme mentionné précédemment, Max et Min peuvent parfois être trompeurs.

Dans les graphiques suivants, la ligne bleue indique le temps passé en latence totale (Latence E2E de réussite) et la ligne rose indique le temps passé uniquement dans le service Azure Files (latence serveur de réussite).

Ce graphique montre un client local avec un partage de fichiers Azure monté, représentant, par exemple, un utilisateur classique se connectant à partir d’un emplacement distant. La distance physique entre le client et la région Azure est étroitement corrélée à la latence côté client correspondante, ce qui représente la différence entre la latence E2E et server.

En comparaison, le graphique suivant montre une situation où le client et le partage de fichiers Azure se trouvent dans la même région. Notez que la latence côté client est de 0,17 ms uniquement par rapport à 43,9 ms dans le premier graphique. Cela montre pourquoi il est impératif de réduire la latence côté client pour obtenir des performances optimales.

Un autre indicateur de latence à rechercher qui peut suggérer un problème est une fréquence accrue ou des pics anormaux dans la Latence serveur de réussite. Il s'agit généralement d'un étranglement dû au dépassement de la limite approvisionnée pour un partage de fichiers provisionné (ou d'une limite d'échelle globale pour un partage de fichiers payé à l'utilisation). Consultez Présentation de la facturation d’Azure Files et des objectifs de scalabilité et de performances pour Azure Files.

Pour plus d’informations, consultez Résoudre les problèmes de latence élevée, de faible débit ou de faible IOPS.

Surveiller l’utilisation

Les métriques d’utilisation qui mesurent la quantité de données transmises (débit) ou d’opérations en cours de maintenance (IOPS) sont couramment utilisées pour déterminer la quantité de travail effectuée par l’application ou la charge de travail. Les métriques de transaction peuvent déterminer le nombre d’opérations ou de requêtes sur le service Azure Files sur différentes granularités de durées.

Si vous utilisez les métriques Sortie ou Entrée pour déterminer le volume de données entrantes ou sortantes, utilisez l’agrégation Somme pour déterminer la quantité totale de données transmises vers et depuis le partage de fichiers sur une granularité d’une minute à un jour. D’autres agrégations telles que Moyenne, Max et Min affichent uniquement la valeur de la taille d’E/S individuelle. C’est pourquoi la plupart des clients voient généralement 1 Mio lors de l’utilisation de l’agrégation Max. Bien qu’il puisse être utile de comprendre la mesure de votre taille d’E/S la plus grande, la plus petite ou même moyenne, il n’est pas possible d’afficher la distribution de la taille d’E/S générée par le modèle d’utilisation de la charge de travail.

Vous pouvez également sélectionner Appliquer le fractionnement sur les types de réponse (réussite, défaillances, erreurs) ou les opérations d’API (lecture, écriture, création, fermeture) pour afficher des détails supplémentaires, comme illustré dans le graphique suivant.

$Capture d’écran montrant les métriques d’utilisation fractionnées par nom d’API.$

Pour déterminer la moyenne des E/S par seconde (IOPS) pour votre charge de travail, commencez par déterminer le nombre total de transactions sur une minute, puis divisez ce nombre par 60 secondes. Par exemple, 120 000 transactions en 1 minute / 60 secondes = 2 000 IOPS moyennes.

Pour déterminer le débit moyen de votre charge de travail, prenez la quantité totale de données transmises en combinant les métriques Entrée et sortie (débit total) et divisez-la par 60 secondes. Par exemple, 1 Gio de débit total sur 1 minute / 60 secondes = 17 Mio de débit moyen.

Surveiller l’utilisation par maximum d’IOPS et de bande passante (uniquement provisionnée)

Les partages de fichiers provisionnés fournissent des transactions par nombre maximal d’IOPS et de la bande passante par nombre maximal de MiB/s pour afficher ce que votre charge de travail atteint aux heures de pointe. L’utilisation de ces métriques pour analyser votre charge de travail vous aide à comprendre la véritable capacité à grande échelle, ainsi qu’à établir une base de référence pour comprendre l’impact d’un débit et d’un nombre d’E/S par seconde supplémentaires afin de pouvoir approvisionner de manière optimale votre partage de fichiers Azure.

Le graphique suivant montre une charge de travail qui a généré 2,63 millions de transactions sur une heure. Lorsque 2,63 millions de transactions sont divisées par 3 600 secondes, nous obtenons en moyenne 730 IOPS.

Maintenant, quand nous comparons la moyenne des IOPS par rapport aux Transactions par IOPS max, nous constatons que, sous la charge maximale, nous avons atteint 1 840 IOPS, ce qui représente mieux la capacité de la charge de travail à grande échelle.

Sélectionnez Ajouter une métrique pour combiner les métriques Entrée et Sortie sur un graphique unique. Cela indique que 76,2 Gio (78 028 Mio) ont été transférés sur une heure, ce qui nous donne un débit moyen de 21,67 Mio sur cette même heure.

Par rapport à la Bande passante par Mio/s max, nous avons atteint 123 Mio/s au maximum.

Contrôle de l'utilisation par IOPS de métadonnées

Sur Azure, les partages de fichiers peuvent atteindre 12 000 IOPS de métadonnées. Cela signifie que l’exécution d’une charge de travail gourmande en métadonnées avec un volume élevé d’opérations d’ouverture, de fermeture ou de suppression augmente la probabilité de restriction des IOPS des métadonnées. Cette limitation est indépendante des IOPS globalement provisionnées pour le partage de fichiers.

Étant donné qu’aucune charge de travail lourde sur les métadonnées ne suit le même modèle d’utilisation, il peut être difficile pour les clients de surveiller de manière proactive leur charge de travail et de définir des alertes précises.

Pour résoudre ce problème, nous avons introduit deux métriques spécifiques aux métadonnées pour les partages de fichiers Azure :

Succès avec avertissement sur les métadonnées : Indique que les IOPS des métadonnées approchent de leur limite et pourraient être limitées si elles restent élevées ou continuent d'augmenter. Une augmentation du volume ou de la fréquence de ces avertissements suggère un risque croissant de limitation des métadonnées.
Succès de l'écrêtage des métadonnées : Indique que les IOPS de métadonnées ont dépassé la capacité maximale du partage de fichiers, entraînant un écrêtage. Alors que les opérations IOPS n'échouent jamais et finissent par réussir après des tentatives, la latence est affectée pendant la limitation.

Pour afficher dans Azure Monitor, sélectionnez la métrique Transactions et appliquez le fractionnement sur les types de réponse. Les types de réponse de métadonnées apparaissent uniquement dans la liste déroulante si l’activité se produit dans la période sélectionnée.

Le graphique suivant illustre une charge de travail qui a connu une augmentation soudaine des IOPS de métadonnées (transactions), déclenchant des avertissements de réussite avec les métadonnées, ce qui indique un risque d'étranglement des métadonnées. Dans cet exemple, la charge de travail a ensuite réduit son volume de transactions, ce qui a empêché l'étranglement des métadonnées.

Si votre charge de travail rencontre des types de réponses de type Avertissement de succès avec métadonnées ou Succès avec étranglement des métadonnées, envisagez de mettre en œuvre une ou plusieurs des recommandations suivantes :

Pour les partages de fichiers SMB SSD, activez la mise en cache des métadonnées.
Distribuez (partition) votre charge de travail sur plusieurs partages de fichiers.
Réduire le volume des IOPS de métadonnées.

Commentaires

Cette page a-t-elle été utile ?

Last updated on 2025-06-16