Praktik terbaik untuk pembuatan dan manajemen aturan pengumpulan data di Azure Monitor
Aturan Pengumpulan Data (DCR) menentukan cara mengumpulkan dan memproses telemetri yang dikirim ke Azure. Beberapa aturan pengumpulan data akan dibuat dan dikelola oleh Azure Monitor, sementara Anda dapat membuat yang lain untuk menyesuaikan pengumpulan data untuk kebutuhan khusus Anda. Artikel ini membahas beberapa praktik terbaik yang harus diterapkan saat membuat DCR Anda sendiri.
Saat membuat DCR, ada beberapa aspek yang perlu dipertimbangkan seperti:
- Jenis data yang akan dikumpulkan, juga dikenal sebagai jenis sumber data (performa, peristiwa)
- Komputer Virtual target tempat DCR akan dikaitkan dengan
- Tujuan data yang dikumpulkan
Mempertimbangkan semua faktor ini sangat penting untuk organisasi DCR yang baik. Semua poin di atas berdampak pada upaya manajemen DCR serta konsumsi sumber daya untuk transfer dan pemrosesan konfigurasi.
Mengingat granularitas asli, yang memungkinkan DCR tertentu untuk dikaitkan dengan lebih dari satu komputer virtual target dan sebaliknya, penting untuk menjaga DCR sesederh mungkin menggunakan lebih sedikit sumber data masing-masing. Penting juga untuk menyimpan daftar item yang dikumpulkan di setiap sumber data yang ramping dan berorientasi pada cakupan pengamatan.
Untuk memperjelas apa cakupan pengamatan, anggap saja sebagai batas logis pilihan Anda untuk mengumpulkan data. Misalnya, cakupan yang mungkin dapat berupa sekumpulan komputer virtual yang menjalankan perangkat lunak (misalnya, "SQL Servers") yang diperlukan untuk aplikasi tertentu, atau penghitung sistem operasi dasar atau peristiwa yang ditetapkan yang digunakan oleh Admin TI Anda. Anda juga dapat membuat cakupan serupa yang didedikasikan untuk lingkungan yang berbeda ("Pengembangan", "Uji", "Produksi") untuk mengkhususkan lebih banyak lagi.
Bahkan, ini tidak ideal dan bahkan tidak disarankan untuk membuat satu DCR yang berisi semua sumber data, item pengumpulan, dan tujuan untuk mengimplementasikan pengamatan. Dalam tabel berikut, ada beberapa rekomendasi yang dapat membantu dalam merencanakan pembuatan dan pemeliharaan DCR dengan lebih baik:
| Golongan | Praktik terbaik | Penjelasan | Area dampak |
|---|---|---|---|
| Kumpulan Data | Menentukan cakupan observabilitas | Menentukan cakupan observabilitas adalah kunci untuk cakupan manajemen dan pengamatan organisasi DCR yang lebih mudah dan sukses. Ini akan membantu mengklarifikasi apa yang dibutuhkan koleksi, dan dari mana komputer virtual target harus dilakukan. Seperti yang dijelaskan sebelumnya, cakupan pengamatan bisa menjadi sekumpulan komputer virtual yang menjalankan perangkat lunak yang umum untuk aplikasi tertentu, serangkaian informasi umum untuk departemen TI, dll. Sebagai contoh, mengumpulkan penghitung kinerja sistem operasi dasar, seperti pemanfaatan CPU, memori yang tersedia, dan ruang disk kosong, dapat dilihat sebagai cakupan untuk Manajemen IT Pusat Anda. | Tidak memiliki cakupan yang jelas tidak membawa kejelasan dan tidak memungkinkan manajemen yang tepat. |
| Membuat DCR khusus untuk cakupan observabilitas | Membuat DCR terpisah berdasarkan cakupan pengamatan adalah kunci untuk pemeliharaan yang mudah. Ini akan memungkinkan Anda untuk dengan mudah mengaitkan DCR ke komputer virtual target yang relevan. | Mengapa membuat satu DCR yang mengumpulkan penghitung kinerja sistem operasi ditambah penghitung server web dan penghitung database bersama-sama? Pendekatan ini, tidak hanya akan memaksa setiap dan setiap komputer virtual terkait untuk mentransfer, memproses, dan menjalankan konfigurasi yang berada di luar cakupan tetapi juga akan membutuhkan lebih banyak upaya ketika konfigurasi DCR perlu diperbarui. Pikirkan tentang mengelola templat yang menyertakan entri yang tidak perlu; situasi ini kurang ideal dan meninggalkan ruang untuk kesalahan. | |
| Membuat DCR khusus untuk jenis sumber data di dalam cakupan observabilitas yang ditentukan | Membuat DCR terpisah untuk performa dan peristiwa akan membantu dalam mengelola konfigurasi dan asosiasi dengan granularitas berdasarkan komputer target. Misalnya, membuat DCR untuk mengumpulkan peristiwa dan penghitung kinerja dapat mengakibatkan pendekatan yang tidak optimal. Mungkin ada situasi di mana komputer tertentu (atau set komputer) tidak memiliki log peristiwa atau penghitung kinerja yang dikonfigurasi di DCR. Dalam situasi ini, komputer virtual akan dipaksa untuk memproses dan menjalankan konfigurasi yang tidak diperlukan sesuai dengan perangkat lunak yang diinstal di dalamnya. | Tidak menggunakan DCR yang berbeda akan memaksa setiap komputer virtual terkait untuk mentransfer, memproses, dan menjalankan konfigurasi yang mungkin tidak berlaku sesuai dengan perangkat lunak yang diinstal. Konsumsi dan kesalahan sumber daya komputasi yang berlebihan dalam konfigurasi pemrosesan mungkin terjadi menyebabkan Agen Azure Monitor (AMA) menjadi tidak responsif. Selain itu, mengumpulkan data yang tidak perlu akan meningkatkan biaya penyerapan data. | |
| Tujuan data | Membuat DCR yang berbeda berdasarkan tujuan | DCR memiliki kemampuan mengirim data ke beberapa tujuan yang berbeda, seperti Metrik Azure Monitor dan Log Azure Monitor, secara bersamaan. Memiliki DCR khusus untuk tujuan sangat membantu dalam mengelola persyaratan kedaulatan data atau hukum. Karena, mematuhi mungkin perlu mengirim data hanya ke repositori yang diizinkan yang dibuat di wilayah yang diizinkan, memiliki DCR yang berbeda memungkinkan penargetan tujuan terperinci yang lebih baik | Tidak memisahkan DCR berdasarkan tujuan data, mungkin mengakibatkan tidak mematuhi penanganan data, persyaratan privasi dan akses dan dapat membuat pengumpulan data yang tidak perlu menghasilkan biaya yang tidak terduga. |
Prinsip-prinsip tersebut memberikan fondasi untuk menciptakan pendekatan manajemen DCR Anda sendiri yang menyeimbangkan keberlanjutan, kemudahan penggunaan kembali, granularitas, dan batas layanan. DCR juga membutuhkan tata kelola bersama, untuk meminimalkan pembuatan silo dan duplikasi pekerjaan yang tidak perlu.