New Relic ahora proporciona etiquetas más ricas y personalizables para su base de datos de entidad monitoreada a través de la integración en el host para MySQL y Microsoft SQL Server. Esta mejora le permite obtener información más profunda y valiosa, mejorar el filtrado y organizar mejor su base de datos monitoreada de instancias en función de sus necesidades operativas específicas.
Anteriormente, la base de datos de entidad monitoreada a través de la integración en el host normalmente mostraba solo etiquetas básicas como account
, accountId
y trustedAccountId
. Ahora, puede agregar valiosas etiquetas ricas en contexto como environment
, owning_team
, region
, cell
y cualquier otro metadato personalizado relevante para su configuración, directamente desde su configuración de integración.
Cómo se aplican las etiquetas a la base de datos de la entidad
La etiqueta en su base de datos de entidad se genera automáticamente a partir de un atributo específico que se encuentra en su telemetría. Puedes influir directamente en estas etiquetas a través de tus archivos de configuración:
Desde la configuración de integración de la base de datos
Cualquier atributo definido dentro de la sección de etiquetas del archivo de configuración de integración de su base de datos (por ejemplo, mysql-config.yml
y mssql-config.yml
) se convertirá automáticamente en una etiqueta en la entidad de base de datos correspondiente.
Los cambios en estos archivos de configuración se recogen automáticamente y no requieren resetear el servicio del agente de New Relic Infrastructure ni el servicio de base de datos.
Fragmento de ejemplo para un archivo de configuración de integración de base de datos (por ejemplo, mysql-config.yml
):
# /etc/newrelic-infra/integrations.d/mysql-config.ymlintegrations: - name: nri-mysql config: # ... other configuration ... labels: environment: production owning_team: database-admins cell: us-east-1a app_version: v2.5.0
De agente de infraestructura atributo personalizado
El atributo personalizado definido en la sección custom_attributes
de su archivo newrelic-infra.yml
también puede convertir en etiqueta en todas las entidades monitoreadas por ese agente de infraestructura específico, incluida su instancia de base de datos.
Para que un atributo personalizado del agente de infraestructura se convierta en una etiqueta en una entidad de base de datos, su clave debe comenzar con el prefijo label.
.
Los cambios en newrelic-infra.yml
requieren resetear el agente de infraestructura para que surtan efecto.
Ejemplo de fragmento newrelic-infra.yml
:
# /etc/newrelic-infra.yml# ... other configuration ...custom_attributes: region: 'APAC' host_type: 'production-server' label.data_center: 'Mumbai-DR' label.deployment_tier: 'backend'
En este ejemplo, data_center
y deployment_tier
aparecerían como etiqueta en su base de datos de la entidad, mientras que region
y host_type
permanecerían como atributo personalizado en el propio host.
Comprender el comportamiento de las etiquetas en New Relic
Es importante comprender cómo se comportan estas etiquetas basadas en telemetría en la UI New Relic :
- Latencia de etiqueta: la etiqueta no es tiempo real de telemetría. Debido al almacenamiento en caché en el canal de ingesta, puede tomar hasta 5 minutos para que una etiqueta recién agregada aparezca en la UI.
- Actualización de valores de etiqueta: si modifica el valor de una etiqueta existente (por ejemplo, cambiando
environment: staging
aenvironment: production
), se agregará el nuevo valor de etiqueta. El valor de la etiqueta antigua persistirá por un tiempo hasta que expire su tiempo de vida (TTL) de 4 horas . Esto puede crear temporalmente la apariencia de una etiqueta duplicada en la UI hasta que se elimine la anterior. Sin embargo, a nivel de telemetría (por ejemplo, en NRQL consulta), el valor de etiqueta actualizado sobreescribir el anterior, lo que significa que solo habrá un valor activo para esa etiqueta. - Eliminar etiquetas: si elimina una etiqueta de su configuración, continuará mostrar en la UI durante hasta 4 horas debido a su TTL.
Sugerencia
Si su mapa de servicio APM muestra una base de datos no instrumentada, puede deber a que su aplicación se conecta a través de un extremo intermedio, como un balanceador de carga o un proxy, en lugar de hacerlo directamente a la instancia de base de datos instrumentada. Para solucionar esto, asigne manualmente endpoint
a su instancia instrumentada. Agregue una etiqueta endpoint
a cada instancia de base de datos instrumentada, empleando la dirección del extremo no instrumentado como valor de la etiqueta.
Por ejemplo, si la entidad no instrumentada es un balanceador de carga en db-lb.internal.example.com
, agregue la siguiente etiqueta a cada instancia de base de datos de respaldo: endpoint:db-lb.internal.example.com
Impacto en su configuración actual
- Sin cambios en la facturación: esta actualización no tiene ningún impacto en su facturación.
- Sin cambios en la telemetría existente: no hay ninguna diferencia con respecto a ningún otro comportamiento ni ningún cambio en la telemetría existente que ya está recopilando. El efecto principal es enriquecer los metadatos asociados con su entidad en la UI.
Al comprender estos puntos, puede personalizar y aprovechar de manera eficaz las etiquetas mejoradas para crear una experiencia de monitoreo más organizada y detallada para su base de datos de instancias en New Relic.