Memantau Azure ExpressRoute

Artikel ini menjelaskan:

• Jenis data pemantauan yang dapat Anda kumpulkan untuk layanan ini.
• Cara menganalisis data tersebut.

Catatan

Jika Anda sudah terbiasa dengan layanan ini dan/atau Azure Monitor dan hanya ingin tahu cara menganalisis data pemantauan, lihat bagian Analisis di dekat akhir artikel ini.

Ketika Anda memiliki aplikasi penting dan proses bisnis yang mengandalkan sumber daya Azure, Anda perlu memantau dan mendapatkan pemberitahuan untuk sistem Anda. Layanan Azure Monitor mengumpulkan dan menggabungkan metrik dan log dari setiap komponen sistem Anda. Azure Monitor memberi Anda tampilan ketersediaan, performa, dan ketahanan, serta memberi tahu Anda tentang masalah. Anda dapat menggunakan pustaka portal Azure, PowerShell, Azure CLI, REST API, atau klien untuk menyiapkan dan melihat data pemantauan.

• Untuk informasi selengkapnya tentang Azure Monitor, lihat gambaran umum Azure Monitor.
• Untuk informasi selengkapnya tentang cara memantau sumber daya Azure secara umum, lihat Memantau sumber daya Azure dengan Azure Monitor.

Wawasan

Beberapa layanan di Azure memiliki dasbor pemantauan bawaan di portal Azure yang menyediakan titik awal untuk memantau layanan Anda. Dasbor ini disebut wawasan, dan Anda dapat menemukannya di Insights Hub Azure Monitor di portal Azure.

ExpressRoute menggunakan Wawasan Jaringan untuk menyediakan pemetaan topologi terperinci dari semua komponen ExpressRoute, seperti peering, koneksi, dan gateway, dalam kaitannya satu sama lain. Wawasan jaringan untuk ExpressRoute juga memiliki dasbor metrik yang telah dimuat sebelumnya untuk ketersediaan, throughput, penurunan paket, dan metrik gateway. Untuk informasi lebih lanjut, lihat Azure ExpressRoute Insights dengan menggunakan Networking Insights.

Jenis Sumber Daya

Azure menggunakan konsep jenis sumber daya dan ID untuk mengidentifikasi semuanya dalam langganan. Jenis sumber daya juga merupakan bagian dari ID sumber daya untuk setiap sumber daya yang berjalan di Azure. Misalnya, satu jenis sumber daya untuk komputer virtual adalah Microsoft.Compute/virtualMachines. Untuk daftar layanan dan jenis sumber daya terkait, lihat Penyedia sumber daya.

Azure Monitor juga mengatur data pemantauan inti ke dalam metrik dan log berdasarkan tipe sumber daya, yang juga disebut namespace. Metrik dan log yang berbeda tersedia untuk berbagai jenis sumber daya. Layanan Anda mungkin dikaitkan dengan lebih dari satu jenis sumber daya.

Untuk informasi selengkapnya tentang jenis sumber daya untuk ExpressRoute, lihat Referensi data pemantauan Azure ExpressRoute.

Penyimpanan data

Untuk Azure Monitor:

• Data metrik disimpan dalam database metrik Azure Monitor.
• Data log disimpan di penyimpanan log Azure Monitor. Log Analytics adalah alat di portal Azure yang dapat mengkueri penyimpanan ini.
• Log aktivitas Azure adalah penyimpanan terpisah dengan antarmuka sendiri di portal Azure.

Anda dapat secara opsional merutekan metrik dan data log aktivitas ke penyimpanan log Azure Monitor. Anda kemudian dapat menggunakan Analitik Log untuk mengkueri data dan menghubungkannya dengan data log lainnya.

Banyak layanan dapat menggunakan pengaturan diagnostik untuk mengirim metrik dan data log ke lokasi penyimpanan lain di luar Azure Monitor. Contohnya termasuk Azure Storage, sistem mitra yang dihosting, dan sistem mitra non-Azure, dengan menggunakan Azure Event Hubs.

Untuk informasi terperinci tentang cara Azure Monitor menyimpan data, lihat Platform data Azure Monitor.

