Dokumen ini adalah salah satu bagian dari rangkaian dua bagian tentang cara memperluas Cloud Logging dan Cloud Monitoring agar mencakup aplikasi dan infrastruktur lokal.
- Mencatat resource lokal dengan BindPlane: Baca cara Cloud Logging mendukung logging dari resource lokal.
- Memantau resource lokal dengan BindPlane (dokumen ini): Baca tentang cara Cloud Monitoring mendukung pemantauan resource lokal.
Anda dapat mempertimbangkan untuk menggunakan Logging dan Monitoring untuk pencatatan dan pemantauan resource lokal berikut:
- Anda memerlukan solusi sementara saat memindahkan infrastruktur ke Google Cloud dan ingin memantau resource lokal hingga resource 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 pemantauan untuk resource di Google Cloud serta infrastruktur dan aplikasi lokal yang tersisa.
Menyerap metrik dengan Monitoring
Anda bisa memasukkan metrik ke Monitoring dengan dua cara berikut:
- Gunakan BindPlane dari observIQ untuk menyerap metrik dari sumber lokal Anda atau sumber cloud lainnya.
- Menggunakan OpenCensus untuk menulis ke Cloud Monitoring API.
Menggunakan BindPlane untuk menyerap metrik
Diagram berikut menunjukkan arsitektur cara BindPlane mengumpulkan metrik, lalu cara metrik tersebut diserap dalam Monitoring.
observIQ menawarkan beberapa versi BindPlane: BindPlane untuk Google, dihosting sendiri, SaaS, dan Enterprise. Untuk mengetahui informasi selengkapnya tentang versi ini, lihat halaman solusi BindPlane.
Kelebihan:
- Memerlukan konfigurasi, bukan instrumentasi aplikasi Anda, sehingga mengurangi waktu untuk mengimplementasikan.
- Termasuk dalam biaya penggunaan Monitoring.
- Konfigurasi yang didukung oleh produk dan dukungan Monitoring.
- Dapat diperluas ke metrik yang tidak disediakan oleh konfigurasi default.
Kekurangan:
- Memerlukan penggunaan agen observIQ BindPlane untuk meneruskan metrik ke Monitoring, yang dapat menambah kompleksitas ke seluruh sistem.
Opsi ini adalah metode yang direkomendasikan karena memerlukan tingkat upaya terendah. Solusi ini memerlukan konfigurasi, bukan pengembangan.
Menggunakan OpenCensus untuk menulis ke Monitoring API
Diagram berikut menunjukkan arsitektur tentang cara OpenCensus mengumpulkan metrik dan cara metrik tersebut diserap ke dalam Monitoring.
Dengan menggunakan Monitoring API secara langsung, berarti Anda perlu menambahkan kode instrumentasi ke aplikasi untuk mengirim metrik langsung ke API. Anda dapat melakukannya secara langsung dengan menggunakan Monitoring API untuk menulis metrik atau dengan menginstrumentasikan aplikasi Anda dengan pengekspor Monitoring untuk OpenCensus. OpenCensus adalah project open source yang menentukan struktur data standar untuk trace dan metrik. Menggunakan OpenCensus memiliki keuntungan dalam mendukung beberapa backend, termasuk Monitoring. Penggunaan OpenCensus juga menerapkan semua detail teknis tingkat rendah dalam penggunaan Monitoring API.
Kelebihan
- Memberikan fleksibilitas karena instrumentasi yang diperlukan dapat dengan mudah diimplementasikan dengan menggunakan OpenCensus Exporter
Kekurangan:
- Memerlukan solusi terpisah untuk metrik infrastruktur dengan menulis agen kustom.
- Memerlukan instrumentasi aplikasi, yang mungkin berarti biaya penerapannya lebih tinggi.
- Memerlukan library open source.
Opsi ini bukan metode yang direkomendasikan karena memerlukan upaya paling tinggi dan tidak mencakup metrik infrastruktur.
Menggunakan BindPlane
Dokumen ini membahas penggunaan BindPlane dari observIQ untuk menyerap metrik ke dalam Monitoring. Layanan BindPlane berfungsi dengan menentukan serangkaian sumber, menyerap metrik tersebut, lalu mengirimkan metrik ke Monitoring sebagai tujuan. BindPlane mendukung agen yang berjalan di versi tertentu Windows, Linux, dan Kubernetes.
Sumber, agen, tujuan, dan pemroses
BindPlane memiliki fitur berikut:
- Sumber: Item yang menghasilkan metrik seperti Google Kubernetes Engine (GKE), Amazon Elastic Container Service for Kubernetes (Amazon EKS), atau Microsoft Azure Container Service.
- Agen: Proses ringan yang memantau lingkungan Anda dari jarak jauh dan meneruskan data metrik ke BindPlane.
- Tujuan: Layanan yang BindPlane teruskan metriknya. Dalam kasus ini, tujuannya adalah proses di BindPlane yang menggunakan Monitoring API untuk menulis metrik ke Monitoring.
- Pemroses: Konfigurasi yang dapat mengubah data sebelum tiba di tujuan. Hal ini mencakup menambahkan atribut, memfilter, dan mengonversi log menjadi metrik.
Untuk informasi selengkapnya tentang sumber, agen, tujuan, dan pemroses, lihat Panduan Memulai Cepat BindPlane.
Contoh kasus penggunaan
Sebagai contoh, ExampleOrganization memiliki resource yang di-deploy ke Google Cloud, Microsoft Azure, dan resource lokal yang di-deploy menggunakan vSphere. Di Google Cloud, ada cluster GKE dan aplikasi demo yang di-deploy untuk menjalankan situs perusahaan tersebut. Di lingkungan Microsoft Azure, Azure Kubernetes Service (AKS) menjalankan sekumpulan microservice, yang menyediakan endpoint REST API kepada developer eksternal. Di lingkungan vSphere, MySQL, Oracle, dan Microsoft SQL Server mendukung beberapa aplikasi perusahaan.
Dengan resource di setiap lingkungan, ExampleOrganization ingin memantau setiap komponen, terlepas dari tempat komponen di-deploy. Mengirim metrik dari setiap lingkungan ke Logging dan Monitoring menggunakan BindPlane akan memindahkan semua metrik ke satu lokasi untuk tujuan pemantauan dan pemberitahuan.
Mengirim metrik dari BindPlane ke Monitoring
Setelah BindPlane disiapkan dan mulai mengirim metrik, metrik tersebut akan dikirim ke Ruang Kerja Monitoring Anda, Anda kemudian dapat menggunakan Monitoring untuk melihat, mengkonfigurasi, memberi tahu, dan membuat dasbor dari deret waktu seperti yang dapat Anda lakukan untuk metrik atau deret waktu apa pun di Monitoring. Untuk mengetahui informasi selengkapnya, lihat Metrik, deret waktu, dan resource.
Menggunakan metrik di Monitoring
Pada contoh sebelumnya, BindPlane dikonfigurasi untuk mengirim metrik dari Google Cloud, Microsoft Azure, dan sumber lokal. Tiga metrik berikut muncul di Monitoring:
- Metrik cluster GKE
- Metrik cluster AKS
- Metrik database lokal vSphere
Metrik cluster GKE
Jika Anda telah menyiapkan cluster GKE, metrik cluster GKE akan muncul di halaman Cluster Kubernetes atau halaman Workload Kubernetes. Anda dapat melihat beberapa tampilan komponen Kubernetes yang berjalan di Monitoring. Metrik, log, dan konfigurasi tersedia untuk setiap pod.
Untuk mengetahui detailnya, lihat Melihat metrik kemampuan observasi.
Metrik cluster AKS
Di lingkungan Monitoring yang sama, metrik untuk AKS dikumpulkan. Metrik ini muncul di Monitoring dan dapat digunakan untuk tujuan apa pun di Monitoring, termasuk dasbor, pemberitahuan, dan Metrics Explorer.
Halaman Metrics Explorer menyediakan cara untuk menemukan, memfilter, dan membuat diagram dari metrik. Perhatikan bahwa metrik yang dikirim oleh BindPlane memiliki awalan workload.googleapis.com/THIRD_PARTY_APP_NAME untuk nama metrik.
Metrics Explorer dapat membuat diagram untuk metrik tersebut. Untuk informasi selengkapnya tentang diagram, lihat Membuat diagram dengan Metrics Explorer.
Seperti semua metrik di Monitoring, Anda dapat menggunakan metrik ini untuk membangun dasbor yang menampilkan beberapa diagram. Dasbor ini dapat mewakili metrik yang dihasilkan oleh AKS, dikumpulkan oleh BindPlane, dan disimpan di Monitoring. Untuk informasi selengkapnya tentang dasbor, lihat Melihat dan menyesuaikan dasbor Google Cloud.
Metrik cluster lokal vSphere
Bagian terakhir dari contoh ini mencakup metrik database dari vSphere. Metrik dari vSphere muncul di Monitoring dan dapat digunakan dengan cara yang sama seperti metrik lainnya di Monitoring. Metrik Oracle dari vSphere muncul dalam daftar metrik di halaman Metrics Explorer.
Seperti semua metrik di Monitoring, metrik dapat digunakan untuk membuat pemberitahuan. Pemberitahuan dapat mewakili metrik yang dihasilkan oleh Oracle yang berjalan di vSphere, dikumpulkan oleh BindPlane, disimpan di Monitoring. Untuk informasi selengkapnya tentang pemberitahuan, lihat Ringkasan pemberitahuan.
Kesimpulan
Monitoring menyediakan dasbor, pemberitahuan, dan respons insiden agar Anda dapat memperoleh insight untuk platform Anda. Bersama-sama, Monitoring dan BindPlane memberi Anda kemampuan untuk mendapatkan visibilitas ke resource lokal Anda.
Langkah selanjutnya
- Cloud Logging dan Cloud Monitoring
- Panduan Memulai Cepat BindPlane
- Untuk mengetahui lebih banyak tentang arsitektur referensi, diagram, dan praktik terbaik lainnya, jelajahi Pusat Arsitektur Cloud.