Verifique o status do gerenciador de tarefas Sintético usando HTTP
Conectar-se a um gerenciador de tarefas Sintético em execução usando HTTP é a maneira mais fácil de verificar se ele está íntegro e funcionando. O contêiner expõe a porta 8080. Você pode verificar o gerenciador de tarefas Sintético com o seguinte endpoint:
:8080/status/check: fornece detalhes sobre verificações de integridade internas que o minion realiza. HTTP 200 significa que o status é íntegro.
Verifique se sua localização privada requer mais gerentes de trabalho Sintético
Se sua localização privada tiver várias verificações de monitor enfileiradas e você sofrer atrasos, poderá precisar de mais gerenciadores de tarefas Sintético disponíveis para executar as verificações de monitor. No Kubernetes, isso poderia ser resolvido com mais réplicas de tempo de execução de ping e configurações de paralelismo mais altas para tempos de execução de API e browser.
Você pode monitor a saúde do seu minion observando o log do contêiner do gerenciador de tarefas Sintético.
Este é um exemplo de log do gerenciador de tarefas Sintético indicando que o gerenciador de tarefas Sintético está funcionando corretamente em um ambiente de sistema de contêiner 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 é um exemplo de um log do gerenciador de tarefas do Sintéticos indicando que o gerenciador de tarefas do Sintéticos está funcionando corretamente em um ambiente de sistema de contêiner Podman:
$podman logs [YOUR_CONTAINER_NAME]
Este é um exemplo de log do gerenciador de tarefas Sintético indicando que o gerenciador de tarefas Sintético está funcionando corretamente em um ambiente de sistema de orquestração de contêiner Kubernetes:
Primeiro, obtenha o nome do pod do gerenciador de tarefas Sintético cujo log você deseja revisar:
bash
$
kubectl get pods -n YOUR_NAMESPACE
Em seguida, interaja com o pod do gerenciador de tarefas 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 é um exemplo de um log do gerenciador de tarefas do Sintéticos indicando que o gerenciador de tarefas do Sintéticos está funcionando corretamente no ambiente do sistema OpenShift:
Primeiro, obtenha o nome do pod do gerenciador de tarefas Sintético cujo log você deseja revisar:
bash
$
oc get pods -n your-namespace
Em seguida, interaja com o pod do gerenciador de tarefas Sintético:
bash
$
oc logs -n<your-namespace> Your_JOB_MANAGER_NAME
Habilitar log de depuração
Se você tiver problemas com o gerenciador de tarefas Sintético, poderá ativar o log de depuração para ajudar a solucionar problemas.
O nível padrão de registro em log é definido para informar apenas ao usuário informações importantes e erros acionáveis. Se isso for insuficiente, você poderá ativar um registro mais detalhado usando a variável de ambiente LOG_LEVEL .
Importante
Tenha cuidado ao aumentar o nível de log para DEBUG ou TRACE. Um nível de log mais alto registrará mais dados, o que pode ajudá-lo a depurar, mas também aumenta o risco de capturar dados confidenciais e armazenar dados confidenciais fora dos locais aprovados. Para garantir a privacidade e segurança dos dados, você deve limitar os tipos de informações que a New Relic coleta.
Dica
Adicionar -f a Docker logs faz com que o comando siga o log.
bash
$
docker run ... -eLOG_LEVEL=DEBUG ...
$
docker logs -f YOUR_CONTAINER_NAME
... verbose logging continues ...
Dica
Adicionar -f a Podman logs faz com que o comando siga o log.
podman run ... -e LOG_LEVEL=DEBUG ...
podman logs -f YOUR_CONTAINER_NAME
... verbose logging continues ...
Dica
Adicionar -f a Kubernetes logs faz com que o comando siga o log.
Para ativar o registro DEBUG, adicione a opção --set synthetics.logLevel=DEBUG ao executar seu helm install:
Primeiro, obtenha o nome do pod do gerenciador de tarefas Sintético cujo log você deseja revisar:
bash
$
oc get pods -n your-namespace
Em seguida, interaja com o pod do gerenciador de tarefas Sintético:
bash
$
oc logs -f-n your-namespace Your_JOB_MANAGER_NAME
Recuperar informações de depuração do Kubernetes
Se você tiver problemas com seu gerenciador de tarefas Sintético em um ambiente de sistema de orquestração de contêiner Kubernetes, poderá recuperar informações sobre o pod do gerenciador de tarefas Sintético e o nó em que ele está sendo executado para ajudar a solucionar problemas.
Para recuperar informações para o pod do gerenciador de tarefas Sintético:
bash
$
kubectl describe pod -n YOUR_NAMESPACE YOUR_JOB_MANAGER_POD_NAME
Para recuperar informações do nó em que o pod do gerenciador de tarefas Sintético está em execução, identifique o nó e, em seguida:
Caso tenha problemas com o gerenciador de tarefas do Sintéticos no ambiente do sistema OpenShift, você pode recuperar informações sobre o pod do gerenciador de tarefas do Sintéticos e o nó no qual ele está sendo executado para ajudar a solucionar problemas.
Para recuperar informações para o pod do gerenciador de tarefas Sintético:
bash
$
oc describe pod -n<your-namespace> Your_JOB_MANAGER_NAME
Monitor gerentes de trabalho Sintético com New Relic Infrastructure
Se você estiver utilizando o agente de infraestrutura para monitor esses contêineres de executores, configure pelo menos um monitor para execução a cada minuto. O agente de infraestrutura terá mais oportunidades de perceber e coletar os rótulos acima do docker inspect do contêiner antes de ele ser excluído.