Log sumber daya tidak dikumpulkan dan disimpan hingga Anda membuat pengaturan diagnostik dan merutekannya ke satu atau beberapa lokasi.

Lihat Membuat pengaturan diagnostik untuk mengumpulkan log dan metrik platform di Azure untuk proses terperinci untuk membuat pengaturan diagnostik dengan menggunakan portal Microsoft Azure, CLI, atau PowerShell. Saat Anda membuat pengaturan diagnostik, tentukan kategori log mana yang akan dikumpulkan. Kategori untuk Azure ExpressRoute tercantum di Referensi data pemantauan Azure ExpressRoute.

Penting

Mengaktifkan pengaturan ini memerlukan layanan Azure tambahan, seperti akun penyimpanan, hub peristiwa, atau Analitik Log, yang dapat meningkatkan biaya Anda. Untuk menghitung estimasi biaya, kunjungi kalkulator harga Azure.

Metrik Azure Monitor platform

Azure Monitor menyediakan metrik platform untuk sebagian besar layanan. Metrik ini adalah:

• Didefinisikan secara individual untuk setiap namespace.
• Disimpan dalam database metrik rangkaian waktu Azure Monitor.
• Ringan dan mampu mendukung peringatan hampir real-time.
• Digunakan untuk melacak performa sumber daya dari waktu ke waktu.

Koleksi: Azure Monitor mengumpulkan metrik platform secara otomatis. Tidak diperlukan konfigurasi.

Pengalihan: Anda juga dapat merutekan beberapa metrik platform ke Azure Monitor Logs / Log Analytics sehingga Anda dapat melakukan kueri terhadapnya dengan data log lainnya. Periksa pengaturan ekspor DS untuk setiap metrik dan lihat apakah Anda dapat menggunakan pengaturan diagnostik untuk merutekan metrik tersebut ke Azure Monitor Logs / Log Analytics.

• Untuk informasi selengkapnya, lihat pengaturan diagnostik untuk Metrik.
• Untuk mengonfigurasi pengaturan diagnostik untuk layanan, lihat Membuat pengaturan diagnostik di Azure Monitor.

Untuk daftar semua metrik yang mungkin dikumpulkan untuk semua sumber daya di Azure Monitor, lihat Metrik yang didukung di Azure Monitor.

Untuk daftar metrik yang tersedia untuk ExpressRoute, lihat Referensi data pemantauan Azure ExpressRoute.

Catatan

Jangan gunakan Metrik Klasik.

Menganalisis metrik

Anda dapat menganalisis metrik untuk Azure ExpressRoute bersama metrik dari layanan Azure lainnya dengan menggunakan Metrics Explorer. Buka Metrik dari menu Azure Monitor . Untuk detail tentang menggunakan alat ini, lihat Menganalisis metrik dengan penjelajah metrik Azure Monitor.

Untuk referensi, lihat daftar semua metrik sumber daya yang didukung di Azure Monitor.

• Untuk melihat metrik ExpressRoute, filter berdasarkan Tipe Sumber Daya sirkuit ExpressRoute.
• Untuk melihat metrik Jangkauan Global, filter berdasarkan Tipe Sumber Daya sirkuit ExpressRoute dan pilih sumber daya sirkuit ExpressRoute yang mengaktifkan Jangkauan Global.
• Untuk melihat metrik ExpressRoute Direct, filter jenis sumber daya berdasarkan Ports ExpressRoute.

Setelah Anda memilih metrik, portal menerapkan agregasi default. Secara opsional, Anda dapat menerapkan pemisahan, yang menunjukkan metrik dengan dimensi yang berbeda.

Metrik ExpressRoute

Untuk melihat Metrik, buka halaman Azure Monitor dan pilih Metrik. Untuk melihat metrik ExpressRoute, filter berdasarkan Tipe Sumber Daya sirkuit ExpressRoute. Untuk melihat metrik Jangkauan Global, filter berdasarkan Tipe Sumber Daya sirkuit ExpressRoute dan pilih sumber daya sirkuit ExpressRoute yang mengaktifkan Jangkauan Global. Untuk melihat metrik ExpressRoute Direct, filter jenis sumber daya berdasarkan Ports ExpressRoute.

