Supervision d’Azure Files

Lorsque vous avez des applications critiques et des processus métier basés sur des ressources Azure, vous voulez superviser ces ressources pour connaître leur disponibilité, leurs performances et leur fonctionnement. Cet article décrit les données de supervision générées par Azure Files et comment vous pouvez utiliser les fonctionnalités d’Azure Monitor pour analyser les alertes sur ces données.

S’applique à

Type de partage de fichiers	SMB	NFS
Partages de fichiers Standard (GPv2), LRS/ZRS
Partages de fichiers Standard (GPv2), GRS/GZRS
Partages de fichiers Premium (FileStorage), LRS/ZRS

Présentation de Monitor

La page Vue d’ensemble du portail Azure pour chaque ressource Azure Files comprend un bref aperçu de l’utilisation de la ressource, comme les demandes et la facturation horaire. Ces informations sont utiles, mais elles ne constituent qu’une petite quantité des données de supervision disponibles. Certaines de ces données sont collectées automatiquement et peuvent être analysées dès que vous créez la ressource. Vous pouvez activer d’autres types de collecte de données avec une certaine configuration.

Qu’est-ce qu’Azure Monitor ?

Azure Files crée des données de supervision à l’aide d’Azure Monitor, qui est un service de supervision de pile complète dans Azure. Azure Monitor fournit un ensemble complet de fonctionnalités pour superviser vos ressources Azure, ainsi que les ressources locales et celles présentes dans d’autres clouds.

Commencez avec l’article Supervision de ressources Azure avec Azure Monitor, qui décrit les éléments suivants :

• Qu’est-ce qu’Azure Monitor ?
• Coûts associés à la supervision
• Analyse des données collectées dans Azure
• Configuration de la collecte des données
• Outils standard dans Azure pour l’analyse et la génération d’alertes sur les données analysées

Les sections suivantes s’appuient sur cet article en décrivant les données spécifiques collectées à partir d’Azure Files. Les exemples montrent comment configurer la collecte de données et analyser ces données avec les outils Azure.

Données de surveillance

Azure Files collecte les mêmes types de données de supervision que d’autres ressources Azure, lesquelles sont décrites dans Supervision des données de ressources Azure.

Pour obtenir des informations détaillées sur les métriques et les métriques de journaux créées par le service Azure Files, consultez Informations de référence sur les données de supervision du service Azure Files.

Les métriques et les journaux d’Azure Monitor ne prennent en charge que les comptes de stockage Azure Resource Manager. Azure Monitor ne prend pas en charge les comptes de stockage classiques. Si vous souhaitez utiliser des métriques ou des journaux sur un compte de stockage classique, vous devez migrer vers un compte de stockage Azure Resource Manager. Voir Migrer vers Azure Resource Manager.

Collecte et routage

Les métriques de plateforme et le journal d'activité sont collectés automatiquement, mais ils peuvent être acheminés vers d'autres emplacements à l'aide d'un paramètre de diagnostic.

Pour collecter des journaux de ressources, vous devez créer un paramètre de diagnostic. Lorsque vous créez le paramètre, choisissez Fichier comme type de stockage pour lequel vous souhaitez activer les journaux. Ensuite, spécifiez l’une des catégories d’opérations suivantes pour laquelle vous souhaitez collecter les journaux.

Category	Description
StorageRead	Opérations de lecture sur des objets.
StorageWrite	Opérations d’écriture sur des objets.
StorageDelete	Opérations de suppression sur des objets.

Pour obtenir la liste des opérations SMB et REST journalisées, consultez Opérations et messages d’état journalisés Storage Analytics et Informations de référence sur les données de supervision d’Azure Files.

Pour plus d’informations sur la création d’un paramètre de diagnostic à l’aide du Portail Azure, de l’interface CLI ou de PowerShell, consultez Créer un paramètre de diagnostic pour collecter des journaux et métriques de plateforme dans Azure. Vous trouverez également des liens vers des informations sur la création d’un paramètre de diagnostic à l’aide d’un modèle Azure Resource Manager ou d’une définition Azure Policy.

Limitations des destinations

Pour connaître les limitations générales de destination, consultez Limitations de destination. Les limitations suivantes s’appliquent uniquement à la surveillance des comptes de stockage Azure.

