• /
  • EnglishEspañolFrançais日本語한국어Português
  • Inicia sesiónComenzar ahora

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

En caso de que haya discrepancias entre la versión en inglés y la versión traducida, se entiende que prevalece la versión en inglés. Visita esta página para obtener más información.

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 dashboard 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 del dashboard de Private Job Manager se puede importar a su cuenta utilizando:

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.

¿Están en línea mis gestores de trabajos privados?

Para responder a esta pregunta, puede basarse en los atributos del evento SyntheticsPrivateMinion. Los administradores de trabajos de Synthetics privados envían este evento a New Relic cada 30 segundos. Una forma sencilla de verificar si sus gestores de trabajos están en línea es comparar el recuento único de los ID de minion con la cantidad de gestores de trabajos que espera que estén en línea.

Para entender cuántos administradores de trabajos están reportando, ejecute este ejemplo de consulta NRQL:

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 reporten menos administradores de trabajos 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 está fuera de línea.

Puede verificar que la política de alertas funciona como se espera deteniendo manualmente uno de sus administradores de trabajos. Luego, cuando ocurra el incidente de alerta, se le notificará a través de cualquier canal de notificación que se haya configurado. Una vez que el administrador de trabajos se reinicie y vuelva a estar en línea, la alerta se recuperará.

Existen formas más robustas de verificar si los gestores de trabajos funcionan correctamente, pero esta consulta y condición manejan de manera sencilla y exitosa el caso en el que una máquina falla, se da de baja accidentalmente o el proceso del gestor de trabajos falla. También asegura que el administrador de trabajos pueda comunicarse con New Relic.

¿Mi ubicación privada necesita más gestores de trabajos?

Para responder a esta pregunta, puede utilizar el atributo checksPending del evento SyntheticsPrivateLocationStatus. El atributo checksPending refleja el número de comprobaciones de monitor que están programadas (o "en cola") pero que aún no han sido aceptadas por un administrador de trabajos de synthetics en la ubicación designada. Para una ubicación con verificaciones programadas y sin gestores de trabajos, este gráfico crecería linealmente hacia arriba y a 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 la cantidad de gestores de trabajos para manejar la carga, la alerta se recupera. Por ejemplo, usando el ejemplo del 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 usar la condición NRQL, New Relic le notificará si la ubicación necesita más capacidad de administrador de trabajos y cuándo.

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

También puede verificar cómo está operando un administrador de trabajos contactándolo directamente. Puede utilizar un conjunto de endpoints HTTP expuestos por el gestor de trabajos para determinar qué está haciendo la aplicación. Para acceder a estos endpoints, vincule los puertos 8080 y 8180 a puertos en el host para el administrador de trabajos de synthetics. Por ejemplo, para Docker, utilice docker run -p 8080:8080 -p 8082:8082 ...):

  • :8080/status/check: Detalles sobre las comprobaciones de estado internas que realiza el gestor de trabajos; HTTP 200 significa "saludable".
  • :8080/status: Detalles sobre el estado de un administrador de trabajos; los mismos datos se reportan luego como un evento SyntheticsPrivateMinion .
  • :8082/: extremo de administración de la aplicación JVM ; una vista avanzada del estado interno de un administrador de trabajos.

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

Copyright © 2026 New Relic Inc.
CarrerasTérminos de servicioPolítica de DMCAAviso de PatenteAviso 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.