• EnglishEspañol日本語한국어Português
  • Inicia sesiónComenzar ahora

Te ofrecemos esta traducción automática para facilitar la lectura.

In the event of any inconsistency between the English version and the translated version, the English versionwill take priority. Please visit this page for more information.

Crea una propuesta

Verifica tus alertas después de activar el monitoreo remoto

Este documento explica por qué se ven afectados al habilitar el monitoreo remoto en la integración de Apache, Cassandra, MySQL, Nginx y Redis, y cómo proceder si esto sucede.

Importante

Recomendamos encarecidamente revisar la configuración de sus alertas después de activar el indicador remote_monitoring .

Gestión de alertas con tutorial de monitoreo remoto

La activación del monitoreo remoto en la integración Apache, Cassandra, MySQL, Nginx y Redis modifica los datos de reporte de la entidad. Como resultado, cualquier alerta configurada que utilice un parámetro relacionado con la entidad podría dejar de comportarse como se esperaba y podría necesitar ser reconfigurada.

Digamos que tienes una integración ejecutándose con el monitoreo remoto deshabilitado y configuras una alerta para monitor la cantidad de clientes conectados filtrados por la clave de entidad, en este caso, demo-redis-1.

Decide habilitar el monitoreo remoto en su integración y establece el parámetro remote_monitoring en verdadero. Luego de reiniciar el agente de infraestructura, la alerta detiene el monitoreo. Esto sucede porque la entidad resultante de activar el monitoreo remoto tiene una clave diferente, por lo que no aplica el filtro actual.

Alerta antes y después de activar el monitoreo remoto.

Al filtrar por la nueva entidad valor principal, en este ejemplo instance:127.0.0.1:6379, su alerta volverá a funcionar como se esperaba.

Con el nuevo filtro la alerta se comporta como se esperaba.

Copyright © 2024 New Relic Inc.

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