Mantenimiento y seguimiento de minion privado (llamadas por minuto) en contenedores

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.

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 200 significa que el estado es correcto.
• :8080/status: proporciona detalles sobre el estado de un minion, que son los mismos datos publicados en un evento SyntheticsPrivateMinion .
• :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.

$
docker logs YOUR_CONTAINER_NAME
2018-10-10 11:33:29,856 - Minion ID: a21f6d7f-4f65-4dec-92fb-88cb975d2a19
2018-10-10 11:33:29,869 - Publishing resources for Private Minion API: /status/check, /build-info, /status
2018-10-10 11:33:40,527 - Minion is configured, checking if it is healthy...
2018-10-10 11:33:43,471 - Launching in PRIVATE Location: 123456-example_private_loc-480
2018-10-10 11:33:43,723 - Configured 2 heavy worker threads, and 50 light worker threads
2018-10-10 11:33:43,796 -
2018-10-10 11:33:43,796 - **************************************************************************
2018-10-10 11:33:43,796 - * Synthetics Minion is ready and servicing location 'example_private_location'
2018-10-10 11:33:43,796 - **************************************************************************
... logging continues ...

$
kubectl get pods -n YOUR_NAMESPACE

$
kubectl logs -n YOUR_NAMESPACE YOUR_CPM_NAME
2020-05-11 22:57:24,084 - Minion will use 2 heavy workers
2020-05-11 22:57:24,149 - Minion will use 50 lightweight workers
2020-05-11 22:57:27,973 - Minion Container System: KUBERNETES
2020-05-11 22:57:30,158 - Minion deployment mode: PRIVATE_MINION_POD_KUBERNETES
2020-05-11 22:57:30,178 - No volume mounted at '/var/lib/newrelic/synthetics' in ':rw' mode: Private Minion's ID will change with each boot
2020-05-11 22:57:30,284 - Minion ID: a21f6d7f-4f65-4dec-92fb-88cb975d2a19
2020-05-11 22:57:30,654 - Publishing resources for Private Minion API: /status/check, /build-info, /status
2020-05-11 22:57:31,595 - Minion is configured, checking if it is healthy...
2020-05-11 22:57:35,457 - Launching in PRIVATE Location: 123456-example_private_loc-480
2020-05-11 22:57:36,060 - Executor for async-worker-* threads configured with a max pool size of 16
2020-05-11 22:57:36,072 - Configured 2 heavy worker threads, and 50 lightweight worker threads
2020-05-11 22:57:36,087 -
2020-05-11 22:57:36,087 - **************************************************************************
2020-05-11 22:57:36,087 - * Synthetics Minion 3.0.1 is ready and servicing location 'example_private_location'
2020-05-11 22:57:36,087 - **************************************************************************
2020-05-11 22:57:36,087 -
... logging continues ...

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 .

$
docker run ... -e MINION_LOG_LEVEL=DEBUG ...
$
docker logs -f YOUR_CONTAINER_NAME
... verbose logging continues ...

$
helm install YOUR_CPM_NAME YOUR_REPO_NAME/synthetics-minion -n YOUR_NAMESPACE --set synthetics.privateLocationKey=YOUR_PRIVATE_LOCATION_KEY --set synthetics.minionLogLevel=DEBUG

$
kubectl get pods -n YOUR_NAMESPACE

$
kubectl logs -f -n YOUR_NAMESPACE YOUR_CPM_POD_NAME
... verbose logging continues ...

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_NAME

Para 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_NAME

Monitor 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-role
• synthetics-minion-runner-version
• synthetics-minion-container-id
• synthetics-minion-id
• synthetics-minion-build-number
• synthetics-minion-job
• synthetics-minion-account
• synthetics-minion-monitor
• synthetics-minion-monitor-version
• synthetics-minion-monitor-type
• synthetics-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.