Bagikan melalui

Pilih jenis aturan pemberitahuan yang tepat

Artikel ini menjelaskan jenis pemberitahuan Azure Monitor yang dapat Anda buat. Ini membantu Anda memahami kapan harus menggunakan setiap jenis pemberitahuan. Untuk informasi selengkapnya tentang harga, lihat halaman harga.

Jenis pemberitahuan adalah:

Jenis peringatan Azure Monitor

Jenis pemberitahuan Waktu menggunakan Informasi harga
Peringatan metrik Data metrik disimpan dalam sistem yang sudah dikomputasi sebelumnya. Peringatan metrik berguna saat Anda ingin diberi tahu tentang data yang memerlukan sedikit atau tanpa manipulasi. Gunakan pemberitahuan metrik jika data yang ingin Anda pantau tersedia dalam data metrik. Setiap aturan pemberitahuan metrik dibebankan berdasarkan jumlah rangkaian waktu yang dipantau.
Pemberitahuan pencarian log Anda dapat menggunakan pemberitahuan pencarian log untuk melakukan operasi logika tingkat lanjut pada data Anda. Jika data yang ingin Anda pantau tersedia dalam log, atau memerlukan logika tingkat lanjut, Anda dapat menggunakan fitur Bahasa Kueri Kusto (KQL) yang kuat untuk manipulasi data dengan menggunakan pemberitahuan pencarian log. Setiap aturan pemberitahuan pencarian log dikenakan biaya berdasarkan interval di mana kueri log dievaluasi. Evaluasi kueri yang lebih sering menghasilkan biaya yang lebih tinggi. Untuk pemberitahuan pencarian log yang dikonfigurasi untuk pemantauan dalam skala besar dengan pemisahan berdasarkan dimensi, biaya juga bergantung pada jumlah rangkaian waktu yang dibuat oleh dimensi yang dihasilkan dari kueri Anda.
Pemberitahuan pencarian log sederhana Ideal untuk memantau aplikasi, atau lalu lintas jaringan di mana pemantauan real-time yang tidak diagregasi dan respons insiden cepat sangat penting. Setiap kesalahan memicu pemberitahuan, memungkinkan Anda untuk segera mengambil tindakan. Misalnya, memberikan peringatan untuk setiap pekerjaan yang gagal, baik itu pekerjaan pencadangan atau otomatisasi lainnya, serta kemampuan untuk memberikan peringatan pada peristiwa Windows yang memengaruhi sistem kami, seperti penyimpanan atau keamanan. Setiap aturan pemberitahuan log sederhana ditagih sama dengan pemberitahuan frekuensi 1 menit.
Pemberitahuan log aktivitas Log aktivitas menyediakan audit semua tindakan yang terjadi pada sumber daya. Gunakan pemberitahuan log aktivitas untuk diberi tahu saat peristiwa tertentu terjadi pada sumber daya seperti mulai ulang, matikan, atau pembuatan atau penghapusan sumber daya. Pemberitahuan Service Health dan pemberitahuan Kesehatan Sumber Daya memberi tahu Anda saat ada masalah dengan salah satu layanan atau sumber daya Anda. Untuk informasi lebih lanjut, lihat halaman harga.
Pemberitahuan Prometheus Pemberitahuan Prometheus digunakan untuk memperingatkan metrik Prometheus yang disimpan di layanan terkelola Azure Monitor untuk Prometheus. Aturan pemberitahuan didasarkan pada bahasa kueri sumber terbuka PromQL. Aturan peringatan Prometheus hanya dikenakan pada data yang dikueri oleh aturan. Untuk informasi lebih lanjut, lihat halaman harga.
Pemberitahuan metrik berbasis kueri Buat aturan pemberitahuan metrik pada metrik Prometheus atau metrik OTel kustom yang disimpan di Ruang Kerja Azure Monitor menggunakan kondisi pemberitahuan metrik berbasis kueri dengan PromQL. Mirip dengan pemberitahuan Prometheus tetapi dikelola sebagai sumber daya individual alih-alih grup aturan. Saat ini dalam pratinjau publik.