• Vous ne pouvez pas envoyer de journaux au même compte de stockage que celui que vous surveillez avec ce paramètre.

  Cela entraînerait la création de journaux récursifs dans lesquels une entrée de journal décrit l’écriture d’une autre entrée de journal. Vous devez créer un compte ou utiliser un autre compte existant pour stocker les informations de journal.

• Vous ne pouvez pas définir de stratégie de conservation.

  Si vous archivez des journaux dans un compte de stockage, vous pouvez gérer la stratégie de rétention d’un conteneur de journaux en définissant une stratégie de gestion du cycle de vie. Pour savoir comment procéder, consultez Optimiser les coûts en automatisant les niveaux d’accès au stockage Blob Azure.

  Si vous envoyez des journaux vers Log Analytics, vous pouvez gérer la période de conservation des données de Log Analytics au niveau de l’espace de travail ou même spécifier des paramètres de rétention différents selon le type de données. Pour en savoir plus, consultez Modifier la période de conservation des données.

Analyse des métriques

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

Azure portal

Vous pouvez analyser les métriques de Stockage Azure avec des métriques issues d’autres services Azure à l’aide de 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 Prise en main d’Azure Metrics Explorer.

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. Les métriques du service Azure Files se trouvent dans les espaces de noms suivants :

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

PowerShell

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"

Azure CLI

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.

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.

   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" 

.NET

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 des conseils sur la façon d’obtenir des valeurs pour <tenant-ID>, <application-ID> et <AccessKey>, consultez Utiliser le portail pour créer une application et un principal du service Azure AD 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)
        {
            // Enumrate 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)
        {
            // Enumrate 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 mesures sur la métrique prenant en charge plusieurs dimensions :

    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)
        {
            //Enumrate metric value
            //    Id
            //    Name
            //    Type
            //    Unit
            //    Timeseries
            //        - Data
            //        - Metadatavalues
        }
    }

Analyse des journaux d’activité

Vous pouvez accéder aux journaux des ressources en tant qu’objet blob dans un compte de stockage, en tant que données d’événement ou par le biais de requêtes Log Analytics. Pour plus d’informations sur comment trouver ces journaux, consultez Journaux de ressources Azure.

Tous les journaux de ressources dans Azure Monitor ont les mêmes champs suivis de champs spécifiques au service. Le schéma commun est décrit dans Schéma des journaux des ressources Azure Monitor. Le schéma des journaux de ressources Azure Files se trouve dans la référence des données de surveillance Azure Files.

Pour obtenir la liste des opérations SMB et REST journalisées, consultez Opérations et messages d’état journalisés de stockage.

Les entrées de journal sont créées uniquement si des demandes sont effectuées sur le point de terminaison de service. Par exemple, si un compte de stockage a une activité dans son point de terminaison de fichier, mais pas dans ses points de terminaison de table ou de file d’attente, seuls les journaux relatifs au service Azure Files sont créés. Les journaux de stockage Azure contiennent des informations détaillées sur les demandes ayant réussi ou échoué pour un service de stockage. Ces informations peuvent servir à analyser des demandes individuelles et à diagnostiquer les problèmes au niveau d'un service de stockage. Les demandes sont enregistrées sur la base du meilleur effort.

Le journal d’activité est un type de journal de plateforme dans Azure qui fournit des insights de tous les événements au niveau de l’abonnement. Vous pouvez l’afficher indépendamment ou le router vers Azure Monitor Logs, où vous pouvez effectuer des requêtes bien plus complexes à l’aide de Log Analytics.

Journaliser des requêtes authentifiées

Les types de demandes authentifiées suivants sont enregistrés :

• Demandes ayant réussi
• Demandes ayant échoué, y compris les erreurs de délai d’expiration, limitation, réseau, autorisation et autres erreurs
• Demandes utilisant Kerberos, NTLM ou une signature d'accès partagé (SAS), y compris les demandes ayant réussi et ayant échoué
• Demandes de données analytiques (données de journal classiques dans le conteneur $logs et données de métriques classiques dans les tables $metric)

Les demandes effectuées par le service Azure Files lui-même, comme la création ou la suppression d’un journal, ne sont pas journalisées. Pour obtenir la liste complète des demandes SMB et REST journalisées, consultez Opérations et messages d’état journalisés Storage Analytics et Informations de référence sur les données de supervision d’Azure Files.

Exemples de requêtes Kusto

