Bagikan melalui


Pemeriksaan kesehatan

Penting

Azure Front Door (klasik) akan dihentikan pada 31 Maret 2027. Untuk menghindari gangguan layanan apa pun, penting bahwa Anda memigrasikan profil Azure Front Door (klasik) Anda ke tingkat Azure Front Door Standard atau Premium pada Maret 2027. Untuk informasi selengkapnya, lihat Pensiun 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 sumber terbaik untuk mengarahkan permintaan klien Anda.

Peringatan

Karena setiap lokasi tepi Azure Front Door mengirim pemantauan kesehatan ke server asal Anda, volume pemantauan kesehatan untuk server asal Anda bisa 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 sesungguhnya dari pengguna akhir Anda, frekuensi pemeriksaan kesehatan dari lokasi tepi dikurangi dari frekuensi yang telah ditetapkan. Jika terdapat lalu lintas ke semua lokasi tepi Azure Front Door, volume pemantauan kesehatan dapat meningkat tergantung pada frekuensi pemantauan kesehatan Anda.

Contoh untuk memperkirakan volume pemeriksaan kesehatan secara kasar per menit ke asal saat menggunakan frekuensi pemeriksaan default 30 detik. Volume pengujian pada setiap sumber Anda sama dengan jumlah lokasi edge dikalikan dengan dua permintaan per menit. Permintaan pemeriksaan lebih sedikit jika tidak ada lalu lintas yang terkirim ke seluruh lokasi ujung. Untuk daftar lokasi tepi, lihat lokasi tepi menurut wilayah.

Protokol yang Didukung

Azure Front Door mendukung pengiriman probe melalui protokol HTTP atau HTTPS. Sinyal ini dikirim melalui port TCP yang sama yang dikonfigurasi untuk permintaan klien perutean, dan tidak bisa diubah. Pemeriksaan HTTP/HTTPS Front Door dikirim dengan header User-Agent bernilai 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

Tanggapan 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 yang memiliki hubungan baik yang sudah ada.

Bagaimana Front Door menentukan kesehatan sumber

Azure Front Door menggunakan proses tiga langkah di semua algoritma untuk menentukan kesehatan.

  1. Kecualikanlah 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 sekumpulan asal yang sehat di dalam grup asal, Front Door mengukur dan mempertahankan latensi untuk setiap asal.

Catatan

Jika satu titik akhir merupakan anggota dari beberapa grup asal, Front Door mengoptimalkan jumlah uji kesehatan yang dikirim ke server asal untuk mengurangi beban pada server asal. Permintaan pemeriksaan kesehatan dikirim berdasarkan interval sampel terendah yang dikonfigurasi. Respons dari pemeriksaan kesehatan yang sama menentukan kesehatan titik akhir di semua grup asal.

Kegagalan total penyelidikan kesehatan

Jika pemeriksaan kesehatan gagal untuk setiap sumber dalam grup sumber, maka Front Door menganggap semua sumber tidak sehat dan merutekan lalu lintas dalam pola distribusi round robin di antara semuanya.

Setelah asal kembali ke keadaan sehat, Front Door melanjutkan algoritma penyeimbangan beban normal.

Menonaktifkan pemeriksaan kesehatan

Jika Anda memiliki satu server asal di grup asal Anda, Anda dapat memilih untuk menonaktifkan pemantauan kesehatan untuk mengurangi beban pada aplikasi Anda. Jika Anda memiliki beberapa sumber di grup asal Anda dan lebih dari satu sumber dalam keadaan diaktifkan, Anda tidak dapat menonaktifkan pemeriksaan kesehatan.

Catatan

Jika hanya ada satu asal di grup asal Anda, asal tunggal tersebut akan mendapatkan sedikit pemeriksaan kesehatan. Ini mungkin menyebabkan penurunan metrik kesehatan asal tetapi lalu lintas Anda tidak terpengaruh.

Langkah berikutnya