• /
  • EnglishEspañolFrançais日本語한국어Português
  • EntrarComeçar agora

Esta tradução de máquina é fornecida para sua comodidade.

Caso haja alguma divergência entre a versão em inglês e a traduzida, a versão em inglês prevalece. Acesse esta página para mais informações.

Criar um problema

Monitor localização privada

Ao usar a localização privada do monitoramento sintético com os alertas do New Relic, você pode ser notificado se um local estiver subprovisionado, mal configurado ou se comportar mal de maneira geral.

Este guia irá ajudá-lo a responder às seguintes perguntas básicas sobre saúde de localização privada usando o painel New Relic e alertas NRQL:

Pré-requisitos

Antes de seguir as instruções deste guia, certifique-se de ter:

O seguinte exemplo de JSON de dashboard do Private Job Manager pode ser importado para sua conta usando:

Etapas para importar:

  1. Copie o JSON dashboard e cole em um editor de texto.
  2. Substitua "accountId": 0, e "accountIds": [ 0 ] pelo ID da sua conta New Relic ou lista de IDs para cada ocorrência no código JSON.
  3. Copie o JSON dashboard do seu editor de texto e importe usando um dos métodos descritos acima.
  4. Edite todos os gráficos com os quais você gostaria de usar a filtragem de facetas .

Dica

Caso sua localização privada exista em uma conta pai e o monitor Sintético em uma subconta, insira o ID da conta pai para consulta NRQL que usa SyntheticPrivateLocationStatus e SyntheticsPrivateMinion, e o ID da subconta para consulta que usa SyntheticCheck e SyntheticRequest.

Meus gerenciadores de jobs privados estão online?

Para responder a esta pergunta, você pode se basear em atributos do evento SyntheticsPrivateMinion. Os gerenciadores de jobs do Synthetics privado enviam este evento para a New Relic a cada 30 segundos. Uma maneira simples de verificar se seus gerenciadores de jobs estão online é comparar a contagem única de IDs de minion com o número de gerenciadores de jobs que você espera que estejam online.

Para entender quantos gerenciadores de jobs estão reportando, execute este exemplo de consulta NRQL:

SELECT uniqueCount(minionId)
FROM SyntheticsPrivateMinion
WHERE minionLocation = '1-acme_okc_dc-309'

Usando esta consulta, você pode criar uma condição de alerta para notificar sua equipe quando menos gerenciadores de jobs estiverem reportando do que o esperado. Esta condição está configurada com um limite estático de 2 units, o que significa que você receberá um alerta se algum dos seus gerenciadores de tarefas estiver offline.

Você pode verificar se a política de alerta funciona conforme o esperado parando manualmente um dos seus gerenciadores de tarefas. Então, quando o incidente de alerta ocorrer, você será notificado por quaisquer canais de notificação que tenham sido configurados. Assim que o gerenciador de tarefas for reiniciado e voltar a ficar online, o alerta será recuperado.

Existem maneiras mais robustas de verificar se os gerenciadores de jobs estão funcionando corretamente, mas esta consulta e condição tratam de forma simples e bem-sucedida o caso em que uma máquina falha, é descomissionada acidentalmente ou o processo do gerenciador de jobs falha. Isso também garante que o gerenciador de jobs possa se comunicar com a New Relic.

Meu local privado precisa de mais gerenciadores de jobs?

Para responder a essa pergunta, você pode usar o atributo checksPending do evento SyntheticsPrivateLocationStatus. O atributo checksPending reflete o número de verificações de monitor agendadas (ou "enfileiradas"), mas que ainda não foram aceitas por um gerenciador de tarefas de sintéticos no local designado. Para um local com verificações agendadas e sem gerenciadores de jobs, este gráfico cresceria linearmente para cima e para a direita.

Atributos adicionais estão disponíveis para identificar quais tipos de trabalho estão fazendo com que o atributo checksPending cresça e onde concentrar seus esforços de resolução de problemas:

Essa métrica é mais complicada de monitor do que uniqueCount(minionId) porque um valor alto não significa necessariamente que o local esteja em mau estado. Contanto que a métrica não esteja crescendo linearmente para cima e para a direita (e as verificações estejam sendo executadas dentro do cronograma), o local estará em bom estado.

Este caso de uso é perfeito para anomalia NRQL condição do alerta, que permite monitor o Desvio de uma métrica em vez de seu valor estático. Por exemplo:

SELECT average(checksPending)
FROM SyntheticsPrivateLocationStatus
WHERE name = '1-acme_tokyo_dc-512'

Para testar esta condição do alerta, agende um monitor baseado em browser de um minuto para ser executado em seu local. Os trabalhos baseados em browser consomem mais recursos do que os trabalhos de ping, e é por isso que são mais adequados para simulação de carga. A New Relic irá notificá-lo rapidamente sobre um número crescente de checks pendentes.

Após duplicar o número de gerenciadores de jobs para lidar com a carga, o alerta se recupera. Por exemplo, usando o exemplo de dashboard Synthetics private location, observe o crescimento e o declínio das verificações pendentes ao longo do incidente e da recuperação. Ao usar a condição NRQL, o New Relic notificará você se e quando o local precisar de mais capacidade do gerenciador de tarefas.

Posso verificar o status de um gerenciador de jobs específico diretamente?

Você também pode verificar como um gerenciador de jobs está operando entrando em contato diretamente com ele. Você pode usar um conjunto de endpoints HTTP expostos pelo gerenciador de jobs para determinar o que a aplicação está fazendo. Para acessar esses endpoints, vincule as portas 8080 e 8180 a portas no host para o gerenciador de jobs do synthetics. Por exemplo, para o Docker, use docker run -p 8080:8080 -p 8082:8082 ...):

  • :8080/status/check: Detalhes sobre verificações de integridade internas que o gerenciador de jobs executa; HTTP 200 significa "saudável".
  • :8080/status: Detalhes sobre o status de um gerenciador de tarefas; os mesmos dados são então relatados como um evento SyntheticsPrivateMinion .
  • :8082/: endpoint de administração do aplicativo JVM ; uma visão avançada do estado interno de um gerente de trabalho.

Esta abordagem não é tão automatizada ou flexível quanto o exemplochecksPending . No entanto, se houver uma falha total de conectividade de rede, essa abordagem manual pode ajudar a solucionar a situação.

Copyright © 2026 New Relic Inc.
CarreirasTermos de serviçoPolítica do DMCAAviso de patenteAviso de privacidadePolítica de cookiesUK Slavery Act

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.