L'intégration de New Relic inclut une intégration permettant de signaler vos métriques Microsoft Azure Data Explorer et d'autres données à New Relic. Ce document explique comment activer l'intégration et décrit les données rapportées.
Caractéristiques
New Relic collecte les données de métriques d’Azure Monitor pour le service Azure Data Explorer. La boîte à outils Azure Data Explorer vous offre une solution de bout en bout pour l’ingestion, l’interrogation, la visualisation et la gestion des données. Vous pouvez utiliser Azure Data Explorer pour collecter, stocker et analyser diverses données afin d’améliorer les produits, d’améliorer l’expérience client, de monitorer les appareils et de dynamiser les opérations.
Grâce à New Relic, vous pouvez :
- Affichez les données d’ Azure Data Explorer dans un dashboard prédéfini.
- Exécutez une requête personnalisée et visualisez les données.
- Créez une condition d'alerte pour vous avertir des changements de données.
Activer l'intégration
Suivez la procédure d'intégration Azure Monitor standarde pour activer votre Azure service dans le monitoring infrastructure de New Relic.
configuration et sondage
Vous pouvez modifier la fréquence d'interrogation et filtrer les données à l'aide des options de configuration.
New Relic interroge vos services Azure Data Explorer via l’intégration Azure Monitor selon un intervalle d’ interrogation par défaut.
Rechercher et utiliser des données
Pour explorer vos données d’intégration, accédez à one.newrelic.com/infra > Azure > (select an integration).
données métriques
Cette intégration collecte les données métriques suivantes :
Mesures Azure Data Explorer
métrique | Description |
|---|---|
| Nombre de sources de données dans un lot agrégé pour l'ingestion. |
| La durée de la phase d'agrégation dans le flux d'ingestion. |
| Nombre de lots agrégés pour l'ingestion. Type de traitement par lots : si le lot a atteint le temps de traitement par lots, la taille des données ou le nombre de fichiers limite défini par la politique de traitement par lots. |
| Taille de données attendue non compressée dans un lot agrégé pour l'ingestion. |
| Nombre de BLOB rejetés définitivement par un composant. |
| Nombre de BLOB traités par un composant. |
| Nombre de BLOB reçus du flux d'entrée par un composant. |
| Pourcentage de l'espace disque utilisé dédié au cache chaud dans le cluster. 100 % signifie que l'espace disque attribué aux données chaudes est utilisé de manière optimale. Aucune action n'est nécessaire en termes de taille du cache. Plus de 100 % signifie que l’espace disque du cluster n’est pas suffisamment grand pour accueillir les données chaudes, comme défini par vos stratégies de mise en cache. Pour garantir qu'un espace suffisant est disponible pour toutes les données chaudes, la quantité de données chaudes doit être réduite ou le cluster doit être mis à l'échelle. L'activation de la mise à l'échelle automatique est recommandée. |
| Le retard (en minutes) signalé par les tâches d'exportation continues dans le cluster. |
| Nombre d'enregistrements exportés, déclenchés pour chaque artefact de stockage écrit pendant l'opération d'exportation. |
| Le nombre de tâches d'exportation continue en attente, prêtes à être exécutées. |
| Indique si l'exportation continue a réussi ou échoué. |
| Niveau d'utilisation du processeur. |
| Signalé par les connexions de données (si existantes). Temps en secondes entre le moment où un message est mis en file d'attente ou où un événement est créé jusqu'à ce qu'il soit découvert par la connexion de données. Cette durée n’est pas incluse dans la durée totale d’ingestion d’Azure Data Explorer. |
| Nombre d'événements abandonnés définitivement par connexion de données. Une métrique de résultat d'ingestion avec une raison d'échec sera envoyée. |
| Nombre d'événements traités par le cluster. |
| Nombre d'événements traités par le cluster lors de l'ingestion depuis l'événement/IoT Hub. |
| Nombre d'événements reçus par connexion de données. |
| Utilisation des exportations. |
| La base de données suiveuse synchronise les modifications dans la base de données leader. En raison de la synchronisation, il y a un décalage de quelques secondes à quelques minutes dans la disponibilité des données. Cette mesure mesure la durée du décalage temporel. Le décalage temporel dépend de la taille globale de la base de données métadonnées leader. Il s'agit d'une métrique au niveau du cluster : les suiveurs capturent les métadonnées de toutes les bases de données suivies. Cette métrique représente la latence du processus. |
| latence des données ingérées, depuis le moment où les données ont été reçues dans le cluster jusqu'à ce qu'elles soient prêtes pour la requête. La période de latence d’ingestion dépend du scénario d’ingestion. |
| Nombre total de sources qui ont échoué ou réussi à être ingérées. En divisant la métrique par statut, vous pouvez obtenir des informations détaillées sur le statut des opérations d'ingestion. |
| Ratio des emplacements d'ingestion utilisés dans le cluster. |
| Volume global de données ingérées dans le cluster. |
| Nombre total instance . |
| Le contrôle de cohérence indique que le cluster répond à la requête. |
| La vue matérialisée vieillit en quelques minutes. |
| L'âge de la vue matérialisée en secondes. |
| Indique une perte de données potentielle dans la vue matérialisée. |
| Nombre d'étendues reconstruites. |
| La santé de la vue matérialisée (1 pour sain, 0 pour non sain). |
| Le nombre d'enregistrements dans la partie non matérialisée de la vue. |
| Le résultat du processus de matérialisation. |
| Durée de la requête en secondes. |
| Nombre total de requêtes. |
| Nombre de messages en attente dans la file d'attente d'un composant. |
| Temps en secondes depuis l'insertion du message le plus ancien dans la file d'attente. |
| Taille des données reçues par connexion de données. Il s'agit de la taille du flux de données ou de la taille des données brutes si elles sont fournies. |
| Temps cumulé entre le moment où un message est découvert et celui où il est reçu par le composant de création de rapports pour traitement (le temps de découverte est défini lorsque le message est mis en file d'attente pour l'ingestion ou lorsqu'il est découvert par une connexion de données). |
| Débit de données d'ingestion en streaming. |
| Durée d'ingestion du streaming en millisecondes. |
| Résultat d'ingestion en streaming. |
| Nombre total de requêtes simultanées. |
| Nombre total d'étendues de données. |
| Nombre total de commandes limitées. |
| Nombre total de requêtes limitées. |
| La latence maximale entre la synchronisation des métadonnées précédente et la suivante (dans la portée de la base de données/du nœud). |