• /
  • 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

Verifique seus alertas após ativar o monitoramento remoto

Este documento explica por que são afetados pela ativação do monitoramento remoto nas integrações Apache, Cassandra, MySQL, Nginx e Redis e como proceder se isso acontecer.

Importante

É altamente recomendável revisar a configuração dos seus alertas após ativar a sinalização remote_monitoring .

Gerenciando alertas com instruções de monitoramento remoto

Ativar o monitoramento remoto na integração Apache, Cassandra, MySQL, Nginx e Redis modifica os dados de reporte da entidade. Como resultado, qualquer conjunto de alertas que utilize parâmetros relacionados à entidade poderá deixar de se comportar conforme o esperado e poderá precisar ser reconfigurado.

Digamos que você tenha uma integração rodando com monitoramento remoto desabilitado e você configure um alerta para monitor a quantidade de clientes conectados filtrados pela chave da entidade, neste caso, demo-redis-1.

Você decide ativar o monitoramento remoto em sua integração e define o parâmetro remote_monitoring como verdadeiro. Após reiniciar o agente de infraestrutura, o alerta interrompe o monitoramento. Isto acontece porque a entidade resultante da ativação do monitoramento remoto possui uma chave diferente e, portanto, o filtro atual não se aplica.

check-alerts-1.png

Alerta antes e depois de ativar o monitoramento remoto.

Ao filtrar pela nova entidade valor principal, neste exemplo instance:127.0.0.1:6379, seu alerta voltará a funcionar conforme o esperado.

check-alerts-3.png

Com o novo filtro, o alerta se comporta conforme o esperado.

Copyright © 2024 New Relic Inc.

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