Server Load Balancer：Konfigurasikan dan kelola pemeriksaan kesehatan CLB

Prasyarat

Sebelum mengonfigurasi pemeriksaan kesehatan, pastikan layanan yang diperlukan telah diterapkan pada server backend.

Batasan

Protokol listener menentukan protokol pemeriksaan kesehatan yang tersedia:

• Listener TCP hanya mendukung protokol pemeriksaan kesehatan TCP dan HTTP.

• Listener UDP mendukung protokol pemeriksaan kesehatan TCP, UDP, dan HTTP.

• Listener HTTP dan HTTPS hanya mendukung protokol pemeriksaan kesehatan HTTP.

Konfigurasi pemeriksaan kesehatan

Anda dapat mengonfigurasi pemeriksaan kesehatan saat menambahkan listener. Dalam kebanyakan kasus, konfigurasi pemeriksaan kesehatan default sudah mencukupi.

1. Login ke Konsol Classic Load Balancer (CLB).

2. Pada bilah navigasi atas, pilih wilayah tempat instans diterapkan.

3. Pada halaman Instances, temukan instans target dan klik ID instans tersebut.

4. Pada halaman detail instans, klik tab Listener. Lalu, klik Add Listener atau klik Modify Listener Configuration di kolom Actions listener target.

5. Ikuti panduan hingga mencapai halaman Health Check. Pemeriksaan kesehatan diaktifkan secara default.

