Logging resource lokal dengan BindPlane

Dokumen ini adalah salah satu dari rangkaian dua bagian tentang perluasan Cloud Logging dan Cloud Monitoring agar menyertakan infrastruktur lokal dan aplikasi.

  • Logging (dokumen ini): Baca cara Logging mendukung pencatatan dari resource lokal.
  • Monitoring: Baca tentang cara Monitoring mendukung pemantauan resource lokal.

Anda dapat mempertimbangkan untuk menggunakan Logging dan Monitoring untuk pencatatan dan pemantauan resource lokal berikut:

  • Anda menginginkan solusi sementara saat memindahkan infrastruktur ke Google Cloud dan ingin mencatat serta memantau resource lokal sampai infrastruktur tersebut dinonaktifkan.
  • Anda mungkin memiliki lingkungan komputasi yang beragam dengan beberapa cloud dan resource lokal.

Dalam kedua kasus tersebut, dengan Logging and Monitoring API dan BindPlane, Anda dapat memperoleh visibilitas ke resource lokal. Dokumen ini ditujukan bagi praktisi, manajer, dan eksekutif DevOps yang tertarik dengan strategi pencatatan untuk resource di Google Cloud serta infrastruktur dan aplikasi lokal yang tersisa.

Menyerap log dengan Logging

Anda dapat login ke Logging menggunakan API dengan dua cara :

  • Gunakan BindPlane dari observIQ untuk menyerap log dari lokal atau sumber cloud lainnya.
  • Gunakan Cloud Logging API langsung dari aplikasi Anda atau dengan menggunakan agen kustom.

Menggunakan BindPlane untuk menyerap log Logging

Diagram berikut menunjukkan arsitektur cara BindPlane menyerap log, lalu proses transfer log tersebut ke dalam Logging.

Arsitektur penggunaan Logging dan BindPlane untuk menyerap log lokal.

Dengan BindPlane, pengguna dapat men-deploy dan mengelola kolektor dari jarak jauh pada host yang lognya ingin mereka kumpulkan. Untuk informasi selengkapnya, baca arsitektur BindPlane. Opsi ini memerlukan upaya paling sedikit untuk di-deploy karena memerlukan konfigurasi untuk disiapkan, bukan pengembangan.

Kelebihan

  • Memerlukan konfigurasi, bukan pengembangan.
  • Termasuk dalam biaya penggunaan Logging.
  • Adalah konfigurasi yang didukung oleh produk dan dukungan Logging.
  • Dapat diperluas ke log yang tidak disediakan oleh konfigurasi default.

Kekurangan:

  • Memerlukan penggunaan alat pihak ketiga.
  • Mungkin perlu menyediakan konfigurasi kustom jika sumber log tidak disediakan secara default. Daftar log yang tersedia di Sumber.

Menggunakan Logging API secara langsung

Diagram berikut menunjukkan arsitektur terkait cara log dikumpulkan oleh instrumentasi dan diserap ke dalam Logging.

Arsitektur penggunaan Logging API untuk menyerap log lokal secara langsung.

Menggunakan API secara langsung berarti Anda perlu melengkapi aplikasi untuk mengirim log secara langsung ke API atau mengembangkan agen kustom untuk mengirim log ke API. Opsi ini memerlukan tingkat upaya tinggi karena memerlukan upaya pengembangan.

Kelebihan

  • Memberikan fleksibilitas karena Anda dapat mengimplementasikan instrumentasi dengan library logging klien.

Kekurangan:

  • Memerlukan solusi terpisah untuk log infrastruktur, seperti agen kustom.
  • Memerlukan instrumentasi kode, yang dapat menyebabkan biaya penerapan yang lebih tinggi.
  • Memerlukan penggunaan pengelompokan dan teknik penyerapan skalabel lainnya untuk performa penyerapan yang tepat.
  • Dukungan hanya diberikan untuk Logging API, bukan kode yang dikembangkan secara kustom

Menggunakan BindPlane

Dokumen ini mencakup penggunaan alat BindPlane dari observIQ untuk menyerap log ke dalam Logging. Karena termasuk dalam biaya Logging, BindPlane tidak memerlukan pengembangan dan menyediakan solusi yang didukung produk.

Agen, sumber, dan tujuan

Untuk informasi mendetail tentang agen, sumber, dan tujuan, lihat Panduan Memulai BindPlane.

Contoh kasus penggunaan

Pelanggan perusahaan menggunakan BindPlane untuk menyerap log dalam skenario logging lokal berikut:

  1. Penguraian dan pemfilteran kustom data log dari log aplikasi kustom.
  2. Kumpulan peristiwa sistem operasi dari mesin virtual Linux atau Windows.
  3. Penyerapan streaming syslog dari jaringan atau perangkat lain yang kompatibel.
  4. Pengumpulan log aplikasi dan sistem Kubernetes.

Mengirim log dari infrastruktur lokal ke Logging

Setelah Anda menyiapkan BindPlane dan mulai mengirim log, kemudian akan dikirim ke Logging. Untuk melihat, memproses, dan mengekspor log, buka Konsol Google Cloud. Log dicantumkan sebagai jenis resource generic_node atau generic_task. Untuk mengetahui informasi selengkapnya tentang label yang disertakan dalam setiap jenis resource, lihat Daftar Logging resource.

Cloud Logging mendukung log non-Cloud Logging melalui penggunaan dua jenis resource:

  • Node umum: Mengidentifikasi mesin atau resource komputasi lainnya yang tidak menerapkan jenis resource lain. Nilai label harus secara unik mengidentifikasi node.
  • Tugas umum: Mengidentifikasi proses aplikasi tanpa resource lain yang berlaku, seperti proses yang dijadwalkan oleh sistem orkestrasi kustom. Nilai label harus mengidentifikasi tugas secara unik.

Lihat log di Logging

Di konsol Google Cloud, Generic Node akan muncul sebagai jenis resource dalam daftar di halaman Logging.

Daftar resource di Logging

Log berikut telah diambil sebagai jenis resource generic_node dan ditampilkan di Logging.

Daftar log di Logging.

Entri log berikut menggunakan format logging terstruktur , yang menyediakan format yang lebih beragam untuk menelusuri log karena payload log disimpan sebagai jsonPayload. Format logging terstruktur membuat log lebih mudah diakses karena Anda dapat menggunakan kolom dalam payload sebagai bagian dari penelusuran. Agen logging BindPlane memberikan pemetaan dari entri log asli ke log terstruktur di Logging.

Entri log dalam format logging terstruktur.

Kesimpulan

Dengan log yang tersedia di Logging, Anda dapat memanfaatkan sepenuhnya fitur Logging. Log akan muncul di konsol Google Cloud. Anda dapat mengekspor log dengan ekspor Logging dan menggunakannya untuk membuat metrik dan pemberitahuan di Monitoring menggunakan metrik berbasis log.

Langkah selanjutnya