Complemento de Kubernetes para reenvío de logs

El complemento Kubernetes de New Relic para el reenvío de logs simplifica el envío de logs desde su clúster a New Relic Logs. Utiliza una imagen docker independiente y se ejecuta como DaemonSet, recopilando logs sin problemas para análisis centralizados y resolución de problemas. Reenviar su log de Kubernetes a New Relic le brindará capacidades ladministración de logs mejoradas para recopilar, procesar, explorar, consultar y alertar sobre sus datos log .

Habilite Kubernetes para la administración de logs

Para reenviar su log de Kubernetes a New Relic con nuestro complemento:

1. Instale la integración de New Relic Kubernetes siguiendo los pasos de esta página. Esta integración incluye el complemento de Kubernetes para el log.

2. Opcionalmente, puede ajustar aún más su instalación en el Paso 4 desde la instalación guiada utilizando las numerosas opciones de configuración disponibles en el repositorio de registro de newrelic. Sin embargo, recomendamos la configuración estándar, ya que es válida para la mayoría de usuarios.

   Importante

   Si está utilizando un secreto Kubernetes para almacenar la clave de licencia de New Relic , el gráfico newrelic-logging envía de forma predeterminada el log a los extremos de API de EE. UU. Si la clave de licencia pertenece a una cuenta de la UE o FedRAMP y se utiliza un secreto para el almacenamiento de claves, debe actualizar la configuración del extremo con el valor apropiado de los documentos de referenciaAPI . A continuación se muestra un ejemplo de cómo configurar esto para cuentas de la UE:

   newrelic-logging:
     enabled: true
     endpoint: https://log-api.eu.newrelic.com/log/v1

   Copia

3. Genere algo de tráfico y espere unos minutos, luego verifique los datos de su cuenta .

Solucionar problemas de su complemento Kubernetes para el reenvío de instalación de registros

A veces, a pesar de instalar correctamente el complemento Kubernetes para el reenvío de registros (newrelic-logging gráfico de Helm), es posible que encuentre problemas de rendimiento que afecten la entrega correcta del registro. En tales circunstancias, observar el reenviador de troncos métrico interno puede ser útil para comprender la causa de un posible cuello de botella.

El gráfico de Helm newrelic-logging proporciona una configuración para permitir la recopilación de dichas métricas para un clúster de Kubernetes determinado. También proporcionamos una plantilla dashboard con formato JSON para mostrar fácilmente todas estas métricas en New Relic.

Para configurar tu clúster de Kubernetes para enviar el reenviador de logs métrico interno y representarlos en un dashboard, sigue estos pasos:

1. Instale el gráfico Helm con la siguiente configuración adicional:

   newrelic-logging:
     fluentBit:
       sendMetrics: true

   Copia

   Solo necesita habilitar la configuración newrelic-logging.fluentBit.sendMetrics cuando resuelva problemas en un clúster de Kubernetes. Recomendamos habilitarlo para un único clúster de Kubernetes a la vez para facilitar la resolución de problemas.

2. Descargue este archivo de plantilla de dashboard. Ábrelo en un editor de texto y reemplaza todas las YOUR_ACCOUNT_ID apariciones (49 en total) por tu ID de cuenta de New Relic.

3. Importe el dashboard resultante en formato JSON siguiendo estas instrucciones.

4. El dashboard importado estará disponible en la página de su dashboard como Kubernetes Fluent Bit monitoring.

Detalles métricos adicionales

El newrelic-logging gráfico de Helm emplea Fluent Bit junto con el complemento New Relic newrelic-fluent-bit-output de para enviar registros a New Relic. La opción de configuración fluentBit.sendMetrics permite la recopilación de su métrica individual:

• Fluent Bit métrica interna: emitido por Fluent Bit en formato Prometheus y entregado al extremo Prometheus Export de New Relic. Pueden estar facetados por cluster_name, node_name y pod_name.
• Complemento métrico interno de newrelic-fluent-bit-output: recopilado por el complemento de salida y enviado a New Relic métrica API de . Estas métricas solo contienen la dimensión cluster_name, por lo que se pueden limitar a un clúster en individuo, pero no a un host o pod en individuo. Son útiles para evaluar la latencia general al entregar el registro a la New Relic Logs API o para observar posibles problemas de empaquetado.

Capturamos la métrica interna de Fluent Bit empleando su complemento prometheus_scrape INPUT junto con su complemento prometheus_remote_write OUTPUT. Todas las métricas counter de Prometheus son en realidad contadores acumulativos, pero realizamos automáticamente una conversión delta cuando se ingiere en New Relic para facilitar su consulta mediante NRQL más adelante. Puedes encontrar más detalles aquí.

Ver datos log

Si todo está configurado correctamente y se están recopilando sus datos, debería ver los datos log en ambos lugares:

• Nuestra UI de logs
• Nuestras herramientas para ejecutar NRQL consulta. Por ejemplo, puedes ejecutar una consulta como esta:

SELECT * FROM Log

Si no aparecen datos después de habilitar nuestras capacidades de administración de logs, siga nuestros procedimientos estándar de resolución de problemas de logs.

Desactivar reenvío de logs

Para deshabilitar las capacidades de reenvío de logs, puede desinstalar el complemento de Kubernetes siguiendo los pasos que se describen aquí. No necesitas hacer nada más en New Relic.

¿Que sigue?

Explore los datos de logging en su plataforma con nuestra UI de logs.

• Obtenga una visibilidad más profunda de los datos de rendimiento de su aplicación y de su plataforma reenviando su log con nuestras capacidades de logs en el contexto .
• Configurar alerta.
• Consulta tus datos y crea un panel.