Pemeriksaan kesehatan
Catatan
Asal dan grup asal dalam artikel ini mengacu pada kumpulan backend dan backend konfigurasi Azure Front Door (klasik).
Untuk menentukan kesehatan dan kedekatan setiap asal untuk lingkungan Azure Front Door tertentu, setiap profil Front Door secara berkala mengirimkan permintaan HTTP/HTTPS sintetis ke semua asal Yang Anda konfigurasi. Front Door kemudian menggunakan respons dari pemeriksaan kesehatan untuk menentukan asal terbaik untuk merutekan permintaan klien Anda.
Peringatan
Karena setiap lokasi tepi Azure Front Door mengirim pemeriksaan kesehatan ke asal Anda, volume pemeriksaan kesehatan untuk asal Anda bisa sangat tinggi. Jumlah probe tergantung pada lokasi lalu lintas pelanggan Anda dan frekuensi pemeriksaan kesehatan Anda. Jika lokasi tepi Azure Front Door tidak menerima lalu lintas nyata dari pengguna akhir Anda, frekuensi pemeriksaan kesehatan dari lokasi tepi berkurang dari frekuensi yang dikonfigurasi. Jika ada lalu lintas ke semua lokasi tepi Azure Front Door, volume pemeriksaan kesehatan bisa tinggi tergantung pada frekuensi pemeriksaan kesehatan Anda.
Contoh untuk memperkirakan secara kasar volume pemeriksaan kesehatan per menit ke asal saat menggunakan frekuensi pemeriksaan default 30 detik. Volume pemeriksaan pada masing-masing asal Anda sama dengan jumlah lokasi tepi kali dua permintaan per menit. Permintaan pemeriksaan akan kurang jika tidak ada lalu lintas yang dikirim ke semua lokasi tepi. Untuk daftar lokasi tepi, lihat lokasi tepi menurut wilayah.
Protokol yang didukung
Azure Front Door mendukung pengiriman probe melalui protokol HTTP atau HTTPS. Pemeriksaan ini dikirim melalui port TCP yang sama yang dikonfigurasi untuk merutekan permintaan klien, dan tidak dapat ditimpa. Pemeriksaan HTTP/HTTPS Front Door dikirim dengan header User-Agent
yang diatur dengan nilai: Edge Health Probe
.
Metode HTTP yang didukung untuk probe kesehatan
Azure Front Door mendukung metode HTTP berikut untuk mengirim pemeriksaan kesehatan:
- MENDAPATKAN: Metode GET berarti mengambil informasi apa pun (dalam bentuk entitas) yang diidentifikasi oleh Request-URI.
- KEPALA: Metode HEAD identik dengan GET kecuali bahwa server TIDAK BOLEH mengembalikan isi pesan dalam respons. Untuk profil Front Door baru, secara default, metode pemeriksaan diatur sebagai HEAD.
Tip
Untuk menurunkan beban dan biaya ke asal Anda, Front Door merekomendasikan penggunaan permintaan HEAD untuk pemeriksaan kesehatan.
Respons probe kesehatan
Respons | Deskripsi |
---|---|
Menentukan kesehatan | Kode status 200 OK menunjukkan asal sehat. Kode status lainnya dianggap gagal. Jika karena alasan apa pun respons HTTP yang valid tidak diterima untuk pemeriksaan, pemeriksaan dihitung sebagai kegagalan. |
Mengukur latensi | Latensi adalah waktu jam dinding yang diukur dari saat itu juga sebelum permintaan pemeriksaan dikirim ke saat Front Door menerima byte terakhir respons. Front Door menggunakan koneksi TCP baru untuk setiap permintaan. Pengukuran tidak bias terhadap asal dengan koneksi hangat yang ada. |
Bagaimana Front Door menentukan kesehatan asal
Azure Front Door menggunakan proses tiga langkah di semua algoritma untuk menentukan kesehatan.
Kecualikan asal yang dinonaktifkan.
Kecualikan asal yang memiliki kesalahan pemeriksaan kesehatan:
Seleksi ini dilakukan dengan melihat respon n pemeriksaan kesehatan terakhir. Jika setidaknya x sehat, asal dianggap sehat.
n dikonfigurasi dengan mengubah properti SampleSize dalam pengaturan penyeimbangan beban.
x dikonfigurasi dengan mengubah properti SuccessfulSamplesRequired dalam pengaturan penyeimbangan beban.
Untuk set asal sehat dalam grup asal, Front Door mengukur dan mempertahankan latensi untuk setiap asal.
Catatan
Jika satu titik akhir adalah anggota dari beberapa grup asal, Front Door akan mengoptimalkan jumlah pemeriksaan kesehatan yang dikirim ke asal untuk mengurangi beban pada asal. Permintaan pemeriksaan kesehatan akan dikirim berdasarkan interval sampel terkonfigurasi terendah. Kesehatan titik akhir di semua grup asal akan ditentukan oleh respons dari pemeriksaan kesehatan yang sama.
Kegagalan probe kesehatan lengkap
Jika pemeriksaan kesehatan gagal untuk setiap asal dalam grup asal, maka Front Door menganggap semua asal tidak sehat dan merutekan lalu lintas dalam distribusi round robin di semuanya.
Setelah asal kembali ke keadaan sehat, Front Door melanjutkan algoritma penyeimbangan beban normal.
Menonaktifkan pemeriksaan kesehatan
Jika Anda memiliki satu asal di grup asal, Anda dapat memilih untuk menonaktifkan pemeriksaan kesehatan untuk mengurangi beban pada aplikasi Anda. Jika Anda memiliki beberapa asal di grup asal Anda dan lebih dari satu dari mereka dalam status diaktifkan, Anda tidak dapat menonaktifkan pemeriksaan kesehatan.
Langkah berikutnya
- Pelajari cara membuat profil Azure Front Door.
- Pelajari tentang arsitektur perutean Front Door.