Catatan

Peringatan metrik berbasis kueri kini tersedia dalam pratinjau publik untuk peringatan berdasarkan metrik Prometheus dan OpenTelemetry. Lihat Gambaran umum pemberitahuan metrik berbasis kueri (pratinjau)

Peringatan Metrik

Aturan peringatan metrik memantau sumber daya dengan mengevaluasi kondisi pada metrik sumber daya secara berkala. Jika kondisi terpenuhi, peringatan akan diaktifkan. Rangkaian waktu metrik adalah rangkaian nilai metrik yang diambil selama periode waktu tertentu.

Anda dapat membuat aturan dengan menggunakan metrik ini:

Aturan peringatan metrik mencakup fitur-fitur berikut:

Target aturan peringatan metrik dapat berupa:

  • Satu sumber daya, seperti komputer virtual (VM). Untuk jenis sumber daya yang didukung, lihat Sumber daya yang didukung.
  • Beberapa sumber daya dengan jenis yang sama di wilayah Azure yang sama, seperti grup sumber daya.

Menerapkan beberapa kondisi ke aturan alarm metrik

Saat membuat aturan peringatan untuk satu sumber daya, Anda dapat menerapkan beberapa kondisi. Misalnya, Anda dapat membuat aturan peringatan untuk memantau mesin virtual Azure dan memperingatkan saat "Persentase CPU lebih tinggi dari 90%" dan "Panjang antrean lebih dari 300 item". Saat aturan peringatan memiliki beberapa kondisi, peringatan akan diaktifkan saat semua kondisi dalam aturan peringatan benar dan diselesaikan saat setidaknya salah satu kondisi tidak lagi berlaku untuk tiga pemeriksaan berturut-turut.

Mempersempit target menggunakan dimensi

Untuk petunjuk tentang menggunakan dimensi dalam aturan pemberitahuan metrik, lihat Memantau beberapa rangkaian waktu dalam satu aturan pemberitahuan metrik.

Memantau kondisi yang sama pada beberapa sumber daya menggunakan pemisahan menurut dimensi

Untuk memantau kondisi yang sama pada beberapa sumber daya Azure, Anda dapat menggunakan pemisahan menurut dimensi. Saat Anda menggunakan pemisahan menurut dimensi, Anda dapat membuat pemberitahuan yang berfokus pada sumber daya secara besar-besaran untuk kelompok langganan atau sumber daya. Peringatan dibagi menjadi peringatan terpisah dengan pengelompokan berdasarkan kombinasi. Memisahkan pada kolom ID sumber daya Azure membuat sumber daya yang ditentukan menjadi target pemberitahuan.

Anda mungkin juga memutuskan untuk tidak memisah ketika Anda ingin suatu kondisi diterapkan pada beberapa sumber daya dalam cakupan. Misalnya, Anda mungkin ingin mengaktifkan pemberitahuan jika setidaknya lima komputer dalam cakupan grup sumber daya memiliki penggunaan CPU lebih dari 80%.

Memantau beberapa sumber daya dengan satu aturan pemberitahuan

Anda dapat memantau dalam skala besar dengan menerapkan aturan peringatan metrik yang sama ke beberapa sumber daya dengan jenis yang sama untuk sumber daya yang ada di wilayah Azure yang sama. Pemberitahuan individual dikirim untuk setiap sumber daya yang dipantau.

Metrik platform untuk layanan ini di cloud Azure berikut didukung:

Layanan Penyedia Sumber Daya Global Azure Pemerintahan Tiongkok
Mesin virtual Microsoft.Compute/virtualMachines Ya Ya Ya
Database SQL Server Microsoft.Sql/servers/databases Ya Ya Ya
Kumpulan Pool Elastis SQL Server Microsoft.Sql/servers/elasticpools Ya Ya Ya
Pool kapasitas file NetApp Microsoft.NetApp/netAppAccounts/capacityPools Ya Ya Ya
Volume berkas NetApp Microsoft.NetApp/netAppAccounts/capacityPools/volumes Ya Ya Ya
Azure Key Vault Microsoft.KeyVault/vaults Ya Ya Ya
Azure Cache for Redis (tidak digunakan lagi) Microsoft.Cache/redis Ya Ya Ya
Perangkat Azure Stack Edge (Tidak ada penyedia Sumber Daya khusus untuk sumber daya ini. Karena cara kerja perangkat Stack edge, metrik diambil dari beberapa penyedia sumber daya. Anda dapat memeriksa dokumentasi ini untuk detail selengkapnya mengenai pemberitahuan untuk sumber daya ini: Meninjau pemberitahuan di Azure Stack Edge) Ya Ya Ya
Brankas Layanan Pemulihan Microsoft.RecoveryServices/Vaults Ya Tidak Tidak
Azure Database untuk PostgreSQL - Server yang Dapat Disesuaikan Microsoft.DBforPostgreSQL/flexibleServers Ya Ya Ya
Mesin Bare Metal (Operator Nexus) "Microsoft.NetworkCloud/bareMetalMachines" Ya Ya Ya
Peralatan Penyimpanan (Operator Nexus) Microsoft.NetworkCloud/perangkatPenyimpanan Ya Ya Ya
Kluster (Operator Nexus) "Microsoft.NetworkCloud/clusters" Ya Ya Ya
Perangkat Jaringan (Operator Nexus) Microsoft.NetworkCloud/l2Networks, Microsoft.NetworkCloud/l3Networks Ya Ya Ya
Aturan pengumpulan data "Microsoft.Insights/datacollectionrules" Ya Ya Ya

Catatan

Peringatan metrik untuk sumber daya ganda tidak dapat digunakan pada:

  • Memberi peringatan tentang metrik tamu pada mesin virtual.
  • Memberi peringatan tentang metrik jaringan mesin virtual (VM) (Total Jaringan Masuk, Total Jaringan Keluar, Alur Masuk, Alur Keluar, Laju Pembuatan Maksimum Alur Masuk, dan Laju Pembuatan Maksimum Alur Keluar).

Anda dapat menentukan cakupan pemantauan dengan satu aturan peringatan metrik dengan salah satu dari tiga cara. Misalnya, dengan VM, Anda dapat menentukan cakupan sebagai:

  • Daftar mesin virtual (VM) di satu wilayah Azure dalam langganan tertentu.
  • Semua VM di salah satu wilayah Azure dalam satu atau beberapa grup sumber daya dalam langganan.
  • Semua VM di satu wilayah Azure dalam satu langganan.

Pemberitahuan pencarian log

Aturan pemberitahuan pencarian log memantau sumber daya dengan menggunakan kueri Analitik Log untuk mengevaluasi log sumber daya pada frekuensi yang ditetapkan. Jika kondisi terpenuhi, peringatan akan diaktifkan. Karena Anda dapat menggunakan kueri Log Analytics, Anda dapat melakukan operasi logika tingkat lanjut pada data Anda dan menggunakan fitur KQL yang kuat untuk memanipulasi data log.

Target aturan pemberitahuan pencarian log dapat berupa:

  • Satu sumber daya, seperti VM.
  • Satu kontainer sumber daya, seperti grup sumber daya atau langganan.
  • Beberapa sumber daya yang menggunakan kueri lintas sumber daya.

Pemberitahuan pencarian log dapat mengukur dua hal berbeda, yang dapat digunakan untuk skenario pemantauan yang berbeda:

  • Baris tabel: Jumlah baris yang dikembalikan dapat digunakan untuk bekerja dengan peristiwa seperti log peristiwa Windows, Syslog, dan pengecualian aplikasi.
  • Kalkulasi kolom numerik: Kalkulasi berdasarkan kolom numerik apa pun dapat digunakan untuk menyertakan sejumlah sumber daya. Contohnya adalah persentase CPU.

Anda dapat mengonfigurasi apakah pemberitahuan pencarian log bersifat stateful atau stateless.

Pemberitahuan pencarian log stateful memiliki batasan berikut:

  • Mereka dapat memicu hingga 300 peringatan per evaluasi.
  • Anda dapat memiliki maksimum 5.000 peringatan dengan fired kondisi peringatan.

Catatan

Pemberitahuan pencarian log berfungsi paling baik saat Anda mencoba mendeteksi data tertentu dalam log, dibandingkan dengan saat Anda mencoba mendeteksi kurangnya data dalam log. Karena log adalah data semi-terstruktur, mereka secara inheren memiliki latensi lebih tinggi dibandingkan data metrik dalam konteks informasi seperti denyut jantung VM. Untuk menghindari kesalahan saat Anda mencoba mendeteksi kurangnya data dalam log, pertimbangkan untuk menggunakan pemberitahuan metrik. Anda dapat mengirim data ke penyimpanan metrik dari log dengan menggunakan pemberitahuan metrik untuk log.

Memantau beberapa instance dari sumber daya dengan menggunakan dimensi

Anda dapat menggunakan dimensi saat membuat aturan pemberitahuan pencarian log untuk memantau nilai beberapa instans sumber daya dengan satu aturan. Misalnya, Anda dapat memantau penggunaan CPU pada beberapa instans yang menjalankan situs web atau aplikasi Anda. Setiap instans diawasi secara individual. Pemberitahuan dikirim untuk setiap kejadian.

Gunakan pemisahan menurut dimensi untuk memantau kondisi yang sama di beberapa sumber daya.

Gunakan API untuk aturan peringatan pencarian log

Kelola aturan baru di ruang kerja Anda dengan menggunakan API ScheduledQueryRules .

Catatan

Peringatan pencarian log untuk Analitik Log yang dulunya dikelola dengan menggunakan API Log Analytics Alert lama. Pelajari selengkapnya tentang beralih ke API ScheduledQueryRules saat ini.

Mencatat pemberitahuan pencarian di tagihan Azure Anda

Pemberitahuan pencarian log tercantum di bawah penyedia sumber daya microsoft.insights/scheduledqueryrules dengan:

  • Pemberitahuan pencarian log di Application Insights ditampilkan dengan nama sumber daya yang tepat bersama dengan grup sumber daya dan properti pemberitahuan.
  • Pemberitahuan pencarian log di Analitik Log ditampilkan dengan nama sumber daya yang tepat bersama dengan grup sumber daya dan properti pemberitahuan saat dibuat dengan menggunakan API scheduledQueryRules.
  • Pemberitahuan pencarian log yang dibuat dari API Analitik Log lama tidak dilacak sumber daya Azure dan tidak menerapkan nama sumber daya yang unik. Pemberitahuan ini masih dibuat pada microsoft.insights/scheduledqueryrules sebagai sumber daya tersembunyi, yang memiliki struktur penamaan sumber daya <WorkspaceName>|<savedSearchId>|<scheduleId>|<ActionId>. Pemberitahuan pencarian log pada API warisan ditampilkan dengan nama sumber daya tersembunyi sebelumnya bersama dengan grup sumber daya dan properti pemberitahuan.

Catatan

Karakter sumber daya yang tidak didukung seperti <, , >%, &, , ? dan / diganti dengan garis bawah (_) dalam nama sumber daya tersembunyi. Perubahan karakter ini juga tercermin dalam informasi penagihan.

Pemberitahuan pencarian log sederhana - Pratinjau

Aturan pemberitahuan log sederhana adalah aturan pemberitahuan pencarian log yang menggunakan kueri Analitik Log untuk mengevaluasi log sumber daya. Jika kondisi terpenuhi, peringatan akan diaktifkan. Tidak seperti pemberitahuan pencarian log tradisional yang menggabungkan baris selama periode yang ditentukan, pemberitahuan log sederhana mengevaluasi setiap baris satu per satu. Pemberitahuan berbasis pencarian mendukung analitik dan log dasar.

