Memilih 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
Pemberitahuan 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 ditagih berdasarkan interval saat kueri log dievaluasi. Evaluasi kueri yang lebih sering menghasilkan biaya yang lebih tinggi. Untuk pemberitahuan pencarian log yang dikonfigurasi untuk pemantauan dalam skala besar menggunakan pemisahan menurut dimensi, biaya juga bergantung pada jumlah rangkaian waktu yang dibuat oleh dimensi yang dihasilkan dari kueri Anda.
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 pemberitahuan Prometheus hanya dibebankan pada data yang dikueri oleh aturan. Untuk informasi lebih lanjut, lihat halaman harga.

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:

  • Anda dapat menggunakan beberapa kondisi pada aturan peringatan untuk satu sumber daya.
  • Anda dapat menambahkan granularitas dengan memantau beberapa dimensi metrik.
  • Anda dapat menggunakan ambang batas dinamis, yang didorong oleh pembelajaran mesin.
  • Anda dapat mengonfigurasi apakah peringatan metrik bersifat stateful atau stateless. Peringatan metrik bersifat stateful secara default.

Target aturan peringatan metrik dapat berupa:

Menerapkan beberapa kondisi ke aturan pemberitahuan 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 ber sentris sumber daya dalam skala besar untuk grup langganan atau sumber daya. Peringatan dibagi menjadi peringatan terpisah dengan mengelompokkan kombinasi. Memisahkan pada kolom ID sumber daya Azure membuat sumber daya yang ditentukan menjadi target pemberitahuan.

Anda mungkin juga memutuskan untuk tidak memisahkan saat Anda ingin kondisi diterapkan ke 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 elastis SQL Server "Microsoft.Sql/servers/elasticpools" Ya Ya Ya
Kumpulan kapasitas file NetApp "Microsoft.NetApp/netAppAccounts/capacityPools" Ya Ya Ya
Volume file NetApp "Microsoft.NetApp/netAppAccounts/capacityPools/volumes" Ya Ya Ya
Azure Key Vault "Microsoft.KeyVault/vaults" Ya Ya Ya
Azure Cache untuk Redis "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 No Tidak
Azure Database for PostgreSQL - Server Fleksibel "Microsoft.DBforPostgreSQL/flexibleServers" Ya Ya Ya
Bare Metal Machines (Operator Nexus) "Microsoft.NetworkCloud/bareMetalMachines" Ya Ya Ya
Peralatan Penyimpanan (Operator Nexus) "Microsoft.NetworkCloud/storageAppliances" 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 multi-sumber daya tidak didukung untuk:

  • Memberi peringatan tentang metrik tamu VM.
  • Memberi peringatan tentang metrik jaringan 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 VM di satu wilayah Azure dalam langganan.
  • Semua VM di satu wilayah Azure dalam satu atau beberapa grup sumber daya dalam langganan.
  • Semua VM di satu wilayah Azure dalam langganan.

Menerapkan pembelajaran mesin tingkat lanjut dengan ambang batas dinamis

Ambang batas dinamis menggunakan pembelajaran mesin tingkat lanjut untuk:

  • Pelajari perilaku historis metrik.
  • Identifikasi pola dan beradaptasi dengan perubahan metrik dari waktu ke waktu, seperti pola per jam, harian, atau mingguan.
  • Kenali anomali yang menunjukkan kemungkinan masalah layanan.
  • Hitung ambang batas yang paling sesuai untuk metrik.

Pembelajaran mesin terus menggunakan data baru untuk mempelajari lebih lanjut dan membuat ambang batas lebih akurat. Karena sistem beradaptasi dengan perilaku metrik dari waktu ke waktu, dan pemberitahuan berdasarkan penyimpangan dari polanya, Anda tidak perlu mengetahui ambang "kanan" untuk setiap metrik.

Ambang dinamis membantu Anda:

  • Membuat peringatan scalable untuk ratusan seri metrik dengan satu aturan peringatan. Jika Anda memiliki lebih sedikit aturan peringatan, Anda menghabiskan lebih sedikit waktu untuk membuat dan mengelola aturan peringatan.
  • Buat aturan tanpa harus tahu ambang batas apa yang akan dikonfigurasi.
  • Konfigurasikan pemberitahuan metrik dengan menggunakan konsep tingkat tinggi tanpa pengetahuan domain yang luas tentang metrik.
  • Mencegah ambang batas berisik (presisi rendah) atau lebar (penarikan kembali rendah) yang tidak memiliki pola yang diharapkan.
  • Menangani metrik yang bising (seperti CPU atau memori mesin) dan metrik dengan dispersi rendah (seperti ketersediaan dan tingkat kesalahan).

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

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. Fitur ini masih dalam mode pratinjau. Perhatikan bahwa pemberitahuan pencarian log stateful memiliki batasan ini:

  • mereka dapat memicu hingga 300 pemberitahuan per evaluasi.
  • Anda dapat memiliki maksimum 5000 pemberitahuan dengan fired kondisi pemberitahuan.

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, log secara inheren lebih laten daripada data metrik pada informasi seperti heartbeat 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 instans sumber daya 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 dipantau satu per satu. Pemberitahuan dikirim untuk setiap instans.

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 ber sentris sumber daya dalam skala besar untuk grup langganan atau sumber daya. Pemberitahuan dibagi menjadi pemberitahuan terpisah dengan mengelompokkan kombinasi dengan menggunakan kolom numerik atau string. Pemisahan pada kolom ID sumber daya Azure membuat sumber daya yang ditentukan menjadi target peringatan.

Anda mungkin juga memutuskan untuk tidak memisahkan saat Anda ingin kondisi diterapkan ke 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%.

Menggunakan API untuk aturan pemberitahuan pencarian log

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

Catatan

Pemberitahuan pencarian log untuk Analitik Log yang digunakan untuk dikelola dengan menggunakan API Pemberitahuan Analitik Log warisan. Pelajari selengkapnya tentang beralih ke API ScheduledQueryRules saat ini.

Mencatat pemberitahuan pencarian di tagihan Azure Anda

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

  • Pemberitahuan pencarian log pada 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 warisan tidak melacak sumber daya Azure dan tidak telah memberlakukan nama sumber daya unik. Pemberitahuan ini masih dibuat sebagai microsoft.insights/scheduledqueryrules sumber daya tersembunyi, yang memiliki struktur <WorkspaceName>|<savedSearchId>|<scheduleId>|<ActionId>penamaan sumber daya . 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 log aktivitas

Peringatan log aktivitas memantau sumber daya dengan memeriksa log aktivitas untuk peristiwa log aktivitas baru yang cocok dengan kondisi yang 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.
    • Peran baru ditetapkan untuk pengguna di langganan Anda.
  • Peristiwa Service Health terjadi. Peristiwa Service Health 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, selain pada 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 Service Health

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 dan aplikasi 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 akan 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 harus 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.

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 menembak ketika hasil ekspresi PromQL diselesaikan ke true. Pemberitahuan Prometheus yang diaktifkan ditampilkan dan dikelola seperti jenis pemberitahuan lainnya.

Langkah berikutnya