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.
Vérifiez l'état du gestionnaire de tâches Synthetics à l'aide de HTTP
La connexion à un gestionnaire de tâches Synthetics en cours d'exécution à l'aide de HTTP est le moyen le plus simple de vérifier s'il est sain et fonctionnel. Le port d'exposition du conteneur 8080. Vous pouvez vérifier le gestionnaire de tâches Synthetics avec le point de terminaison suivant :
:8080/status/check: fournit des détails sur les contrôles de santé internes effectués par le minion. HTTP 200 signifie que le statut est sain.
Vérifiez si votre site privé nécessite plus de gestionnaires de tâches Synthetics
Si votre site privé comporte plusieurs contrôles du monitoring en file d'attente et que vous rencontrez des retards, vous aurez peut-être besoin de davantage de gestionnaires de tâches Synthetics disponibles pour exécuter les contrôles du monitoring. Dans Kubernetes, cela pourrait être résolu avec davantage de répliques d'exécution de ping et des paramètres de parallélisme plus élevés pour les exécutions d'API et de navigateur.
Vous pouvez monitorer la santé de votre minion en consultant les logs des conteneurs du gestionnaire de tâches Synthetics.
Voici un exemple de log de gestionnaire de tâches Synthetics indiquant que le gestionnaire de tâches Synthetics fonctionne correctement dans un environnement de système de conteneur Docker :
bash
$
docker logs YOUR_CONTAINER_NAME
2022-09-14 19:00:27,966{PST} [main] INFO c.n.s.j.u.d.SyntheticsDockerUtility - Creating container for newrelic/synthetics-ping-runtime:latest
2022-09-14 19:00:28,239{PST} [main] INFO c.n.s.j.u.d.SyntheticsDockerUtility - Successfully created container 256ffb2683c1ca525b19d866980204255210f85e17d64bb7db0339943fb3ee01 for newrelic/synthetics-ping-runtime:latest
2022-09-14 19:00:28,240{PST} [main] INFO c.n.s.j.u.d.SyntheticsDockerUtility - Starting newrelic/synthetics-ping-runtime:latest with CONTAINER_ID: 256ffb2683c1ca525b19d866980204255210f85e17d64bb7db0339943fb3ee01
2022-09-14 19:00:28,714{PST} [main] INFO c.n.s.j.u.d.SyntheticsDockerUtility - Successfully started newrelic/synthetics-ping-runtime:latest with CONTAINER_ID: 256ffb2683c1ca525b19d866980204255210f85e17d64bb7db0339943fb3ee01
2022-09-14 19:00:28,751{PST} [main] INFO c.n.s.j.s.S.JobManagerService - Starting Workers
... logging continues ...
2022-09-14 19:00:32,001{PST} [main] INFO o.e.jetty.server.AbstractConnector - Started application@1c7843c3{HTTP/1.1, (http/1.1)}{0.0.0.0:8080}
2022-09-14 19:00:32,017{PST} [main] INFO o.e.jetty.server.AbstractConnector - Started admin@1c0e4262{HTTP/1.1, (http/1.1)}{0.0.0.0:8082}
2022-09-14 19:00:32,017{PST} [main] INFO org.eclipse.jetty.server.Server - Started @151139ms
Voici un exemple de log de gestionnaire de tâches Synthetics indiquant que le gestionnaire de tâches Synthetics fonctionne correctement dans un environnement de système de conteneurs Podman :
$podman logs [YOUR_CONTAINER_NAME]
Voici un exemple de log de gestionnaire de tâches Synthetics indiquant que le gestionnaire de tâches Synthetics fonctionne correctement dans un environnement de système d'orchestration de conteneurs Kubernetes :
Tout d’abord, obtenez le nom du pod du gestionnaire de tâches Synthetics pour lequel vous souhaitez consulter les logs :
bash
$
kubectl get pods -n YOUR_NAMESPACE
Ensuite, interagissez avec ce pod de gestionnaire de tâches Synthetics :
2022-09-14 19:02:50,055{PST} [main] INFO o.e.jetty.server.AbstractConnector - Started application@472c9f88{HTTP/1.1, (http/1.1)}{0.0.0.0:8080}
2022-09-14 19:02:50,139{PST} [main] INFO o.e.jetty.server.AbstractConnector - Started admin@605c7a9e{HTTP/1.1, (http/1.1)}{0.0.0.0:8082}
2022-09-14 19:02:50,140{PST} [main] INFO org.eclipse.jetty.server.Server - Started @22831ms
... logging continues ...
Voici un exemple de log de gestionnaire de tâches Synthetics indiquant que le gestionnaire de tâches Synthetics fonctionne correctement dans l'environnement système OpenShift :
Tout d’abord, obtenez le nom du pod du gestionnaire de tâches Synthetics pour lequel vous souhaitez consulter les logs :
bash
$
oc get pods -n your-namespace
Ensuite, interagissez avec ce pod de gestionnaire de tâches Synthetics :
bash
$
oc logs -n<your-namespace> Your_JOB_MANAGER_NAME
Activer les logs de débogage
Si vous rencontrez des problèmes avec votre gestionnaire de tâches Synthetics, vous pouvez activer les logs de débogage pour vous aider à résoudre les problèmes.
Le niveau du logging par défaut est défini pour informer uniquement l'utilisateur des informations clés et des erreurs exploitables. Si cela n’est pas suffisant, vous pouvez activer un logging plus détaillé en utilisant la variable d’environnement LOG_LEVEL .
Important
Soyez prudent lorsque vous augmentez le niveau de log à DEBUG ou TRACE. Un niveau de log plus élevé enregistrera plus de données, ce qui peut vous aider à déboguer, mais augmente également le risque de capturer des données sensibles et de les stocker en dehors de vos emplacements approuvés. Pour garantir la confidentialité et la sécurité des données, vous devez limiter les types d'informations collectées par New Relic.
Conseil
L'ajout -f à Docker logs fait que la commande suit les logs.
bash
$
docker run ... -eLOG_LEVEL=DEBUG ...
$
docker logs -f YOUR_CONTAINER_NAME
... verbose logging continues ...
Conseil
L'ajout -f à Podman logs fait que la commande suit les logs.
podman run ... -e LOG_LEVEL=DEBUG ...
podman logs -f YOUR_CONTAINER_NAME
... verbose logging continues ...
Conseil
L'ajout -f à Kubernetes logs fait que la commande suit les logs.
Pour activer les logs DEBUG, ajoutez l'option --set synthetics.logLevel=DEBUG lors de l'exécution de votre helm install:
Tout d’abord, obtenez le nom du pod du gestionnaire de tâches Synthetics pour lequel vous souhaitez consulter les logs :
bash
$
oc get pods -n your-namespace
Ensuite, interagissez avec ce pod de gestionnaire de tâches Synthetics :
bash
$
oc logs -f-n your-namespace Your_JOB_MANAGER_NAME
Récupérer les informations de débogage de Kubernetes
Si vous rencontrez des problèmes avec votre gestionnaire de tâches Synthetics dans un environnement de système d'orchestration de conteneurs Kubernetes , vous pouvez récupérer des informations sur le pod du gestionnaire de tâches Synthetics et le nœud sur lequel il s'exécute pour faciliter le dépannage.
Pour récupérer des informations sur le pod du gestionnaire de tâches Synthetics :
bash
$
kubectl describe pod -n YOUR_NAMESPACE YOUR_JOB_MANAGER_POD_NAME
Pour récupérer des informations sur le nœud sur lequel le pod du gestionnaire de tâches Synthetics s'exécute, identifiez le nœud, puis :
Récupérer les informations de débogage d'OpenShift
Si vous rencontrez des problèmes avec votre gestionnaire de tâches Synthetics dans l'environnement système OpenShift, vous pouvez récupérer des informations sur le pod du gestionnaire de tâches Synthetics et le nœud sur lequel il s'exécute pour vous aider à résoudre les problèmes.
Pour récupérer des informations sur le pod du gestionnaire de tâches Synthetics :
bash
$
oc describe pod -n<your-namespace> Your_JOB_MANAGER_NAME
Monitorez les gestionnaires de tâches synthétiques avec New Relic Infrastructure
Si vous utilisez l'agent infrastructure pour monitorer ces conteneurs d'exécution, configurez au moins un moniteur à exécuter chaque minute. L'agent d'infrastructure aura plus de possibilités de remarquer et de collecter les étiquettes ci-dessus à partir du docker inspect du conteneur avant qu'il ne soit supprimé.