Esta guía es aplicable a clientes que previamente hayan configurado el reenvío de registros o logs en el contexto; Si no ha configurado ninguna de las características, le recomendamos actualizar a la última versión del agente para aprovechar el reenvío de registros automático y la decoración local.
Si actualmente está enviando un registro de aplicación a New Relic, es posible enviar un registro duplicado si actualiza al último agente de lenguaje APM sin revisar su estrategia de registro actual. La ruta de migración óptima dependerá de su aplicación y su entorno.
Si tiene un procesamiento de datos extenso o una lógica de enriquecimiento en su configuración de reenviador de registros existente, enviar el registro directamente desde el agente APM omitirá ese paso.
Sugerencia
¿Tienes muchos registros de Go? Consulte nuestro tutorial sobre cómo optimizarlos y administrarlos.
Hay dos rutas de actualización principales que recomendamos para evitar el envío de registros duplicados:
Actualice al último agente APM, que reenvía automáticamente el registro y luego deshabilite el reenviador de registros:
- Actualice la configuración framework de registro de su aplicación para asegurarse de que su aplicación no esté escribiendo registros para prueba o producción. Esto puede ser en un archivo en el disco o en STDOUT si está recopilando registros usando un sidecar.
- Deshabilite el reenviador de registros siguiendo el archivo de registro de su aplicación. Deshabilitar los contenedores utilizados para recopilar el registro de aplicación
- Desactive el reenvío de registros con su proveedor de nube
- Reinicia el agente APM/desplegar tus cambios
Utilice agente APM con reenviador de registros (recomendado solo si ya existe un reenviador):
- Actualizar el agente APM
- Configure el agente APM para garantizar que la decoración log locales esté habilitada y el reenvío de registros esté deshabilitado.
- Revierta los cambios anteriores que se realizaron en la configuración framework de registro de la aplicación para habilitar el logs en el contexto manual.
- Confirme que framework de registro de la aplicación esté configurado para escribir el registro de la aplicación en STDOUT o en un archivo que está siendo monitoreado/vigilado por un reenviador de registros.
- Reinicia el agente APM/desplegar tus cambios
Habilitación de la decoración local
La documentación sobre cómo configurar la decoración local en la última versión del agente de idioma se puede encontrar a continuación:
Actualización con Kubernetes
Si se ha configurado el logs en el contexto , los clientes que utilicen nuestra Kubernetes integración de reenvío de registros deberán revertir los cambios realizados en la configuración registro de la aplicación framework al implementar el logs en el contexto manualmente. Esto es necesario para preservar el enriquecimiento de metadatos de Kubernetes realizado por nuestra integración.
Tenga en cuenta que el framework de registro de la aplicación debe configurarse para escribir el registro de la aplicación en STDOUT.
La decoración local debe estar habilitada en el agente para garantizar que su registro esté contextualizado. No es necesario realizar cambios en la configuración de su reenvío de registros.
Siga los pasos a continuación para actualizar su monitoreo de Kubernetes:
- Actualice el agente APM.
- Configure el agente APM para garantizar que la decoración log locales esté habilitada y el reenvío de registros esté deshabilitado.
- Revierta los cambios anteriores que se realizaron en la configuración framework de registro de la aplicación para habilitar el inicio de logs en el contexto manual.
- Confirme que framework de registro de la aplicación esté configurado para escribir el registro de la aplicación en STDOUT o en un archivo que está siendo monitoreado/vigilado por un reenviador de registros.
- Reinicia el agente APM/desplegar tus cambios.