Complemento de Kubernetes para reenvío de logs

ElNew Relic Kubernetes complemento de para reenvío de simplifica el envío de logregistros desde su clúster a Logs.New Relic Emplea una imagen de Docker independiente y se ejecuta como un DaemonSet, recopilando registros sin problemas para el análisis centralizado y la resolución de problemas. Reenviar su Kubernetes registro a New Relic le brindará administración de logscapacidades mejoradas para recopilar, procesar, explorar, consultar y alertar sobre sus log datos .

Habilite Kubernetes para la administración de logs

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

1. Instalar la integración de New Relic Kubernetes. Esta integración incluye el complemento Kubernetes para registro.

2. Opcionalmente, puedes ajustar aún más tu instalación en la instalación guiada empleando las numerosas opciones de configuración disponibles en el repositorionewrelic-logging . Sin embargo, recomendamos la configuración estándar, ya que es válida para la mayoría de usuarios.

   

   Importante

   Si está empleando un secreto Kubernetes para almacenar New Relic clave de licencia, el gráfico newrelic-logging tiene como valor predeterminado enviar el registro a los extremos de API de EE. UU. Si la clave de licencia pertenece a una cuenta de la UE o FedRAMP, y se emplea un secreto para el almacenamiento de la clave, debe actualizar la configuración de 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 .

Plug-in de salida Fluent Bit

New Relic tiene un complemento de salida Fluent Bit para reenviar su registro a New Relic la administración de logde . Este complemento también se proporciona en una imagen docker independiente que se puede instalar en un clúster de Kubernetes en forma de DaemonSet, también conocido como complemento Kubernetes .

Consulte el complemento Fluent Bit para reenvío de log para obtener más detalles al respecto.

Detalles métricos adicionales

A partir de la versión 1.24.0 del gráfico Helm newrelic-logging, las métricas internas se envían de manera predeterminada mediante el complemento de entrada prometheus_scrape junto con el complemento de salida prometheus_remote_write. La opción de configuración sendMetrics: true ahora solo se encarga de enviar el complemento de salida métrica de newrelic-fluent-bit-output:

• Métrica internaFluent Bit : emitida por Fluent Bit en formato Prometheus y entregada al extremo de exportación Prometheus de New Relic. Pueden ser facetados por cluster_name, node_name y pod_name.

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

• Complemento métrico interno de newrelic-fluent-bit-output: estas métricas son recopiladas por el complemento de salida y enviadas a New Relic métrica API de cuando sendMetrics: true está habilitado. Incluyen la dimensión cluster_name , lo que permite limitarlos a un clúster en individuo, pero no a un host o pod específico. Estas métricas son útiles para evaluar la latencia general al entregar logs a la New Relic Logs API o identificar posibles problemas de empaquetado.

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

A veces, a pesar de instalar correctamente el complemento de reenvío de logs Kubernetes (newrelic-logging gráficoHelm ), es posible que encuentres problemas de rendimiento que afecten la entrega correcta de logs. En tales casos, examinar la métrica interna del reenviador de logs puede ayudar a identificar la causa del problema.

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 su clúster de Kubernetes para enviar los loginternos al reenviador y mostrarlos en un dashboard, siga 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. El gráfico Helm newrelic-logging se puede configurar para reenviar métricas internas del complemento a New Relic. Esto ayuda en el monitoreo y resolución de problemas del proceso de reenvío de logs.

Ver datos log

Una vez que configuró todo y recopilado los datos, debería ver datos de log en estos dos lugares:

• Nuestra UI de logs

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

  SELECT *
  FROM Log

  Copia

Si no ve ningún dato luego de habilitar nuestras capacidades de administración de log , siga nuestros procedimientos estándar de resolución de problemas de log .

Desactivar reenvío de logs

Para deshabilitar las capacidades de reenvío de log , puede desinstalar el complemento Kubernetes siguiendo estos pasos. No necesitas hacer nada más en New Relic.

Elige tu próximo paso