Kelompok server adalah kumpulan logis server backend yang mendukung protokol Geneve. Setiap kelompok server mengarahkan lalu lintas dari instans GWLB ke satu atau beberapa server backend. Topik ini menjelaskan konsep utama kelompok server.
Jenis kelompok server
GWLB mendukung dua jenis kelompok server: Server dan Alamat IP.
Jenis kelompok server | Jenis server backend | Deskripsi |
Server | Anda dapat menambahkan instance ECS, ENI, dan instance ECI sebagai server backend. | Server backend yang ditambahkan harus ditempatkan di VPC yang sama dengan kelompok server tersebut. Server backend menerima permintaan dari GWLB. |
IP address | Anda dapat menambahkan alamat IP sebagai server backend. | Anda dapat memasukkan alamat IP pribadi dalam Blok CIDR berikut:
|
Ketika server backend dalam kelompok server bertipe Server untuk instans GWLB dilepas atau alamat IP pribadinya diubah, GWLB mendukung pembaruan otomatis terhadap server backend tersebut.
Jika server backend dalam kelompok server bertipe IP untuk instans GWLB dilepas, GWLB tidak memperbarui kelompok server secara otomatis. Disarankan agar Anda menghapus server backend tersebut dari kelompok server GWLB sebelum melepas atau mengubah server backend pada kelompok server bertipe IP untuk instans GWLB guna memastikan layanan tidak terganggu.
Algoritma penjadwalan traffic
GWLB mendukung algoritma penjadwalan traffic berikut:
Penghashan five-tuple: Mengarahkan permintaan dengan melakukan penghashan terhadap five-tuple (alamat IP sumber, port sumber, alamat IP tujuan, port tujuan, dan protokol IP). Semua permintaan dengan five-tuple yang sama dikirim ke server backend yang sama.
Penghashan three-tuple: Mengarahkan permintaan dengan melakukan penghashan terhadap three-tuple (alamat IP sumber, alamat IP tujuan, dan protokol IP). Semua permintaan dengan three-tuple yang sama dikirim ke server backend yang sama.
Penghashan two-tuple: Mengarahkan permintaan dengan melakukan penghashan terhadap two-tuple (alamat IP sumber dan alamat IP tujuan). Semua permintaan dengan two-tuple yang sama dikirim ke server backend yang sama.
Pengurasan koneksi
Anda dapat mengaktifkan pengurasan koneksi untuk memastikan koneksi yang sedang berjalan ditangani dengan benar saat menghapus server backend. Anda juga dapat mengonfigurasi timeout pengurasan koneksi agar permintaan yang sedang diproses dapat diselesaikan.
Saat server backend dihapus, instans GWLB tidak lagi mengarahkan permintaan koneksi baru ke server backend yang dihapus tersebut. Instans GWLB mengelola koneksi yang telah diarahkan ke server tersebut sebagai berikut:
Jika pengurasan koneksi dinonaktifkan (default): Koneksi yang ada dipertahankan hingga timeout koneksi idle berakhir. Setelah timeout ini, GWLB berhenti meneruskan paket ke server tersebut.
Jika pengurasan koneksi diaktifkan: Koneksi yang ada dipertahankan selama periode timeout pengurasan koneksi yang dikonfigurasi. Setelah timeout ini, berlaku timeout koneksi idle. Jika timeout idle juga terlampaui, GWLB menutup koneksi dan berhenti meneruskan paket ke server tersebut.
Pemeriksaan kesehatan
Anda dapat mengonfigurasi pemeriksaan kesehatan untuk memantau ketersediaan server backend Anda. GWLB memungkinkan Anda menentukan konfigurasi pemeriksaan kesehatan GWLB di tingkat kelompok server.
Protokol yang didukung: TCP dan HTTP.
Pemeriksaan kesehatan diaktifkan secara default untuk kelompok server. Protokol default adalah TCP, dan port default adalah 80.
Saat pemeriksaan kesehatan diaktifkan, GWLB secara otomatis mengarahkan koneksi baru ke server yang sehat dan terus memantau semua server backend dalam kelompok tersebut. Server hanya dianggap sehat setelah lulus sejumlah pemeriksaan kesehatan berturut-turut yang telah ditentukan (ambang batas kesehatan). Persyaratan pemeriksaan ganda ini mengurangi kemungkinan hasil positif palsu dan mencegah gangguan layanan akibat kegagalan sementara.
Jika server backend gagal dalam pemeriksaan kesehatan, GWLB berhenti mengirim koneksi baru ke server tersebut dan mengarahkannya ke server backend lain yang sehat. Koneksi yang sudah ada dapat berlanjut hingga timeout idle berakhir, setelah itu GWLB berhenti meneruskan paket ke server yang tidak sehat tersebut.
Saat server pulih dan lulus pemeriksaan kesehatan, GWLB memulihkannya ke dalam layanan GWLB.
Setelah setiap pemeriksaan kesehatan, GWLB menutup koneksi tersebut.