Server Load Balancer:Konfigurasikan dan kelola pemeriksaan kesehatan CLB

Prasyarat

Sebelum mengonfigurasi pemeriksaan kesehatan, pastikan layanan terkait telah dideploy pada server backend Anda.

Batasan

Protokol listener dan protokol pemeriksaan kesehatan harus mematuhi aturan berikut:

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

• Listener UDP mendukung protokol pemeriksaan kesehatan TCP, UDP, atau 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, pengaturan pemeriksaan kesehatan default sudah mencukupi.

1. Login ke Konsol CLB.

2. Pada bilah menu atas, pilih wilayah tempat instans Anda berada.

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

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

5. Ikuti wizard konfigurasi hingga langkah Health Check. Pemeriksaan kesehatan diaktifkan secara default.

6. Klik Advanced Settings, lalu klik Edit di sebelah kanan untuk mengonfigurasi pengaturan pemeriksaan kesehatan.

   Konfigurasi Pemeriksaan Kesehatan	Deskripsi
   Health Check Protocol	Pilih protokol untuk pemeriksaan kesehatan. Pemeriksaan kesehatan TCP beroperasi pada lapisan jaringan dengan mengirim pesan jabat tangan SYN untuk memverifikasi apakah port server aktif. Pemeriksaan kesehatan UDP menggunakan pesan UDP untuk memperoleh informasi status. Pemeriksaan kesehatan HTTP mengirim permintaan HEAD atau GET untuk mensimulasikan akses browser dan memverifikasi apakah aplikasi server dalam kondisi sehat.
   Health Check Method (Hanya didukung untuk protokol pemeriksaan kesehatan HTTP)	Anda dapat memilih metode HEAD atau GET. Secara default, metode HEAD digunakan. Catatan Jika metode HEAD tidak didukung atau dinonaktifkan, gunakan metode GET sebagai gantinya. Jika Anda menggunakan metode GET, respons yang lebih panjang dari 8 KB akan dipotong. Hal ini tidak memengaruhi hasil pemeriksaan kesehatan.
   Health Check Port	Port yang digunakan untuk pemeriksaan kesehatan pada server backend. Secara default, CLB menggunakan port masing-masing server backend. Catatan Jika server backend dalam satu grup server menggunakan port yang berbeda, jangan tentukan port pemeriksaan kesehatan. Dalam kasus ini, CLB menggunakan port masing-masing server backend untuk pemeriksaan kesehatan.
   Health Check Path (Hanya didukung untuk protokol pemeriksaan kesehatan HTTP)	Secara default, CLB mengirim permintaan HTTP ke halaman indeks default aplikasi Anda untuk pemeriksaan kesehatan. Jika halaman yang digunakan untuk pemeriksaan kesehatan bukan halaman indeks default aplikasi Anda, tentukan jalur yang tepat. Kami merekomendasikan agar Anda menggunakan halaman statis untuk pemeriksaan kesehatan.
   Health Check Domain Name (Optional) (Hanya didukung untuk protokol pemeriksaan kesehatan HTTP)	Saat Anda mengonfigurasi domain pemeriksaan kesehatan, CLB mengatur bidang Host dalam header permintaan ke domain tersebut. Jika tidak ada domain yang dikonfigurasi, bidang Host akan dihilangkan. Beberapa server aplikasi memvalidasi bidang Host. Jika domain tidak dikonfigurasi, permintaan mungkin ditolak, yang dapat menyebabkan kegagalan pemeriksaan kesehatan. Jika server Anda memvalidasi bidang Host, Anda harus mengonfigurasi domain pemeriksaan kesehatan agar pemeriksaan kesehatan berhasil. Catatan Pemeriksaan kesehatan load balancer mengabaikan aturan pengalihan dan menggunakan jalur pemeriksaan kesehatan yang dikonfigurasi pada listener (jalur root secara default). Jika layanan backend Anda memerlukan jalur tertentu, pemeriksaan kesehatan ke jalur default akan gagal. Untuk mengatasi hal ini, konfigurasikan jalur pemeriksaan kesehatan tertentu dalam aturan pengalihan.
   Healthy Status Codes (Hanya didukung untuk protokol pemeriksaan kesehatan HTTP)	Pilih kode status HTTP yang menunjukkan bahwa server backend dalam kondisi sehat. Nilai default adalah http_2xx dan http_3xx. Anda dapat memilih http_2xx, http_3xx, http_4xx, atau http_5xx. Secara default, CLB hanya menganggap kode status HTTP 2xx dan 3xx sebagai sehat. Jika server backend Anda mengembalikan kode status 4xx, seperti 400, 403, atau 404, atau kode status 5xx, seperti 500, 502, atau 503, pemeriksaan kesehatan gagal. CLB kemudian menandai server backend sebagai abnormal dan berhenti mengalihkan traffic ke server tersebut. Peringatan Jika Anda menerima kode status 4xx atau 5xx sebagai sehat, instans yang bermasalah mungkin tidak segera dihapus dari pool server backend. Misalnya, jika server backend mengembalikan error 500 dan Anda telah mengonfigurasi http_5xx sebagai kode status normal, CLB terus mengalihkan traffic ke instans yang bermasalah. Gunakan pengaturan ini hanya setelah evaluasi yang cermat. Kami merekomendasikan agar Anda memastikan server backend Anda selalu mengembalikan kode status 2xx atau 3xx bila memungkinkan. Penyebab umum error 4xx: Error 404: Jalur pemeriksaan kesehatan tidak ada, layanan backend tidak dideploy dengan benar, terdapat masalah binding domain, atau metode HEAD tidak didukung. Error 403: Server backend menolak akses, terdapat pembatasan berbasis alamat IP, atau verifikasi izin gagal. Error 400: Header Host tidak ada, versi HTTP tidak kompatibel, atau permintaan tidak valid.
   Health Check Response Timeout	Periode maksimum waktu menunggu respons terhadap pemeriksaan kesehatan. Jika server backend tidak mengembalikan respons dalam periode timeout yang ditentukan, pemeriksaan kesehatan gagal.
   Health Check Interval	Interval pelaksanaan pemeriksaan kesehatan. Semua node dalam kluster CLB melakukan pemeriksaan kesehatan secara independen pada interval yang ditentukan. Karena pemeriksaan kesehatan dari node yang berbeda tidak disinkronkan, permintaan pemeriksaan kesehatan yang diterima server backend mungkin tidak merata. Secara default, pemeriksaan kesehatan HTTP menggunakan metode HEAD. Permintaan HEAD hanya mengembalikan kode status HTTP dan header, bukan konten halaman lengkap. Oleh karena itu, setiap pemeriksaan kesehatan memberikan beban minimal pada server backend. Jika Anda memperpendek interval, jumlah permintaan pemeriksaan kesehatan akan meningkat. Namun, overhead-nya biasanya dapat diabaikan dibandingkan dengan traffic layanan normal.
   Healthy Threshold	Jumlah pemeriksaan kesehatan berturut-turut yang berhasil yang diperlukan agar Elastic Compute Service yang sebelumnya gagal dianggap sehat.
   Unhealthy Threshold	Jumlah pemeriksaan kesehatan berturut-turut yang gagal setelah mana sebuah instans Elastic Compute Service dianggap tidak sehat.
   Health Check Request dan Health Check Result (Hanya didukung untuk protokol pemeriksaan kesehatan UDP)	Saat Anda mengonfigurasi pemeriksaan kesehatan untuk listener UDP, masukkan konten permintaan (misalnya, youraccountID) di bidang Health Check Request dan respons yang diharapkan (misalnya, slb123) di bidang Health Check Result. Selain itu, tambahkan logika pada aplikasi backend Anda untuk menangani respons pemeriksaan kesehatan, misalnya dengan mengonfigurasinya agar merespons dengan slb123 terhadap permintaan yang berisi youraccountID. CLB hanya menganggap pemeriksaan kesehatan berhasil jika menerima respons yang benar. Metode ini memaksimalkan keandalan pemeriksaan kesehatan UDP.

