Mulai 28 September 2026, agen Monitoring dan Logging lama telah resmi mencapai akhir dukungan. Kami tidak akan lagi merilis versi baru software ini, dan semua dukungan serta pemeliharaan standar telah berakhir.
Meskipun penginstalan agen lama yang ada tidak akan dinonaktifkan dan akan terus melakukan streaming log ke Cloud Logging dan metrik ke Cloud Monitoring, penggunaan agen ini tidak lagi direkomendasikan. Namun, distribusi tetap tersedia untuk didownload dan diinstal.
Jika terus menggunakan agen lama, Anda tidak akan menerima update, perbaikan bug, atau dukungan untuk sistem operasi baru, yang pada akhirnya akan menyebabkan ketidakkompatibelan dengan Google Cloud Observability. Sebaiknya lakukan migrasi ke alternatif yang didukung.
Poin dan tanggal penting
Berikut adalah tanggal penting untuk penghentian penggunaan agen Logging lama:
- Pada 28 September 2026, pemeliharaan standar dan perbaikan bug reguler untuk agen lama akan berakhir. Masa tenggang migrasi selama 12 bulan dimulai. Selama periode ini, Cloud Customer Care akan membantu upaya migrasi Anda melalui tiket dukungan.
- Pada 28 September 2027, bantuan migrasi Cloud Customer Care resmi berakhir. Setelah tanggal ini, Anda bertanggung jawab untuk menangani migrasi secara mandiri.
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:-
Di konsol Google Cloud , buka halaman leaderboard Metrics explorer:
Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.
- Di toolbar panel query-builder, pilih tombol yang bernama code PromQL.
- Di panel Results, pilih Table.
-
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_agentmengacu pada agen Monitoring lama, sedangkan entri yang menampilkangoogle-fluentdmengacu pada agen Logging lama. - Untuk membuat tabel yang mencantumkan ID instance setiap VM yang menjalankan agen, beserta versi agen, gunakan: