Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Pemeriksaan kesehatan untuk kelompok sasaran Network Load Balancer
Anda mendaftarkan target Anda dengan satu atau lebih grup target. Penyeimbang beban mulai mengarahkan permintaan ke target yang baru terdaftar segera setelah proses pendaftaran selesai dan target lulus pemeriksaan kesehatan awal. Diperlukan waktu beberapa menit hingga proses pendaftaran selesai dan pemeriksaan kesehatan dimulai.
Penyeimbang Beban Jaringan menggunakan pemeriksaan kesehatan aktif dan pasif untuk menentukan apakah target tersedia untuk menangani permintaan. Secara default, setiap simpul penyeimbang beban merutekan permintaan hanya untuk target yang sehat di Availability Zone. Jika Anda mengaktifkan penyeimbangan beban lintas zona, setiap simpul penyeimbang beban merutekan permintaan untuk target sehat di semua Availability Zone yang diaktifkan. Untuk informasi selengkapnya, lihat Penyeimbangan beban lintas zona.
Dengan pemeriksaan kesehatan pasif, penyeimbang beban mengamati bagaimana target merespons koneksi. Pemeriksaan kesehatan pasif memungkinkan penyeimbang beban mendeteksi target yang tidak sehat sebelum dilaporkan tidak sehat oleh pemeriksaan kesehatan aktif. Anda tidak dapat menonaktifkan, mengkonfigurasi, atau memantau pemeriksaan kesehatan pasif. Pemeriksaan kesehatan pasif tidak didukung untuk UDP lalu lintas, dan kelompok sasaran dengan lengket dihidupkan. Untuk informasi selengkapnya, lihat Sesi lengket.
Jika target menjadi tidak sehat, penyeimbang beban mengirimkan paket TCP RST for yang diterima pada koneksi klien yang terkait dengan target, kecuali target yang tidak sehat memicu penyeimbang beban gagal terbuka.
Jika grup target tidak memiliki target yang sehat di Availability Zone yang diaktifkan, kami menghapus alamat IP untuk subnet yang sesuai DNS sehingga permintaan tidak dapat dialihkan ke target di Availability Zone tersebut. Jika semua target gagal pemeriksaan kesehatan pada saat yang sama di semua Availability Zone diaktifkan, penyeimbang beban gagal terbuka. Network Load Balancers juga akan gagal terbuka ketika Anda memiliki grup target kosong. Efek dari gagal terbuka adalah untuk mengizinkan lalu lintas ke semua target di semua Availability Zone diaktifkan, terlepas dari status kesehatan mereka.
Jika kelompok sasaran dikonfigurasi dengan pemeriksaan HTTPS kesehatan, target terdaftarnya gagal dalam pemeriksaan kesehatan jika mereka hanya mendukung TLS 1,3. Target ini harus mendukung versi sebelumnyaTLS, seperti TLS 1.2.
Untuk HTTP atau permintaan pemeriksaan HTTPS kesehatan, header host berisi alamat IP dari node penyeimbang beban dan port pendengar, bukan alamat IP target dan port pemeriksaan kesehatan.
Jika Anda menambahkan TLS listener ke Network Load Balancer, kami akan melakukan uji konektivitas listener. Karena TLS penghentian juga mengakhiri TCP koneksi, TCP koneksi baru dibuat antara penyeimbang beban Anda dan target Anda. Oleh karena itu, Anda mungkin melihat TCP koneksi untuk pengujian ini yang dikirim dari penyeimbang beban ke target yang terdaftar dengan TLS pendengar Anda. Anda dapat mengidentifikasi TCP koneksi ini karena mereka memiliki alamat IP sumber Network Load Balancer Anda dan koneksi tidak berisi paket data.
Untuk UDP layanan, ketersediaan target dapat diuji menggunakan pemeriksaan UDP non-kesehatan pada kelompok sasaran Anda. Anda dapat menggunakan pemeriksaan kesehatan yang tersedia (TCPHTTP,, atauHTTPS), dan port apa pun pada target Anda untuk memverifikasi ketersediaan UDP layanan. Jika layanan yang menerima pemeriksaan kesehatan gagal, target Anda dianggap tidak tersedia. Untuk meningkatkan akurasi pemeriksaan kesehatan untuk suatu UDP layanan, konfigurasikan layanan mendengarkan port pemeriksaan kesehatan untuk melacak status UDP layanan Anda dan gagal pemeriksaan kesehatan jika layanan tidak tersedia.
Pengaturan pemeriksaan kesehatan
Anda mengkonfigurasi pemeriksaan kesehatan aktif untuk target dalam grup target menggunakan pengaturan berikut. Jika pemeriksaan kesehatan melebihi kegagalan UnhealthyThresholdCountberturut-turut, penyeimbang beban mengeluarkan target dari layanan. Ketika pemeriksaan kesehatan melebihi keberhasilan HealthyThresholdCountberturut-turut, penyeimbang beban menempatkan target kembali dalam layanan.
| Pengaturan | Deskripsi | Default |
|---|---|---|
|
HealthCheckProtocol |
Protokol yang digunakan penyeimbang beban saat melakukan pemeriksaan kondisi pada target. Protokol yang mungkin adalahHTTP,HTTPS, dan. TCP Defaultnya adalah TCP protokol. Jika jenis targetnya adalah |
TCP |
|
HealthCheckPort |
Port penyeimbang beban digunakan saat melakukan pemeriksaan kondisi pada target. Defaultnya adalah dengan menggunakan port di mana setiap target menerima lalu lintas dari penyeimbang beban. |
Port di mana setiap target menerima lalu lintas dari penyeimbang beban. |
|
HealthCheckPath |
[HTTP/pemeriksaan HTTPS kesehatan] Jalur pemeriksaan kesehatan yang menjadi tujuan pada target pemeriksaan kesehatan. Default-nya adalah /. |
/ |
|
HealthCheckTimeoutSeconds |
Jumlah waktu, dalam detik, di mana tidak ada respons dari target berarti pemeriksaan kondisi gagal. Rentangnya adalah 2–120 detik. Nilai default adalah 6 detik untuk HTTP dan 10 detik untuk TCP dan pemeriksaan HTTPS kesehatan. |
6 detik untuk pemeriksaan HTTP kesehatan dan 10 detik untuk TCP dan pemeriksaan HTTPS kesehatan. |
|
HealthCheckIntervalSeconds |
Perkiraan jumlah waktu, dalam hitungan detik, antara pemeriksaan kondisi dari target individu. Rentangnya adalah 5-300 detik. Waktu default-nya adalah 30 detik. pentingPemeriksaan Kesehatan untuk Penyeimbang Beban Jaringan didistribusikan dan menggunakan mekanisme konsensus untuk menentukan target kesehatan. Oleh karena itu, target menerima lebih dari jumlah dikonfigurasi pemeriksaan kesehatan. Untuk mengurangi dampak pada target Anda jika Anda menggunakan pemeriksaan HTTP kesehatan, gunakan tujuan yang lebih sederhana pada target, seperti HTML file statis, atau beralih ke pemeriksaan TCP kesehatan. |
30 detik |
|
HealthyThresholdCount |
Jumlah pemeriksaan kondisi yang berhasil berturut-turut diperlukan sebelum menganggap target yang tidak sehat memiliki kondisi sehat. Rentangnya adalah 2–10. Defaultnya adalah 5. |
5 |
|
UnhealthyThresholdCount |
Jumlah pemeriksaan kondisi yang gagal berturut-turut diperlukan sebelum menganggap target yang tidak memiliki kondisi sehat. Rentangnya adalah 2–10. Defaultnya adalah 2. |
2 |
|
Matcher |
[HTTP/pemeriksaan HTTPS kesehatan] HTTP Kode yang digunakan saat memeriksa respons yang berhasil dari target. Kisarannya adalah 200 hingga 599. Defaultnya adalah 200-399. |
200-399 |
Status kondisi target
Sebelum penyeimbang beban mengirimkan permintaan pemeriksaan kesehatan ke target, Anda harus mendaftarkannya dengan grup target, menentukan grup targetnya dalam aturan pendengar, dan memastikan bahwa Availability Zone target diaktifkan untuk penyeimbang beban.
Tabel berikut menjelaskan nilai yang mungkin untuk status kesehatan target terdaftar.
| Nilai | Deskripsi |
|---|---|
|
Penyeimbang beban sedang dalam proses mendaftarkan target atau melakukan pemeriksaan kondisi awal pada target. Kode alasan terkait: |
|
Targetnya sehat. Kode alasan terkait: Tidak ada |
|
Target tidak menanggapi pemeriksaan kesehatan, gagal pemeriksaan kesehatan, atau target dalam keadaan berhenti. Kode alasan terkait: |
|
Target membatalkan pendaftaran dan pengosongan koneksi sedang dalam proses. Kode alasan terkait: |
|
Target tidak menanggapi pemeriksaan kesehatan atau gagal dalam pemeriksaan kesehatan dan memasuki masa tenggang. Target mendukung koneksi yang ada dan tidak akan menerima koneksi baru selama masa tenggang ini. Kode alasan terkait: |
|
Target kesehatan tidak tersedia. Kode alasan terkait: |
|
Target tidak terdaftar dengan grup target, grup target tidak digunakan dalam aturan listener, atau target berada di Availability Zone yang tidak diaktifkan. Kode alasan terkait: |
Kode alasan pemeriksaan kondisi
Jika status target adalah nilai apa pun selainHealthy, akan API mengembalikan kode alasan dan deskripsi masalah, dan konsol menampilkan deskripsi yang sama di tooltip. Perhatikan bahwa kode alasan yang dimulai dengan Elb berasal dari sisi penyeimbang beban dan kode alasan yang dimulai dengan Target berasal dari sisi target.
| Kode alasan | Deskripsi |
|---|---|
|
Pemeriksaan kondisi awal sedang berlangsung |
|
Pemeriksaan kondisi gagal karena kesalahan internal |
|
Pendaftaran target sedang berlangsung |
|
Pembatalan pendaftaran target sedang berlangsung |
|
Pemeriksaan kesehatan gagal |
|
Target berada dalam keadaan berhenti Target dalam keadaan dihentikan Target berada dalam keadaan dihentikan atau berhenti Target dalam keadaan tidak valid |
|
Alamat IP tidak dapat digunakan sebagai target, karena digunakan oleh penyeimbang beban |
|
Grup target tidak dikonfigurasi untuk menerima lalu lintas dari penyeimbang beban Target berada di Availability Zone yang tidak diaktifkan untuk penyeimbang beban |
|
Target tidak terdaftar ke grup target |
