• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Monitorer des sites privés

Lorsque vous utilisez monitoring le site privé de Synthétique avec les alertes de New Relic, vous pouvez être averti si un emplacement est sous-approvisionné, mal configuré ou se comporte généralement mal.

Ce guide vous aidera à répondre aux questions de base suivantes concernant la santé du site privé en utilisant le dashboard New Relic et les alertes NRQL :

Prérequis

Avant de suivre les instructions de ce guide, assurez-vous d'avoir :

L'exemple suivant de JSON dashboard privé de minion peut être importé dans votre compte en utilisant :

Étapes à suivre pour importer :

  1. Copiez le JSON du dashboard et collez-le dans un éditeur de texte.
  2. Remplacez "accountId": 0, et "accountIds": [ 0 ] par votre ID de compte New Relic ou une liste d'ID pour chaque occurrence dans le code JSON.
  3. Copiez le dashboard JSON depuis votre éditeur de texte et importez-le en utilisant l’une des méthodes décrites ci-dessus.
  4. Modifiez tous les graphiques avec lesquels vous souhaitez utiliser le filtrage à facettes .

Conseil

Si votre site privé existe dans un compte parent et Synthetics Monitor dans un sous-compte, insérez l'ID du compte parent pour les requêtes NRQL qui utilisent SyntheticPrivateLocationStatus et SyntheticsPrivateMinion, et l'ID du sous-compte pour les requêtes qui utilisent SyntheticCheck et SyntheticRequest.

Mes gestionnaires d'emplois privés ou minions sont-ils en ligne ?

Pour répondre à cette question, vous pouvez vous appuyer sur l'attribut de l'événement SyntheticsPrivateMinion. Les gestionnaires de tâches synthétiques privés et les minions envoient cet événement à New Relic toutes les 30 secondes. Un moyen simple de vérifier si vos gestionnaires de tâches ou vos minions sont en ligne est de comparer le nombre unique d'identifiants de minion avec le nombre de gestionnaires de tâches ou de minions que vous prévoyez d'être en ligne.

Pour comprendre combien de gestionnaires de tâches ou de minions signalent, exécutez cet exemple de requête NRQL :

SELECT uniqueCount(minionId)
FROM SyntheticsPrivateMinion
WHERE minionLocation = '1-acme_okc_dc-309'

À l'aide de cette requête, vous pouvez créer une condition d'alerte pour avertir votre équipe lorsque moins de gestionnaires de tâches ou de minions se présentent que prévu. Cette condition est configurée avec un seuil statique de 2 units, ce qui signifie que vous recevrez une alerte si l'un de vos gestionnaires de tâches ou minions est hors ligne.

Vous pouvez vérifier que la règle d'alerte fonctionne comme prévu en arrêtant manuellement l'un de vos minions. Ensuite, lorsque l'incident d'alerte se produit, vous serez averti par l'un des canaux de notification qui ont été mis en place. Une fois le gestionnaire de tâches ou le minion redémarré et qu'il revient en ligne, l'alerte sera rétablie.

Il existe des moyens plus robustes pour vérifier si les gestionnaires de tâches ou les minions fonctionnent correctement, mais cette requête et cette condition gèrent simplement et avec succès le cas où une machine tombe en panne, est accidentellement mise hors service ou le gestionnaire de tâches ou le processus minion tombe en panne. Il garantit également que le gestionnaire de tâches ou le minion peut communiquer avec New Relic.

Mon site privé a-t-il besoin de plus de gestionnaires de tâches ou minions ?

Pour répondre à cette question, vous pouvez utiliser l'attribut checksPending de l'événement SyntheticsPrivateLocationStatus . L'attribut checksPending reflète le nombre de contrôles du monitoring planifiés (ou « mis en file d'attente ») mais qui n'ont pas encore été acceptés par un gestionnaire de tâches Synthetics ou un minion à l'emplacement désigné. Pour un emplacement avec des contrôles planifiés et aucun gestionnaire de tâches ou minions, ce graphique se développerait linéairement vers le haut et vers la droite.

Des attributs supplémentaires sont disponibles pour identifier les types de tâches qui entraînent la croissance de l'attribut checksPending et où concentrer vos efforts de dépannage :

Cette métrique est plus compliquée à monitorer que uniqueCount(minionId) car une valeur élevée ne signifie pas nécessairement que l'emplacement est en mauvais état. Tant que la métrique ne croît pas linéairement vers le haut et vers la droite (et que les vérifications sont effectuées selon le calendrier prévu), l'emplacement est en bon état.

Ce cas d'utilisation est parfait pour la condition d'alerte d'anomalie NRQL , qui vous permet de monitorer l'écart d'une métrique plutôt que sa valeur statique. Par exemple:

SELECT average(checksPending)
FROM SyntheticsPrivateLocationStatus
WHERE name = '1-acme_tokyo_dc-512'

Pour tester cette condition d'alerte, programmez l'exécution d'un programme du monitoring basé sur un navigateur pendant une minute à partir de votre emplacement. Les tâches basées sur Browserconsomment plus de ressources que les tâches de ping, c'est pourquoi elles sont mieux adaptées à la simulation de charge. New Relic vous avertira rapidement d'un nombre croissant de contrôles en attente.

Après avoir doublé le nombre de gestionnaires de tâches ou minions pour gérer la charge, l'alerte récupère. Par exemple, en utilisant l’exemple dashboard Synthetics private location, remarquez la croissance et le déclin des contrôles en attente au cours de l’ incident et de la récupération. En utilisant la condition NRQL , New Relic vous avertira si et quand l'emplacement a besoin de plus de capacité de minion.

Puis-je vérifier directement le statut d'un minion spécifique ?

Vous pouvez également vérifier le fonctionnement d'un minion ou d'un gestionnaire de travaux en le contactant directement. Vous pouvez utiliser un ensemble de points de terminaison HTTP exposés par le minion pour déterminer ce que fait l'application. Pour accéder à ces points de terminaison, liez les ports 8080 et 8180 aux ports de l'hôte pour le minion privé conteneurisé (CPM) et aux ports 8080 et 8082 pour le gestionnaire de tâches Synthetics. Par exemple, pour Docker, utilisez docker run -p 8080:8080 -p 8082:8082 ...):

  • :8080/status/check: Détails sur les contrôles de santé internes effectués par le minion ; HTTP 200 signifie « sain ».
  • :8080/status: Détails sur le statut d'un minion ; les mêmes données sont ensuite signalées comme un événement SyntheticsPrivateMinion .
  • :8180/: point de terminaison de l'administrateur de l'application JVM ; une vue avancée de l'état interne d'un minion.
  • :8082/:Point de terminaison d'administration d'application JVM ; une vue avancée de l'état interne d'un gestionnaire de tâches.

Cette approche n’est pas aussi automatisée ou flexible que l’ exemplechecksPending . Cependant, si vous rencontrez une panne totale de connectivité réseau, cette approche manuelle peut aider à résoudre la situation.

Droits d'auteur © 2025 New Relic Inc.
RecrutementConditions de servicePolitique DMCAAvis de confidentialitéCookiesLoi britannique sur l'esclavage

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.