Si vous envoyez des journaux à Log Analytics, vous pouvez accéder à ces journaux à l’aide des requêtes de journal Azure Monitor. Pour plus d’informations, consultez Tutoriel Log Analytics.

Voici quelques requêtes que vous pouvez entrer dans la barre Recherche dans les journaux pour vous permettre de superviser votre service Azure Files. Ces requêtes fonctionnent avec le nouveau langage.

Important

Quand vous sélectionnez Journaux dans le menu du groupe de ressources du compte de stockage, Log Analytics est ouvert avec l’étendue de requête définie sur le groupe de ressources actuel. Cela signifie que les requêtes de journal n’incluront que les données de ce groupe de ressources. Si vous voulez exécuter une requête qui inclut des données provenant d’autres ressources ou d’autres services Azure, sélectionnez Journaux dans le menu Azure Monitor. Pour plus d’informations, consultez Étendue de requête de journal et intervalle de temps dans la fonctionnalité Log Analytics d’Azure Monitor.

Utilisez les requêtes suivantes pour superviser plus facilement vos partages de fichiers Azure :

• Voir les erreurs SMB survenues au cours de la dernière semaine

StorageFileLogs
| where Protocol == "SMB" and TimeGenerated >= ago(7d) and StatusCode contains "-"
| sort by StatusCode

• Créer un graphique à secteurs des opérations SMB effectuées au cours de la dernière semaine

StorageFileLogs
| where Protocol == "SMB" and TimeGenerated >= ago(7d) 
| summarize count() by OperationName
| sort by count_ desc
| render piechart

• Voir les erreurs REST survenues au cours de la dernière semaine

StorageFileLogs
| where Protocol == "HTTPS" and TimeGenerated >= ago(7d) and StatusText !contains "Success"
| sort by StatusText asc

• Créer un graphique à secteurs des opérations REST effectuées au cours de la dernière semaine

StorageFileLogs
| where Protocol == "HTTPS" and TimeGenerated >= ago(7d) 
| summarize count() by OperationName
| sort by count_ desc
| render piechart

Pour voir la liste des noms et des descriptions de colonnes pour Azure Files, consultez StorageFileLogs.

Pour plus d’informations sur la façon d’écrire des requêtes, consultez Tutoriel Log Analytics.

Alertes

Azure Monitor vous avertit de façon proactive lorsque des conditions significatives sont détectées dans vos données de surveillance. Elles permettent d’identifier et de résoudre les problèmes affectant votre système avant que vos clients ne les remarquent. Vous pouvez définir des alertes sur des métriques, sur des journaux et sur le journal d’activité.

Le tableau suivant répertorie quelques exemples de scénarios destinés à la surveillance ainsi que la métrique appropriée à utiliser pour l’alerte :

Scénario	Mesure à utiliser pour l’alerte
Le partage de fichiers est limité.	Mesure : Transactions Nom de la dimension : Type de réponse Nom de la dimension : FileShare (partage de fichiers Premium uniquement)
La taille du partage de fichiers est de 80 % de la capacité.	Mesure : Capacité de fichiers Nom de la dimension : FileShare (partage de fichiers Premium uniquement)
La sortie du partage de fichiers a dépassé 500 Gio en un jour.	Mesure : Sortie Nom de la dimension : FileShare (partage de fichiers Premium uniquement)

Comment créer des alertes pour Azure Files

1. Accédez à votre compte de stockage dans le portail Azure.

2. Cliquez sur Alertes, puis sur + Nouvelle règle d’alerte.

3. Cliquez sur Modifier une ressource, sélectionnez le type de ressource fichier, puis cliquez sur Terminé.

4. Cliquez sur Ajouter une condition et fournissez les informations suivantes pour l’alerte :

   • Mesure
   • Nom de la dimension
   • Logique d'alerte

5. Cliquez sur Ajouter un groupe d’actions et ajoutez un groupe d’actions (e-mail, SMS, etc.) à l’alerte, soit en sélectionnant un groupe d’actions existant, soit en créant un nouveau groupe d’actions.

6. Renseignez les Détails de l’alerte, par exemple le Nom de la règle d’alerte, la Description et la Gravité.

7. Cliquez sur Créer une règle d’alerte pour créer l’alerte.

Notes

Si vous créez une alerte et que celle-ci est trop bruyante, ajustez la valeur de seuil et la logique d’alerte.

Comment créer une alerte en cas de limitation d’un partage de fichiers

