Metrik untuk Application Gateway
Application Gateway menerbitkan poin data ke Azure Monitor untuk performa Application Gateway dan instans backend Anda. Titik data ini disebut metrik, dan merupakan nilai numerik dalam sekumpulan data rangkaian waktu yang diurutkan. Metrik menjelaskan beberapa aspek gateway aplikasi Anda pada waktu tertentu. Jika ada permintaan melalui Application Gateway, Application Gateway mengukur dan mengirim metriknya dalam interval 60 detik. Jika tidak ada permintaan yang mengalir melalui Application Gateway atau tidak ada data untuk metrik, metrik tidak dilaporkan. Untuk informasi lebih lengkap, lihat Metrik Azure Monitor .
Metrik yang didukung oleh Application Gateway V2 SKU
Catatan
Untuk informasi terkait proksi TLS/TCP, kunjungi referensi data.
Metrik waktu
Application Gateway menyediakan beberapa metrik waktu bawaan yang terkait dengan permintaan dan respons, yang diukur dalam milidetik.
Catatan
Jika ada lebih dari satu pendengar di Application Gateway, maka lakukan filtering berdasarkan dimensi Pendengar dengan membandingkan metrik latensi yang berbeda untuk mendapatkan inferensi yang berarti.
Waktu koneksi backend
Jenis agregasi:Rata-rata/Maks
Waktu yang dihabiskan untuk membangun koneksi dengan aplikasi backend.
Hal ini mencakup latensi jaringan serta waktu yang dibutuhkan oleh stack TCP server backend untuk membuat koneksi baru. Untuk TLS, ini juga termasuk waktu yang dihabiskan untuk jabat tangan.
Waktu respons byte pertama backend
Jenis agregasi:Rata-rata/Maks
Interval waktu antara awal penyambungan koneksi ke server ujung belakang dan menerima byte terakhir dari header respons.
Interval waktu ini memperkirakan jumlah waktu koneksi Backend, waktu yang diperlukan permintaan untuk mencapai backend dari Application Gateway, waktu yang diperlukan aplikasi backend untuk merespons (waktu yang diperlukan server untuk menghasilkan konten, atau mengambil kueri database), dan waktu diperlukan byte pertama respons untuk mencapai Application Gateway dari backend.
Waktu Respons Byte Terakhir Backend
Jenis agregasi:Rata-rata/Maks
Interval waktu antara awal penyambungan koneksi ke server ujung belakang dan penerimaan byte terakhir dari isi respons.
Interval waktu ini memperkirakan jumlah waktu respons byte pertama backend dan waktu transfer data (jumlah ini mungkin sangat bervariasi tergantung pada ukuran objek yang diminta dan latensi jaringan server).
Total waktu application gateway
Jenis agregasi:Rata-rata/Maks
Metrik ini menangkap waktu Rata-Rata/Maks yang diperlukan untuk permintaan yang akan diterima, diproses, dan responsnya untuk dikirim.
Total waktu Ini adalah interval dari waktu ketika Application Gateway menerima byte pertama dari permintaan HTTP hingga waktu ketika byte respons terakhir dikirim ke klien. Ini mencakup waktu pemrosesan yang diambil oleh Application Gateway, Waktu respons byte terakhir backend, dan waktu yang diperlukan oleh Application Gateway untuk mengirim semua respons.
RTT Klien
Jenis agregasi:Rata-rata/Maks
Metrik ini menangkap waktu pulang pergi Rata-Rata/Maks antara klien dan Application Gateway.
Metrik ini dapat digunakan untuk menentukan apakah perlambatan yang teramati disebabkan oleh jaringan klien, performa Application Gateway, jaringan backend dan saturasi stack tumpukan TCP server ujung belakang, performa aplikasi backend, atau ukuran file yang besar.
Misalnya, Jika ada lonjakan pada tren waktu response byte pertama backende namun tren waktu sambung Backend tetap stabil, maka dapat disimpulkan bahwa Application Gateway untuk latensi backend dan waktu yang diperlukan untuk menetapkan koneksi masih stabil, dan lonjakan tersebut terjadi karena peningkatan waktu respons aplikasi backend. Di sisi lain, jika lonjakan pada waktu respons byte pertama di backend dikaitkan dengan lonjakan yang sesuai dalam waktu sambung Backend, maka dapat disimpulkan bahwa baik jaringan antara Application Gateway maupun server ujung belakang atau stack TCP server ujung belakang mengalami saturasi.
Jika Anda melihat lonjakan pada waktu respons byte terakhir Backend tetapiwaktu respons byte pertama Backend stabil, maka dapat disimpulkan bahwa lonjakan terjadi karena ukuran file yang diminta cukup besar.
Demikian pula jika total waktu Application Gateway menunjukkan lonjakan namun waktu respons byte terakhir Backend stabil, maka itu bisa menjadi tanda penyempitan performa di Application Gateway atau di jaringan antara klien dan Application Gateway. Selain itu, jika klien RTT juga memiliki lonjakan yang sesuai, maka itu menunjukkan bahwa degradasi adalah karena jaringan antara klien dan Application Gateway.
Metrik Application Gateway
Untuk Application Gateway, tersedia metrik berikut:
Byte diterima
Jumlah byte yang diterima oleh Azure Application Gateway dari klien. (Dilaporkan berdasarkan permintaan "ukuran konten" saja. Ini tidak memperhitungkan overhead negosiasi TLS, header paket TCP/IP, atau pengiriman ulang, dan karenanya tidak mewakili pemanfaatan bandwidth lengkap.)
Byte dikirim
Jumlah byte yang dikirim oleh Azure Application Gateway ke klien. (Dilaporkan berdasarkan respons "ukuran konten" saja. Ini tidak memperhitungkan header paket TCP/IP atau pengiriman ulang, dan karenanya tidak mewakili pemanfaatan bandwidth lengkap.)
Protokol TLS Klien
Jumlah permintaan TLS dan non-TLS dari klien yang membangun koneksi dengan Application Gateway. Untuk melihat distribusi protokol TLS, filter berdasarkan Protokol TLS dimensi. Metrik ini mencakup permintaan yang dilayani oleh gateway, seperti pengalihan.
Unit Kapasitas saat ini
Jumlah unit kapasitas yang dikonsumsi untuk menyeimbangkan beban lalu lintas. Terdapat tiga penentu unit kapasitas - unit komputasi, koneksi persisten, dan throughput. Setiap unit kapasitas terdiri dari paling banyak: 1 unit komputasi, 2500 koneksi persisten, dan 2,22 Mbps throughput.
Unit komputasi saat ini
Jumlah kapasitas prosesor yang terpakai. Faktor-faktor yang memengaruhi unit komputasi adalah koneksi TLS/detik, komputasi regenerasi URL, dan pemrosesan aturan WAF.
Koneksi saat ini
Jumlah total koneksi bersamaan yang aktif dari klien ke Application Gateway
Estimasi Tagihan Unit Kapasitas
Dengan SKU v2, model harga ditentukan oleh konsumsi. Unit kapasitas menentukan biaya berbasis konsumsi yang ditagihkan disamping biaya tetap. Estimasi unit Kapasitas Yang Ditagih menunjukkan jumlah unit kapasitas yang diperkirakan penagihannya. Estimasi ini dihitung sebagai nilai yang lebih besar di antara unit kapasitas saat ini (unit kapasitas yang diperlukan untuk menyeimbangkan beban muatan lalu lintas) dan unit kapasitas tetap yang dapat ditagih (unit kapasitas minimum yang tetap tersedia).
Permintaan Gagal
Jumlah permintaan yang dilayani Application Gateway dengan kode kesalahan server 5xx. Permintaan gagal ini termasuk kode 5xx yang dihasilkan dari Application Gateway serta kode 5xx yang dihasilkan dari backend. Jumlah permintaan dapat difilter lebih lanjut untuk menampilkan kombinasi pengaturan per pangkalan backend-http.
Unit Kapasitas Tetap yang Ditagih
Jumlah minimum unit kapasitas yang tetap tersedia sesuai pengaturan unit skala minimum (satu instans diterjemahkan menjadi 10 unit kapasitas) dalam konfigurasi Application Gateway.
Koneksi baru per detik
Jumlah rata-rata koneksi TCP baru per detik dari klien ke Application Gateway dan dari Application Gateway ke anggota backend.
Status Respons
Status respons HTTP yang dikembalikan oleh Application Gateway. Distribusi kode status respons ini dapat dikategorikan lebih lanjut untuk menampilkan respons dalam kategori 2xx, 3xx, 4xx, dan 5xx.
Throughput
Jumlah byte per detik yang telah dilayani oleh Application Gateway. (Dilaporkan berdasarkan "ukuran konten" saja. Ini tidak memperhitungkan overhead negosiasi TLS, header paket TCP/IP, atau pengiriman ulang, dan karenanya tidak mewakili pemanfaatan bandwidth lengkap.)
Total Permintaan
Jumlah permintaan yang berhasil yang telah dilayani oleh target kumpulan backend. Halaman yang dilayani langsung oleh gateway, seperti pengalihan, tidak dihitung dan harus ditemukan dalam metrik protokol TLS Klien. Metrik jumlah permintaan total dapat difilter lebih lanjut untuk menampilkan jumlah per kombinasi pengaturan kumpulan-http backend masing-masing/spesifik.
Metrik backend
Untuk Application Gateway, tersedia metrik berikut:
Status respons backend
Jumlah kode status respons HTTP yang dikembalikan oleh backend. Ini tidak menyertakan kode respons apa pun yang dihasilkan oleh Application Gateway. Distribusi kode status respons ini dapat dikategorikan lebih lanjut untuk menampilkan respons dalam kategori 2xx, 3xx, 4xx, dan 5xx.
Jumlah host yang sehat
Jumlah backend yang dianggap sehat oleh fitur pemeriksaan kesehatan. Anda dapat memfilter per backend pool untuk menampilkan jumlah host yang sehat di backend pool tertentu.
Jumlah host yang tidak sehat
Jumlah backend yang dianggap tidak sehat oleh fitur pemeriksaan kesehatan. Anda dapat memfilter per backend pool untuk menampilkan jumlah host yang sehat di backend pool tertentu.
Permintaan per menit per Host yang Sehat
Jumlah rata-rata permintaan yang diterima oleh setiap anggota yang sehat dalam backend pool dalam satu menit. Anda harus menentukan backend pool menggunakan dimensi BackendPoolHttpSetting.
Metrik Web Application Firewall (WAF)
Untuk informasi tentang Pemantauan WAF, lihat Metrik WAF v2
Metrik yang didukung oleh Application Gateway V1 SKU
Metrik Application Gateway
Untuk Application Gateway, tersedia metrik berikut:
Penggunaan CPU
Menampilkan penggunaan CPU yang dialokasikan ke Application Gateway. Dalam kondisi normal, penggunaan CPU tidak boleh terus menerus melebihi 90% karena dapat menyebabkan latensi di situs web yang dihosting di belakang Gateway Aplikasi dan mengganggu pengalaman klien. Anda secara tidak langsung dapat mengontrol atau meningkatkan penggunaan CPU dengan memodifikasi konfigurasi Application Gateway dengan meningkatkan jumlah instans atau dengan memindahkan ke ukuran SKU yang lebih besar, atau dengan melakukan keduanya.
Koneksi saat ini
Jumlah koneksi saat ini yang dibuat dengan Application Gateway
Permintaan Gagal
Jumlah permintaan yang gagal karena masalah koneksi. Jumlah ini mencakup permintaan yang gagal karena melebihi pengaturan HTTP "Request time-out" dan permintaan yang gagal karena masalah koneksi antara Application Gateway dan backend. Jumlah ini tidak termasuk kegagalan karena tidak ada backend sehat yang tersedia. Respons 4xx dan 5xx dari backend juga tidak dianggap sebagai bagian dari metrik ini.
Status Respons
Status respons HTTP yang dikembalikan oleh Application Gateway. Distribusi kode status respons ini dapat dikategorikan lebih lanjut untuk menampilkan respons dalam kategori 2xx, 3xx, 4xx, dan 5xx.
Throughput
Jumlah byte per detik yang telah dilayani oleh Application Gateway
Total Permintaan
Jumlah permintaan yang berhasil dilayani oleh Application Gateway. Jumlah permintaan dapat difilter lebih lanjut untuk menampilkan kombinasi pengaturan per pangkalan backend-http.
Metrik backend
Untuk Application Gateway, tersedia metrik berikut:
Jumlah host yang sehat
Jumlah backend yang dianggap sehat oleh fitur pemeriksaan kesehatan. Anda dapat memfilter per backend pool untuk menampilkan jumlah host yang sehat di backend pool tertentu.
Jumlah host yang tidak sehat
Jumlah backend yang dianggap tidak sehat oleh fitur pemeriksaan kesehatan. Anda dapat memfilter per backend pool untuk menampilkan jumlah host yang sehat di backend pool tertentu.
Metrik Web Application Firewall (WAF)
Untuk informasi tentang Pemantauan WAF, lihat Metrik WAF v1
Visualisasi metrik
Telusuri ke Application Gateway, di bawah Monitoring pilih Metrics. Untuk menampilkan nilai yang tersedia, pilih dropdown METRIC.
Pada gambar berikut, Anda akan melihat contoh dengan tiga metrik ditampilkan selama 30 menit terakhir:
Untuk melihat daftar metrik saat ini, lihat Metrik yang didukung dengan Azure Monitor.
Aturan pemberitahuan pada metrik
Anda dapat memulai aturan pemberitahuan berdasarkan metrik untuk sumber daya. Misalnya, pemberitahuan dapat memanggil webhook atau mengirim email kepada administrator jika throughput Application Gateway berada di atas, di bawah, atau pada ambang untuk periode tertentu.
Contoh berikut memandu Anda dalam membuat aturan pemberitahuan yang mengirim email ke admin setelah throughput melanggar ambang batas:
pilih Add metric alert untuk membuka halaman Menambah aturan. Anda juga dapat membuka halaman ini dari halaman metrik.
Pada halaman Menambah aturan, isi nama, kondisi, dan pemberitahuan, dan pilih OK.
Pada Pemilih kondisi, pilih salah satu dari empat nilai: Lebih besar dari, Lebih besar dari atau samadengan, Kurang dari, atau Kurang dari atau sama dengan.
Pada Pemilih periode, pilih periode dari lima menit hingga enam jam.
Jika Anda memilih Pemilik email, kontributor, dan pembaca, email dapat bersifat dinamis, berdasarkan pengguna yang memiliki akses ke sumber daya tersebut. Jika tidak, Anda bisa menyediakan daftar pengguna berbatas koma dalam kotak surel administrator tambahan.
Jika ambang dilanggar, email yang mirip dengan email dalam gambar berikut akan muncul:
Daftar pemberitahuan muncul setelah Anda membuat pemberitahuan metrik. Daftar pemberitahuan tersebut menampilkan ringkasan semua aturan peringatan.
Untuk mempelajari selengkapnya tentang notifikasi pemberitahuan, lihat Menerima notifikasi pemberitahuan.
Untuk memahami selengkapnya tentang webhook dan cara menggunakannya dengan peringatan, kunjungi Mengonfigurasi webhook pada pemberitahuan metrik Azure.
Langkah berikutnya
- Visualisasikan penghitung dan log peristiwa dengan menggunakan log Azure Monitor.
- Visualisasikan log aktivitas Azure Anda dengan posting blog Power BI.
- Lihat dan analisis log aktivitas Azure di Power BI dan posting blog lainnya.