Kelompok server adalah kumpulan logis dari satu atau lebih server backend. Classic Load Balancer (CLB) mendistribusikan permintaan bisnis ke kelompok server, yang kemudian mengarahkan permintaan tersebut ke server backend yang sesuai. CLB mendukung berbagai jenis kelompok server, seperti kelompok server default, kelompok vServer, dan kelompok server utama/cadangan.
Perbedaan antara jenis kelompok server
Jenis kelompok server | Kelompok server default | Kelompok vServer | Kelompok server utama/cadangan |
Deskripsi | Setiap instance CLB dilengkapi dengan satu dan hanya satu kelompok server default. | Kelompok server yang dapat Anda buat dan kelola. | Kelompok server yang dapat Anda buat dan kelola. |
Jumlah server backend | Satu atau lebih | Satu atau lebih | Dua (satu utama dan satu cadangan) |
Fitur |
|
|
|
Skenario | Arsitektur aplikasi sederhana di mana semua permintaan dialihkan ke kelompok server backend yang sama. Distribusi lalu lintas khusus untuk listener atau nama domain yang berbeda tidak diperlukan. | Arsitektur aplikasi kompleks. Misalnya, Anda perlu memproses permintaan HTTP dan HTTPS secara terpisah, atau mendistribusikan lalu lintas ke kelompok server backend yang berbeda berdasarkan port listener atau nama domain yang berbeda. | Aplikasi atau layanan penting yang menggunakan mode aktif-pasif tetap, seperti layanan database atau layanan API inti. |
Jenis listener yang didukung | TCP/UDP/HTTP/HTTPS | TCP/UDP/HTTP/HTTPS | Hanya TCP/UDP |
Catatan tentang penggunaan kelompok server
Hubungan antara instance CLB, listener, dan kelompok server:
Listener dan kelompok server merupakan sumber daya dari instance CLB. Informasi tentang listener dan kelompok server tidak dibagikan di antara instance CLB yang berbeda.
Listener yang berbeda dapat dikaitkan dengan kelompok server yang berbeda.
Kelompok server dapat disambungkan ke beberapa listener, tetapi satu listener hanya dapat disambungkan ke satu kelompok server.
Pembatasan pada server backend yang disambungkan:
Anda hanya dapat menyambungkan server backend yang berada di wilayah yang sama dengan instance CLB. Server lintas wilayah tidak dapat disambungkan.
Untuk instance CLB dalam virtual private cloud (VPC), Anda hanya dapat menyambungkan server backend dalam VPC yang sama.
Untuk instance CLB yang tidak berada di VPC, Anda dapat menyambungkan server backend dari VPC yang berbeda.
Semua jenis kelompok server CLB mendukung penyambungan Instance Layanan Komputasi Elastis (ECS), Elastic Network Interfaces (ENI), dan Elastic Container Instances (ECI).
Jika instance ECS backend mengalami migrasi panas, koneksi persisten ke CLB mungkin terputus. Untuk memulihkan koneksi, pastikan aplikasi Anda dikonfigurasi untuk otomatis tersambung kembali.
Untuk instance CLB yang menghadap Internet, Anda dapat menambahkan server backend dari VPC apa pun di wilayah yang sama. Namun, semua server backend yang ditambahkan harus termasuk dalam VPC yang sama.
Rekomendasi ketersediaan tinggi:
Aktifkan fitur pemeriksaan kesehatan untuk CLB dan pastikan setidaknya satu server backend dalam instance CLB sehat.
Dalam kelompok server utama/cadangan, failover dari server utama ke server cadangan dipicu oleh pemeriksaan kesehatan. Jika server utama gagal dalam pemeriksaan kesehatan, lalu lintas beralih ke server cadangan. Secara default, pemeriksaan kesehatan tidak dilakukan pada server cadangan. Anda harus memastikan ketersediaan server cadangan sehingga dapat mengambil alih lalu lintas setelah failover.
Kelola kelompok server dan server backend
Kelompok server default
Setiap instance CLB memiliki tepat satu kelompok server default. Anda dapat menambahkan server backend langsung ke kelompok ini.
Semua listener dari instance CLB berbagi kelompok server default ini.
Anda tidak dapat membuat beberapa kelompok server default.
Tambahkan server backend
Anda dapat menambahkan server backend ke kelompok server default dari langkah Server Backend saat membuat listener, atau dari halaman Kelompok Server di detail instance.
Pastikan bahwa server backend berada di wilayah yang sama dengan instance CLB.
Tambahkan instance ECS
Pilih Elastic Computing Service (ECS).
Konfigurasikan bobot.
Ketika listener menggunakan algoritma penjadwalan round-robin berbobot, server backend dengan bobot lebih tinggi menerima lebih banyak permintaan. Untuk informasi lebih lanjut, lihat Algoritma Penjadwalan Server Load Balancer.
Jika Anda mengatur bobot menjadi 0, server tidak akan menerima permintaan baru.
Tambahkan ENI
Anda hanya dapat menambahkan ENI yang sudah disambungkan ke instance ECS.
Anda dapat menambahkan alamat IP pribadi utama dan alamat IP pribadi sekunder dari ENI.
Aktifkan Advanced Mode, klik ikon tanda plus di sebelah instance ECS dengan ENI yang disambungkan, dan temukan ENI target.
Contoh ENI target:
Pilih ENI yang ingin Anda sambungkan dan pilih alamat IP pribadi utama atau alamat IP pribadi sekunder. Anda dapat menyambungkan beberapa alamat IP.
Konfigurasikan bobot.
Ketika listener menggunakan algoritma penjadwalan round-robin berbobot, server backend dengan bobot lebih tinggi menerima lebih banyak permintaan akses. Untuk informasi lebih lanjut, lihat Algoritma Penjadwalan Server Load Balancer.
Jika Anda mengatur bobot menjadi 0, server tidak akan menerima permintaan baru.
Tambahkan ECI
Pilih Elastic Container Instance (ECI).
Konfigurasikan bobot.
Ketika listener menggunakan algoritma penjadwalan round-robin berbobot, server backend dengan bobot lebih tinggi menerima lebih banyak permintaan akses. Untuk informasi lebih lanjut, lihat Algoritma Penjadwalan Server Load Balancer.
Jika Anda mengatur bobot menjadi 0, server tidak akan menerima permintaan baru.
Konfigurasikan port untuk kelompok server default
Anda hanya dapat mengatur port server untuk kelompok server default saat pertama kali membuat listener di wizard Backend Servers. Semua server dalam kelompok server default untuk listener tersebut harus menggunakan port yang sama.
Sebagai contoh:
Setelah listener dibuat, Anda tidak dapat memodifikasi port kelompok server default.
Listener yang berbeda dapat memiliki port berbeda untuk kelompok server default.
Sebagai contoh:
Kelompok vServer
Buat kelompok vServer
Anda dapat membuat kelompok vServer dengan cara berikut:
-
Di halaman Buat Listener:
-
Di halaman Manajemen Instance:
Tambahkan server backend
Anda dapat menambahkan server backend saat membuat listener dan memilih untuk membuat kelompok server baru, atau di halaman Kelompok Server untuk instance tersebut.
-
Pastikan bahwa server backend berada di wilayah yang sama dengan instance CLB.
-
Server backend dapat termasuk dalam beberapa kelompok vServer.
Tambahkan instance ECS
-
Pilih Elastic Computing Service (ECS).
-
Konfigurasikan port dan bobot.
-
Ketika listener menggunakan algoritma penjadwalan round-robin berbobot, server backend dengan bobot lebih tinggi menerima lebih banyak permintaan akses. Untuk informasi lebih lanjut, lihat Algoritma Penjadwalan Server Load Balancer.
-
Jika Anda mengatur bobot menjadi 0, server tidak akan menerima permintaan baru.
-
Server backend yang berbeda dapat menggunakan port yang berbeda. Anda juga dapat mengonfigurasi beberapa port berbeda untuk server backend yang sama.
-
Tambahkan ENI
Anda hanya dapat menambahkan ENI yang sudah disambungkan ke instance ECS.
Anda dapat menambahkan alamat IP pribadi utama dan alamat IP pribadi sekunder dari ENI.
-
Aktifkan Advanced Mode. Lalu, klik ikon tanda plus di sebelah kanan instance ECS tempat ENI disambungkan untuk menemukan ENI target.
Contoh ENI target:
-
Pilih ENI yang ingin Anda sambungkan dan pilih alamat IP pribadi utama atau alamat IP pribadi sekunder. Anda dapat menyambungkan beberapa alamat IP.
-
Konfigurasikan port dan bobot.
-
Ketika listener menggunakan algoritma penjadwalan round-robin berbobot, server backend dengan bobot lebih tinggi menerima lebih banyak permintaan akses. Untuk informasi lebih lanjut, lihat Algoritma Penjadwalan Server Load Balancer.
-
Jika Anda mengatur bobot menjadi 0, server tidak akan menerima permintaan baru.
-
Server backend yang berbeda dapat menggunakan port yang berbeda. Anda juga dapat mengonfigurasi beberapa port berbeda untuk server backend yang sama.
-
Tambahkan ECI
-
Pilih Elastic Container Instance (ECI).
-
Konfigurasikan port dan bobot.
-
Ketika listener menggunakan algoritma penjadwalan round-robin berbobot, server backend dengan bobot lebih tinggi menerima lebih banyak permintaan akses. Untuk informasi lebih lanjut, lihat Algoritma Penjadwalan Server Load Balancer.
-
Jika Anda mengatur bobot menjadi 0, server tidak akan menerima permintaan baru.
-
Server backend yang berbeda dapat menggunakan port yang berbeda. Anda juga dapat mengonfigurasi beberapa port berbeda untuk server backend yang sama.
-
Hapus kelompok vServer
Jika kelompok vServer dikaitkan dengan listener atau aturan pengalihan, Anda harus terlebih dahulu melepaskan asosiasinya dari listener atau aturan pengalihan sebelum Anda dapat menghapus kelompok tersebut.
Kelompok server utama/cadangan
Buat kelompok server utama/cadangan
Anda dapat membuat kelompok server utama/cadangan dengan cara berikut:
Di halaman Buat Listener:
Di halaman Manajemen Instance:
None
Setelah membuat kelompok server utama/cadangan dan menambahkan server, Anda tidak dapat memodifikasi server, port, atau peran utama/cadangan. Untuk melakukan perubahan, buat ulang kelompok server. Konfigurasikan pengaturan ini dengan cermat.
Dalam kelompok server utama/cadangan, failover dari server utama ke server cadangan dipicu oleh pemeriksaan kesehatan. Jika server utama gagal dalam pemeriksaan kesehatan, lalu lintas akan beralih ke server cadangan. Secara default, pemeriksaan kesehatan tidak dilakukan pada server cadangan. Pastikan ketersediaan server cadangan agar dapat mengambil alih lalu lintas setelah failover.
Anda dapat menambahkan server backend saat membuat kelompok server utama/cadangan baru.
Dalam kelompok server utama/cadangan, tetapkan satu server sebagai server utama dan yang lainnya sebagai server cadangan. Setelah memilih kelompok server utama/cadangan untuk listener, lalu lintas akan dialihkan ke server utama jika kondisinya sehat. Jika server utama mati, lalu lintas secara otomatis beralih ke server cadangan. Waktu yang diperlukan untuk beralih dari server utama ke server cadangan bergantung pada Batas Waktu Respons yang diatur untuk pemeriksaan kesehatan. Setelah server utama kembali sehat, lalu lintas akan otomatis dialihkan kembali ke server utama.
Pastikan server backend berada di wilayah yang sama dengan instance CLB.
Server backend dapat menjadi bagian dari beberapa kelompok server utama/cadangan.
Tambahkan instance ECS
Pilih Elastic Computing Service (ECS).
Konfigurasikan port.
Anda harus menambahkan tepat dua server backend ke kelompok server utama/cadangan.
Pilih satu server sebagai server utama.
Tambahkan ENI
Anda hanya dapat menambahkan ENI yang sudah disambungkan ke instance ECS.
Anda dapat menambahkan alamat IP pribadi utama dan alamat IP pribadi sekunder dari ENI.
Aktifkan Advanced Mode, klik tanda plus (+) di sebelah instance ECS tempat ENI disambungkan, lalu temukan ENI target.
Contoh ENI target:
Pilih ENI yang ingin Anda sambungkan dan pilih alamat IP pribadi utama atau alamat IP pribadi sekunder. Anda dapat menyambungkan beberapa alamat IP.
Konfigurasikan port.
Anda harus menambahkan tepat dua server backend ke kelompok server utama/cadangan.
Pilih satu server sebagai server utama.
Tambahkan ECI
Pilih Elastic Container Instance (ECI).
Konfigurasikan port.
Anda harus menambahkan tepat dua server backend ke kelompok server utama/cadangan.
Pilih satu server sebagai server utama.
Hapus kelompok server utama/cadangan
Jika kelompok server utama/cadangan terkait dengan listener, Anda harus melepaskan asosiasinya dari listener terlebih dahulu sebelum dapat menghapus kelompok tersebut.
FAQ
Bisakah saya menyesuaikan jumlah instance ECS saat instance CLB sedang berjalan?
Ya, Anda dapat melakukannya jika menggunakan kelompok server default atau kelompok vServer. Namun, penyesuaian jumlah server dalam kelompok server utama/cadangan tidak didukung.
Jika menggunakan kelompok server default atau kelompok vServer, Anda dapat meningkatkan atau mengurangi jumlah instance ECS backend untuk load balancing kapan saja. Anda juga dapat beralih di antara instance ECS yang berbeda. Untuk memastikan stabilitas layanan, aktifkan fitur pemeriksaan kesehatan untuk load balancing dan pastikan setidaknya satu instance ECS backend sehat selama operasi ini.
Bisakah instance ECS backend menjalankan sistem operasi yang berbeda?
Ya, Anda dapat melakukannya.
CLB tidak membatasi sistem operasi yang digunakan oleh instance ECS backend, asalkan layanan aplikasi dan data konsisten di seluruh instance. Namun, disarankan untuk menggunakan sistem operasi yang sama guna menyederhanakan manajemen dan pemeliharaan di masa mendatang.
Bisakah saya menggunakan instance ECS dari wilayah berbeda sebagai server backend?
CLB tidak mendukung secara native penyambungan server backend dari wilayah berbeda. Namun, Anda dapat menggunakan Global Traffic Manager (GTM) dengan CLB untuk mencapai hal ini. Terapkan GTM di depan beberapa instance CLB di wilayah berbeda untuk mengaktifkan load balancing lintas wilayah. Untuk informasi lebih lanjut, lihat Gunakan CLB dengan Global Traffic Manager untuk mengimplementasikan load balancing server lintas wilayah.
Application Load Balancer (ALB) dan Network Load Balancer (NLB) mendukung penyambungan server backend lintas wilayah. Untuk informasi lebih lanjut, lihat topik berikut:
Mengapa ada banyak akses dari alamat IP yang dimulai dengan 100 ke instance ECS saya?
Sistem CLB tidak hanya meneruskan permintaan eksternal ke instance ECS backend tetapi juga melakukan pemeriksaan kesehatan dan pemantauan ketersediaan pada instance tersebut. Permintaan akses ini berasal dari sistem CLB.
Sistem CLB menggunakan blok CIDR 100.64.0.0/10, yang merupakan blok CIDR yang dicadangkan untuk layanan internal Alibaba Cloud. Karena pengguna lain tidak dapat dialokasikan alamat IP dalam blok CIDR ini, praktik ini mencegah risiko keamanan. Oleh karena itu, Anda mungkin melihat permintaan akses ke instance ECS Anda dari alamat IP yang dimulai dengan 100.
Untuk memastikan ketersediaan layanan Anda, pastikan Anda mengonfigurasi aturan untuk mengizinkan akses dari alamat IP ini.
Kompresi tidak dikonfigurasi di instance ECS saya. Mengapa respons HTTP dari CLB dikompresi?
Ini mungkin karena browser klien mendukung kompresi. Anda dapat menonaktifkan fitur kompresi Gzip saat membuat listener di konsol, atau menggunakan listener TCP sebagai gantinya.
Apakah instance ECS yang menggunakan HTTP 1.0 mendukung chunked transfer encoding?
Ya.
Mengapa instance ECS backend dari instance CLB sering menerima permintaan dengan User-Agent 'KeepAliveClient'?
Gejala: Instance ECS backend dari instance CLB sering menerima permintaan GET meskipun tidak ada akses pengguna. Alamat IP sumber adalah alamat IP internal Alibaba Cloud, dan User-Agent adalah 'KeepAliveClient'.
Penyebab: Protokol listener diatur ke TCP, tetapi protokol pemeriksaan kesehatan diatur ke HTTP. Saat menggunakan protokol HTTP untuk pemeriksaan kesehatan pada listener TCP, metode GET digunakan secara default untuk permintaan.
Solusi: Pastikan protokol listener dan protokol pemeriksaan kesehatan sama.
Bisakah saya memodifikasi port server dalam kelompok server default?
Skenario: Saat memodifikasi konfigurasi Pendengar yang ada, Anda tidak dapat memodifikasi port server di kelompok server default. Anda dapat mengatur port server untuk kelompok server default hanya di wizard Backend Servers saat pertama kali membuat Pendengar. Semua server di kelompok server default untuk Pendengar yang sama harus menggunakan port yang sama.
Solusi: Untuk mengonfigurasi port server yang berbeda untuk Pendengar yang sama, pilih vServer Group di wizard Backend Servers saat mengonfigurasi Pendengar.
Apakah listener Layer 4 CLB mendukung instance ECS yang bertindak sebagai server backend dan klien?
Tidak, mereka tidak mendukung. Namun, Anda dapat:
Menggunakan listener Layer 7 CLB.
Menggunakan instance NLB dan menonaktifkan fitur Preserve Client IP untuk kelompok server NLB. Untuk informasi lebih lanjut, lihat Bagaimana instance ECS dapat berfungsi sebagai server backend dan klien di NLB?.
Mengapa ada banyak koneksi TIME-WAIT pada backend CLB tetapi sedikit pada backend ALB?
Classic Load Balancer (CLB) dan Application Load Balancer (ALB) menggunakan mekanisme koneksi yang berbeda saat berinteraksi dengan server backend.
Classic Load Balancer (CLB): Secara default menggunakan koneksi HTTP jangka pendek. Saat CLB meneruskan permintaan ke server backend, ia menyisipkan bidang
Connection: closeke dalam Header HTTP. Setelah server backend memproses permintaan, ia secara aktif mengirim paket FIN untuk menutup koneksi berdasarkan header ini. Setiap kali koneksi ditutup, koneksi tersebut masuk ke status TIME-WAIT (60 detik secara default). Dalam skenario dengan konkurensi tinggi, banyak koneksi TIME-WAIT dapat terakumulasi dengan cepat.Application Load Balancer (ALB): Secara default mendukung koneksi HTTP persisten (keep-alive). Satu koneksi TCP dapat digunakan kembali untuk memproses beberapa permintaan. Mengaktifkan koneksi persisten mengurangi jumlah pemutusan koneksi, sehingga mengurangi jumlah koneksi TIME-WAIT.