• /
  • EnglishEspañol日本語한국어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 JSON de exemplo dashboard minion privado 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 gerentes de tarefas particulares ou subordinados estão online?

Para responder a essa pergunta, você pode contar com um atributo do evento SyntheticsPrivateMinion . Os gerentes e subordinados do Private Sintético enviam este evento para a New Relic a cada 30 segundos. Uma maneira simples de verificar se seus gerentes de trabalho ou subordinados estão online é comparar a contagem exclusiva de IDs minion com o número de gerentes de trabalho ou subordinados que você espera que estejam online.

Para entender quantos gerentes de trabalho ou subordinados 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 do alerta para notificar sua equipe quando menos gerentes de trabalho ou subordinados estiverem reportando do que o esperado. Essa condição é configurada com um limite estático de 2 units, o que significa que você receberá um alerta se algum dos seus gerentes de tarefas ou subordinados estiver offline.

Você pode verificar se a política de alertas funciona conforme o esperado parando manualmente um de seus lacaios. Então, quando ocorrer o incidente de alerta, você será notificado por qualquer canal de notificação que tenha sido configurado. Assim que o gerenciador de trabalho ou minion for reiniciado e voltar a ficar online, o alerta será recuperado.

Existem maneiras mais robustas de verificar se os gerenciadores de tarefas ou subordinados estão funcionando corretamente, mas essa consulta e condição tratam de forma simples e bem-sucedida no caso em que uma máquina falha, é desativada acidentalmente ou o processo do gerenciador de tarefas ou minion falha. Também garante que o gerente de trabalho ou minion possa se comunicar com a New Relic.

Minha localização privada precisa de mais gerentes de trabalho ou subordinados?

Para responder a esta pergunta, você pode usar o atributo checksPending do evento SyntheticsPrivateLocationStatus . O atributo checksPending reflete o número de verificações de monitor que estão agendadas (ou "enfileiradas"), mas que ainda não foram aceitas por um gerente de tarefa ou minion do Sintético no local designado. Para um local com verificações agendadas e sem gerentes de trabalho ou subordinados, 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.

Depois de duplicar o número de gerentes de trabalho ou subordinados para lidar com a carga, o alerta é recuperado. Por exemplo, usando o exemplo 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, a New Relic irá notificá-lo se e quando o local precisar de mais capacidade minion .

Posso verificar diretamente o status de um minion específico?

Você também pode verificar como um minion ou gerente de trabalho está operando entrando em contato diretamente com ele. Você pode usar um conjunto de endpoints HTTP expostos pelo minion para determinar o que o aplicativo está fazendo. Para acessar esses endpoints, vincule as portas 8080 e 8180 às portas no host para o minion privado conteinerizado (chamadas por minuto) e às portas 8080 e 8082 para o gerenciador de tarefas Sintético. Por exemplo, para docker, use docker run -p 8080:8080 -p 8082:8082 ...):

  • :8080/status/check: detalhes sobre verificações de saúde internas que o minion realiza; HTTP 200 significa “saudável”.
  • :8080/status: Detalhes sobre o status de um minion; os mesmos dados são relatados como um evento SyntheticsPrivateMinion .
  • :8180/: endpoint de administração do aplicativo JVM; uma visão avançada do estado interno de um minion.
  • :8082/: endpoint de administração do aplicativo JVM ; uma visão avançada do estado interno de um gerente de trabalho.

Essa abordagem não é tão automatizada ou flexível quanto o exemplochecksPending . No entanto, se você tiver uma falha total de conectividade de rede, esta abordagem manual pode ajudar a solucionar a situação.

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

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