Jenis peringatan Azure Monitor

  • Artikel
  • 11 menit untuk membaca

Artikel ini menjelaskan jenis pemberitahuan Azure Monitor yang bisa Anda buat. Ini membantu Anda memahami kapan harus menggunakan setiap jenis pemberitahuan.

Jenis pemberitahuannya adalah:

Pilih jenis pemberitahuan yang tepat

Informasi dalam tabel ini dapat membantu Anda memutuskan kapan harus menggunakan setiap jenis pemberitahuan. Untuk informasi selengkapnya tentang harga, lihat halaman harga.

Jenis pemberitahuan Kapan digunakan Informasi harga
Pemberitahuan metrik Data metrik disimpan dalam sistem yang sudah dihitung 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 log Anda dapat menggunakan pemberitahuan 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 log. Setiap aturan pemberitahuan log ditagih berdasarkan interval saat kueri log dievaluasi. Evaluasi kueri yang lebih sering menghasilkan biaya yang lebih tinggi. Untuk pemberitahuan log yang dikonfigurasi untuk pemantauan dalam skala besar, 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, pematian, atau pembuatan atau penghapusan sumber daya. Pemberitahuan Service Health dan pemberitahuan Resource Health memberi tahu Anda saat ada masalah dengan salah satu layanan atau sumber daya Anda. Untuk informasi selengkapnya, lihat halaman harga.
Pemberitahuan Prometheus (pratinjau) Pemberitahuan Prometheus terutama digunakan untuk memperingatkan performa dan kesehatan kluster Kubernetes, termasuk Azure Kubernetes Service. Aturan pemberitahuan didasarkan pada PromQL, yang merupakan bahasa kueri sumber terbuka. Tidak ada biaya untuk pemberitahuan Prometheus selama periode pratinjau.

Peringatan Metric

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:

Beberapa kondisi

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.

Membuat pemberitahuan yang bersentris sumber daya dengan 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 langganan atau grup sumber daya. Peringatan dibagi menjadi peringatan terpisah dengan mengelompokkan kombinasi. Pemisahan pada kolom ID sumber daya Azure membuat sumber daya yang ditentukan menjadi target pemberitahuan.

Anda mungkin juga memutuskan untuk tidak membagi 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

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 Global Azure Pemerintahan Tiongkok
Mesin virtual Ya Ya Ya
Database SQL Server Ya Ya Ya
SQL Server kumpulan elastis Ya Ya Ya
Kumpulan kapasitas file NetApp Ya Ya Ya
Volume file NetApp Ya Ya Ya
Azure Key Vault Ya Ya Ya
Azure Cache untuk Redis Ya Ya Ya
Perangkat Azure Stack Edge Ya Ya Ya
Brankas Layanan Pemulihan Ya Tidak Tidak
Azure Database for PostgreSQL - Server Fleksibel Ya Ya Ya

Catatan

Pemberitahuan metrik multi-sumber daya tidak didukung untuk:

  • Memperingatkan metrik tamu VM.
  • Pemberitahuan pada metrik jaringan VM (Total Jaringan, 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 dalam satu wilayah Azure dalam satu atau beberapa grup sumber daya dalam langganan.
  • Semua VM di satu wilayah Azure dalam langganan.

Ambang 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 tepat 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 batas "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 mengetahui 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 (pengenalan 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 menggunakan ambang batas dinamis dalam aturan pemberitahuan metrik.

Peringatan Log

Aturan peringatan 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 peringatan 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.

Peringatan log dapat mengukur dua hal yang 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 log bersifat stateful atau stateless. Fitur ini masih dalam mode pratinjau.

Catatan

Pemberitahuan 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 tembak 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.

Dimensi dalam aturan peringatan log

Anda dapat menggunakan dimensi saat membuat aturan pemberitahuan 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.

Memisahkan menurut dimensi dalam aturan peringatan log

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 langganan atau grup 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%.

Gunakan API

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

Catatan

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

Peringatan log pada tagihan Azure Anda

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

  • Pemberitahuan log pada Application Insights ditampilkan dengan nama sumber daya yang tepat bersama dengan grup sumber daya dan properti pemberitahuan.
  • Pemberitahuan 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 log yang dibuat dari API Analitik Log warisan tidak melacak sumber daya Azure dan tidak 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 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 memungkinkan Anda mengetahui 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 dengan 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 cerdas 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.

Pemberitahuan Prometheus (pratinjau)

Pemberitahuan Prometheus didasarkan pada nilai metrik yang disimpan di layanan terkelola Azure Monitor untuk Prometheus. Mereka menembak ketika hasil kueri PromQL diselesaikan ke true. Pemberitahuan Prometheus ditampilkan dan dikelola seperti jenis pemberitahuan lainnya saat diaktifkan, tetapi dikonfigurasi dengan grup aturan Prometheus. Untuk informasi selengkapnya, lihat Grup aturan di layanan terkelola Azure Monitor untuk Prometheus.

Langkah berikutnya