• 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

Monitor ubicación privada

Al utilizar la ubicación privada del monitoreo sintético con las alertas de New Relic, se le puede notificar si una ubicación no está suficientemente aprovisionada, mal configurada o, en general, se comporta mal.

Esta guía lo ayudará a responder las siguientes preguntas básicas sobre el estado de la ubicación privada mediante el panel de New Relic y las alertas NRQL:

Requisitos previos

Antes de seguir las instrucciones de esta guía, asegúrese de tener:

El siguiente JSON de ejemplo dashboard de Minion Privado se puede importar a su cuenta usando:

Pasos para importar:

  1. Copie el JSON dashboard y péguelo en un editor de texto.
  2. Reemplace "accountId": 0, y "accountIds": [ 0 ] con su ID de cuenta de New Relic o una lista de ID para cada aparición en el código JSON.
  3. Copie el JSON del dashboard desde su editor de texto e impórtelo utilizando uno de los métodos descritos anteriormente.
  4. Edite cualquier gráfico con el que desee utilizar el filtrado de facetas .

Sugerencia

Si su ubicación privada existe en una cuenta principal y el monitor Sintético en una subcuenta, inserte el ID de la cuenta principal para la consulta NRQL que usa SyntheticPrivateLocationStatus y SyntheticsPrivateMinion, y el ID de la subcuenta para la consulta que usa SyntheticCheck y SyntheticRequest.

¿Mis administradores de trabajo privados o mis subordinados están en línea?

Para responder a esta pregunta, puede confiar en el atributo del evento SyntheticsPrivateMinion . Los administradores de trabajos de Private Sintético y los minions envían este evento a New Relic cada 30 segundos. Una forma sencilla de verificar si sus administradores de trabajos o subordinados están en línea es comparar el recuento único de ID minion con la cantidad de administradores de trabajos o subordinados que espera que estén en línea.

Para comprender cuántos administradores de trabajos o subordinados están informando, ejecute esta consulta NRQL de ejemplo:

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

Con esta consulta, puede crear una condición de alerta para notificar a su equipo cuando hay menos administradores de trabajo o subordinados informando de lo esperado. Esta condición está configurada con un umbral estático de 2 units, lo que significa que recibirá una alerta si alguno de sus administradores de trabajos o subordinados está desconectado.

Puedes verificar que la política de alertas funciona como se esperaba deteniendo manualmente a uno de tus subordinados. Luego, cuando se produzca el incidente de alerta, se le notificará mediante cualquier canal de notificación que se haya configurado. Una vez que se reinicie el administrador de trabajos o el minion y vuelva a estar en línea, la alerta se recuperará.

Hay formas más sólidas de verificar si los administradores de trabajos o los minions están funcionando correctamente, pero esta consulta y condición manejan de manera simple y exitosa el caso en el que una máquina falla, se desmantela accidentalmente o el proceso del administrador de trabajos o minion falla. También garantiza que el administrador del trabajo o minion puedan comunicarse con New Relic.

¿Mi ubicación privada necesita más administradores de trabajo o subordinados?

Para responder a esta pregunta, puede utilizar el atributo checksPending del evento SyntheticsPrivateLocationStatus . El atributo checksPending refleja la cantidad de comprobaciones de monitor que están programadas (o "en cola") pero que aún no han sido aceptadas por un administrador de trabajo o minion de Sintético en la ubicación designada. Para una ubicación con controles programados y sin administradores de trabajo ni subordinados, este gráfico crecería linealmente hacia arriba y hacia la derecha.

Hay atributos adicionales disponibles para identificar qué tipos de trabajos están causando que el atributo checksPending crezca y dónde enfocar sus esfuerzos de resolución de problemas:

Esta métrica es más complicada de monitor que uniqueCount(minionId) porque un valor alto no significa necesariamente que la ubicación esté en mal estado. Siempre que la métrica no crezca linealmente hacia arriba y hacia la derecha (y las comprobaciones se realicen según lo previsto), la ubicación está en buen estado.

Este caso de uso es perfecto para anomalía NRQL condición de alerta, que le permite monitor la desviación de una métrica en lugar de su valor estático. Por ejemplo:

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

Para probar esta condición de alerta, programe un monitor basado browser de un minuto para que se ejecute desde su ubicación. Los trabajos basados en browserconsumen más recursos que los trabajos de ping, por lo que son más adecuados para la simulación de carga. New Relic le notificará rápidamente sobre un número creciente de checks pendientes.

Después de duplicar el número de administradores de trabajos o subordinados para manejar la carga, la alerta se recupera. Por ejemplo, utilizando el ejemplo dashboard Synthetics private location, observe el crecimiento y la disminución de las comprobaciones pendientes durante el transcurso del incidente y la recuperación. Al utilizar la condición NRQL, New Relic le notificará si la ubicación necesita más capacidad minion .

¿Puedo verificar el estado de un minion específico directamente?

También puedes comprobar cómo está operando un minion contactándolo directamente. Puede utilizar un conjunto de extremos HTTP expuestos por el minion para determinar qué está haciendo la aplicación. Para acceder a estos extremos, vincule los puertos 8080 y 8180 a los puertos del host. Por ejemplo, para docker, utilice docker run -p 80:8080 -p 81:8180 ...):

  • :8080/status/check: Detalles sobre los controles de salud internos que realiza el minion; HTTP 200 significa "saludable".
  • :8080/status: Detalles sobre el estado de un minion; Luego, los mismos datos se informan como un evento SyntheticsPrivateMinion .
  • :8180/: extremo de administración de la aplicación JVM; una vista avanzada del estado interno de un minion.

Este enfoque no es tan automatizado ni tan flexible como el ejemplochecksPending . Sin embargo, si tiene una falla total en la conectividad de la red, este método manual puede ayudarlo a solucionar la situación.

Copyright © 2024 New Relic Inc.
CarrerasTérminos de servicioPolítica de DMCAAviso de privacidadPolítica de cookiesUK Slavery Act (Ley contra la esclavitud del RU)

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