Target aturan pemberitahuan pencarian log dapat berupa:

  • Satu sumber daya, seperti VM.
  • Ruang kerja.
  • Satu kontainer sumber daya, seperti grup sumber daya atau langganan.

Pemberitahuan Prometheus

Pemberitahuan Prometheus digunakan untuk memantau metrik yang disimpan di layanan terkelola Azure Monitor untuk Prometheus. Aturan pemberitahuan Prometheus dikonfigurasi sebagai bagian dari grup aturan Prometheus. Mereka memicu ketika hasil ekspresi PromQL menjadi true. Pemberitahuan Prometheus yang diaktifkan ditampilkan dan dikelola seperti jenis pemberitahuan lainnya.

Pemberitahuan log aktivitas

Peringatan log aktivitas memantau sumber daya dengan mengecek catatan aktivitas untuk peristiwa baru yang sesuai dengan kondisi yang telah ditentukan.

Anda mungkin ingin menggunakan pemberitahuan log aktivitas untuk jenis skenario ini:

  • Saat operasi tertentu terjadi pada sumber daya dalam grup sumber daya atau langganan tertentu. Misalnya, Anda mungkin ingin diberi tahu saat:
    • VM dalam grup sumber daya produksi dihapus.
    • Pengguna dalam langganan Anda menerima peran baru.
  • Sebuah peristiwa terkait kesehatan layanan terjadi. Peristiwa Kesehatan Layanan mencakup pemberitahuan insiden dan peristiwa pemeliharaan yang berlaku untuk sumber daya dalam langganan Anda.

Anda dapat membuat peringatan log aktivitas pada:

  • Salah satu kategori peristiwa log aktivitas, kecuali peristiwa peringatan.
  • Setiap peristiwa log aktivitas di properti tingkat atas di objek JSON.

Aturan peringatan log aktivitas adalah sumber daya Azure, sehingga dapat dibuat dengan menggunakan templat Azure Resource Manager. Mereka juga dapat dibuat, diperbarui, atau dihapus di portal Microsoft Azure.

Peringatan log aktivitas hanya memantau peristiwa di langganan tempat peringatan dibuat.

Pemberitahuan Kesehatan Layanan

Pemberitahuan Service Health adalah jenis pemberitahuan aktivitas. Service Health memberi tahu Anda tentang pemadaman, aktivitas pemeliharaan terencana, dan saran kesehatan lainnya karena pengalaman Service Health yang diautentikasi mengetahui layanan dan sumber daya mana yang saat ini Anda gunakan.

Cara terbaik untuk menggunakan Service Health adalah menyiapkan pemberitahuan Service Health untuk memberi tahu Anda dengan menggunakan saluran komunikasi pilihan Anda saat masalah layanan, pemeliharaan terencana, atau perubahan lainnya dapat memengaruhi layanan dan wilayah Azure yang Anda gunakan.

Pemberitahuan Kesehatan Sumber Daya

Pemberitahuan Resource Health adalah jenis pemberitahuan aktivitas. Gambaran umum Resource Health membantu Anda mendiagnosis dan mendapatkan dukungan untuk masalah layanan yang memengaruhi sumber daya Azure Anda. Layanan ini melaporkan kesehatan sumber daya Anda saat ini dan sebelumnya.

Resource Health mengandalkan sinyal dari berbagai layanan Azure untuk menilai apakah sumber daya sehat. Jika sumber daya tidak sehat, Resource Health menganalisis lebih banyak informasi untuk menentukan sumber masalah. Ini juga melaporkan tindakan yang diambil Microsoft untuk memperbaiki masalah dan mengidentifikasi tindakan yang dapat Anda ambil untuk mengatasinya.

Pemberitahuan deteksi pintar

