Memantau resource lokal dengan BindPlane

Dokumen ini adalah salah satu bagian dari rangkaian dua bagian tentang cara memperluas Cloud Logging dan Cloud Monitoring agar mencakup aplikasi dan infrastruktur lokal.

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

Anda dapat mempertimbangkan untuk menggunakan Logging dan Monitoring untuk logging dan pemantauan resource lokal karena alasan 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 Pemantauan 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 alat 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.

Arsitektur penggunaan Monitoring dan BindPlane untuk memantau resource lokal.

observIQ menawarkan beberapa versi BindPlane: open source (dihosting sendiri), SaaS, dan Enterprise. Untuk mengetahui informasi selengkapnya tentang versi ini, lihat halaman perbandingan 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 alat 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.

Arsitektur penggunaan Monitoring API untuk memantau resource lokal secara langsung.

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 mencakup penggunaan alat 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 sumber Compute Engine, Amazon Elastic Compute Cloud (Amazon EC2), Linux, Windows, dan Kubernetes.

Sumber, kolektor, dan tujuan

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.
  • Kolektor: Proses ringan yang memantau lingkungan Anda dari jarak jauh dan meneruskan data metrik ke BindPlane.
  • Tujuan: Layanan yang BindPlane meneruskan metrik. Dalam kasus ini, tujuannya adalah proses di BindPlane yang menggunakan Monitoring API untuk menulis metrik ke Monitoring.

Untuk informasi selengkapnya tentang sumber, kolektor, dan tujuan, lihat pengantar 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 sederhana 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

Metrik cluster GKE di Monitoring di halaman Google Kubernetes Engine menampilkan tiga tampilan komponen Kubernetes yang berjalan di Ruang Kerja Monitoring, termasuk infrastruktur, beban kerja, dan tampilan layanan. Ada empat layanan yang di-deploy ke cluster yang melaporkan metrik.

Tampilan empat layanan yang dipantau oleh Monitoring.

Metrik, log, dan konfigurasi tersedia untuk setiap pod.

Tampilan detail pod layanan tertentu.

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.

Monitoring 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 dengan jenis resource Generic Node ditampilkan.

Metrics Explorer dapat membuat diagram untuk metrik tersebut.

Diagram untuk metrik CPU yang digunakan.

Seperti semua metrik dalam Monitoring, Anda dapat menggunakan metrik ini untuk membangun dasbor seperti yang terlihat pada screenshot berikut. Dasbor ini menggambarkan metrik yang dihasilkan oleh AKS, yang dikumpulkan oleh BindPlane, disimpan di Monitoring, dan ditampilkan di dasbor.

Dasbor AKS yang menampilkan empat diagram.

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. Anda dapat melihat bahwa metrik Oracle dari vSphere muncul di Metrics Explorer.

Metrik vSphere di Monitoring.

Seperti semua metrik di Monitoring, metrik dapat digunakan untuk membuat pemberitahuan seperti yang ditunjukkan pada screenshot berikut.

Layar konfigurasi untuk membuat pemberitahuan berdasarkan pemicu.

Pemberitahuan mewakili metrik yang dihasilkan oleh Oracle yang berjalan di vSphere, dikumpulkan oleh BindPlane, disimpan di Monitoring, dan digunakan untuk mengkonfigurasi pemberitahuan.

Jendela kebijakan 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