Importante
A partir de 26 de agosto de 2024, você não poderá mais criar novos monitores usando tempos de execução legados em locais públicos ou privados.
Em 22 de outubro de 2024, encerraremos a vida útil do minion privado conteinerizado (chamadas por minuto) e do legado runtime do Synthetics versões que ele suporta. Revise nossas etapas de migração recomendadas para evitar a degradação do seu monitor de localização privada.
Após instalar seu minion privado conteinerizado (chamadas por minuto), você poderá acompanhar sua manutenção e monitoramento de diversas formas:
- Verifique se as chamadas por minuto estão íntegras e funcionando com o endpoint de status chamadas por minuto.
- Veja se uma localização privada está subprovisionada e precisa de mais minions.
- Revise seu log Docker ou log do Kubernetes.
Dica
Você também pode ser notificado sobre falhas no monitor com os alertas da New Relic.
Verifique o status das chamadas por minuto usando HTTP
Conectar-se a uma chamada por minuto em execução usando HTTP é a maneira mais fácil de verificar se está íntegro e funcionando. O contêiner expõe duas portas: 8080 e 8180. Você pode verificar as chamadas por minuto com o seguinte endpoint:
:8080/status/check: fornece detalhes sobre verificações de integridade internas que o minion realiza.HTTP 200significa que o status é íntegro.:8080/status: fornece detalhes sobre o status de um minion, que são os mesmos dados publicados em um eventoSyntheticsPrivateMinion.:8180/: fornece endpoint de administração do aplicativo JVM. Esta é uma visão avançada do estado interno do Java Development Kit (JDK) de um minion.
Verifique se sua localização privada requer mais minion
Se sua localização privada tiver várias verificações de monitor enfileiradas e você sofrer atrasos, poderá precisar de mais lacaios disponíveis para executar as verificações de monitor.
Para saber como verificar isso, consulte Minha localização privada precisa de mais minion?
Revise o registro
Você pode monitor a saúde do seu minion olhando o registro do contêiner de chamadas por minuto.
Habilitar log de depuração
Se você tiver problemas com suas chamadas por minuto, 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 MINION_LOG_LEVEL .
Recuperar informações de depuração do Kubernetes
Se você tiver problemas com suas chamadas por minuto em um ambiente de sistema de orquestração de contêiner Kubernetes, poderá recuperar informações sobre o pod de chamadas por minuto e o nó em que ele está sendo executado para ajudar a solucionar problemas.
Para recuperar informações para o pod de chamadas por minuto:
$kubectl describe pod -n YOUR_NAMESPACE YOUR_CPM_POD_NAMEPara recuperar informações do nó em que o pod chamadas por minuto está sendo executado, identifique o nó e então:
$kubectl describe node NODE_ASSOCIATED_WITH_YOUR_CPM_POD_NAMEMonitor chamadas por minuto com New Relic Infrastructure
O monitoramento de infraestrutura da New Relic oferece suporte ao monitoramento avançado do Docker e ao monitoramento avançado do Kubernetes. Para dar suporte a isso, o monitoramento sintético rotula o contêiner gerado pelas chamadas por minuto com uma série de rótulos informativos, todos prefixados com synthetics-minion-. As chamadas por minuto geram contêineres chamados "runners" que processam monitores sem ping como: browser simples, browser com script, teste de API e função de etapa. Você pode usar essas etiquetas para identificar esses contêineres corredores. Exemplos de rótulos incluem:
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
O contêiner Runner dura pouco tempo. Um contêiner executor é criado para processar uma tarefa de monitor sem ping. O executor é criado, processa o trabalho e é rapidamente excluído. Um contêiner executor existe apenas por alguns segundos e será criado somente se houver uma tarefa de monitor sem ping para processar. O monitor de ping não acionará a criação do contêiner do executor, portanto, os rótulos acima não estarão presentes.
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.
Observação: o rótulo synthetics-minion-id refere-se ao ID do minion que gerou esse contêiner de executor específico. O ID do executor em si não é rastreado.