Setelah menyiapkan Application Insights untuk proyek Anda dan aplikasi Anda menghasilkan sejumlah data, deteksi cerdas membutuhkan waktu 24 jam untuk mempelajari perilaku normal aplikasi Anda. Performa aplikasi Anda memiliki pola perilaku yang khas. Beberapa permintaan atau panggilan dependensi lebih rentan terhadap kegagalan daripada yang lain, dan tingkat kegagalan keseluruhan mungkin naik saat beban meningkat.

Deteksi cerdas menggunakan pembelajaran mesin untuk menemukan anomali ini. Deteksi pintar memantau data yang diterima dari aplikasi Anda, dan khususnya tingkat kegagalan. Application Insights secara otomatis memberitahu Anda dalam waktu mendekati real-time jika aplikasi web Anda mengalami kenaikan abnormal dalam tingkat permintaan yang gagal.

Saat data masuk ke Application Insights dari aplikasi web Anda, deteksi cerdas membandingkan perilaku saat ini dengan pola yang terlihat selama beberapa hari terakhir. Jika ada peningkatan abnormal dalam tingkat kegagalan dibandingkan dengan performa sebelumnya, analisis dipicu.

Untuk membantu Anda melakukan triase dan mendiagnosis masalah, analisis karakteristik kegagalan dan data aplikasi terkait disediakan dalam detail pemberitahuan. Terdapat juga tautan ke portal Application Insights untuk diagnosis lebih lanjut. Fitur ini tidak memerlukan penyiapan atau konfigurasi karena menggunakan algoritma pembelajaran mesin untuk memprediksi tingkat kegagalan normal.

Meskipun pemberitahuan metrik memberi tahu Anda mungkin ada masalah, deteksi cerdas memulai pekerjaan diagnostik untuk Anda. Ini melakukan banyak analisis yang seharusnya Anda lakukan sendiri. Anda mendapatkan hasil yang dipaketkan dengan rapi, yang membantu Anda untuk dengan cepat sampai ke akar masalah.

Deteksi cerdas berfungsi untuk aplikasi web yang dihosting di cloud atau di server Anda sendiri yang menghasilkan permintaan aplikasi atau data dependensi.

Ambang batas dinamis

Pemberitahuan metrik dan pemberitahuan pencarian log dapat menggunakan ambang batas dinamis. Ambang batas dinamis menggunakan pembelajaran mesin tingkat lanjut untuk:

  • Pelajari perilaku historis hasil kueri log.
  • Analisis data dari waktu ke waktu dan identifikasi pola seperti pola per jam, harian, atau mingguan.
  • Kenali anomali yang menunjukkan kemungkinan masalah.
  • Hitung ambang batas yang paling tepat.

Pembelajaran mesin terus menggunakan data baru untuk mempelajari lebih lanjut dan membuat ambang batas lebih akurat. Karena sistem beradaptasi dengan perilaku hasil kueri log dari waktu ke waktu, dan memberikan peringatan berdasarkan penyimpangan dari pola hasil kueri log tersebut, Anda tidak perlu mengetahui ambang batas yang "benar" untuk setiap aturan.

Ambang dinamis membantu Anda:

  • Buat aturan pemberitahuan yang dapat diskalakan untuk ratusan rangkaian waktu dengan satu aturan pemberitahuan. Jika Anda memiliki lebih sedikit aturan pemberitahuan, Anda menghabiskan lebih sedikit waktu untuk membuat dan mengelolanya. Aturan pemberitahuan yang dapat diskalakan sangat berguna untuk beberapa dimensi atau untuk beberapa sumber daya, seperti semua sumber daya dalam langganan.
  • Buat aturan tanpa harus tahu ambang batas apa yang akan dikonfigurasi.
  • Cegah batas ambang yang berisik (presisi rendah) atau lebar (daya ingat rendah) yang tidak memiliki pola yang diharapkan.

Lihat ambang batas dinamis untuk instruksi terperinci tentang penggunaan ambang batas dinamis dalam aturan pemberitahuan.

Langkah berikutnya

  • Last updated on