7. Klik Next hingga listener dikonfigurasi.

Lihat status pemeriksaan kesehatan

1. Login ke Konsol CLB.

2. Pada bilah menu atas, pilih wilayah tempat instans Anda berada.

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

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

   Status pemeriksaan kesehatan dapat berupa salah satu dari berikut:

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

   • Normal: Semua server backend dalam kondisi sehat.

   • Abnormal: Satu atau beberapa server backend abnormal.

   • Disabled: Pemeriksaan kesehatan tidak diaktifkan.

5. Klik Error atau Initializing di samping listener untuk melihat detail, termasuk listener atau aturan pengalihan yang terpengaruh, grup server, instans ECS dan port, status kesehatan, serta alasan kegagalan.

Nonaktifkan pemeriksaan kesehatan

Anda dapat menonaktifkan pemeriksaan kesehatan. Namun, jika sebuah instans ECS backend menjadi abnormal setelah Anda menonaktifkan pemeriksaan kesehatan, CLB tetap mengalihkan permintaan ke instans tersebut, yang menyebabkan ketidaktersediaan layanan sebagian. Oleh karena itu, kami merekomendasikan agar Anda tidak menonaktifkan pemeriksaan kesehatan.

1. Login ke Konsol CLB.

2. Pada bilah menu atas, pilih wilayah tempat instans Anda berada.

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

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

5. Ikuti wizard konfigurasi hingga mencapai langkah Health Check.

6. Matikan toggle pemeriksaan kesehatan, klik Next, lalu konfirmasi perubahan.

Praktik terbaik pemeriksaan kesehatan

Untuk memastikan pemeriksaan kesehatan akurat dan andal, kami merekomendasikan praktik terbaik berikut:

• Buat endpoint pemeriksaan kesehatan khusus: Buat endpoint pemeriksaan kesehatan khusus pada server backend Anda, seperti /health, yang selalu mengembalikan kode status HTTP 200. Hindari menggunakan jalur bisnis, seperti /, untuk pemeriksaan kesehatan karena jalur tersebut mungkin mengembalikan kode status 4xx akibat pemeriksaan izin atau sumber daya yang tidak tersedia.

• Utamakan perbaikan masalah backend: Jika pemeriksaan kesehatan mengembalikan kode status yang tidak diharapkan, pertama-tama diagnosa dan perbaiki masalah layanan backend untuk memastikan jalur pemeriksaan kesehatan mengembalikan kode status 2xx atau 3xx. Jangan hanya melonggarkan kriteria kode status normal.

• Simulasikan pemeriksaan kesehatan menggunakan curl: Saat troubleshooting masalah, Anda dapat login ke server backend dan menjalankan perintah berikut untuk mensimulasikan 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 domain pemeriksaan kesehatan, dan /health_path adalah jalur pemeriksaan kesehatan. Jika domain tidak dikonfigurasi, hilangkan 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 troubleshooting.

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