Pengalaman metrik untuk mesin virtual di Azure Monitor

Saat Anda mengaktifkan pemantauan yang ditingkatkan untuk komputer virtual Azure atau server berkemampuan Arc di Azure Monitor, Anda memilih antara dua pengalaman untuk mengumpulkan dan memvisualisasikan data performa dari sistem operasi tamu: pemantauan berbasis metrik (pratinjau) dan pemantauan berbasis log (klasik). Artikel ini menjelaskan perbedaan antara pengalaman ini dan memberikan panduan untuk memilih.

Membandingkan pengalaman

Tabel berikut membandingkan pengalaman pemantauan berbasis OpenTelemetry dan berbasis log untuk komputer virtual Azure di Azure Monitor.

Feature Berbasis metrik (pratinjau) Berbasis log (klasik)
Penyimpanan data Ruang kerja Azure Monitor Ruang Kerja Log Analytics
Berlaku untuk Mesin Virtual Azure
Server yang didukung Arc		 Mesin Virtual Azure
Server yang didukung Arc
VM Scale Sets
Model data Metrik sistem OpenTelemetry dengan penamaan lintas platform yang konsisten Penghitung kinerja khusus platform
Bahasa kueri PromQL (Bahasa Kueri Prometheus) KQL (Bahasa Kueri Kusto)
Latency Hampir real-time dengan latensi rendah Biasanya 1-3 menit
Cost Metrik default gratis Biaya penyerapan dan retensi Analitik Log Standar
Tampilan multi-VM Saat ini terbatas Dasbor dan buku kerja multi-VM wawasan VM lengkap
Korelasi dengan catatan log Memerlukan kueri terpisah Ruang kerja tunggal untuk metrik dan log memungkinkan korelasi dalam satu kueri

Kapan harus mengaktifkan pengalaman berbasis log

Anda harus mengaktifkan pengalaman berbasis metrik dalam semua kasus karena pengumpulan metrik default gratis. Pilih juga untuk mengaktifkan metrik berbasis log jika:

  • Anda perlu memantau Set Skala VM.
  • Anda menginginkan dasbor multi-VM bawaan dan tampilan yang sedang tren.
  • Anda ingin menghubungkan metrik dan log dalam satu kueri.
  • Anda sudah menggunakan kueri, dasbor, atau peringatan yang berdasarkan tabel InsightsMetrics.

Manfaat OpenTelemetry

Pengamatan lintas OS
Konvensi semantik OpenTelemetry untuk metrik sistem menyederhanakan pengalaman pengguna akhir lintas OS dengan memadukan penghitung kinerja Windows dan Linux ke dalam model data konvensi dan metrik penamaan yang konsisten. Ini memudahkan Anda mengelola semua komputer virtual dengan satu set kueri yang digunakan untuk sistem operasi Windows atau Linux. Metode penyebaran konfigurasi sebagai kode yang sama dan kueri PromQL yang sama dapat digunakan untuk sumber daya hosting apa pun yang mengadopsi metrik sistem OpenTelemetry.

Penghitung kinerja lainnya
Penerima Metrik Host pada Kolektor OpenTelemetry mengumpulkan lebih banyak penghitung kinerja dibandingkan dengan yang saat ini tersedia untuk pengumpulan berbasis log di Azure Monitor. Misalnya, Anda dapat memantau pemanfaatan CPU per proses, I/O disk, dan penggunaan memori.

Model metrik yang lebih sederhana

Dalam banyak skenario, beberapa penghitung kinerja dipetakan menjadi satu metrik sistem OpenTelemetry (OTel), lengkap dengan dimensi metrik yang juga disebut sebagai atribut sumber daya. Ini menyederhanakan pengumpulan dan kueri.

Misalnya, OTel menyertakan system.cpu.time metrik. Anda dapat memfilter State dimensi untuk nilai seperti pengguna, sistem, dan diam. Dengan koleksi berbasis log, Anda harus mengumpulkan dan mengkueri penghitung kinerja berikut.

  • Windows: \Processor Information(_Total)\% Processor Time, \Processor Information(_Total)\% Privileged Time, \Processor Information(_Total)\% User Time
  • Linux: Cpu/usage_user, Cpu/usage_system, Cpu/usage_idle, Cpu/usage_active, Cpu/usage_nice, Cpu/usage_iowait, Cpu/usage_irq

Manfaat ruang kerja Azure Monitor

Metrik yang disimpan di ruang kerja Azure Monitor lebih murah dan lebih cepat untuk dikueri daripada data yang sama yang disimpan di ruang kerja Analitik Log karena ruang kerja Azure Monitor dioptimalkan untuk pengambilan rangkaian waktu. Menggunakan metrik OTel di ruang kerja Azure Monitor juga menghindari beberapa skema yang digunakan dalam koleksi berbasis log. Metrik berbasis log default disimpan dalam InsightsMetrics tabel, sementara metrik tambahan yang diaktifkan disimpan dalam Perf tabel, yang menggunakan skema yang berbeda.

Pemantauan yang ditingkatkan dengan OpenTelemetry menggunakan subset metrik sistem yang tersedia, yang membantu menstandarkan dasbor, pemberitahuan, dan kueri PromQL di seluruh tim.

Batasan koleksi berbasis metrik

  • Koleksi berbasis metrik saat ini hanya tersedia untuk masing-masing VM dan server berkemampuan Arc. Koleksi berbasis log juga dapat digunakan untuk Set Skala VM.
  • Anda tidak dapat melakukan satu kueri terhadap data di ruang kerja Log Analytics dan Azure Monitor. Dengan koleksi berbasis log, log dan metrik untuk VM Anda dikoleksi bersama-sama, memungkinkan Anda untuk menghubungkan keduanya dalam satu kueri KQL. Dengan koleksi berbasis metrik, metrik disimpan di ruang kerja Azure Monitor dan log disimpan di ruang kerja Log Analytics, yang memerlukan kueri terpisah untuk masing-masing.
  • Anda dapat membuat buku kerja dan dasbor Anda sendiri untuk menampilkan bagan multi-VM menggunakan metrik OpenTelemetry, tetapi tidak ada pengalaman bawaan di portal Microsoft Azure seperti yang tersedia untuk koleksi berbasis log.

Petunjuk / Saran

Bagikan umpan balik Anda tentang penghitung kinerja atau fungsionalitas baru yang ingin Anda lihat dengan memposting ke Komunitas GitHub Azure Monitor atau melalui umpan balik Portal.

Konten terkait

  • Last updated on