Importante
El 22 de octubre de 2024, dejaremos de funcionar el minion privado en contenedor (llamadas por minuto) y las versiones legacy de tiempo de ejecución sintética que admite. Revise nuestros pasos de migración recomendados para evitar la degradación de su monitor de ubicación privada.
Después de instalar tu minion privado en contenedores (llamadas por minuto), puedes realizar un seguimiento de su mantenimiento y monitoreo de varias maneras:
- Compruebe si las llamadas por minuto están en buen estado y funcionan con el estado extremo de las llamadas por minuto.
- Vea si una ubicación privada no tiene suficientes provisiones y necesita más minions.
- Revise su registrodocker o de Kubernetes.
Sugerencia
También puede recibir notificaciones sobre fallas del monitor con las alertas de New Relic.
Verifique el estado de las llamadas por minuto usando HTTP
Conectarse a una llamada por minuto en ejecución usando HTTP es la forma más fácil de verificar si está en buen estado y funcionando. El contenedor expone dos puertos: 8080 y 8180. Puedes consultar las llamadas por minuto con el siguiente extremo:
:8080/status/check: proporciona detalles sobre las comprobaciones de estado internas que realiza el minion.HTTP 200significa que el estado es correcto.:8080/status: proporciona detalles sobre el estado de un minion, que son los mismos datos publicados en un eventoSyntheticsPrivateMinion.:8180/: proporciona el extremo de administración de la aplicación JVM. Esta es una vista avanzada del estado interno del kit de desarrollo Java (JDK) de un minion.
Comprueba si tu ubicación privada requiere más minions
Si su ubicación privada tiene varias comprobaciones de monitor en cola y experimenta retrasos, es posible que necesite más minions disponibles para ejecutar las comprobaciones de monitor.
Para saber cómo verificar esto, consulte ¿Mi ubicación privada necesita más minions?
Revisar registro
Puedes monitor la salud de tu minion mirando el registro del contenedor de llamadas por minuto.
Habilitar registro de depuración
Si tiene problemas con sus llamadas por minuto, puede habilitar el registro de depuración para ayudar a solucionar problemas.
El nivel predeterminado de registro está configurado para informar al usuario únicamente de información clave y errores procesables. Si esto no es suficiente, puede habilitar un registro más detallado utilizando la variable de entorno MINION_LOG_LEVEL .
Recuperar información de depuración de Kubernetes
Si tiene problemas con sus llamadas por minuto en un entorno de sistema de orquestación de contenedor Kubernetes, puede recuperar información sobre el pod de llamadas por minuto y el nodo en el que se está ejecutando para ayudar a solucionar el problema.
Para recuperar información del pod de llamadas por minuto:
kubectl describe pod -n YOUR_NAMESPACE YOUR_CPM_POD_NAMEPara recuperar información del nodo en el que se está ejecutando el pod de llamadas por minuto, identifique el nodo y luego:
kubectl describe node NODE_ASSOCIATED_WITH_YOUR_CPM_POD_NAMEMonitor llamadas por minuto con New Relic Infrastructure
El monitoreo de infraestructura de New Relic admite el monitoreo avanzado de Docker y el monitoreo avanzado de Kubernetes. Para agregar soporte para esto, el monitoreo sintético etiqueta el contenedor generado por llamadas por minuto con una serie de etiquetas informativas, todas con el prefijo synthetics-minion-. Las llamadas por minuto generan un contenedor llamado "corredores" que procesan monitores que no son de ping como: browser simple, browser con secuencias de comandos, prueba de API y función de pasos. Puede utilizar estas etiquetas para identificar estos contenedores de corredor. Las etiquetas de ejemplo incluyen:
synthetics-minion-runner-rolesynthetics-minion-runner-versionsynthetics-minion-container-idsynthetics-minion-idsynthetics-minion-build-numbersynthetics-minion-jobsynthetics-minion-accountsynthetics-minion-monitorsynthetics-minion-monitor-versionsynthetics-minion-monitor-typesynthetics-minion-monitor-type-label
El contenedor Runner dura poco tiempo. Se crea un contenedor de ejecutor para procesar un trabajo de monitor que no es de ping. Se crea el ejecutor, procesa el trabajo y se elimina rápidamente. Un contenedor de ejecutor existe solo durante unos segundos y se creará solo si hay un trabajo de monitor que no sea de ping para procesar. El monitor de ping no activará la creación del contenedor del ejecutor, por lo que las etiquetas anteriores no estarán presentes.
Si está utilizando el agente de infraestructura para monitor estos contenedores de ejecutores, configure al menos un monitor para que se ejecute cada minuto. El agente de infraestructura tendrá más oportunidades de detectar y recopilar las etiquetas anteriores del docker inspect del contenedor antes de eliminarlo.
Nota: la etiqueta synthetics-minion-id se refiere al ID del minion que generó este contenedor de corredor en particular. No se realiza un seguimiento del ID del corredor.