Setelah Anda memilih metrik, portal menerapkan agregasi default. Secara opsional, Anda dapat menerapkan pemisahan, yang menunjukkan metrik dengan dimensi yang berbeda.

Penting

Saat Anda melihat metrik ExpressRoute di portal Microsoft Azure, pilih granularitas waktu 5 menit atau lebih besar untuk hasil terbaik.

Untuk metrik ExpressRoute, lihat Referensi data pemantauan Azure ExpressRoute.

Jenis agregasi

Metrics Explorer mendukung jumlah, maksimum, minimum, rata-rata, dan hitungan sebagai jenis agregasi. Gunakan jenis agregasi yang direkomendasikan saat Anda meninjau wawasan untuk setiap metrik ExpressRoute.

• Jumlah: Jumlah semua nilai yang diambil selama interval agregasi.
• Hitungan: Jumlah pengukuran yang diambil selama interval agregasi.
• Average: Rata-rata nilai metrik yang diambil selama interval agregasi.
• Min: Nilai terkecil yang diambil selama interval agregasi.
• Max: Nilai terbesar yang diambil selama interval agregasi.

Log sumber daya dari Azure Monitor

Log sumber daya memberikan wawasan tentang operasi yang dilakukan oleh sumber daya Azure. Log dihasilkan secara otomatis, tetapi Anda harus merutekannya ke log Azure Monitor untuk menyimpan atau mengkuerinya. Log diatur dalam kategori. Namespace tertentu mungkin memiliki beberapa kategori log sumber daya.

Koleksi: Log sumber daya tidak dikumpulkan dan disimpan hingga Anda membuat setelan diagnostik dan mengarahkan log ke satu atau beberapa lokasi. Saat membuat pengaturan diagnostik, Anda menentukan kategori log yang akan dikumpulkan. Ada beberapa cara untuk membuat dan memelihara pengaturan diagnostik, termasuk melalui portal Azure, secara program, dan melalui Azure Policy.

Pengarahan: Default yang disarankan adalah mengarahkan log sumber daya ke Log Azure Monitor agar Anda bisa mengajukan query terhadapnya bersama data log lainnya. Lokasi lain seperti Azure Storage, Azure Event Hubs, dan mitra pemantauan Microsoft tertentu juga tersedia. Untuk informasi selengkapnya, lihat Log sumber daya Azure dan Destinasi log sumber daya.

Untuk informasi terperinci tentang mengumpulkan, menyimpan, dan merutekan log sumber daya, lihat Pengaturan diagnostik di Azure Monitor.

Untuk daftar semua kategori log sumber daya yang tersedia di Azure Monitor, lihat Log sumber daya yang didukung di Azure Monitor.

Semua log sumber daya di Azure Monitor memiliki bidang header yang sama, diikuti oleh bidang khusus layanan. Skema umum ditetapkan dalam skema log sumber daya Azure Monitor.

Untuk informasi mengenai kategori log sumber daya yang tersedia, tabel Log Analitik yang terkait, dan skema log untuk ExpressRoute, lihat Referensi data pemantauan Azure ExpressRoute.

Log aktivitas Azure

Log aktivitas berisi peristiwa tingkat langganan yang melacak operasi untuk setiap sumber daya Azure seperti yang terlihat dari luar sumber daya tersebut; misalnya, membuat sumber daya baru atau memulai komputer virtual.

Koleksi: Peristiwa log aktivitas secara otomatis dihasilkan dan dikumpulkan di penyimpanan terpisah untuk dilihat di portal Azure.

Rute: Anda dapat mengirim data log aktivitas ke Azure Monitor Logs sehingga Anda dapat menganalisisnya bersama data log lainnya. Lokasi lain seperti Azure Storage, Azure Event Hubs, dan mitra pemantauan Microsoft tertentu juga tersedia. Untuk informasi selengkapnya tentang cara merutekan log aktivitas, lihat Gambaran Umum Log Aktivitas Azure.

Metrik lainnya di Analitik Log

Anda juga dapat melihat metrik ExpressRoute dengan membuka sumber daya sirkuit ExpressRoute Anda dan memilih tab Log . Untuk metrik apa pun yang Anda kueri, output berisi kolom berikut.

Kolom	Tipe	Deskripsi
TimeGrain	string	PT1M (nilai metrik didorong tiap menit)
Hitung	nyata	Secara umum nilainya adalah 2 (dengan setiap MSEE mengirimkan satu nilai metrik setiap menit)
Minimum	nyata	Nilai minimum dari kedua nilai metrik yang didukung oleh dua MSEE
Maksimum	nyata	Nilai maksimum dari dua nilai metrik yang dikirimkan oleh dua MSEE
Tengah	nyata	Sama dengan (Minimum + Maksimum)/2
Jumlah	nyata	Jumlah dari dua nilai metrik dari kedua MSEE (nilai utama yang menjadi fokus untuk kueri metrik)

Menganalisis catatan logs

Log Azure Monitor menyimpan data dalam tabel, dan setiap tabel memiliki sekumpulan properti uniknya sendiri.

Semua log sumber daya di Azure Monitor menyertakan bidang yang sama, diikuti oleh bidang khusus layanan. Skema umum ditetapkan dalam skema log sumber daya Azure Monitor. Anda dapat menemukan skema untuk log sumber daya ExpressRoute di Referensi Data Azure ExpressRoute.

Log Aktivitas adalah log platform yang memberikan wawasan tentang peristiwa tingkat langganan. Anda dapat melihatnya secara independen atau merutekannya ke Azure Monitor Logs. Dengan menggunakan Analitik Log, Anda dapat menjalankan kueri yang lebih kompleks pada data.

ExpressRoute menyimpan data dalam tabel berikut.

Meja	Deskripsi
AzureDiagnostics	Tabel umum yang digunakan oleh beberapa layanan untuk menyimpan log sumber daya. Anda dapat mengidentifikasi log sumber daya dari ExpressRoute dengan menggunakan MICROSOFT.NETWORK.
AzureMetrics	Data metrik yang dipancarkan oleh ExpressRoute untuk mengukur kesehatan dan performa mereka.

Untuk melihat tabel ini, buka sumber daya sirkuit ExpressRoute Anda dan pilih Log di bawah Pemantauan.

Catatan

Log diagnostik Azure, seperti log tabel rute BGP, perbarui setiap 24 jam.

Menganalisis data pemantauan

Ada banyak alat untuk menganalisis data pemantauan.

Alat Azure Monitor

Azure Monitor mendukung alat dasar berikut:

• Eksplorasi Metrik, alat di portal Azure yang memungkinkan Anda melihat dan menganalisis metrik untuk sumber daya Azure. Untuk informasi selengkapnya, lihat Menganalisis metrik dengan penjelajah metrik Azure Monitor.

• Log Analytics, alat di portal Azure yang memungkinkan Anda mengkueri dan menganalisis data log dengan menggunakan bahasa kueri Kusto (KQL). Untuk informasi selengkapnya, lihat Mulai menggunakan kueri Log di Azure Monitor.

• Log aktivitas , yang memiliki antarmuka pengguna di portal Azure untuk melihat dan melakukan pencarian dasar. Untuk melakukan analisis yang lebih mendalam, Anda harus merutekan data ke log Azure Monitor dan menjalankan kueri yang lebih kompleks di Analitik Log.

Alat yang memungkinkan visualisasi yang lebih kompleks meliputi:

• Dasbor yang memungkinkan Anda menggabungkan berbagai jenis data ke dalam satu panel di portal Azure.
• Buku kerja, laporan yang dapat disesuaikan yang bisa Anda buat di portal Azure. Buku kerja dapat menyertakan kueri teks, metrik, dan log.
• Grafana, alat platform terbuka yang unggul di dasbor operasional. Anda dapat menggunakan Grafana untuk membuat dasbor yang menyertakan data dari beberapa sumber selain Azure Monitor.
• Power BI, layanan analitik bisnis yang menyediakan visualisasi interaktif di berbagai sumber data. Anda dapat mengonfigurasi Power BI untuk mengimpor data log secara otomatis dari Azure Monitor untuk memanfaatkan visualisasi ini.

Alat ekspor Azure Monitor

Anda bisa mendapatkan data dari Azure Monitor ke alat lain dengan menggunakan metode berikut:

• Metrik: Gunakan REST API untuk metrik untuk mengekstrak data metrik dari database metrik Azure Monitor. API mendukung ekspresi filter untuk menyempurnakan data yang diambil. Untuk informasi selengkapnya, lihat Referensi REST API Azure Monitor.

• Log: Gunakan REST API atau pustaka klien terkait.

• Opsi lain adalah ekspor data ruang kerja.

Untuk memulai menggunakan REST API untuk Azure Monitor, lihat Petunjuk REST API Pemantauan Azure.

Kueri Kusto

Anda dapat menganalisis data pemantauan di penyimpanan Azure Monitor Logs / Log Analytics dengan menggunakan bahasa kueri Kusto (KQL).

Penting

Saat Anda memilih Log dari menu layanan di portal, Analitik Log terbuka dengan cakupan kueri yang diatur ke layanan saat ini. Cakupan ini berarti bahwa kueri log hanya akan menyertakan data dari jenis sumber daya tersebut. Jika Anda ingin menjalankan kueri yang menyertakan data dari layanan Azure lainnya, pilih Log dari menu Azure Monitor . Lihat Cakupan kueri log dan rentang waktu di Azure Monitor Log Analytics untuk rincian lebih lanjut.

Untuk daftar kueri umum untuk layanan apa pun, lihat antarmuka kueri Analitik Log.

Sampel kueri Kusto

Kueri ini berfungsi dengan bahasa baru.

• Permintaan untuk tabel rute Border Gateway Protocol (BGP) yang dipelajari dalam 12 jam terakhir.

  AzureDiagnostics
  | where TimeGenerated > ago(12h)
  | where ResourceType == "EXPRESSROUTECIRCUITS"
  | project TimeGenerated, ResourceType , network_s, path_s, OperationName
  

• Kueri untuk pesan informasi BGP menurut tingkat, jenis sumber daya, dan jaringan.

  AzureDiagnostics
  | where Level == "Informational"
  | where ResourceType == "EXPRESSROUTECIRCUITS"
  | project TimeGenerated, ResourceId , Level, ResourceType , network_s, path_s
  

• Permintaan grafik lalu lintas BitInPerSeconds selama satu jam terakhir.

  AzureMetrics
  | where MetricName == "BitsInPerSecond"
  | summarize by Average, bin(TimeGenerated, 1h), Resource
  | render timechart
  

• Permintaan grafik lalu lintas BitOutPerSeconds dalam satu jam terakhir.

  AzureMetrics
  | where MetricName == "BitsOutPerSecond"
  | summarize by Average, bin(TimeGenerated, 1h), Resource
  | render timechart
  

• Permintaan grafik ArpAvailability dalam interval 5 menit.

  AzureMetrics
  | where MetricName == "ArpAvailability"
  | summarize by Average, bin(TimeGenerated, 5m), Resource
  | render timechart
  

  Metrik ini ArpAvailability mengukur resolusi ARP (Layer-2) dari MSEE terhadap semua rekan, dilaporkan sebagai persentase. Setiap rangkaian diukur di antara dua peer, yaitu router ExpressRoute Primer dan Sekunder, dan metrik ini menggunakan rata-rata sebagai agregasi default di keduanya. Nilai 100% berarti ARP terselesaikan pada kedua peer, dan nilai 50% berarti ARP gagal pada salah satu dari mereka. Pisahkan dengan dimensi Peer untuk mengidentifikasi router mana yang terpengaruh. Untuk dimensi dan agregasi yang didukung metrik ini, lihat Ketersediaan ARP.

