Google Cloud Observability está eliminando de forma gradual los agentes de Monitoring y Logging heredados.
A partir del 28 de septiembre de 2026, finalizarán oficialmente todas las tareas de mantenimiento estándar y las correcciones de errores habituales para los agentes, lo que iniciará un período de gracia de migración de 12 meses. Durante este período, el equipo de Atención al cliente de Cloud te ayudará con tus esfuerzos de migración a través de tickets de asistencia. La asistencia para la migración finaliza el 28 de septiembre de 2027, después de lo cual todos los esfuerzos de migración se deben administrar de forma independiente.
Opciones de migración
Te recomendamos que migres a una de las siguientes alternativas compatibles lo antes posible:
- Agente de operaciones: Es el agente principal y preferido para recopilar telemetría de tus instancias de Compute Engine. Este agente combina el registro y las métricas en un solo agente, lo que proporciona configuraciones basadas en YAML para recopilar tus registros y métricas, y cuenta con registros de alta capacidad de procesamiento. Para obtener más información, consulta Migra de los agentes heredados al agente de operaciones.
- Recopilador de OpenTelemetry integrado en Google: Es la compilación lista para producción de Google del recopilador de OpenTelemetry de código abierto. Te permite enviar seguimientos, métricas y registros correlacionados de OpenTelemetry Protocol (OTLP) a Google Cloud Observability y a otros backends desde las aplicaciones. Para obtener más información, consulta Descripción general del recopilador de OpenTelemetry integrado en Google.
- Fluentd ascendente (solo registro): Es el recopilador de datos de registro de código abierto impulsado por la comunidad en el que se compiló el agente de Logging heredado. Muchos entornos heredados usan parámetros de configuración de Fluentd muy personalizados que no se pueden traducir para el Agente de operaciones. Si vinculas Fluentd upstream con los complementos de la plataforma de Google, puedes mantener tus configuraciones actuales y asegurarte de que tus registros sigan fluyendo a Cloud Logging sin interrupciones. Para obtener más información, consulta Migra del agente de Logging heredado a Fluentd ascendente.
Identifica las instancias de Compute Engine afectadas
Para identificar las instancias de Compute Engine que ejecutan el agente de Monitoring heredado o el agente de Logging heredado, sigue estos pasos:-
En la consola de Google Cloud , accede a la página leaderboard Explorador de métricas:
Acceder al Explorador de métricas
Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo es Monitoring.
- En la barra de herramientas del panel del compilador de consultas, selecciona el botón cuyo nombre es code PromQL.
- En el panel Resultados, selecciona Tabla.
-
Ingresa una de las siguientes consultas en el editor y, luego, haz clic en Ejecutar consulta:
- Para generar una tabla que enumere el ID de instancia de cada VM que ejecuta un agente, junto con
la versión del agente, usa lo siguiente:
max by (instance_id, version, ${__groupby}) ({__name__="agent.googleapis.com/agent/uptime", monitored_resource="gce_instance"}) - Para generar una tabla que muestre la cantidad total de instancias que ejecutan cada versión del agente, usa lo siguiente:
count by (version, ${__groupby}) ({__name__="agent.googleapis.com/agent/uptime", monitored_resource="gce_instance"})
En la columna version, las entradas que muestran
stackdriver_agenthacen referencia al agente de Monitoring heredado, mientras que las entradas que muestrangoogle-fluentdhacen referencia al agente de Logging heredado. - Para generar una tabla que enumere el ID de instancia de cada VM que ejecuta un agente, junto con
la versión del agente, usa lo siguiente: