Isu #

Seorang pengguna melaporkan bahawa mereka menggunakan Relianoid untuk pengimbangan beban dengan kegigihan sesi berasaskan sisipan kuki. Pada mulanya, persediaan adalah seimbang sempurna dengan lima pelayan. Walau bagaimanapun, selepas menambah pelayan baharu pada kumpulan, sesi tidak diedarkan seperti yang dijangkakan. Pelayan baharu hanya mempunyai beberapa sesi, manakala pelayan sedia ada terus mengendalikan kebanyakan trafik.

penjelasan #

Isu ini timbul kerana mekanisme kegigihan sesi semasa dan algoritma pengimbangan beban sedang digunakan.

Memahami Masalah #

1. Kegigihan Sesi Berasaskan Sisipan Kuki: Apabila menggunakan sisipan kuki untuk kegigihan sesi, pengimbang beban memberikan kuki unik kepada setiap pelanggan. Kuki ini mengarahkan permintaan seterusnya daripada klien yang sama ke pelayan bahagian belakang yang sama, memastikan kegigihan sesi. Ini berfungsi dengan baik dalam persediaan yang stabil tetapi mencipta cabaran apabila pelayan baharu ditambahkan pada kumpulan.

2. Sesi Sedia Ada "Lekit": Memandangkan sesi telah diwujudkan dengan set awal pelayan, sesi sedia ada ini kekal "melekat" pada hujung belakang asalnya disebabkan kuki kegigihan. Akibatnya, pelayan yang baru ditambah hanya menerima sesi atau trafik baharu daripada pelanggan baharu yang belum diberikan kuki kegigihan.

3. Had Algoritma Penjadualan Semasa: Banyak pengimbang beban menggunakan algoritma penjadualan lalai seperti Round Robin atau Least Response Time. Algoritma ini tidak semestinya mengimbangi semula beban apabila pelayan baharu ditambah, terutamanya apabila kegigihan sesi terlibat. Ini kerana algoritma cenderung untuk mengekalkan sambungan ke hujung belakang sedia ada untuk sesi aktif.

Mengapa Sesi Tidak Diimbangi Semula #

Apabila pelayan baharu ditambahkan, ia tidak serta-merta mula berkongsi beban secara sama rata kerana:

• Sesi sedia ada terikat pada hujung belakang asalnya.
• Algoritma penjadualan lalai tidak mengutamakan hujung belakang dengan sesi atau sambungan yang lebih sedikit.

Untuk mencapai pengagihan sesi yang adil, algoritma pengimbangan beban yang berbeza diperlukan.

Penyelesaian #

Gunakan Algoritma Penjadualan "Sambungan Paling Rendah". #

Algoritma Least Connections ialah kaedah penjadualan di mana pengimbang beban memilih pelayan hujung belakang dengan sambungan aktif paling sedikit. Pendekatan ini membantu mengagihkan sesi dengan lebih sekata, terutamanya apabila pelayan baharu ditambahkan pada kumpulan.

Inilah sebabnya "Sambungan Paling Kurang" berfungsi dengan berkesan dalam senario ini:

• Pengimbangan Semula Dinamik: Tidak seperti algoritma seperti Round Robin, Least Connections sentiasa menilai pelayan mana yang mempunyai sesi aktif paling sedikit. Ini membolehkan pelayan baharu, yang mempunyai sesi yang lebih sedikit pada mulanya, menerima lebih banyak sambungan baharu sehingga bebannya habis.
• Penggunaan Sumber yang Lebih Baik: Apabila sesi baharu dibuat, ia akan diarahkan ke pelayan dengan beban paling sedikit, meningkatkan penggunaan sumber keseluruhan.

Langkah-langkah untuk Melaksanakan Algoritma "Sambungan Paling Rendah" dalam Relianoid #

1. Akses Konfigurasi Pengimbang Beban Relianoid: Log masuk ke konsol pentadbiran Relianoid anda atau gunakan alat CLI jika berkenaan.
2. Navigasi ke Tetapan Pengimbang Beban: Cari tetapan untuk contoh pengimbang beban anda yang menguruskan kumpulan pelayan dengan kegigihan sesi.
3. Ubah suai Algoritma Penjadualan:

• Cari tetapan untuk algoritma pengimbangan beban atau kaedah penjadualan.
• Tukar algoritma daripada tetapan semasa (cth, Round Robin) kepada Kurang sambungan.

4. Simpan dan Gunakan Perubahan: Pastikan anda menyimpan perubahan anda dan gunakannya pada konfigurasi pengimbang beban. Bergantung pada persekitaran anda, ini mungkin memerlukan memulakan semula pengimbang beban atau melakukan muat semula lembut.
5. Pantau dan Sahkan: Selepas menggunakan perubahan, pantau pengedaran sesi merentas semua pelayan. Lama kelamaan, pelayan baharu akan mula menerima lebih banyak sesi, membawa kepada beban yang lebih seimbang.

Kesimpulan #

Dengan menukar algoritma pengimbangan beban kepada "Sambungan Paling Rendah", anda memastikan pelayan yang baru ditambah boleh mengejar dan mula mengendalikan lebih banyak sesi. Kaedah penjadualan dinamik ini mempertimbangkan bilangan sambungan aktif dan mengagihkan beban dengan cekap, menyelesaikan isu ketidakseimbangan yang disebabkan oleh kegigihan sesi dengan sisipan kuki.

Jika anda terus menghadapi isu selepas melaksanakan perubahan ini, pertimbangkan untuk menyemak:

• Kesihatan dan prestasi pelayan yang baru ditambah.
• Konfigurasi untuk parameter lain yang mungkin menjejaskan pengimbangan beban (cth, tetapan tamat masa sesi, tempoh melekat, dsb.).
• Log peringkat rangkaian atau aplikasi untuk kemungkinan ralat atau kesesakan.

Dengan mengikuti langkah ini, anda boleh mengoptimumkan konfigurasi pengimbang beban anda untuk memastikan pengagihan sesi yang adil dan seimbang merentas semua pelayan dalam kumpulan anda.