6. Klik Edit di samping Advanced Settings untuk mengonfigurasi parameter berikut.

   Konfigurasi Pemeriksaan Kesehatan	Deskripsi
   Health Check Protocol	Pilih protokol untuk pemeriksaan kesehatan. Pemeriksaan kesehatan TCP adalah probe lapisan jaringan yang mengirim paket handshake SYN untuk mendeteksi apakah port server aktif. Pemeriksaan kesehatan UDP menggunakan paket UDP untuk memeriksa informasi status. Pemeriksaan kesehatan HTTP mensimulasikan akses browser dengan mengirim permintaan HEAD atau GET untuk memeriksa apakah aplikasi server dalam kondisi sehat.
   Health Check Method (hanya untuk protokol pemeriksaan kesehatan HTTP)	Anda dapat menggunakan metode HEAD atau GET. Secara default, metode HEAD digunakan. Catatan Jika metode HEAD tidak didukung atau dinonaktifkan, gunakan metode GET. Jika Anda menggunakan metode GET, respons yang lebih besar dari 8 KB akan dipotong. Hal ini tidak memengaruhi hasil pemeriksaan kesehatan.
   Health Check Port	Port yang digunakan layanan pemeriksaan kesehatan untuk memeriksa server backend. Secara default, port server backend digunakan untuk pemeriksaan kesehatan. Catatan Jika server backend dalam grup server listener ini menggunakan port yang berbeda, Anda tidak perlu mengonfigurasi port pemeriksaan kesehatan. Sistem load balancing akan menggunakan port masing-masing server backend untuk pemeriksaan kesehatan.
   Health Check Path (hanya untuk protokol pemeriksaan kesehatan HTTP)	Secara default, pemeriksaan kesehatan HTTP mengirim permintaan HTTP ke halaman indeks default server aplikasi. Jika halaman yang digunakan untuk pemeriksaan kesehatan bukan halaman indeks default, Anda harus menentukan jalur pemeriksaan kesehatan. Kami menyarankan agar Anda menggunakan halaman statis untuk pemeriksaan kesehatan.
   Health Check Domain Name (hanya untuk protokol pemeriksaan kesehatan HTTP)	Setelah Anda mengonfigurasi nama domain pemeriksaan kesehatan, CLB menambahkan nama domain tersebut ke bidang Host pada header permintaan. Jika Anda tidak mengonfigurasi nama domain, bidang Host tidak disertakan dalam header permintaan. Beberapa server aplikasi memvalidasi bidang Host. Jika Anda tidak mengonfigurasi nama domain untuk server yang memerlukan validasi ini, permintaan dapat ditolak dan pemeriksaan kesehatan gagal. Oleh karena itu, jika server Anda memvalidasi bidang Host, Anda harus mengonfigurasi nama domain pemeriksaan kesehatan agar pemeriksaan kesehatan berfungsi sebagaimana mestinya. Catatan
   Normal Status Codes (hanya untuk protokol pemeriksaan kesehatan HTTP)	Pilih kode status HTTP yang menunjukkan kondisi sehat. Nilai default adalah http_2xx dan http_3xx. Nilai valid lainnya adalah http_4xx dan http_5xx. Secara default, pemeriksaan kesehatan CLB hanya menganggap kode status HTTP 2xx dan 3xx sebagai sehat. Jika server backend mengembalikan kode status 4xx (seperti 400, 403, atau 404) atau 5xx (seperti 500, 502, atau 503), pemeriksaan kesehatan gagal. Server backend kemudian ditandai sebagai tidak sehat dan berhenti menerima traffic. Peringatan Menambahkan kode 4xx atau 5xx ke daftar kode status sehat dapat mencegah penghapusan instans yang benar-benar rusak secara tepat waktu. Misalnya, jika server backend mengembalikan kesalahan 500 Internal Server Error dan Anda telah mengonfigurasi http_5xx sebagai kode status sehat, instans yang tidak sehat tetap dianggap sehat dan terus menerima traffic. Gunakan konfigurasi ini hanya setelah evaluasi menyeluruh. Kami menyarankan agar Anda memprioritaskan perbaikan layanan backend agar mengembalikan kode status 2xx atau 3xx yang benar. Skenario umum yang menyebabkan kode status 4xx: kesalahan 404: Jalur pemeriksaan kesehatan tidak ada, layanan backend tidak diterapkan dengan benar, terdapat masalah pengikatan nama domain, atau metode HEAD tidak didukung. kesalahan 403: Layanan backend menolak akses, terdapat pembatasan akses berbasis IP, atau verifikasi izin gagal. kesalahan 400: Header Host tidak ada, versi protokol HTTP tidak kompatibel, atau terdapat masalah format permintaan.
   Response Timeout Period	Batas waktu maksimum untuk respons pemeriksaan kesehatan. Jika server backend tidak merespons dalam periode yang ditentukan, pemeriksaan kesehatan gagal.
   Health Check Interval	Interval pelaksanaan pemeriksaan kesehatan. Semua node dalam kluster CLB melakukan pemeriksaan kesehatan pada server backend secara independen dan bersamaan sesuai interval yang ditentukan. Karena waktu pemeriksaan antar node tidak disinkronkan, permintaan pemeriksaan kesehatan yang diterima oleh satu server backend tidak selalu mengikuti interval yang ditentukan secara ketat.
   Healthy Threshold	Jumlah pemeriksaan kesehatan berturut-turut yang berhasil yang diperlukan agar server backend yang sebelumnya tidak sehat dianggap sehat.
   Unhealthy Threshold	Jumlah pemeriksaan kesehatan berturut-turut yang gagal yang diperlukan agar server backend yang sebelumnya sehat dianggap tidak sehat.
   Health Check Request dan Health Check Response (hanya untuk protokol pemeriksaan kesehatan UDP)	Saat Anda mengonfigurasi pemeriksaan kesehatan untuk listener UDP, Anda dapat memasukkan konten permintaan, seperti youraccountID, di bidang Health Check Request, dan respons yang diharapkan, seperti slb123, di bidang Health Check Response. Anda juga harus menambahkan logika respons yang sesuai pada aplikasi server backend Anda. Misalnya, ketika aplikasi menerima permintaan youraccountID, aplikasi harus mengembalikan slb123. Jika CLB menerima respons yang benar dari server backend, pemeriksaan kesehatan berhasil. Jika tidak, pemeriksaan kesehatan gagal. Metode ini memberikan pemeriksaan kesehatan UDP yang paling andal.

7. Klik Next hingga Anda menyelesaikan konfigurasi listener.

Lihat status pemeriksaan kesehatan

1. Login ke Konsol Classic Load Balancer (CLB).

2. Pada bilah navigasi atas, pilih wilayah tempat instans diterapkan.

3. Pada halaman Instances, temukan instans target dan klik ID instans tersebut.

