Supervision du service Stockage Blob Azure

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 le service Stockage Blob Azure et comment vous pouvez utiliser les fonctionnalités d'Azure Monitor pour analyser les alertes sur ces données.

Page de présentation de la supervision dans Portail Azure

La page Vue d’ensemble du portail Azure pour chaque ressource du Stockage Blob 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 ?

Le service Stockage Blob Azure 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 du Stockage Azure. Les exemples montrent comment configurer la collecte de données et analyser ces données avec les outils Azure.

Données de surveillance

Le service Stockage Blob Azure collecte les mêmes types de données de supervision que d'autres ressources Azure, lesquelles sont décrites dans Supervision des données issues des ressources Azure.

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

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. Pour plus d’informations, consultez Migrer vers Azure Resource Manager.

Vous pouvez continuer à utiliser les métriques et les journaux classiques si vous le souhaitez. En fait, les métriques et les journaux classiques sont disponibles parallèlement aux métriques et journaux dans Azure Monitor. La prise en charge reste en place jusqu’à ce que le stockage Azure mette fin au service sur les métriques et les journaux hérités.

Collecte et routage

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

Les journaux de ressources ne sont pas collectés ni stockés tant que vous n’avez pas créé un paramètre de diagnostic et que vous ne les acheminez pas vers un ou plusieurs emplacements.

Pour collecter des journaux de ressources, vous devez créer un paramètre de diagnostic. Lorsque vous créez le paramètre, choisissez Blob 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.

Notes

Data Lake Storage Gen2 n’apparaît pas en tant que type de stockage. Cela est dû au fait que Data Lake Storage Gen2 est un ensemble de fonctionnalités disponibles pour le stockage Blob.

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 le service Stockage Blob Azure, consultez Métriques de prise 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.

Cet exemple montre comment afficher les Transactions au niveau du compte.

Pour les métriques prenant en charge des dimensions, vous pouvez les filtrer avec la valeur de dimension souhaitée. Cet exemple montre comment afficher les Transactions au niveau du compte sur une opération spécifique en sélectionnant des valeurs pour la dimension Nom de l’API.

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 Stockage Blob Azure se trouvent dans les espaces de noms suivants :

• Microsoft.Storage/storageAccounts
• Microsoft.Storage/storageAccounts/blobServices

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 de Stockage Blob. 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 Stockage Blob. Vous pouvez trouver les ID de ces ressources sur les pages Points de terminaison 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 Stockage Blob. Utilisez l’applet de commande Get-AzMetric.

   $resourceId = "<resource-ID>"
   Get-AzMetric -ResourceId $resourceId -MetricName "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>"
$dimFilter = [String](New-AzMetricFilter -Dimension ApiName -Operator eq -Value "GetBlob" 3> $null)
Get-AzMetric -ResourceId $resourceId -MetricName Transactions -TimeGrain 01:00:00 -MetricFilter $dimFilter -AggregationType "Total"

Azure CLI

Pour obtenir la liste de toutes les métriques de prise en charge d'Azure Monitor, ce qui inclut le service Stockage Blob Azure, consultez Métriques de prise en charge avec Azure Monitor.

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 de Stockage Blob. 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 Stockage Blob. Vous pouvez trouver les ID de ces ressources sur les pages Points de terminaison 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 Stockage Blob. 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 'GetBlob' " --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 du service Stockage Blob. Vous pouvez trouver les ID de ces ressources sur les pages Points de terminaison 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 blob storage
        var resourceId = "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Storage/storageAccounts/{storageAccountName}/blobServices/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 Stockage Blob Azure se trouve dans la référence des données de surveillance du Stockage Blob Azure.

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 Stockage Blob Azure 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.

Quand vous visualisez un compte de stockage dans le portail Azure, les opérations appelées par le portail sont également journalisées. Ainsi, vous pouvez voir des opérations journalisées dans un compte de stockage, même si vous n’avez écrit aucune donnée dans le compte.

Journaliser des requêtes authentifiées

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

• Demandes ayant réussi
• Requêtes ayant échoué, y compris les erreurs de délai d’expiration, limitation, réseau, autorisation et autres erreurs
• Demandes utilisant une signature d’accès partagé (SAS) ou OAuth, y compris les demandes ayant réussi et ayant échoué
• Demandes de données d’analyse (données de journal classique dans le conteneur $logs et données de métriques de classe dans les tables $metric)

Les demandes effectuées par le service Stockage Blob lui-même, comme la création ou la suppression d’un journal, ne sont pas journalisées. Pour obtenir une liste complète des données enregistrées, consultez Opérations et messages d’état enregistrés de stockage et Format de journal de stockage.

Notes

Azure Monitor filtre actuellement les journaux qui décrivent l’activité dans le conteneur « insights-logs- ». Vous pouvez suivre les activités de ce conteneur à l’aide de l’analytique de stockage (journaux classiques).

Journaliser des requêtes anonymes

Les types de demandes anonymes suivants sont enregistrés :

• Demandes ayant réussi
• Erreurs de serveur
• Erreurs de délai d’expiration pour le client et le serveur
• Demandes GET ayant échoué avec le code d’erreur 304 (non modifié)

Aucune autre demande anonyme ayant échoué n'est enregistrée. Pour obtenir une liste complète des données enregistrées, consultez Opérations et messages d’état enregistrés de stockage et Format de journal de stockage.

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 Stockage Blob. 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 ces requêtes pour mieux superviser vos comptes de Stockage Azure :

• Pour lister les 10 erreurs les plus courantes au cours des trois derniers jours.

  StorageBlobLogs
  | where TimeGenerated > ago(3d) and StatusText !contains "Success"
  | summarize count() by StatusText
  | top 10 by count_ desc
  