1. Accédez à votre compte de stockage dans le portail Azure.

2. Dans la section Supervision, cliquez sur Alertes, puis sur + Nouvelle règle d’alerte.

3. Cliquez sur Modifier une ressource, sélectionnez le type de ressource fichier pour le compte de stockage, puis cliquez sur Terminé. Par exemple, si le nom du compte de stockage est contoso, sélectionnez la ressource contoso/file.

4. Cliquez sur Ajouter une condition pour ajouter une condition.

5. Une liste de signaux pris en charge pour le compte de stockage s’affiche. Sélectionnez la métrique Transactions.

6. Dans le panneau Configurer la logique de signal, cliquez sur la liste déroulante Nom de la dimension, puis sélectionnez Type de réponse.

7. Cliquez sur la liste déroulante Valeurs de dimension et sélectionnez les types de réponses appropriés pour votre partage de fichiers.

   Pour les partages de fichiers standard, sélectionnez les types de réponse suivants :

   • SuccessWithShareIopsThrottling
   • SuccessWithThrottling
   • ClientShareIopsThrottlingError

   Pour les partages de fichiers premium, sélectionnez les types de réponse suivants :

   • SuccessWithShareEgressThrottling
   • SuccessWithShareIngressThrottling
   • SuccessWithShareIopsThrottling
   • ClientShareEgressThrottlingError
   • ClientShareIngressThrottlingError
   • ClientShareIopsThrottlingError

   Notes

   Si les types de réponse ne sont pas répertoriés dans la liste déroulante Valeurs de dimension, cela signifie que la ressource n’a pas été limitée. Pour ajouter les valeurs de dimension, à côté de la liste déroulante Valeurs de dimension, sélectionnez Ajouter une valeur personnalisée, entrez le type de réponse (par exemple, SuccessWithThrottling), sélectionnez OK, puis répétez ces étapes pour ajouter tous les types de réponses pertinents à votre partage de fichiers.

8. Pour les partages de fichiers Premium, cliquez sur la liste déroulante Nom de la dimension et sélectionnez Partage de fichiers. Pour les partages de fichiers standard, passez à l'étape 10.

   Notes

   Si le partage de fichiers est un partage standard, la dimension Partage de fichiers ne répertorie pas le(s) partage(s) de fichiers, car les métriques par partage ne sont pas disponibles pour les partages de fichiers standard. Les alertes de limitation pour les partages de fichiers standard sont déclenchées si un partage de fichiers au sein du compte de stockage est limité et l’alerte n’identifiera pas quel partage de fichiers a été limité. Étant donné que les métriques par partage ne sont pas disponibles pour les partages de fichiers standard, il est recommandé de disposer d’un partage de fichiers par compte de stockage.

9. Cliquez sur la liste déroulante Valeurs de dimension, puis sélectionnez le ou les partages de fichiers pour lesquels vous souhaitez recevoir une alerte.

10. Définissez les paramètres d’alerte (valeur de seuil, opérateur, granularité d’agrégation et fréquence), puis cliquez sur Terminé.

    Conseil

    Si vous utilisez un seuil statique, le graphique des métriques peut vous aider à déterminer une valeur seuil raisonnable si le partage de fichiers est actuellement limité. Si vous utilisez un seuil dynamique, le graphique des métriques affiche les seuils calculés en fonction des données récentes.

11. Cliquez sur Ajouter un groupe d’actions pour ajouter un groupe d’actions (e-mail, SMS, etc.) à l’alerte, soit en sélectionnant un groupe d’actions existant, soit en créant un nouveau groupe d’actions.

12. Renseignez les Détails de l’alerte, par exemple le Nom de la règle d’alerte, la Description et la Gravité.

13. Cliquez sur Créer une règle d’alerte pour créer l’alerte.

Comment créer une alerte si la taille du partage de fichiers Azure est de 80 % de la capacité

1. Accédez à votre compte de stockage dans le portail Azure.

2. Dans la section Supervision, cliquez sur Alertes, puis sur + Nouvelle règle d’alerte.

3. Cliquez sur Modifier une ressource, sélectionnez le type de ressource fichier pour le compte de stockage, puis cliquez sur Terminé. Par exemple, si le nom du compte de stockage est contoso, sélectionnez la ressource contoso/file.

4. Cliquez sur Ajouter une condition pour ajouter une condition.

