Pemeriksaan kesehatan

  • Artikel

Penting

Azure Front Door (klasik) akan dihentikan pada 31 Maret 2027. Untuk menghindari gangguan layanan apa pun, penting untuk memigrasikan profil Azure Front Door (klasik) Anda ke Azure Front Door Standard atau tingkat Premium paling lambat Maret 2027. Untuk informasi selengkapnya, lihat Penghentian Azure Front Door (klasik).

Catatan

Asaldan grup asal dalam artikel ini mengacu pada kumpulan backend dan backend dari konfigurasi Azure Front Door (klasik).

Untuk menentukan kesehatan dan kedekatan setiap asal untuk lingkungan Azure Front Door tertentu, setiap profil Front Door secara berkala mengirim permintaan HTTP/HTTPS sintetis ke semua asal yang Dikonfigurasi. 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 dapat tinggi tergantung pada frekuensi pemeriksaan kesehatan Anda.

Contoh untuk memperkirakan volume pemeriksaan kesehatan secara kasar per menit ke asal saat menggunakan frekuensi pemeriksaan default 30 detik. Volume pemeriksaan pada setiap 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 permintaan klien perutean, 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:

  1. GET: Metode GET berarti mengambil informasi apa pun (dalam bentuk entitas) yang diidentifikasi oleh Request-URI.
  2. HEAD: 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 asalnya 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 segera sebelum permintaan pemeriksaan dikirim ke saat Ketika 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.

  1. Kecualikan asal yang dinonaktifkan.

  2. 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.

  3. Untuk set asal yang 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, 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 asalnya dalam keadaan diaktifkan, Anda tidak dapat menonaktifkan pemeriksaan kesehatan.

Langkah berikutnya