Memecahkan masalah untuk pemberitahuan Azure Monitor

Artikel ini membahas masalah umum dalam pemberitahuan dan pemberitahuan Azure Monitor. Pemberitahuan Azure Monitor secara proaktif memberi tahu Anda saat kondisi penting ditemukan di data pemantauan Anda.

Untuk informasi spesifik tentang pemecahan masalah metrik Azure atau pemberitahuan pencarian log, lihat:

• Memecahkan masalah pemberitahuan metrik pada Azure Monitor
• Memecahkan masalah pemberitahuan pencarian log Azure Monitor

Sebelum pemecahan masalah

Jika pemberitahuan diaktifkan seperti yang dimaksudkan, tetapi pemberitahuan yang tepat tidak berfungsi seperti yang diharapkan, uji grup tindakan Anda terlebih dahulu untuk memastikannya dikonfigurasi dengan benar.

Jika tidak, gunakan informasi di sisa artikel ini untuk memecahkan masalah Anda.

Saya tidak menerima email yang diharapkan

Jika Anda dapat melihat pemberitahuan yang diaktifkan di portal Azure, tetapi tidak menerima email yang Anda konfigurasikan, ikuti langkah-langkah berikut:

1. Apakah email ditahan oleh aturan pemrosesan peringatan?

   Periksa dengan mengklik pemberitahuan yang diaktifkan di portal, dan lihat tab riwayat untuk grup tindakan yang disembunyikan:

   

2. Apakah jenis tindakan "Email Peran Azure Resource Manager"?

   Tindakan ini hanya melihat penetapan peran Azure Resource Manager yang berada di cakupan langganan, dan jenis Pengguna atau Grup. Pastikan Anda menetapkan peran di tingkat langganan, dan bukan di tingkat sumber daya atau tingkat grup sumber daya.

3. Apakah server email dan kotak surat Anda menerima email eksternal?

   Pastikan email dari ketiga alamat ini tidak diblokir:

   • azure-noreply@microsoft.com
   • azureemail-noreply@microsoft.com
   • alerts-noreply@mail.windowsazure.com

   Biasanya surat internal atau daftar distribusi memblokir email dari alamat email eksternal. Pastikan Anda mengizinkan email dari alamat email di atas. Untuk menguji, tambahkan alamat email kantor reguler (bukan milis) ke grup tindakan dan lihat apakah pemberitahuan sampai ke email tersebut.

4. Apakah email diproses oleh aturan kotak masuk atau filter spam?

   Verifikasi bahwa tidak ada aturan kotak masuk yang menghapus email tersebut atau memindahkannya ke folder samping. Misalnya, aturan kotak masuk dapat menangkap pengirim tertentu atau kata tertentu dalam subjek. Periksa juga:

   • Pengaturan spam klien email Anda (seperti Outlook, Gmail)
   • Batas pengirim/pengaturan spam/pengaturan karantina server email Anda (seperti Exchange, Microsoft 365, G-suite)
   • Pengaturan appliance keamanan email, jika ada (seperti Barracuda, Cisco).

5. Apakah Anda tidak sengaja berhenti berlangganan dari grup tindakan?

   Catatan

   Perlu diingat jika Anda berhenti berlangganan dari grup tindakan, semua anggota dari daftar distribusi juga akan berhenti berlangganan. Anda dapat terus menggunakan alamat email daftar distribusi Anda. Namun, Anda harus memberi tahu pengguna daftar distribusi Anda bahwa jika mereka berhenti berlangganan, mereka berhenti berlangganan seluruh daftar distribusi daripada hanya mereka sendiri. Pekerjaan untuk ini adalah menambahkan alamat email semua pengguna dalam grup tindakan satu per satu. Satu grup tindakan dapat berisi hingga 1000 alamat email. Kemudian, jika pengguna tertentu ingin berhenti berlangganan, maka mereka akan dapat melakukannya tanpa memengaruhi pengguna lain. Anda juga akan dapat melihat pengguna mana yang telah berhenti berlangganan.

   Email peringatan menyediakan tautan untuk berhenti berlangganan dari grup tindakan. Untuk memeriksa apakah Anda tidak sengaja berhenti berlangganan dari grup tindakan ini, baik:

   1. Buka grup tindakan di portal dan periksa kolom Status:

   

   2. Cari email Anda untuk konfirmasi berhenti berlangganan:

   

   Untuk berlangganan lagi – gunakan tautan di email konfirmasi berhenti berlangganan yang Anda terima, atau hapus alamat email dari grup tindakan, lalu tambahkan kembali.

6. Apakah Anda melebihi batas layanan dengan mengirim banyak email ke satu alamat email?

   Email jumlahnya dibatasi tidak lebih dari 100 email setiap jam ke setiap alamat email. Jika Anda melewati ambang batas ini, tidak ada lagi pemberitahuan email yang dikirim. Periksa apakah Anda menerima pesan yang menunjukkan bahwa alamat email Anda dibatasi untuk sementara waktu:

   

   Jika Anda ingin menerima pemberitahuan dalam volume tinggi tanpa pembatasan tarif, pertimbangkan untuk menggunakan tindakan yang berbeda, seperti:

   • Webhook
   • Aplikasi logika
   • Fungsi Azure
   • Runbook Automation

   Tidak satu pun dari tindakan ini dibatasi lajunya.

Saya tidak menerima SMS, panggilan suara, atau pemberitahuan push yang diharapkan

Jika Anda dapat melihat pemberitahuan yang diaktifkan di portal, tetapi tidak menerima SMS, panggilan suara, atau pemberitahuan push yang Anda konfigurasikan, ikuti langkah-langkah berikut:

1. Apakah tindakan disembunyikan oleh aturan pemrosesan pemberitahuan?

   Periksa dengan mengklik pemberitahuan yang diaktifkan di portal, dan lihat tab riwayat untuk grup tindakan yang disembunyikan:

   

   Jika hal ini tidak disengaja, Anda dapat mengubah, menonaktifkan, atau menghapus aturan pemrosesan pemberitahuan.

2. SMS/suara: Apakah nomor telepon Anda benar?

   Periksa tindakan pesan teks untuk kesalahan ketik di kode negara atau nomor telepon.

3. SMS/voice: apakah Anda telah melebihi batas layanan?

   Pesan teks dan panggilan suara dibatasi jumlahnya tidak lebih dari satu pemberitahuan setiap lima menit per nomor telepon. Jika Anda melewati ambang batas ini, pemberitahuan akan dihilangkan.

   • Panggilan suara - periksa riwayat panggilan Anda dan lihat apakah Anda memiliki panggilan yang berbeda dari Azure dalam lima menit sebelumnya.
   • SMS - periksa riwayat SMS Anda untuk pesan yang menunjukkan bahwa nomor telepon Anda terbatas.

   Jika Anda ingin menerima pemberitahuan dalam volume tinggi tanpa pembatasan tarif, pertimbangkan untuk menggunakan tindakan yang berbeda, seperti:

   • Webhook
   • Aplikasi logika
   • Fungsi Azure
   • Runbook Automation

   Tidak satu pun dari tindakan ini dibatasi lajunya.

4. Pesan teks: Apakah Anda tidak sengaja berhenti berlangganan dari grup tindakan?

   Buka riwayat SMS Anda dan periksa apakah Anda memilih keluar dari pengiriman SMS dari grup tindakan tertentu ini (menggunakan NONAKTIFKAN balasan action_group_short_name) atau dari semua grup tindakan (menggunakan balasan STOP).

   Untuk berlangganan lagi, kirim perintah pesan teks yang relevan (ENABLE action_group_short_name atau START), atau hapus tindakan pesan teks dari grup tindakan, lalu tambahkan kembali lagi. Untuk informasi selengkapnya, lihat Perilaku peringatan pesan teks di grup tindakan.

5. Apakah Anda tidak sengaja memblokir pemberitahuan di ponsel Anda?

   Sebagian besar ponsel memungkinkan Anda memblokir panggilan atau pesan teks dari nomor telepon tertentu atau kode pendek, atau memblokir pemberitahuan push dari aplikasi tertentu (seperti aplikasi seluler Azure). Untuk memeriksa apakah Anda secara tidak sengaja memblokir pemberitahuan di ponsel Anda, cari dokumentasi khusus untuk sistem operasi dan model ponsel Anda, atau uji dengan nomor telepon dan telepon yang berbeda.

