Akhir dukungan untuk agen Monitoring dan Logging lama

Penting: Penghentian ini hanya berlaku untuk lingkungan tempat Anda menginstal agen Monitoring lama atau agen Logging lama, bukan untuk lingkungan terkelola dengan agen monitoring dan logging bawaan atau yang telah diinstal sebelumnya.

Google Cloud Observability menghentikan agen Monitoring dan Logging lama secara bertahap.

Mulai 28 September 2026, semua pemeliharaan standar dan perbaikan bug rutin untuk agen akan resmi berakhir, sehingga memulai masa tenggang migrasi selama 12 bulan. Selama periode ini, Cloud Customer Care akan membantu upaya migrasi Anda melalui tiket dukungan. Dukungan migrasi berakhir pada 28 September 2027, setelah itu semua upaya migrasi harus dikelola secara independen.

Opsi migrasi

Sebaiknya lakukan migrasi ke salah satu alternatif yang didukung berikut sesegera mungkin:

• Agen Operasional: Agen utama dan pilihan untuk mengumpulkan telemetri dari instance Compute Engine Anda. Agen ini menggabungkan logging dan metrik ke dalam satu agen, menyediakan konfigurasi berbasis YAML untuk mengumpulkan log dan metrik Anda, serta menampilkan logging dengan throughput tinggi. Untuk mengetahui informasi selengkapnya, lihat Bermigrasi dari agen lama ke Agen Operasional.
• OpenTelemetry Collector yang Dibuat Google: Build siap produksi Google dari OpenTelemetry Collector open source. Dengan agen ini, Anda dapat mengirim trace, metrik, dan log OpenTelemetry Protocol (OTLP) yang berkorelasi ke Google Cloud Observability dan backend lainnya dari aplikasi. Untuk mengetahui informasi selengkapnya, lihat Ringkasan Kolektor OpenTelemetry Buatan Google.
• Fluentd upstream (khusus logging): Kolektor data log open source berbasis komunitas yang menjadi dasar pembuatan agen Logging lama. Banyak lingkungan lama menggunakan konfigurasi Fluentd yang sangat disesuaikan yang tidak dapat diterjemahkan untuk Agen Operasional. Dengan menyambungkan Fluentd upstream dengan plugin platform Google, Anda dapat mempertahankan penyiapan saat ini dan memastikan log Anda terus mengalir ke Cloud Logging tanpa gangguan. Untuk mengetahui informasi selengkapnya, lihat Bermigrasi dari agen Logging lama ke Fluentd upstream.

Mengidentifikasi instance Compute Engine yang terpengaruh

Untuk mengidentifikasi instance Compute Engine yang menjalankan agen Monitoring lama atau agen Logging lama, ikuti langkah-langkah berikut:

1. Di konsol Google Cloud , buka halaman  Metrics explorer:

   Buka Metrics explorer

   Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

2. Di toolbar panel query-builder, pilih tombol yang bernama  PromQL.
3. Di panel Results, pilih Table.
4. Masukkan salah satu kueri berikut ke editor, lalu klik Run query:
   • Untuk membuat tabel yang mencantumkan ID instance setiap VM yang menjalankan agen, beserta versi agen, gunakan:

     max by (instance_id, version, ${__groupby}) ({__name__="agent.googleapis.com/agent/uptime", monitored_resource="gce_instance"})
             

   • Untuk membuat tabel yang menampilkan jumlah total instance yang menjalankan setiap versi agen, gunakan:

     count by (version, ${__groupby}) ({__name__="agent.googleapis.com/agent/uptime", monitored_resource="gce_instance"})
             

   Di kolom version, entri yang menampilkan stackdriver_agent mengacu pada agen Monitoring lama, sedangkan entri yang menampilkan google-fluentd mengacu pada agen Logging lama.