4. Pada halaman detail instans, klik tab Listener untuk melihat status pemeriksaan kesehatan listener.

   Status pemeriksaan kesehatan listener dapat berupa salah satu dari berikut:

   • Initializing: Daftar server backend untuk pemeriksaan kesehatan sedang diinisialisasi.

   • Normal: Semua server backend dalam kondisi sehat.

   • Abnormal: Terdapat satu atau beberapa server backend yang tidak sehat.

   • Disabled: Pemeriksaan kesehatan dinonaktifkan.

5. Klik Abnormal atau Initializing di samping listener untuk melihat detail tentang listener, aturan pengalihan, grup server, instance ECS, port, status kesehatan, serta penyebab kondisi abnormal atau initializing.

Nonaktifkan pemeriksaan kesehatan

Anda dapat menonaktifkan fitur pemeriksaan kesehatan. Namun, jika Anda menonaktifkan pemeriksaan kesehatan dan instance ECS backend menjadi tidak sehat, CLB tetap meneruskan permintaan ke instance tersebut. Hal ini dapat menyebabkan sebagian layanan Anda tidak tersedia. Oleh karena itu, kami tidak menyarankan Anda menonaktifkan pemeriksaan kesehatan dalam kebanyakan kasus.

1. Login ke Konsol Classic Load Balancer (CLB).

2. Pada bilah navigasi atas, pilih wilayah tempat instans diterapkan.

3. Pada halaman Instances, temukan instans target dan klik ID instans tersebut.

4. Pada halaman detail instans, klik tab Listener. Lalu, klik Add Listener atau klik Modify Listener Configuration di kolom Actions listener target.

5. Ikuti panduan hingga mencapai halaman Health Check.

6. Matikan sakelar pemeriksaan kesehatan, lalu klik Next dan kirimkan perubahan Anda.

Praktik terbaik pemeriksaan kesehatan

Untuk memastikan akurasi dan keandalan pemeriksaan kesehatan, ikuti praktik terbaik berikut:

• Buat titik akhir pemeriksaan kesehatan khusus: Buat titik akhir pemeriksaan kesehatan khusus pada server backend Anda, seperti /health. Titik akhir ini harus selalu mengembalikan kode status HTTP 200. Hindari menggunakan jalur yang terkait dengan bisnis, seperti jalur root (/), untuk pemeriksaan kesehatan. Jalur bisnis dapat mengembalikan kode status 4xx karena alasan seperti verifikasi izin yang gagal atau sumber daya yang tidak ada.

• Prioritaskan perbaikan masalah layanan backend: Saat pemeriksaan kesehatan mengembalikan kode status yang tidak diharapkan, prioritaskan troubleshooting dan perbaikan layanan backend. Pastikan jalur pemeriksaan kesehatan mengembalikan kode status 2xx atau 3xx yang benar, bukan sekadar melonggarkan kriteria pemeriksaan kesehatan.

• Gunakan perintah curl untuk mensimulasikan pemeriksaan kesehatan: Saat melakukan troubleshooting masalah pemeriksaan kesehatan, login ke server backend dan jalankan perintah berikut untuk mensimulasikan perilaku pemeriksaan kesehatan CLB:

  curl -Iv -X HEAD --http1.0 -H "Host: your-domain.com" http://127.0.0.1:80/health_path

  Dalam perintah ini, HEAD adalah metode pemeriksaan kesehatan, your-domain.com adalah nama domain pemeriksaan kesehatan, dan /health_path adalah jalur pemeriksaan kesehatan. Jika tidak ada nama domain yang dikonfigurasi, Anda dapat menghilangkan parameter -H.

• Pastikan blok CIDR CLB tidak diblokir: CLB menggunakan blok CIDR 100.64.0.0/10 untuk berkomunikasi dengan server backend dalam pemeriksaan kesehatan. Pastikan blok CIDR ini tidak diblokir oleh iptables atau aturan firewall lainnya.

Referensi

• Jika Anda belum familiar dengan mekanisme pemeriksaan kesehatan CLB, lihat Pemeriksaan kesehatan CLB.

• Jika Anda mengalami masalah dengan pemeriksaan kesehatan CLB, lihat FAQ pemeriksaan kesehatan CLB untuk melakukan troubleshooting.

• Anda dapat menggunakan fitur log pemeriksaan kesehatan CLB untuk menganalisis data log pemeriksaan kesehatan. Untuk informasi lebih lanjut, lihat Simpan dan unduh log pemeriksaan kesehatan.