Tindakan yang diharapkan tidak terpicu

Jika Anda dapat melihat pemberitahuan yang diaktifkan di portal, tetapi tindakan yang dikonfigurasi tidak terpicu, ikuti langkah-langkah berikut:

1. Apakah tindakan ditekan oleh aturan pemrosesan pemberitahuan?

   Periksa dengan mengklik pemberitahuan yang diaktifkan di portal, dan lihat tab riwayat untuk grup tindakan yang disembunyikan:

   

   Jika hal ini tidak disengaja, Anda dapat mengubah, menonaktifkan, atau menghapus aturan pemrosesan pemberitahuan.

2. Apakah pemicu webhook?

   1. Apakah alamat IP sumber diblokir?

      Tambahkan alamat IP tempat webhook dipanggil ke daftar yang diizinkan.

   2. Apakah titik akhir webhook Anda berfungsi dengan benar?

      Pastikan titik akhir webhook yang Anda konfigurasi sudah benar dan titik akhir berfungsi dengan benar. Periksa log webhook Anda, atau instrumen kodenya sehingga Anda dapat menyelidiki (misalnya, mencatat payload masuk).

   3. Apakah Anda menggunakan format yang benar untuk memanggil Slack atau Microsoft Teams?
      Masing-masing titik akhir ini mengharapkan format JSON tertentu. Ikuti petunjuk berikut untuk mengonfigurasi tindakan aplikasi logika.

   4. Apakah webhook Anda menjadi tidak responsif atau mengembalikan kesalahan?

      Grup tindakan webhook umumnya mengikuti aturan ini saat dipanggil:

      • Ketika webhook dipanggil, jika panggilan pertama gagal, webhook dicoba kembali setidaknya 1 kali lagi, dan hingga lima kali (5 percobaan ulang) pada berbagai interval penundaan (5, 20, 40 detik).
        • Penundaan antara upaya ke-1 dan ke-2 adalah 5 detik
        • Penundaan antara upaya ke-2 dan ke-3 adalah 20 detik
        • Penundaan antara upaya ke-3 dan ke-4 adalah 5 detik
        • Penundaan antara upaya ke-4 dan ke-5 adalah 40 detik
        • Penundaan antara upaya ke-5 dan ke-6 adalah 5 detik
      • Setelah percobaan ulang mencoba memanggil webhook gagal, tidak ada grup tindakan yang memanggil titik akhir selama 15 menit.
      • Logika coba lagi mengasumsikan bahwa panggilan dapat dicoba kembali. Kode status: 408, 429, 503, 504, atau HttpRequestException, WebExceptionatau TaskCancellationException memungkinkan panggilan dicoba kembali.

Tindakan atau pemberitahuan terjadi lebih dari sekali

Jika Anda menerima pemberitahuan untuk pemberitahuan (seperti email atau SMS) lebih dari sekali, atau tindakan pemberitahuan (seperti webhook atau fungsi Azure) dipicu beberapa kali, ikuti langkah-langkah berikut:

1. Apakah pemberitahuan itu adalah pemberitahuan yang sama?

   Dalam beberapa kasus, pemberitahuan ganda yang sama diaktifkan pada sekitar waktu yang sama. Jadi, mungkin tampaknya seperti pemberitahuan yang sama memicu tindakannya berulang kali. Misalnya, aturan pemberitahuan log aktivitas mungkin dikonfigurasi untuk diaktifkan baik ketika peristiwa dimulai dan selesai (berhasil atau gagal), dengan tidak memfilter pada bidang status peristiwa.

   Untuk memeriksa apakah tindakan atau pemberitahuan ini berasal dari peringatan berbeda, periksa detail peringatan, seperti tanda waktu dan ID pemberitahuan atau ID korelasinya. Atau, periksa daftar peringatan yang diaktifkan di portal. Jika demikian, Anda harus menyesuaikan logika aturan pemberitahuan atau mengonfigurasi sumber pemberitahuan.

2. Apakah tindakan diulang dalam beberapa grup tindakan?

   Ketika pemberitahuan diaktifkan, masing-masing grup tindakannya diproses secara terpisah. Jadi, jika suatu tindakan (seperti alamat email) muncul di banyak grup tindakan yang dipicu, ini akan dipanggil satu kali per grup tindakan.

   Untuk memeriksa grup tindakan mana yang dipicu, periksa tab riwayat peringatan. Anda akan melihat ada kedua grup tindakan yang ditentukan dalam aturan peringatan, dan grup tindakan ditambahkan ke peringatan menurut aturan tindakan:

   

