• /
  • 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 de JSON de dashboard Private Job Manager suivant peut être importé dans votre compte à l'aide de :

É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 de tâches privés sont-ils en ligne ?

Pour répondre à cette question, vous pouvez vous baser sur les attributs de l'événement SyntheticsPrivateMinion. Les gestionnaires de tâches Synthetics privés envoient cet événement à New Relic toutes les 30 secondes. Une façon simple de vérifier si vos gestionnaires de jobs sont en ligne consiste à comparer le nombre unique d'ID de minions avec le nombre de gestionnaires de jobs censés être en ligne.

Pour comprendre combien de gestionnaires de tâches envoient des rapports, 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 notifier votre équipe lorsque moins de gestionnaires de tâches envoient des rapports 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 est hors ligne.

Vous pouvez vérifier que la politique d'alerte fonctionne comme prévu en arrêtant manuellement l'un de vos gestionnaires de tâches. Ensuite, lorsque l'incident d'alerte se produit, vous serez notifié par les canaux de notification qui ont été configurés. Une fois le gestionnaire de tâches redémarré et de nouveau en ligne, l'alerte se rétablira.

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

Mon emplacement privé a-t-il besoin de plus de gestionnaires de tâches ?

Pour répondre à cette question, vous pouvez utiliser l'attribut checksPending de l'événement SyntheticsPrivateLocationStatus. L'attribut checksPending indique le nombre de vérifications de moniteur planifiées (ou « en file d'attente ») mais qui n'ont pas encore été acceptées par un gestionnaire de tâches Synthetics à l'emplacement désigné. Pour un emplacement avec des vérifications planifiées et sans gestionnaires de tâches, ce graphique augmenterait de manière linéaire 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 pour gérer la charge, l'alerte se rétablit. Par exemple, en utilisant l'exemple de dashboard Synthetics private location, notez l'augmentation et la diminution des vérifications en attente au cours de l'incident et du rétablissement. En utilisant la condition NRQL, New Relic vous notifiera si et quand l'emplacement a besoin de plus de capacité de gestionnaire de tâches.

Puis-je vérifier directement le statut d'un gestionnaire de jobs spécifique ?

Vous pouvez également vérifier le fonctionnement d'un gestionnaire de tâches en le contactant directement. Vous pouvez utiliser un ensemble de points de terminaison HTTP exposés par le gestionnaire de tâches pour déterminer ce que fait l'application. Pour accéder à ces endpoints, liez les ports 8080 et 8180 à des ports sur l'hôte pour le gestionnaire de tâches Synthetic. 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 gestionnaire de tâches ; HTTP 200 signifie « sain ».
  • :8080/status: Détails sur le statut d'un gestionnaire de tâches ; les mêmes données sont ensuite rapportées en tant qu'événement SyntheticsPrivateMinion .
  • :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 à dépanner la situation.

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

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