Après avoir installé votre gestionnaire de tâches Synthetics, vous pouvez suivre sa maintenance et sa monitoring de plusieurs manières :
- Vérifiez si le gestionnaire de tâches Synthetics est sain et fonctionne avec le point de terminaison d'état du gestionnaire de tâches Synthetics.
- Vérifiez si un site privé est sous-approvisionné et a besoin de plus de gestionnaires de tâches Synthetics.
- Consultez vos logs Docker, vos logs Podman ou vos logs Kubernetes.
Conseil
Vous pouvez également être informé des échecs du moniteur avec les alertes de New Relic.
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 200signifie 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.
Pour savoir comment vérifier cela, consultez Mon site privé a-t-il besoin de plus de gestionnaires de tâches Synthetics ?
Logs de révision
Vous pouvez monitorer la santé de votre minion en consultant les logs des conteneurs du gestionnaire de tâches Synthetics.
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.
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 :
$kubectl describe pod -n YOUR_NAMESPACE YOUR_JOB_MANAGER_POD_NAMEPour 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 :
$kubectl describe node NODE_ASSOCIATED_WITH_YOUR_JOB_MANAGER_POD_NAMEMonitorez les gestionnaires de tâches synthétiques avec New Relic Infrastructure
de de New Relic prend en monitoring infrastructure charge avancée Docker monitoring et avancée Kubernetes monitoring.
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é.