Point de référence des performances de l’agent Azure Monitor

  • Article

L’agent peut gérer plusieurs milliers d’événements par seconde dans le scénario de transfert d’événements de passerelle. Le débit exact dépend de différents facteurs tels que la taille de chaque événement, le type de donnée spécifique et les ressources matérielles physiques. Cet article décrit le point de référence interne Microsoft utilisé pour tester le débit de l’agent de 10 000 événements Syslog dans le scénario du redirecteur. Les résultats du point de référence doivent fournir un guide pour dimensionner les ressources dont vous avez besoin dans votre environnement.

Notes

Les résultats de cet article sont des informations sur les performances d’agent Azure Monitor dans le scénario de transfert uniquement et ne constituent pas un contrat de service de la part de Microsoft.

Meilleures pratiques pour un agent en tant que redirecteur.

  • Le redirecteur doit se situer sur un système dédié pour éliminer les interférences potentielles d’autres charges de travail.
  • Le système de redirecteur doit être surveillé pour l’utilisation du processeur, de la mémoire et du disque afin d’éviter que des surcharges ne provoquent une perte de données.
  • Si possible, utilisez un équilibreur de charge et des systèmes de redirecteurs redondants afin d’améliorer la fiabilité et la scalabilité.
  • Pour plus d’informations sur les redirecteurs, voir la documentation de la passerelle Log Analytics.

Performance des agents

Le point de référence est exécuté dans un environnement contrôlé pour obtenir des résultats reproductibles, précis et statistiquement significatifs. Les ressources consommées par l’agent sont mesurées sous une charge de 10 000 événements Syslog simulés par seconde. La charge simulée est exécutée sur le même matériel physique que celui de l’agent testé. Les essais sont exécutés pendant sept jours. Pour chaque essai, les métriques de performances sont échantillonnées chaque seconde pour collecter l’utilisation maximale et moyenne du processeur, de la mémoire et du réseau. Cette approche fournit les informations appropriées pour vous aider à estimer les ressources nécessaires à votre environnement.

Notes

Les résultats ne mesurent pas le débit de bout en bout ingéré par un espace de travail Log Analytics (ou d’autres récepteurs de télémétrie), car il peut y avoir une variabilité de bout en bout en raison des performances du réseau et du pipeline principal.

Les points de référence sont exécutés sur une machine virtuelle Azure Standard_F8s_v2 système utilisant l’agent Azure Monitor Linux version 1.25.2 et 10 Go d’espace disque pour le cache d’événements.

  • Processeurs virtuels : 8 avec HyperThreading (800 % de processeur possible)
  • Mémoire : 16 Gio
  • Stockage temporaire : 64 Gio
  • Nombre maximal d’IOPS du disque : 6400
  • Réseau : 12 500 Mbits/s maximal sur les 4 cartes réseau physiques

Résultats

Métrique des performances Moy. (Max) Med
% d’UC 51 (262)
Mem RSS MO 276 (1 017)
KBits/s réseau 338 (18 033)

Forum aux questions

Cette section fournit des réponses aux questions fréquentes.

Quelle est la quantité de données envoyées par agent ?

La quantité de données envoyées par agent dépend :

  • des solutions activées.
  • du nombre de journaux d’activité et de compteurs de performances collectés.
  • du volume de données dans les journaux d’activité.

Consultez Analysez l’utilisation dans un espace de travail Log Analytics.

Pour les ordinateurs en mesure d’exécuter l’agent Wire Data, lancez la requête suivante afin de connaître la quantité de données envoyées :

WireData
| where ProcessName == "C:\\Program Files\\Microsoft Monitoring Agent\\Agent\\MonitoringHost.exe"
| where Direction == "Outbound"
| summarize sum(TotalBytes) by Computer

Quelle est la quantité de bande passante réseau utilisée par MMA (Microsoft Monitoring Agent) lorsqu’il envoie des données à Azure Monitor ?

La bande passante est fonction de la quantité de données envoyées. Les données sont compressées à mesure de leur envoi sur le réseau.

Étapes suivantes