Te ofrecemos esta traducción automática para facilitar la lectura.
En caso de que haya discrepancias entre la versión en inglés y la versión traducida, se entiende que prevalece la versión en inglés. Visita esta página para obtener más información.
Consulta el estado del gestor de trabajos de Sintético mediante HTTP
Conectarse a un administrador de trabajos de Sintético en ejecución mediante HTTP es la forma más sencilla de comprobar si está en buen estado y funcionando. El contenedor expone el puerto 8080. Puedes consultar el gestor de trabajos de Sintético 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.
Comprueba si tu ubicación privada requiere más gestores de empleo de Sintético
Si su ubicación privada tiene varias comprobaciones de monitor en cola y experimenta retrasos, es posible que necesite más administradores de trabajos de Sintético disponibles para ejecutar las comprobaciones de monitor. En Kubernetes, esto podría solucionarse con más réplicas de tiempo de ejecución de ping y configuraciones de paralelismo más altas para los tiempos de ejecución de API y browser .
Puede monitor la salud de su minion consultando el registro del contenedor del administrador de trabajos de Sintético.
Este es un ejemplo de un log del administrador de trabajos de Sintético que indica que el administrador de trabajos de Sintético está funcionando correctamente en un entorno de sistema de contenedor 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
Este es un ejemplo de un log del administrador de trabajos de Sintéticos que indica que el administrador de trabajos de Sintéticos está funcionando correctamente en un entorno de sistema Podman contenedor:
$podman logs [YOUR_CONTAINER_NAME]
Este es un ejemplo de un log del administrador de trabajos de Sintético que indica que el administrador de trabajos de Sintético está funcionando correctamente en un entorno de sistema de orquestación de contenedores de Kubernetes:
Primero, obtenga el nombre del módulo del administrador de trabajos de Sintético pod registro desea revisar:
bash
$
kubectl get pods -n YOUR_NAMESPACE
Luego, interactúa con ese pod de administrador de trabajos de Sintético:
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 ...
Este es un ejemplo de un registro del administrador de trabajos de Sintéticos que indica que dicho administrador está funcionando correctamente en el entorno del sistema OpenShift:
Primero, obtenga el nombre del módulo del administrador de trabajos de Sintético pod registro desea revisar:
bash
$
oc get pods -n your-namespace
Luego, interactúa con ese pod de administrador de trabajos de Sintético:
bash
$
oc logs -n<your-namespace> Your_JOB_MANAGER_NAME
Habilitar registro de depuración
Si tiene problemas con su administrador de trabajos de Sintético, 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 LOG_LEVEL .
Importante
Tenga cuidado al aumentar el nivel de registros a DEBUG o TRACE. Un nivel más alto de registros registrará más datos, lo que puede ayudarle a depurar, pero también aumenta el riesgo de capturar datos confidenciales y almacenarlos fuera de sus ubicaciones aprobadas. Para garantizar la privacidad y seguridad de los datos, debe limitar los tipos de información que recopila New Relic.
Sugerencia
Agregar -f al Docker logs hace que el comando siga el registro.
bash
$
docker run ... -eLOG_LEVEL=DEBUG ...
$
docker logs -f YOUR_CONTAINER_NAME
... verbose logging continues ...
Sugerencia
Agregar -f al Podman logs hace que el comando siga el registro.
podman run ... -e LOG_LEVEL=DEBUG ...
podman logs -f YOUR_CONTAINER_NAME
... verbose logging continues ...
Sugerencia
Agregar -f al Kubernetes logs hace que el comando siga el registro.
Para habilitar el registro DEBUG, agregue la opción --set synthetics.logLevel=DEBUG cuando ejecute su helm install:
Primero, obtenga el nombre del módulo del administrador de trabajos de Sintético pod registro desea revisar:
bash
$
oc get pods -n your-namespace
Luego, interactúa con ese pod de administrador de trabajos de Sintético:
bash
$
oc logs -f-n your-namespace Your_JOB_MANAGER_NAME
Recuperar información de depuración de Kubernetes
Si tiene problemas con su administrador de trabajos Sintético en un entorno de sistema de orquestación de contenedores Kubernetes, puede recuperar información sobre el pod del administrador de trabajos Sintético y el nodo en el que se está ejecutando para ayudar a solucionar el problema.
Para recuperar información para el pod del administrador de trabajos de Sintético:
bash
$
kubectl describe pod -n YOUR_NAMESPACE YOUR_JOB_MANAGER_POD_NAME
Para recuperar información para el nodo en el que se ejecuta el pod del administrador de trabajos Sintético, identifique el nodo y luego:
Si experimenta problemas con su administrador de trabajos Sintéticos en el entorno del sistema OpenShift, puede recuperar información sobre el pod del administrador de trabajos Sintéticos y el nodo en el que se ejecuta para ayudar a solucionar problemas.
Para recuperar información para el pod del administrador de trabajos de Sintético:
bash
$
oc describe pod -n<your-namespace> Your_JOB_MANAGER_NAME
Monitor a los gerentes de trabajo de Sintético con New Relic Infrastructure
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.