5. Une liste de signaux pris en charge pour le compte de stockage s’affiche. Sélectionnez la métrique Capacité de fichiers.

6. Pour les partages de fichiers Premium, cliquez sur la liste déroulante Nom de la dimension et sélectionnez Partage de fichiers. Pour les partages de fichiers standard, passez à l'étape 8.

   Notes

   Si le partage de fichiers est un partage standard, la dimension Partage de fichiers ne répertorie pas le(s) partage(s) de fichiers, car les métriques par partage ne sont pas disponibles pour les partages de fichiers standard. Les alertes pour les partages de fichiers standard sont basées sur tous les partages de fichiers dans le compte de stockage. Étant donné que les métriques par partage ne sont pas disponibles pour les partages de fichiers standard, il est recommandé de disposer d’un partage de fichiers par compte de stockage.

7. Cliquez sur la liste déroulante Valeurs de dimension, puis sélectionnez le ou les partages de fichiers pour lesquels vous souhaitez recevoir une alerte.

8. Entrez la Valeur du seuil, en octets. Par exemple, si la taille du partage de fichiers est de 100 Tio et que vous voulez recevoir une alerte quand sa taille est de 80 % de la capacité, la valeur du seuil, en octets, est de 87960930222080.

9. Définissez le reste des paramètres d’alerte (précision d’agrégation et fréquence d’évaluation), puis cliquez sur Terminé.

10. Cliquez sur Ajouter un groupe d’actions pour ajouter un groupe d’actions (e-mail, SMS, etc.) à l’alerte, soit en sélectionnant un groupe d’actions existant, soit en créant un nouveau groupe d’actions.

11. Renseignez les Détails de l’alerte, par exemple le Nom de la règle d’alerte, la Description et la Gravité.

12. Cliquez sur Créer une règle d’alerte pour créer l’alerte.

Comment créer une alerte si la sortie du partage de fichiers Azure a dépassé 500 Gio en un jour

1. Accédez à votre compte de stockage dans le portail Azure.

2. Dans la section Surveillance, cliquez sur Alertes, puis cliquez sur + Nouvelle règle d’alerte.

3. Cliquez sur Modifier une ressource, sélectionnez le type de ressource fichier pour le compte de stockage, puis cliquez sur Terminé. Par exemple, si le nom du compte de stockage est contoso, sélectionnez la ressource contoso/file.

4. Cliquez sur Ajouter une condition pour ajouter une condition.

5. Une liste de signaux pris en charge pour le compte de stockage s’affiche. Sélectionnez la métrique Sortie.

6. Pour les partages de fichiers Premium, cliquez sur la liste déroulante Nom de la dimension et sélectionnez Partage de fichiers. Pour les partages de fichiers standard, passez à l'étape 8.

   Notes

   Si le partage de fichiers est un partage standard, la dimension Partage de fichiers ne répertorie pas le(s) partage(s) de fichiers, car les métriques par partage ne sont pas disponibles pour les partages de fichiers standard. Les alertes pour les partages de fichiers standard sont basées sur tous les partages de fichiers dans le compte de stockage. Étant donné que les métriques par partage ne sont pas disponibles pour les partages de fichiers standard, il est recommandé de disposer d’un partage de fichiers par compte de stockage.

7. Cliquez sur la liste déroulante Valeurs de dimension, puis sélectionnez le ou les partages de fichiers pour lesquels vous souhaitez recevoir une alerte.

8. Entrez 536870912000 octets pour la Valeur du seuil.

9. Cliquez sur la liste déroulante Précision d’agrégation, puis sélectionnez 24 heures.

10. Sélectionnez la Fréquence d’évaluation, puis cliquez sur Terminé.

11. Cliquez sur Ajouter un groupe d’actions pour ajouter un groupe d’actions (e-mail, SMS, etc.) à l’alerte, soit en sélectionnant un groupe d’actions existant, soit en créant un nouveau groupe d’actions.

12. Renseignez les Détails de l’alerte, par exemple le Nom de la règle d’alerte, la Description et la Gravité.

13. Cliquez sur Créer une règle d’alerte pour créer l’alerte.

Étapes suivantes

• Informations de référence sur les données de supervision d’Azure Files
• Superviser des ressources Azure avec Azure Monitor
• Migration des métriques de stockage Azure
• Planification d’un déploiement Azure Files
• Comment déployer Azure Files
• Dépanner Sauvegarde Azure