• Permintaan untuk grafik ketersediaan BGP setiap 5 menit.

  AzureMetrics
  | where MetricName == "BGPAvailability"
  | summarize by Average, bin(TimeGenerated, 5m), Resource
  | render timechart
  

  Metrik BgpAvailability mengukur status sesi BGP (Layer-3) dari MSEE ke semua peer. Nilai 100% berarti semua sesi BGP sudah ditetapkan dan rekan bertukar rute. Nilai 0% berarti sesi tidak aktif, misalnya karena peer tidak menerima pesan keepalive dalam interval hold-time. Waktu tunggu default adalah 180 detik dan interval keepalive default adalah 60 detik. Pisahkan dengan dimensi Peer untuk mengisolasi router mana yang terpengaruh.

  Untuk memisahkan masalah Layer-2 dari Layer-3, bandingkan BgpAvailability dengan ArpAvailability selama periode yang sama. BGP berjalan di atas adjacency Layer-2 yang diresolusikan oleh ARP, jadi penurunan pada ArpAvailability akan menyebabkan BGP ikut turun. Jika BGP turun saat ArpAvailability tetap di 100%, penyebabnya berada di atas Layer 2: baik masalah spesifik BGP seperti ketidaksesuaian konfigurasi atau kedaluwarsa waktu tunggu, atau pemeliharaan platform seperti yang dijelaskan dalam catatan berikut. Untuk deteksi kegagalan yang lebih cepat, pertimbangkan untuk mengaktifkan Bidirectional Forwarding Detection (BFD), yang mengurangi waktu deteksi dari hingga tiga menit menjadi kurang dari satu detik.

Peringatan

Pemberitahuan Azure Monitor secara proaktif memberi tahu Anda saat kondisi tertentu ditemukan di data pemantauan Anda. Pemberitahuan memungkinkan Anda mengidentifikasi dan mengatasi masalah di sistem Anda sebelum pelanggan Anda memperhatikannya. Untuk informasi selengkapnya, lihat Pemberitahuan Azure Monitor.

Ada banyak sumber pemberitahuan umum untuk sumber daya Azure. Untuk contoh peringatan umum untuk sumber daya Azure, lihat Contoh kueri peringatan log. Situs Azure Monitor Baseline Alerts (AMBA) menyediakan metode semi-otomatis untuk menerapkan pemberitahuan, dasbor, dan panduan metrik platform penting. Situs ini berlaku untuk subset layanan Azure yang terus berkembang, termasuk semua layanan yang merupakan bagian dari Zona Pendaratan Azure (ALZ).

Skema peringatan umum menstandarkan penerimaan pemberitahuan peringatan Azure Monitor. Untuk informasi selengkapnya, lihat Skema pemberitahuan umum.

Jenis peringatan

Anda dapat memperingatkan metrik atau sumber data log apa pun di platform data Azure Monitor. Ada banyak jenis pemberitahuan yang berbeda tergantung pada layanan yang Anda pantau dan data pemantauan yang Anda kumpulkan. Berbagai jenis pemberitahuan memiliki berbagai manfaat dan kelemahan. Untuk informasi selengkapnya, lihat Memilih jenis pemberitahuan pemantauan yang tepat.

Daftar berikut ini menjelaskan jenis pemberitahuan Azure Monitor yang bisa Anda buat:

• Peringatan metrik mengevaluasi metrik sumber daya secara berkala. Metrik dapat berupa metrik platform, metrik kustom, log dari Azure Monitor yang dikonversi ke metrik, atau metrik Application Insights. Pemberitahuan metrik juga dapat menerapkan beberapa kondisi dan ambang batas dinamis.
• Pemberitahuan log memungkinkan pengguna menggunakan kueri Analitik Log untuk mengevaluasi log sumber daya pada frekuensi yang telah ditentukan sebelumnya.
• Peringatan log aktivitas aktif ketika peristiwa baru dalam log aktivitas terjadi yang cocok dengan kondisi yang ditentukan. Pemberitahuan Resource Health dan pemberitahuan Service Health adalah pemberitahuan log aktivitas yang melaporkan layanan dan kesehatan sumber daya Anda.

Beberapa layanan Azure juga mendukung pemberitahuan deteksi pintar, pemberitahuan Prometheus, atau aturan pemberitahuan yang direkomendasikan.

Untuk beberapa layanan, Anda dapat memantau dalam skala besar dengan menerapkan aturan pemberitahuan metrik yang sama ke beberapa sumber daya dengan jenis yang sama yang ada di wilayah Azure yang sama. Pemberitahuan individual dikirim untuk setiap sumber daya yang dipantau. Untuk layanan dan cloud Azure yang didukung, lihat Memantau beberapa sumber daya dengan satu aturan peringatan.

Catatan

