Partager via


Métriques Azure Storage Analytics (classique)

Le 9 janvier 2024 métriques Storage Analytics, également appelées métriques classiques seront supprimées. Si vous utilisez des métriques classiques, veillez à passer aux métriques dans Azure Monitor avant cette date. Cet article vous aide à effectuer la transition.

Stockage Azure utilise la solution Storage Analytics pour stocker des métriques qui incluent des statistiques de transaction agrégées et des données de capacité sur les demandes adressées à un service de stockage. Les transactions sont signalées au niveau de l’opération d’API et au niveau du service de stockage. La capacité est signalée au niveau du service de stockage. Les données de métriques peuvent être utilisées pour :

  • Analysez l’utilisation du service de stockage.
  • Diagnostiquer les problèmes liés aux demandes effectuées sur le service de stockage.
  • Améliorez les performances des applications qui utilisent un service.

Les métriques Storage Analytics sont activées par défaut pour les nouveaux comptes de stockage. Vous pouvez configurer des métriques dans le portail Azure , à l’aide de PowerShell ou à l’aide d’Azure CLI. Pour obtenir des instructions pas à pas, consultez Activer et gérer les métriques Analytiques du stockage Azure (classique). Vous pouvez également activer Storage Analytics par programmation via l'API REST ou la bibliothèque cliente. Utilisez les opérations Définir les propriétés du service pour activer Storage Analytics pour chaque service.

Remarque

Les métriques Storage Analytics sont disponibles pour le stockage Blob Azure, le stockage file d'attente Azure, le stockage Table Azure et le stockage de fichiers Azure. Les métriques Storage Analytics sont désormais des métriques classiques. Nous vous recommandons d’utiliser métriques de stockage dans Azure Monitor au lieu des métriques Storage Analytics.

Métriques de transaction

Un ensemble robuste de données est enregistré à intervalles horaires ou par minute pour chaque service de stockage et chaque opération d’API demandée ; cela inclut l'entrée et la sortie, la disponibilité, les erreurs et les pourcentages de requêtes catégorisés. Pour obtenir la liste complète des détails de la transaction, consultez le schéma de table des métriques de Storage Analytics .

Les données de transaction sont enregistrées au niveau du service et au niveau de l’opération d’API. Au niveau du service, les statistiques qui résument toutes les opérations d’API demandées sont écrites dans une entité de table toutes les heures, même si aucune demande n’a été adressée au service. Au niveau de l’opération d’API, les statistiques sont écrites uniquement à une entité si l’opération a été demandée pendant cette heure-là.

Par exemple, si vous effectuez une opération GetBlob sur votre service d’objets blob, les métriques de Storage Analytics journalisent la requête et l’incluent aux données agrégées pour le service d'objets blob et pour l’opération GetBlob. Si aucune opération de GetBlob n’est demandée pendant l’heure, une entité n’est pas écrite dans $MetricsTransactionsBlob pour cette opération.

Les métriques de transaction sont enregistrées pour les demandes utilisateur et les demandes effectuées par Storage Analytics lui-même. Par exemple, les demandes de Storage Analytics pour écrire des journaux de bord et des entités de table sont enregistrées.

Métriques de capacité

Remarque

Actuellement, les métriques de capacité sont disponibles uniquement pour le service de blobs.

Les données de capacité sont enregistrées quotidiennement pour le service blob d’un compte de stockage, et deux entités de table sont enregistrées. Une entité fournit des statistiques pour les données utilisateur, et l’autre fournit des statistiques sur le conteneur d’objets blob $logs utilisé par Storage Analytics. Le tableau $MetricsCapacityBlob inclut les statistiques suivantes :

  • Capacité: La quantité de stockage utilisée par le service d’objets blob du compte de stockage, en octets.

  • ContainerCount: Le nombre de conteneurs d’objets blob dans le service d’objets blob du compte de stockage.

  • ObjectCount: Le nombre de blobs de blocs ou de pages validés et non validés dans le service d'objets blob du compte de stockage.

    Pour plus d’informations sur les métriques de capacité, consultez le schéma de la table des métriques de Storage Analytics .

Stockage des métriques

Toutes les données de métriques pour chacun des services de stockage sont stockées dans trois tables réservées à ce service. Une table concerne les informations sur les transactions, une table est destinée aux informations de transaction minute et une autre table est destinée aux informations de capacité. Les informations de transaction et les détails minutieux des transactions se composent de données de requête et de réponse. Les informations de capacité se composent de données d’utilisation du stockage. Les métriques d’heure, les métriques de minute et la capacité du service Blob d’un compte de stockage sont listées dans les tables nommées comme décrites dans le tableau suivant.