• Pour lister les 10 principales opérations qui ont provoqué le plus d’erreurs au cours des trois derniers jours.

  StorageBlobLogs
  | where TimeGenerated > ago(3d) and StatusText !contains "Success"
  | summarize count() by OperationName
  | top 10 by count_ desc
  

• Pour lister les 10 opérations ayant la latence de bout en bout la plus longue au cours des trois derniers jours.

  StorageBlobLogs
  | where TimeGenerated > ago(3d)
  | top 10 by DurationMs desc
  | project TimeGenerated, OperationName, DurationMs, ServerLatencyMs, ClientLatencyMs = DurationMs - ServerLatencyMs
  

• Pour lister toutes les opérations ayant provoqué des erreurs de limitation côté serveur au cours des trois derniers jours.

  StorageBlobLogs
  | where TimeGenerated > ago(3d) and StatusText contains "ServerBusy"
  | project TimeGenerated, OperationName, StatusCode, StatusText
  

• Pour lister toutes les demandes avec un accès anonyme au cours des trois derniers jours.

  StorageBlobLogs
  | where TimeGenerated > ago(3d) and AuthenticationType == "Anonymous"
  | project TimeGenerated, OperationName, AuthenticationType, Uri
  

• Pour créer un graphique à secteurs des opérations utilisées au cours des trois derniers jours.

  StorageBlobLogs
  | where TimeGenerated > ago(3d)
  | summarize count() by OperationName
  | sort by count_ desc
  | render piechart
  

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 service Stockage Blob est limité.	Mesure : Transactions Nom de la dimension : Type de réponse
Les requêtes Stockage Blob réussissent 99 % du temps.	Métrique : disponibilité Noms de dimension : type géographique, nom de l’API, authentification
La sortie Stockage Blob a dépassé 500 Gio en un jour.	Mesure : Sortie Noms de dimension : type géographique, nom de l’API, authentification

Prise en charge des fonctionnalités

La prise en charge de cette fonctionnalité peut être impactée par l’activation de Data Lake Storage Gen2, du protocole NFS (Network File System) 3.0 ou du protocole SFTP (SSH File Transfer Protocol).

Si vous avez activé l’une de ces fonctionnalités, consultez Prise en charge des fonctionnalités Stockage Blob dans les comptes Stockage Azure pour évaluer la prise en charge de cette fonctionnalité.

Questions fréquentes (FAQ)

Le stockage Azure prend-il en charge les métriques de disques managés ou de disques non managés ?

Non. Azure Compute prend en charge les métriques sur les disques. Pour obtenir davantage d’informations, consultez Métriques par disque pour les disques managés et non managés.

Qu’indique une ligne pointillée dans un graphique de métriques Azure ?

Certains graphiques de métriques Azure, comme ceux qui affichent des données de disponibilité et de latence, utilisent une ligne en pointillés pour indiquer qu’il manque une valeur (également appelée valeur null) entre deux points de données de fragment de temps connus. Par exemple, si, dans le sélecteur de temps, vous avez choisi la granularité 1 minute, mais que la métrique a été signalée à 07:26, 07:27, 07:29 et 07:30, une ligne en pointillés connecte 07:27 et 07:29, car il manque une minute entre ces deux points de données. Une ligne pleine connecte tous les autres points de données. La ligne en pointillés descend à zéro quand la métrique utilise une agrégation Nombre et Somme. Pour les agrégations Moy., Min. ou Max., une ligne en pointillés relie les deux points de données connus les plus proches. En outre, lorsque des données sont manquantes sur le côté le plus à droite ou le plus à gauche du graphique, la ligne en pointillés s’étend dans la direction du point de données manquant.

Comment suivre la disponibilité de mon compte de stockage ?

Vous pouvez configurer une alerte d’intégrité des ressources en fonction du service Azure Resource Health pour suivre la disponibilité de votre compte de stockage. S’il n’y a pas de transactions sur le compte, l’alerte se déclenche en fonction de l’intégrité du cluster de stockage où se trouve votre compte de stockage.

Étapes suivantes

Effectuer une prise en main avec l’un de ces guides.

Guide	Description
Collecter des métriques à partir de vos conteneurs Stockage Blob Azure	Créer des graphiques qui affichent des métriques (contient des instructions pas à pas).
Superviser, diagnostiquer et dépanner votre stockage Azure	Résoudre les problèmes liés au compte de stockage (contient des instructions pas à pas).
Superviser le stockage avec Azure Monitor Storage Insights	Vue unifiée des performances, de la capacité et de la disponibilité du stockage
Meilleures pratiques pour la supervision du Stockage Blob Azure	Conseils pour les scénarios courants de supervision et de résolution des problèmes.
Bien démarrer avec Azure Metrics Explorer	Présentation de Metrics Explorer.
Présentation de Log Analytics dans Azure Monitor	Présentation de Log Analytics.
Vue d’ensemble d’Azure Monitor Metrics	Concepts de base des métriques et dimensions de métrique
Vue d’ensemble de Journaux d’activité Azure Monitor	Concepts de base des journaux, de leur collecte et de leur analyse
Transition vers les métriques dans Azure Monitor	Passer des métriques Storage Analytics aux métriques dans Azure Monitor.
Informations de référence sur les données de supervision du Stockage Blob Azure	Informations de référence sur les journaux et métriques créés par Stockage Blob Azure
Résoudre les problèmes de performances	Problèmes de performances courants et conseils sur leur résolution.
Résoudre les problèmes de disponibilité	Problèmes de disponibilité courants et conseils sur leur résolution.
Résoudre les problèmes d’application cliente	Problèmes courants liés à la connexion des clients et procédure de résolution.