Selama pemeliharaan antara Microsoft Edge dan jaringan inti, ketersediaan BGP terlihat tidak aktif meskipun sesi BGP antara ujung pelanggan dan ujung Microsoft tetap aktif. Untuk informasi tentang pemeliharaan antara microsoft edge dan jaringan inti, pastikan untuk mengaktifkan dan mengonfigurasi pemberitahuan pemeliharaan.

Catatan

Jika Anda membuat atau menjalankan aplikasi yang berjalan di layanan Anda, wawasan aplikasi Azure Monitor mungkin menawarkan lebih banyak jenis pemberitahuan.

Aturan pemberitahuan ExpressRoute

Tabel berikut ini mencantumkan beberapa aturan pemberitahuan yang disarankan untuk ExpressRoute. Pemberitahuan ini hanyalah contoh. Anda dapat mengatur pemberitahuan untuk metrik, entri log, atau entri log aktivitas apa pun yang tercantum dalam referensi data pemantauan Azure ExpressRoute.

Jenis pemberitahuan	Kondisi	Deskripsi
Ketersediaan ARP turun	Nama dimensi: Jenis Peering, jenis agregasi: Rata-rata, Operator: Kurang Dari, Nilai ambang batas: 100%	Ketika ketersediaan ARP turun untuk jenis peering.
Ketersediaan BGP turun	Nama dimensi: Peer, jenis agregasi: Avg, Operator: Kurang dari, Nilai ambang batas: 100%	Ketika ketersediaan BGP tidak tersedia untuk rekan.

Pemberitahuan untuk koneksi gateway ExpressRoute

1. Untuk mengonfigurasi pemberitahuan, buka Azure Monitor, lalu pilih Pemberitahuan.

2. Pilih + Buat>Aturan Pemberitahuan dan pilih sumber daya koneksi gateway ExpressRoute. Pilih Berikutnya: Kondisi > untuk mengonfigurasi sinyal.

3. Pada halaman Pilih sinyal , pilih metrik, kesehatan sumber daya, atau log aktivitas yang ingin Anda waspadai. Bergantung pada sinyal yang Anda pilih, Anda mungkin perlu memasukkan informasi tambahan seperti nilai ambang batas. Anda juga dapat menggabungkan beberapa sinyal ke dalam satu pemberitahuan. Pilih Berikutnya: Tindakan > untuk menentukan siapa dan bagaimana mereka mendapatkan pemberitahuan.

   

4. Pilih + Pilih grup tindakan untuk memilih grup tindakan yang sudah ada yang sebelumnya Anda buat atau pilih + Buat grup tindakan untuk menentukan grup tindakan baru. Dalam grup tindakan, Anda menentukan cara mengirim pemberitahuan dan siapa yang menerimanya.

5. Pilih Tinjau + buat lalu Buat untuk menyebarkan pemberitahuan ke langganan Anda.

Rekomendasi Advisor

Untuk beberapa layanan, jika kondisi penting atau perubahan segera terjadi selama operasi sumber daya, pemberitahuan ditampilkan di halaman Gambaran Umum layanan di portal. Anda dapat menemukan informasi selengkapnya dan perbaikan yang direkomendasikan untuk pemberitahuan di rekomendasi Advisor di bawah Pemantauan di menu sebelah kiri. Selama operasi normal, tidak ada rekomendasi advisor yang ditampilkan.

Untuk informasi selengkapnya tentang Azure Advisor, lihat Gambaran umum Azure Advisor.

Pemberitahuan berdasarkan tiap peering

Setelah Anda memilih metrik, Anda dapat menyiapkan dimensi berdasarkan peering atau peer tertentu (jaringan virtual) untuk beberapa metrik.

Mengonfigurasi pemberitahuan untuk log aktivitas di sirkuit

Saat Anda memilih sinyal yang akan diberi peringatan, pilih jenis sinyal Log Aktivitas.

Konten terkait

• Untuk referensi metrik, log, dan nilai penting lainnya yang dibuat untuk ExpressRoute, lihat Referensi data pemantauan Azure ExpressRoute.
• Untuk detail umum tentang memantau sumber daya Azure, lihat Memantau sumber daya Azure dengan Azure Monitor.