Dokumen ini adalah salah satu bagian dari rangkaian dua bagian tentang perluasan Cloud Logging dan Cloud Monitoring agar menyertakan infrastruktur lokal dan aplikasi.
- Mencatat resource lokal dengan BindPlane (dokumen ini): Baca cara Logging mendukung logging dari resource lokal.
- Memantau resource lokal dengan BindPlane: 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.
Dengan BindPlane, pengguna dapat men-deploy dan mengelola agen 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.
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 membahas penggunaan 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:
- Penguraian dan pemfilteran kustom data log dari log aplikasi kustom.
- Kumpulan peristiwa sistem operasi dari mesin virtual Linux atau Windows.
- Penyerapan streaming syslog dari jaringan atau perangkat lain yang kompatibel.
- 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 halaman Logs Explorer, daftar Semua resource menyertakan Generic Node sebagai jenis resource.
Daftar log yang muncul di halaman diambil sebagai jenis resource generic_node.
Luaskan baris untuk melihat detail entri log.
Entri log 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 BindPlane memberikan pemetaan dari entri log
asli ke entri log terstruktur di Logging.
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 berikutnya
- Logging dan Pemantauan
- Petunjuk penyiapan BindPlane untuk Cloud Monitoring dan Logging
- Menyiapkan metrik berbasis log di Logging
- Untuk mengetahui lebih banyak tentang arsitektur referensi, diagram, dan praktik terbaik lainnya, jelajahi Pusat Arsitektur Cloud.