Requête d’API de traitement par lots des métriques de plan de données et exportation de métriques
Azure Monitor propose deux méthodes pour accéder aux données de métriques à grande échelle : d’un côté l’API de plan de données ou de traitement par lots des métriques et de l’autre l’exportation de métriques. Bien que ces deux méthodes permettent de collecter les données de métriques, leur efficacité varie selon le cas d’utilisation. Cet article fournit une comparaison des scénarios d’utilisation de ces services ainsi que des recommandations sur l’utilisation de chaque service.
Requête de traitement par lots des métriques de plan de données
L’API de plan de données ou la requête de traitement par lots des métriques vous permet d’interroger les données de métriques historiques pour 50 ressources au maximum dans un seul appel d’API. La requête prend en charge le filtrage en fonction de l’abonnement, de la métrique, de l’heure et d’autres dimensions, et fournit des agrégations telles que la somme, la moyenne, le minimum et le maximum. La requête de traitement par lots peut améliorer considérablement le débit de la requête et réduire le risque de limitation. Pour plus d’informations sur l’utilisation de l’API de traitement par lots des métriques de plan de données, consultez API de plan de données de métriques Azure Monitor. Ce service est idéal dans les scénarios où vous souhaitez interroger des données de métriques dans le temps et plusieurs ressources dans un seul abonnement et une seule région.
Exportation de métriques
L’exportation de métriques utilise des règles de collecte de données (DCR) pour diffuser en continu des métriques de plateforme en quasi-temps réel vers différentes destinations Azure telles que des comptes de stockage, Event Hubs et l’espace de travail Log Analytics à des fins de stockage persistant. Vous pouvez filtrer les métriques à exporter, mais vous n’avez pas accès aux données historiques. Ce service est idéal dans les scénarios où vous souhaitez exporter en continu les données de métriques en temps réel pour plusieurs abonnements et ressources. Pour plus d’informations sur l’utilisation du service d’exportation de métriques, consultez Exporter des métriques à l’aide de règles de collecte de données.
Comparaison et recommandations
| Scénario | API de plan de données | Exportation de métriques | Recommandation |
|---|---|---|---|
| Cas d’utilisation principal | Interrogation des données de métriques avec profondeur historique pour plusieurs ressources dans un seul abonnement et une seule région | Exportation des données de métriques pour plusieurs abonnements et ressources | L’API de traitement par lots des métriques de plan de données est recommandée pour interroger les métriques et a accès à 93 jours de données. L’exportation de métriques est recommandée pour l’exportation continue des données de métriques vers Azure et des destinations externes. |
| Interrogation d’abonnements volumineux avec plusieurs ressources | Interrogation de plusieurs ressources dans un seul appel de traitement par lots, avec filtrage et agrégation sur 93 jours d’historique. | Aucune prise en charge des requêtes. Exportation continue des données de métriques en temps réel | L’API de traitement par lots des métriques de plan de données convient mieux à cette tâche, car elle prend en charge les requêtes et a accès aux données historiques. L’exportation de métriques ne peut pas interroger les données et n’a pas accès aux informations historiques. |
| Exportation continue en quasi-temps réel des métriques vers des comptes de stockage, Event Hubs et l’espace de travail Log Analytics | Possible, mais inefficace. Nécessite la création d’un mécanisme d’interrogation répétitif pour extraire les données ainsi qu’une méthode pour stocker les données à l’emplacement de destination. | Configuration unique à l’aide d’une règle de collecte de données pour exporter en continu les métriques en temps réel. Les données peuvent être envoyées et stockées en toute transparence dans un compte de stockage, Event Hubs et un espace de travail Log Analytics. | L’exportation de métriques fournit une fonctionnalité complètement managée de type « régler et oublier ». L’utilisation de l’API de plan de données nécessite davantage d’efforts de développement pour extraire les données et les stocker à l’emplacement de destination. |
| Limitations de l’interrogation et de l’exportation | L’API de plan de données permet d’interroger jusqu’à 50 ID de ressource dans un seul appel d’API. | Le nombre de ressources pouvant être associées à une seule règle de collecte de données n’est pas limité pour l’exportation de métriques. Une seule ressource peut être associée à 5 règles de collecte de données au maximum. | L’exportation de métriques peut être plus appropriée pour interroger des données illimitées pour les ressources. |
| Éditeurs de logiciels indépendants (ISV) interrogeant et analysant les métriques | L’API de plan de données peut permettre à des applications tierces d’interroger les métriques des abonnements des clients. | L’exportation de métriques nécessite la création d’une règle de collecte de données et un certain niveau d’autorisations pour exporter les métriques des ressources. | L’API de plan de données est recommandée pour les éditeurs de logiciels indépendants. |
| Facturation | Pour les faibles volumes de données, l’API de plan de données est moins chère. Pour plus d’informations, consultez Tarification Azure Monitor – Exporter. | Pour les volumes de données importants, l’exportation de métriques est moins onéreuse en raison de son modèle de facturation basé sur les événements. Pour plus d’informations, consultez Tarification Azure Monitor – Métriques natives. | L’API de plan de données est recommandée pour les faibles volumes de données. L’exportation de métriques est recommandée pour les volumes de données importants. |