Niveau des métriques Noms de tables Pris en charge pour les différentes versions
Métriques horaires, emplacement principal - $MetricsTransactionsBlob
- $MetricsTransactionsTable
- $MetricsTransactionsQueue
Versions antérieures au 15 août 2013 uniquement. Bien que ces noms soient toujours pris en charge, nous vous recommandons de passer à l’utilisation des tables suivantes.
Métriques horaires, emplacement principal - $MetricsHourPrimaryTransactionsBlob
- $MetricsHourPrimaryTransactionsTable
- $MetricsHourPrimaryTransactionsQueue
- $MetricsHourPrimaryTransactionsFile
Toutes les versions. La prise en charge des métriques de service de fichiers est disponible uniquement dans la version 5 avril 2015 et ultérieure.
Métriques minutées, emplacement principal - $MetricsMinutePrimaryTransactionsBlob
- $MetricsMinutePrimaryTransactionsTable
- $MetricsMinutePrimaryTransactionsQueue
- $MetricsMinutePrimaryTransactionsFile
Toutes les versions. La prise en charge des métriques de service de fichiers est disponible uniquement dans la version 5 avril 2015 et ultérieure.
Métriques horaires, emplacement secondaire - $MetricsHourSecondaryTransactionsBlob
- $MetricsHourSecondaryTransactionsTable
- File d'attente des transactions secondaires par heure $Metrics
Toutes les versions. La réplication géoredondante avec accès en lecture seule doit être activée.
Métriques minutées, emplacement secondaire - $MetricsMinuteSecondaryTransactionsBlob
- $MetricsMinuteSecondaryTransactionsTable
- $MetricsMinuteSecondaryTransactionsQueue
Toutes les versions. La réplication géoredondante avec accès en lecture doit être activée.
Capacité (service blob uniquement) $MetricsCapacityBlob Toutes les versions.

Ces tables sont créées automatiquement lorsque Storage Analytics est activé pour un point de terminaison de service de stockage. Ils sont accessibles via l’espace de noms du compte de stockage, par exemple, https://<accountname>.table.core.windows.net/Tables("$MetricsTransactionsBlob"). Les tables de métriques n’apparaissent pas dans une opération de référencement et doivent être accessibles directement via le nom de la table.

Alertes de mesures

Envisagez de configurer des alertes dans le portail Azure afin que vous soyez averti automatiquement des modifications importantes dans le comportement de vos services de stockage. Pour obtenir des instructions pas à pas, consultez Créer des alertes de métriques.

Si vous utilisez un outil Explorateur Stockage pour télécharger ces données de métriques dans un format délimité, vous pouvez utiliser Microsoft Excel pour analyser les données. Pour voir la liste des outils de l’Explorateur de Stockage Azure disponibles, consultez outils clients de Stockage Azure.

Important

Il peut y avoir un délai entre un événement de stockage et lorsque les données de métriques horaires ou minute correspondantes sont enregistrées. Dans le cas des métriques de minute, plusieurs minutes de données peuvent être écrites simultanément. Ce problème peut entraîner l’agrégation des transactions des minutes antérieures dans la transaction pour la minute actuelle. Lorsque ce problème se produit, le service d’alerte peut ne pas avoir toutes les données de métriques disponibles pour l’intervalle d’alerte configuré, ce qui peut entraîner un déclenchement inattendu des alertes.

Facturation sur les métriques de stockage

Les demandes d’écriture pour créer des entités de table pour les métriques sont facturées aux tarifs standard applicables à toutes les opérations de stockage Azure.

Les demandes de lecture des données de métriques par un client sont également facturables aux tarifs standard.

La capacité utilisée par les tables de métriques est également facturable. Utilisez les informations suivantes pour estimer la quantité de capacité utilisée pour stocker les données de métriques :

  • Si chaque heure un service utilise chaque API de chaque service, environ 148 Ko de données sont stockées toutes les heures dans les tables de transactions de métriques si vous avez activé un résumé au niveau du service et au niveau de l’API.
  • Si, dans chaque heure, un service utilise chaque API du service, environ 12 Ko de données sont stockées toutes les heures dans les tables de transactions de métriques si vous avez activé uniquement un résumé au niveau du service.
  • La table de capacité pour les objets blob comporte deux lignes ajoutées chaque jour, à condition que vous avez choisi les journaux d’activité. Ce scénario implique que chaque jour, la taille de cette table augmente d’environ 300 octets.

Étapes suivantes