Tindakan atau pemberitahuan memiliki konten yang tidak terduga

1. Apakah ada pemadaman yang memicu penggunaan penyedia email fallback?

   Grup Tindakan menggunakan dua penyedia email yang berbeda untuk memastikan pengiriman pemberitahuan email. Penyedia email utama tangguh dan cepat tetapi kadang-kadang mengalami pemadaman. Ketika ada pemadaman, penyedia email sekunder menangani permintaan email. Penyedia sekunder hanyalah solusi fallback. Karena perbedaan penyedia, email yang dikirim dari penyedia sekunder kami mungkin memiliki pengalaman email yang terdegradasi. Degradasi menghasilkan pemformatan dan konten email yang sedikit berbeda. Karena templat email berbeda dalam dua sistem, mempertahankan paritas di kedua sistem tidak layak.

   Pemberitahuan yang dihasilkan oleh solusi fallback berisi catatan yang mengatakan:

   "Ini adalah pengalaman email yang terdegradasi. Itu berarti pemformatan mungkin nonaktif atau detailnya mungkin hilang. Untuk informasi selengkapnya tentang pengalaman email yang terdegradasi, baca di sini."

   Jika pemberitahuan Anda tidak berisi catatan ini dan Anda menerima pemberitahuan, tetapi yakini beberapa bidangnya hilang atau salah, periksa format payload.

2. Format apa yang Anda gunakan saat mengonfigurasi aturan pemberitahuan?

   Setiap jenis tindakan (email, webhook, dll.) memiliki dua format - default, format warisan, dan format skema umum. Saat membuat grup tindakan, Anda menentukan format tindakan. Tindakan yang berbeda dalam grup tindakan mungkin memiliki format yang berbeda.

   Misalnya, untuk tindakan webhook:

   

   Periksa apakah format yang ditentukan di tingkat tindakan adalah yang Anda harapkan. Misalnya, Anda mungkin telah mengembangkan kode yang merespons pemberitahuan (webhook, fungsi, aplikasi logika, dll.), mengharapkan satu format, tetapi kemudian dalam tindakan Anda atau orang lain menentukan format yang berbeda.

   Selain itu , periksa format payload (JSON) untuk dan untuk skema pemberitahuan umum.

Hasil pencarian tidak disertakan dalam pemberitahuan pemberitahuan pencarian log.

Pada API pemberitahuan pencarian log versi 2021-08-01, hasil pencarian dihapus dari payload pemberitahuan pemberitahuan. Hasil pencarian hanya tersedia untuk aturan pemberitahuan yang dibuat dengan versi API yang lebih lama (2018-04-16). Pembuatan aturan pemberitahuan baru melalui portal Azure akan, secara default, membuat aturan dengan versi yang lebih baru. Harap ikuti Perubahan pada pengalaman pembuatan aturan pemberitahuan log untuk mempelajari tentang perubahan dan penyesuaian yang direkomendasikan untuk menggunakan versi yang diperbarui.

Bidang MetricValue berisi "null" untuk pemberitahuan pemberitahuan pencarian log yang diselesaikan.

Ini memang disengaja. Pemberitahuan pencarian log stateful menggunakan logika resolusi berbasis waktu daripada berbasis nilai. Azure Monitor mengirim nilai metrik null karena tidak ada nilai yang menyebabkan pemberitahuan teratasi, melainkan waktu yang berlalu.

Daftar dimensi kosong atau judul pemberitahuan tidak berisi nama dimensi

Saat Anda memiliki aturan pemberitahuan pencarian log yang tidak mengembalikan hasil, pemberitahuan dapat diaktifkan seperti yang diharapkan, tetapi daftar dimensi kosong atau judul pemberitahuan tidak berisi nama dimensi. Saat kueri tidak mengembalikan baris apa pun, bidang ID sumber daya (yang merupakan dasar untuk mengisi bidang dimensi dan judul) kosong.

Informasi hilang dalam pemberitahuan log aktivitas

Pemberitahuan log aktivitas adalah pemberitahuan yang didasarkan pada peristiwa yang ditulis ke log aktivitas Azure, seperti peristiwa tentang membuat, memperbarui, atau menghapus sumber daya Azure, peristiwa kesehatan layanan dan kesehatan sumber daya, atau temuan dari Azure Advisor dan Azure Policy. Jika Anda menerima pemberitahuan berdasarkan log aktivitas tetapi beberapa bidang yang Anda butuhkan hilang atau salah, pertama-tama periksa peristiwa di log aktivitas itu sendiri. Jika sumber daya Azure tidak menulis bidang yang Anda cari dalam peristiwa log aktivitasnya, bidang tersebut tidak disertakan dalam pemberitahuan yang sesuai.

Properti kustom hilang dari email, SMS, atau pemberitahuan push.

Properti kustom hanya diteruskan ke payload untuk tindakan, seperti webhook, fungsi Azure, atau aplikasi logika. Properti kustom tidak disertakan dalam untuk pemberitahuan (email/SMS/push).

Aturan pemrosesan pemberitahuan tidak berfungsi seperti yang diharapkan

Jika Anda dapat melihat pemberitahuan yang diaktifkan di portal, tetapi aturan pemrosesan pemberitahuan terkait tidak berfungsi seperti yang diharapkan, ikuti langkah-langkah berikut:

1. Apakah aturan pemrosesan peringatan diaktifkan?

   Periksa bidang status aturan pemrosesan peringatan untuk memverifikasi bahwa peran tindakan terkait diaktifkan. Secara default, portal hanya menampilkan aturan pemberitahuan yang diaktifkan, tetapi Anda dapat mengubah filter untuk menampilkan semua aturan.

   

   Jika tidak diaktifkan, Anda dapat mengaktifkan aturan pemrosesan pemberitahuan dengan memilihnya dan mengklik Aktifkan.

2. Apakah ini pemberitahuan kesehatan layanan?

   Kondisi layanan pemberitahuan tidak terpengaruh oleh aturan pemrosesan pemberitahuan. Jadi, jika Anda memiliki aturan pemrosesan pemberitahuan yang dikonfigurasi untuk cakupan yang menyertakan pemberitahuan kesehatan layanan, sementara pemberitahuan kesehatan layanan berada dalam cakupan, aturan pemrosesan pemberitahuan tidak akan memengaruhinya.

3. Apakah aturan pemrosesan pemberitahuan memproses pemberitahuan Anda?

   Pilih pemberitahuan yang diaktifkan di portal, dan lihat tab Riwayat untuk melihat apakah aturan pemrosesan pemberitahuan diproses.

   Berikut adalah contoh aturan pemrosesan pemberitahuan yang menekan semua grup tindakan:

   

   Berikut adalah contoh aturan pemrosesan pemberitahuan yang menambahkan grup tindakan lain:

   

4. Apakah cakupan aturan pemrosesan pemberitahuan dan filter cocok dengan pemberitahuan yang diaktifkan?

   Jika Menurut Anda aturan pemrosesan pemberitahuan seharusnya diaktifkan tetapi tidak, atau seharusnya tidak diaktifkan tetapi itu terjadi, periksa dengan cermat cakupan aturan pemrosesan pemberitahuan dan kondisi filter dan bandingkan dengan properti pemberitahuan yang diaktifkan.

Masalah saat membuat, memperbarui, atau menghapus aturan pemrosesan pemberitahuan di portal Azure

Jika Anda menerima kesalahan saat mencoba membuat, memperbarui, atau menghapus aturan pemrosesan peringatan, ikuti langkah-langkah berikut:

1. Periksa izin.

   Anda harus memiliki peran bawaan Kontributor Pemantauan, atau izin khusus yang terkait dengan aturan pemrosesan peringatan dan peringatan.

2. Periksa parameter aturan pemrosesan pemberitahuan.

   Periksa dokumentasi aturan pemrosesan pemberitahuan, atau aturan pemrosesan pemberitahuan perintah PowerShell Set-AzAlertProcessingRule.

Langkah berikutnya

• Memecahkan masalah pemberitahuan metrik pada Azure Monitor
• Memecahkan masalah pemberitahuan pencarian log Azure Monitor