Untuk menggunakan Application Load Balancer (ALB) dalam mendistribusikan permintaan, buatlah grup server dan tambahkan setidaknya satu server backend ke grup tersebut agar dapat menerima permintaan. Secara default, ALB menggunakan port dan protokol yang Anda tentukan untuk grup server dalam mendistribusikan permintaan ke server backend yang telah ditentukan.
Prasyarat
Pastikan bahwa server backend siap memproses permintaan dengan aplikasi yang telah diterapkan sebelum menambahkannya ke grup server.
Untuk merutekan lalu lintas ke grup server, tentukan grup server saat membuat listener. Informasi lebih lanjut tentang pembuatan listener dapat ditemukan di Tambahkan Listener HTTP, Tambahkan Listener HTTPS, atau Tambahkan Listener QUIC.
(Opsional) Untuk mengaktifkan IPv6 untuk grup server, blok CIDR IPv6 harus diaktifkan untuk virtual private cloud (VPC) tempat grup server akan diterapkan.
Instans ALB menggunakan alamat IP tertentu untuk berkomunikasi dengan server backend dan melakukan pemeriksaan kesehatan. Pastikan bahwa server backend tidak memblokir alamat IP ini melalui aturan iptables atau metode lainnya.
Sebuah instans ALB yang ditingkatkan menggunakan alamat IP lokal dari vSwitch tempat instans tersebut diterapkan untuk berkomunikasi dengan server backend secara default. Masuk ke Konsol ALB dan periksa alamat IP lokal instans pada halaman detail instans.
Untuk memastikan bahwa instans ALB menskalakan sumber daya sesuai harapan, disarankan untuk menyediakan setidaknya delapan alamat IP dalam blok CIDR vSwitch tempat instans ALB diterapkan, serta mengonfigurasi server backend untuk mengizinkan akses dari blok CIDR tersebut.
Instans ALB yang tidak ditingkatkan menggunakan alamat IP dalam blok CIDR 100.64.0.0/10 untuk berkomunikasi dengan server backend.
Buat grup server
Masuk ke Konsol ALB.
Di bilah navigasi atas, pilih wilayah tempat Anda ingin membuat grup server.
Di panel navigasi sisi kiri, pilih .
Pada halaman Server Groups, klik Create Server Group.
Dalam kotak dialog Create Server Group, konfigurasikan parameter dan klik Create. Tabel berikut menjelaskan parameter tersebut.
Server: Server backend ditambahkan dengan menentukan instance ECS, elastic network interfaces (ENI), dan Elastic Container Instances.
IP: Server backend ditambahkan dengan menentukan alamat IP.
Function Compute: Server backend ditambahkan dengan menentukan fungsi.
HTTP: Ini adalah nilai default. Jika Anda memilih opsi ini, Anda dapat mengaitkan grup server dengan listener HTTPS, HTTP, dan QUIC.
HTTPS: Jika Anda memilih opsi ini, Anda dapat mengaitkan grup server dengan listener HTTPS.
gRPC: Jika Anda memilih opsi ini, Anda dapat mengaitkan grup server dengan listener HTTPS.
Anda hanya dapat mengaitkan grup server yang menggunakan HTTPS atau gRPC dengan listener HTTPS dari instans ALB dasar.
Parameter ini tidak tersedia untuk grup server tipe Function Compute.
Weighted Round-robin: Server backend dengan bobot lebih tinggi menerima lebih banyak permintaan daripada yang memiliki bobot lebih rendah.
Weighted Least Connections: Permintaan didistribusikan berdasarkan bobot dan jumlah koneksi ke server backend. Jika dua server backend memiliki bobot yang sama, permintaan diteruskan ke server backend yang memiliki lebih sedikit koneksi.
Consistent Hash: Permintaan dari alamat IP sumber yang sama diteruskan ke server backend yang sama.
Hash Factor: Pilih faktor hash.
Source IP: Permintaan dari alamat IP sumber yang sama diteruskan ke server backend yang sama.
URL Parameters: Permintaan untuk URL yang sama diteruskan ke server backend yang sama. Jika Anda memilih operasi ini, konfigurasikan parameter Specified URL.
Untuk menambahkan tag, tentukan Tag Key dan Tag Value.
Resource Group: pilih grup sumber daya tempat Anda ingin grup server dimiliki.
Jika Anda mengaktifkan IPv6, Anda dapat menambahkan server backend IPv4 dan IPv6 ke grup server.
Jika Anda menonaktifkan IPv6, Anda hanya dapat menambahkan server backend IPv4 ke grup server.
Grup server tipe Server atau IP mendukung parameter ini, sedangkan grup server tipe Function Compute tidak.
Hanya jika IPv6 diaktifkan untuk VPC tempat grup server diterapkan, parameter ini tersedia.
Grup server dengan IPv6 yang diaktifkan dapat dikaitkan dengan listener dan aturan pengalihan dari instans ALB dual-stack saja.
Untuk grup server tipe IP dengan IPv6 yang diaktifkan:
Dapat dikaitkan dengan listener dan aturan pengalihan dari instans ALB dual-stack yang ditingkatkan saja, tetapi tidak dengan instans ALB yang tidak ditingkatkan.
Hanya alamat IPv6 dalam blok CIDR VPC tempat grup server diterapkan yang dapat ditambahkan ke grup server sebagai server backend. Alamat IP jarak jauh tidak didukung.
Cookie Option: Pilih metode untuk menangani cookie.
Insert Cookie: ALB menyisipkan cookie sesi (SERVERID) ke dalam respons HTTP atau HTTPS pertama yang dikirim ke klien. Jika permintaan berikutnya ke ALB membawa cookie ini, ALB menentukan server tujuan permintaan berdasarkan cookie.
Rewrite Cookie: Jika ALB mendeteksi cookie yang ditentukan pengguna, ALB mengganti cookie asli dengan cookie yang ditentukan pengguna. Jika permintaan berikutnya ke ALB membawa cookie yang ditentukan pengguna ini, ALB menentukan server tujuan permintaan berdasarkan cookie.
Session Persistence Timeout Period: Tentukan periode timeout untuk persistensi sesi. Nilai valid: 1 hingga 86400. Unit: detik.
Grup server dengan load balancing antar-zona yang dinonaktifkan hanya dapat dikaitkan dengan instans ALB standar dan WAF-enabled. Tidak dapat dikaitkan dengan instans ALB dasar.
Jika load balancing antar-zona dinonaktifkan, Session Persistence tidak dapat diaktifkan.
Untuk grup server tipe IP, jika Remote IP diaktifkan, load balancing antar-zona tidak dapat dinonaktifkan.
Parameter ini tidak tersedia untuk grup server tipe Function Compute.
Hanya instans ALB standar dan WAF-enabled ALB yang mendukung mode mulai lambat. Instans ALB dasar ALB tidak mendukung mode mulai lambat.
Parameter ini tidak tersedia untuk grup server tipe Function Compute.
Mode mulai lambat didukung oleh grup server hanya jika Anda menyetel Scheduling Algorithm ke Weighted Round-robin.
Setelah Anda mengaktifkan mode mulai lambat, server backend yang sehat tidak otomatis masuk ke mode mulai lambat.
Saat Anda mengaktifkan mode mulai lambat untuk grup server kosong:
Server backend pertama yang ditambahkan ke grup server tidak masuk ke mode mulai lambat.
Server backend baru hanya dapat masuk ke mode mulai lambat saat setidaknya satu server backend sehat dalam mode mulai lambat.
Server backend yang dihapus sebelum durasi mulai lambat berakhir secara otomatis keluar dari mode mulai lambat. Jika Anda menambahkan kembali server backend ke grup server, server backend dapat masuk ke mode mulai lambat hanya ketika server backend melewati pemeriksaan kesehatan.
Jika server backend dinyatakan tidak sehat sebelum durasi mulai lambat berakhir, server backend keluar dari mode mulai lambat. Server backend masuk kembali ke mode mulai lambat saat server backend melewati pemeriksaan kesehatan.
Setelah Anda mengaktifkan mode mulai lambat dan pemeriksaan kesehatan, hanya server backend yang sehat yang masuk ke mode mulai lambat. Jika Anda menonaktifkan pemeriksaan kesehatan, semua server backend segera masuk ke mode mulai lambat.
Secara default, drainase koneksi dinonaktifkan. Koneksi yang ada tetap terbuka sampai klien secara proaktif menutup koneksi atau durasi persistensi sesi berakhir.
Setelah Anda mengaktifkan drainase koneksi, koneksi yang ada tetap terbuka untuk transmisi data sampai periode timeout drainase koneksi berakhir. Drainase koneksi memastikan undeployment layanan yang lancar.
Hanya instans ALB standar dan WAF-enabled ALB yang mendukung drainase koneksi. Instans ALB dasar ALB tidak mendukung drainase koneksi.
Parameter ini tidak tersedia untuk grup server tipe Function Compute.
Saat Anda membuat pemeriksaan kesehatan, Anda tidak perlu menentukan grup server atau listener. Anda dapat mengaitkan pemeriksaan kesehatan dengan grup server atau listener setelah pemeriksaan kesehatan dibuat.
Anda hanya dapat mengonfigurasi satu pemeriksaan kesehatan untuk setiap grup server.
HTTP: Untuk melakukan pemeriksaan kesehatan HTTP, ALB mengirim permintaan HEAD atau GET ke server backend untuk memeriksa apakah server backend sehat.
HTTPS: ALB melakukan pemeriksaan kesehatan HTTPS dengan mengirim permintaan HEAD atau GET ke server backend untuk memeriksa apakah server backend sehat. Untuk informasi lebih lanjut, lihat bagian Batasan pemeriksaan kesehatan HTTPS dari topik ini.
TCP: ALB melakukan pemeriksaan kesehatan TCP dengan mengirim paket SYN ke server backend untuk memeriksa apakah port server backend tersedia untuk menerima permintaan.
gRPC: ALB melakukan pemeriksaan kesehatan gRPC dengan mengirim permintaan POST atau GET ke server backend untuk memeriksa apakah server backend sehat.
HEAD: Secara default, pemeriksaan kesehatan HTTP menggunakan metode HEAD. Pastikan bahwa server backend Anda mendukung permintaan HEAD. Jika server backend Anda tidak mendukung metode HEAD atau metode HEAD dinonaktifkan, pemeriksaan kesehatan mungkin gagal. Dalam hal ini, Anda dapat menggunakan metode GET.
POST: Secara default, pemeriksaan kesehatan gRPC menggunakan metode POST. Pastikan bahwa server backend Anda mendukung permintaan POST. Jika server backend Anda tidak mendukung metode POST atau metode POST dinonaktifkan, pemeriksaan kesehatan mungkin gagal. Dalam hal ini, Anda dapat menggunakan metode GET.
GET: Jika ukuran respons melebihi 8 KB, respons akan dipotong. Hasil pemeriksaan kesehatan tidak terpengaruh.
Parameter ini berlaku hanya jika Anda menyetel parameter Protokol Pemeriksaan Kesehatan ke HTTP, HTTPS, atau gRPC.
Pemeriksaan kesehatan HTTP dan HTTPS mendukung metode pemeriksaan kesehatan HEAD dan GET. Pemeriksaan kesehatan gRPC mendukung metode pemeriksaan kesehatan POST dan GET.
Backend Server Port: ALB menggunakan port server backend untuk melakukan pemeriksaan kesehatan. Ini adalah nilai default.
Custom Port: ALB menggunakan port tertentu untuk melakukan pemeriksaan kesehatan. Nilai valid: 1 hingga 65535.
Backend Server Internal IP: Alamat IP privat server backend digunakan untuk pemeriksaan kesehatan. Ini adalah nilai default.
Custom Domain Name: Masukkan nama domain. Nama domain harus memiliki panjang 1 hingga 80 karakter, dan hanya dapat berisi huruf kecil, angka, titik (.), dan tanda hubung (-). Nama domain harus berisi setidaknya satu titik (.), tetapi tidak dapat dimulai atau diakhiri dengan titik (.).
Jika protokol pemeriksaan kesehatan disetel ke HTTP atau HTTPS, Anda dapat memilih http_2xx, http_3xx, http_4xx, dan http_5xx. http_2xx dan http_3xx dipilih secara default.
Jika Anda menyetel parameter Protokol Pemeriksaan Kesehatan ke gRPC, nilai validnya adalah 0 hingga 99. Rentang nilai didukung. Anda dapat memasukkan hingga 20 rentang nilai. Pisahkan beberapa rentang nilai dengan koma (,).
Parameter | Deskripsi |
Server Group Type | Tentukan cara menambahkan server backend ke grup server. Nilai valid: |
Server Group Name | Nama kustom grup server. |
VPC | Pilih VPC dari daftar drop-down VPC. Hanya server dalam VPC yang dapat ditambahkan ke grup server. Catatan Parameter ini tidak tersedia untuk grup server tipe Function Compute. |
Backend Server Protocol | Pilih protokol backend. Nilai valid: Catatan |
Scheduling Algorithm | Pilih algoritma penjadwalan. Nilai valid: Catatan Parameter ini tidak tersedia untuk grup server tipe Function Compute. |
Tags and Resource Group | Tentukan tag dan grup sumber daya sesuai kebutuhan. |
IPv6 | Tentukan apakah akan mengaktifkan IPv6. IPv6 dinonaktifkan secara default. Catatan |
Session Persistence | Tentukan apakah akan mengaktifkan persistensi sesi. Persistensi sesi dinonaktifkan secara default. Jika persistensi sesi diaktifkan, ALB meneruskan semua permintaan dari klien ke server backend yang sama. Catatan Parameter ini tidak tersedia untuk grup server tipe Function Compute. |
Cross-zone Load Balancing | Tentukan apakah akan mengaktifkan load balancing antar-zona. Load balancing antar-zona diaktifkan secara default. ALB mendistribusikan permintaan ke layanan backend yang diterapkan di semua zona dalam wilayah yang sama. Jika load balancing antar-zona dinonaktifkan, ALB mendistribusikan permintaan ke layanan backend yang diterapkan di zona tunggal. Catatan |
Backend Persistent Connection | Tentukan apakah akan mengaktifkan fitur koneksi persisten backend. Secara default, fitur ini diaktifkan. Jika koneksi persisten backend diaktifkan, sejumlah koneksi TCP dipertahankan tetap hidup antara ALB dan server backend. Saat instans ALB menerima permintaan baru dan koneksi TCP persisten idle ada, ALB secara prioritas menggunakan koneksi TCP untuk meneruskan permintaan ke server backend. Ini mengurangi jumlah jabat tangan TCP dan beban server backend. Catatan Parameter ini tidak tersedia untuk grup server tipe Function Compute. |
Slow Start | Aktifkan mode mulai lambat berdasarkan kebutuhan bisnis Anda. Mode mulai lambat dinonaktifkan secara default. Untuk mengaktifkan mode mulai lambat, konfigurasikan parameter Slow Start Duration. Nilai valid: 30 hingga 900. Nilai default: 30. Unit: detik. Setelah Anda mengaktifkan mode mulai lambat, ALB secara bertahap meningkatkan jumlah permintaan yang diteruskan ke server backend yang diskalakan untuk mencegah lonjakan lalu lintas dalam skenario seperti persiapan sumber daya, caching, dan prefetching. Setelah durasi mulai lambat berakhir, ALB meneruskan permintaan ke server backend berdasarkan bobot mereka. Server backend yang diskalakan setelah durasi mulai lambat berakhir tidak masuk ke mode mulai lambat. Catatan |
Connection Draining | Tentukan apakah akan mengaktifkan drainase koneksi. Secara default, drainase koneksi dinonaktifkan. Untuk mengaktifkan drainase koneksi, konfigurasikan parameter Timeout Period. Nilai valid: 0 hingga 900. Nilai default: 300. Unit: detik. Nilai 0 menentukan pemutusan segera. Saat Anda menghapus server backend atau server backend dinyatakan tidak sehat: Catatan |
Health Check | Tentukan apakah akan mengaktifkan pemeriksaan kesehatan. Penting Jika pemeriksaan kesehatan diaktifkan untuk grup server tipe Function Compute, permintaan pemeriksaan kesehatan yang dikirim ke grup server akan dianggap sebagai permintaan yang dikirim ke Function Compute, yang akan dibebankan oleh Function Compute. |
Health Check Settings | Jika Anda mengaktifkan pemeriksaan kesehatan, Anda dapat mengklik Modify di sebelah kanan Health Check Settings untuk menampilkan lebih banyak pengaturan pemeriksaan kesehatan. |
Select and Load Health Check | Pilih dan muat pemeriksaan kesehatan. Catatan |
Health Check Protocol | Pilih protokol untuk pemeriksaan kesehatan. Untuk informasi lebih lanjut tentang batasan pemeriksaan kesehatan HTTPS, lihat Batasan pada pemeriksaan kesehatan HTTPS. |
Health Check Method | Tentukan metode pemeriksaan kesehatan. Nilai valid: Catatan |
Health Check Protocol Version | Pilih versi HTTP. Nilai valid: HTTP1.0 dan HTTP1.1. Catatan Parameter ini berlaku hanya jika HTTP atau HTTPS ditentukan sebagai protokol pemeriksaan kesehatan. |
Health Check Port | Tentukan port tempat Anda ingin melakukan pemeriksaan kesehatan. |
Health Check Path | Masukkan URL halaman pemeriksaan kesehatan. URL harus memiliki panjang 1 hingga 80 karakter, dan dapat berisi huruf, angka, tanda hubung (-), garis miring (/), titik (.), tanda persen (%), tanda tanya (?), tanda pagar (#), dan ampersand (&). URL juga dapat berisi karakter tambahan berikut: |
Health Check Domain Name | Masukkan nama domain yang digunakan untuk pemeriksaan kesehatan. |
Health Check Status Codes | Pilih satu atau lebih kode status HTTP. Kode status HTTP yang ditentukan digunakan untuk menunjukkan bahwa server backend lulus pemeriksaan kesehatan. Catatan Parameter ini berlaku hanya jika HTTP, HTTPS, atau gRPC ditentukan sebagai protokol pemeriksaan kesehatan. |
Response Timeout Period | Tentukan periode timeout untuk respons pemeriksaan kesehatan. Jika server backend tidak merespons dalam periode timeout yang ditentukan, server tersebut gagal dalam pemeriksaan kesehatan. |
Health Check Interval | Tentukan interval antara dua pemeriksaan kesehatan berturut-turut. |
Healthy Threshold | Tentukan jumlah kali server backend yang tidak sehat harus secara berturut-turut lulus pemeriksaan kesehatan sebelum dinyatakan sehat. |
Unhealthy Threshold | Tentukan jumlah kali server backend yang sehat harus secara berturut-turut gagal dalam pemeriksaan kesehatan sebelum dinyatakan tidak sehat. |
Save the health check configurations as a template, which can facilitate health check creation and configurations | Anda dapat mencentang kotak untuk menyimpan template pemeriksaan kesehatan. Jika Anda memilih opsi ini, Anda harus memasukkan nama untuk template tersebut. Catatan Parameter ini berlaku hanya jika Anda menyetel parameter Select and Load Health Check ke Custom Health Check. |
Tambahkan server backend
Setelah membuat grup server, Anda harus menambahkan satu atau lebih server backend ke grup tersebut. Dengan cara ini, server backend yang ditentukan dapat menerima permintaan yang didistribusikan oleh ALB.
Pastikan bahwa konfigurasi server backend tidak menyebabkan rantai penerusan permintaan menjadi loop. Saat ALB menerima permintaan, ALB menambahkan header HTTP ALICLOUD-ALB-TRACE ke permintaan. Nilai header adalah hash 16 digit yang dihasilkan berdasarkan rule_id instans ALB (parameter backend yang tidak ditampilkan di konsol). Jika ALB mendeteksi bahwa permintaan berisi lebih dari 16 nilai header ALICLOUD-ALB-TRACE yang berbeda, atau mengidentifikasi nilai header ALICLOUD-ALB-TRACE yang duplikat, ALB menentukan bahwa loop ada. ALB kemudian mengembalikan kode status 463 ke klien dan berhenti meneruskan permintaan untuk mencegah badai jaringan yang dapat menghabiskan sumber daya jaringan.
Tambahkan server backend tipe Server
Jika Anda menyetel tipe grup server ke Server, Anda harus menambahkan server backend dengan menentukan instance ECS, ENI, atau instance kontainer elastis.
Masuk ke Konsol ALB.
Di panel navigasi sisi kiri, pilih .
Pada halaman Server Groups, temukan grup server yang ingin Anda kelola dan klik Modify Backend Server di kolom Actions.
Pada tab Backend Servers, klik Add Backend Server.
Dalam panel Add Backend Server, pilih jenis layanan cloud dan klik Next.
Instance ECS
Pilih ECS/ENI untuk Tipe Server dan kemudian pilih instance ECS yang ingin Anda tambahkan.
Jika tidak ada instance ECS yang tersedia, klik Buy ECS di pojok kanan atas daftar instance.
ENIs
Pilih ECS/ENI untuk Tipe Server dan aktifkan Advanced Mode.
Klik ikon
di sebelah ID instance ECS dan pilih ENI. Pastikan bahwa ENI terkait dengan instance ECS. Untuk informasi lebih lanjut tentang cara mengaitkan ENI sekunder dengan instance ECS, lihat Mengikat ENI Sekunder.
Jika tidak ada instance ECS yang tersedia, klik Purchase ECS Instance di pojok kanan atas daftar instance.
Instance Kontainer Elastis
Pilih ECI untuk Tipe Server dan pilih instance kontainer elastis.
Jika tidak ada instance kontainer elastis yang tersedia, klik Purchase Elastic Container Instance di pojok kanan atas daftar instance.
Dalam langkah Ports/Weights, tentukan port dan bobot server backend dan klik OK.
Port: Tentukan port server backend yang menyediakan layanan,
Weight: Bobot server backend mengacu pada proporsi lalu lintas yang didistribusikan ke masing-masingnya. Bobot default adalah 100. Server dengan bobot lebih tinggi menerima lebih banyak permintaan.
Sebagai contoh, jika sebuah grup server memiliki tiga server backend dengan bobot 100, 50, dan 50, maka permintaan didistribusikan ke server-server tersebut dalam rasio 2:1:1. Server dengan bobot 100 menerima 50% dari permintaan, sedangkan dua server lainnya masing-masing menerima 25%.
CatatanJika persistensi sesi diaktifkan untuk grup server, permintaan mungkin tidak didistribusikan secara merata di antara server backend-nya.
Server dengan bobot 0 tidak menerima permintaan.
Jika sebuah grup server hanya memiliki satu server backend, dan bobotnya bukan 0, semua permintaan yang diteruskan ke grup server pergi ke server backend tersebut.
Jika sebuah grup server memiliki lebih dari satu server backend, lalu lintas didistribusikan berdasarkan bobot mereka, mengikuti prinsip-prinsip berikut:
Saat hasil pemeriksaan kesehatan salah satu server backend tidak sehat, permintaan tidak diteruskan ke server tersebut. ALB mendistribusikan lalu lintas ke semua server sehat berdasarkan bobot mereka. Saat server backend pulih, ia kembali menerima lalu lintas untuk pemrosesan.
Jika semua server dinyatakan tidak sehat, ALB terus mendistribusikan lalu lintas berdasarkan bobot semua server meskipun dalam kondisi tidak sehat. Hal ini untuk meminimalkan kerugian bisnis sebanyak mungkin.
Anda dapat mengubah bobot atau port beberapa server secara massal dengan mengarahkan penunjuk ke ikon
.Jika Anda mengklik Replicate to Below, bobot semua server yang terdaftar di bawah server saat ini disetel ke bobot yang sama dengan server saat ini.
Jika Anda mengklik Replicate to Above, bobot semua server yang terdaftar di atas server saat ini disetel ke bobot yang sama dengan server saat ini.
Jika Anda mengklik Replicate to All, bobot semua server dalam grup server disetel ke bobot yang sama dengan server saat ini.
Reset:
Jika Anda mengklik Reset di sebelah Port, port semua server dalam grup server dihapus.
Jika Anda mengklik Reset di sebelah Weight, bobot semua server dalam grup server diatur ulang ke nilai default.
Tambahkan server backend tipe Function Compute
Jika Anda menyetel tipe grup server ke Function Compute, Anda harus menambahkan fungsi untuk menerima permintaan. Informasi lebih lanjut tentang cara menambahkan fungsi sebagai server backend dapat ditemukan di Tambahkan Fungsi Function Compute ke Grup Server ALB.
ALB mendukung Function Compute 3.0 dan Function Compute 2.0.
Untuk menggunakan fungsi Function Compute untuk ALB, Anda harus mengaktifkan layanan Function Compute terlebih dahulu. Jika akun Anda didaftarkan satu hari setelah 27 Agustus 2024 dan telah menyelesaikan autentikasi nama asli, Anda dapat melewati proses aktivasi untuk Function Compute.
ALB dan Function Compute berkomunikasi melalui jaringan internal aman Alibaba Cloud.
Batasan
Untuk wilayah yang mendukung Function Compute sebagai server backend untuk ALB, lihat Wilayah dan Zona.
Instans ALB dan fungsi yang ingin Anda gunakan sebagai server backend harus diterapkan di wilayah yang sama.
Untuk grup server ALB tipe Function Compute, hanya satu fungsi yang dapat ditambahkan sebagai server backend.
Untuk Function Compute 2.0, jika Anda menyetel Handler Type fungsi ke Event Handler, dan menggunakan fungsi tersebut sebagai server backend untuk ALB, Anda harus mengonfigurasi pemicu HTTP untuk fungsi tersebut.
Masuk ke Konsol ALB.
Di panel navigasi sisi kiri, pilih .
Pada halaman Server Groups, temukan grup server yang ingin Anda kelola dan klik Modify Backend Server di kolom Actions.
Pada tab Backend Servers, klik Add Function.
Dalam panel Add Backend Server, gunakan salah satu metode berikut untuk menambahkan fungsi dan klik OK.
Tambahkan fungsi dengan memilih fungsi
Parameter
Deskripsi
Configuration Method
Pilih metode untuk menambahkan server backend.
Pilih Service dari daftar drop-down.
Function
Pilih fungsi yang telah Anda buat dari daftar drop-down. Jika tidak ada fungsi yang tersedia, klik Create a function untuk membuat fungsi.
Version or Alias
Pilih Specified Version atau Specified Alias.
Secara default, layanan baru hanya memiliki satu versi LATEST.
Description
Masukkan deskripsi.
Tambahkan fungsi dengan menentukan Alibaba Cloud Resource Name (ARN)-nya
Parameter
Deskripsi
Configuration Method
Pilih metode untuk menambahkan server backend.
Pilih ARN dari daftar drop-down.
ARN
Masukkan ARN fungsi yang ingin Anda tambahkan.
Anda dapat memperoleh ARN fungsi di halaman detail fungsi dalam konsol Function Compute.
Description
Masukkan deskripsi.
Tambahkan server backend tipe IP
Jika Anda menyetel tipe grup server ke IP, Anda harus menambahkan alamat IP untuk menerima permintaan. Jika Anda tidak mengaktifkan fitur alamat IP jarak jauh, alamat IP yang ingin Anda tambahkan harus berada dalam blok CIDR VPC saat ini. Jika Anda mengaktifkan fitur alamat IP jarak jauh, Anda dapat menambahkan alamat IP yang berada di luar blok CIDR VPC saat ini. Informasi lebih lanjut tentang cara menambahkan server backend ke ALB di wilayah yang berbeda dapat ditemukan di Tentukan Server Backend yang Berada di VPC di Wilayah yang Berbeda untuk ALB dan Tambahkan Server Lokal ke Instans ALB dalam Wilayah yang Sama.
Alibaba Cloud telah meningkatkan instans ALB pada 00:00:00 tanggal 25 Februari 2025 (UTC+8). Instans ALB yang dibuat pada atau setelah 00:00:00 tanggal 25 Februari 2025 (UTC+8) adalah versi yang ditingkatkan. Informasi lebih lanjut dapat ditemukan di Peningkatan Instans ALB.
Batasan
Jika Anda menggunakan instans ALB yang tidak ditingkatkan, jangan tambahkan instans ALB, Network Load Balancer (NLB), atau Classic Load Balancer (CLB) dalam VPC yang sama sebagai server backend ke grup server tipe alamat IP yang terkait dengan instans ALB yang tidak ditingkatkan. Jika konfigurasi seperti itu ada, kesalahan mungkin terjadi dalam layanan ALB. Anda hanya dapat menambahkan instans SLB sebagai server backend ke grup server tipe alamat IP untuk instans ALB yang ditingkatkan.
Instans ALB yang Ditingkatkan
Batasan pada Server Backend
Anda hanya dapat menambahkan alamat IP privat. Alamat IP publik tidak didukung.
Untuk grup server dengan IPv6 diaktifkan, hanya alamat IPv6 dalam blok CIDR VPC tempat grup server diterapkan yang dapat ditambahkan ke grup server sebagai server backend. Alamat IP jarak jauh tidak didukung.
Batasan pada Aturan Pengalihan
Jika Anda mengonfigurasikan Router Transit Edisi Perusahaan untuk layanan ALB Anda, router transit akan membuat antarmuka jaringan elastis (ENI) dalam vSwitch di zona yang Anda tentukan. ENI berfungsi sebagai titik masuk router transit untuk menerima lalu lintas dari VPC. Oleh karena itu, pastikan bahwa setidaknya ada vSwitch yang tersedia di zona yang Anda pilih. Untuk detail lebih lanjut, lihat Cara Kerja Router Transit.
Anda tidak dapat menyesuaikan tabel rute dalam VPC tempat layanan ALB Anda diterapkan untuk pengalihan lalu lintas antara ALB dan server backend. Hanya tabel rute sistem yang diizinkan.
Instans ALB yang Tidak Ditingkatkan
Batasan pada Server Backend
Alamat IP jarak jauh dapat ditambahkan sebagai server backend di wilayah dan zona ini: Wilayah dan Zona.
Hanya grup server tipe IP yang mendukung penambahan server backend yang diterapkan di wilayah yang berbeda.
Anda hanya dapat menambahkan alamat IP privat. Alamat IP publik tidak didukung.
Anda tidak dapat menambahkan instans ALB, instans NLB, atau instans CLB dalam VPC yang sama sebagai server backend.
Batasan pada Aturan Pengalihan
Anda dapat menggunakan router transit Edisi Perusahaan dan sirkuit Express Connect untuk pengalihan lintas wilayah. Router transit Edisi Dasar tidak didukung.
Jika Anda mengonfigurasikan router transit Edisi Perusahaan untuk layanan ALB Anda, router transit akan membuat ENI dalam vSwitch di zona yang Anda tentukan. ENI berfungsi sebagai titik masuk router transit untuk menerima lalu lintas dari VPC. Oleh karena itu, pastikan bahwa setidaknya ada vSwitch yang tersedia di zona yang Anda pilih. Untuk detail lebih lanjut, lihat Cara Kerja Router Transit.
Lalu lintas jaringan antara instans ALB dan server backend-nya hanya dapat dirutekan berdasarkan tabel rute sistem. Tabel rute kustom VPC tidak didukung.
Masuk ke Konsol ALB.
Di panel navigasi sisi kiri, pilih .
Pada halaman Server Groups, temukan grup server yang ingin Anda kelola dan klik Modify Backend Server di kolom Actions.
Pada tab Backend Servers, klik Add IP Address.
Dalam panel Add Backend Server, masukkan alamat IP server backend dan klik Next.
Jika Anda mengaktifkan fitur alamat IP jarak jauh, alamat IP yang termasuk dalam blok CIDR berikut didukung:
10.0.0.0/8
100.64.0.0/10
172.16.0.0/12
192.168.0.0/16
Jika Anda tidak mengaktifkan fitur alamat IP jarak jauh, hanya alamat IP yang termasuk dalam blok CIDR VPC tempat grup server dibuat yang didukung.
CatatanAnda dapat mengklik + Add IP Address untuk menambahkan beberapa server backend.
Dalam langkah Ports/Weights, tentukan port dan bobot server backend dan klik OK.
Port: Tentukan port server backend yang menyediakan layanan,
Weight: Bobot server backend mengacu pada proporsi lalu lintas yang didistribusikan ke masing-masingnya. Bobot default adalah 100. Server dengan bobot lebih tinggi menerima lebih banyak permintaan.
Sebagai contoh, jika sebuah grup server memiliki tiga server backend dengan bobot 100, 50, dan 50, maka permintaan didistribusikan ke server-server tersebut dalam rasio 2:1:1. Server dengan bobot 100 menerima 50% dari permintaan, sedangkan dua server lainnya masing-masing menerima 25%.
CatatanJika persistensi sesi diaktifkan untuk grup server, permintaan mungkin tidak didistribusikan secara merata di antara server backend-nya.
Server dengan bobot 0 tidak menerima permintaan.
Jika sebuah grup server hanya memiliki satu server backend, dan bobotnya bukan 0, semua permintaan yang diteruskan ke grup server pergi ke server backend tersebut.
Jika sebuah grup server memiliki lebih dari satu server backend, lalu lintas didistribusikan berdasarkan bobot mereka, mengikuti prinsip-prinsip berikut:
Saat hasil pemeriksaan kesehatan salah satu server backend tidak sehat, permintaan tidak diteruskan ke server tersebut. ALB mendistribusikan lalu lintas ke semua server sehat berdasarkan bobot mereka. Saat server backend pulih, ia kembali menerima lalu lintas untuk pemrosesan.
Jika semua server dinyatakan tidak sehat, ALB terus mendistribusikan lalu lintas berdasarkan bobot semua server meskipun dalam kondisi tidak sehat. Hal ini untuk meminimalkan kerugian bisnis sebanyak mungkin.
Anda dapat mengubah bobot atau port beberapa server secara massal dengan mengarahkan penunjuk ke ikon
.Jika Anda mengklik Replicate to Below, bobot semua server yang terdaftar di bawah server saat ini disetel ke bobot yang sama dengan server saat ini.
Jika Anda mengklik Replicate to Above, bobot semua server yang terdaftar di atas server saat ini disetel ke bobot yang sama dengan server saat ini.
Jika Anda mengklik Replicate to All, bobot semua server dalam grup server disetel ke bobot yang sama dengan server saat ini.
Reset:
Jika Anda mengklik Reset di sebelah Port, port semua server dalam grup server dihapus.
Jika Anda mengklik Reset di sebelah Weight, bobot semua server dalam grup server diatur ulang ke nilai default.
Hapus server backend
Anda dapat menghapus server backend dari grup server berdasarkan kebutuhan bisnis Anda. Setelah server dihapus, server tersebut tidak lagi memproses permintaan klien.
Jika Anda menghapus server backend dari grup server, layanan Anda mungkin terganggu. Kami merekomendasikan agar Anda menyetel bobot server backend menjadi 0 sebelum menghapus server backend dari grup server.
Masuk ke Konsol ALB.
Di panel navigasi sisi kiri, pilih .
Pada halaman Server Groups, temukan grup server yang ingin Anda kelola dan klik ID-nya.
Klik tab Backend Servers, temukan server backend yang ingin Anda hapus, dan kemudian klik Remove di kolom Actions.
Dalam pesan yang muncul, klik OK.
Ubah pemeriksaan kesehatan
Anda dapat mengubah konfigurasi pemeriksaan kesehatan grup server berdasarkan kebutuhan bisnis Anda.
Masuk ke Konsol ALB.
Di panel navigasi sisi kiri, pilih .
Pada halaman Server Groups, temukan grup server yang ingin Anda kelola dan klik Modify Health Check di kolom Actions.
Dalam kotak dialog Modify Health Check, aktifkan atau nonaktifkan Pemeriksaan Kesehatan. Anda juga dapat mengklik Modify di sebelah Health Check Settings untuk mengubah parameter pemeriksaan kesehatan.
PeringatanSetelah pemeriksaan kesehatan dinonaktifkan, ALB tidak lagi memeriksa status kesehatan server backend. Jika server backend down, lalu lintas jaringan tidak dapat secara otomatis dialihkan ke server backend yang sehat.
Jika Anda menentukan interval pemeriksaan kesehatan yang lebih panjang, lebih banyak waktu diperlukan untuk ALB mendeteksi server backend yang tidak sehat.
Hapus grup server
Jika grup server tidak ditentukan dalam aturan pengalihan apa pun yang digunakan oleh listener, Anda dapat menghapus grup server. Setelah Anda menghapus grup server, server backend dalam grup server tidak terpengaruh.
Masuk ke Konsol ALB.
Di panel navigasi sisi kiri, pilih .
Pada halaman Server Groups, temukan grup server yang ingin Anda hapus dan pilih
> Delete di kolom Actions. Dalam pesan yang muncul, klik OK.
Referensi
CreateServerGroup: membuat grup server untuk instans ALB.
AddServersToServerGroup: menambahkan server backend ke grup server.
UpdateServerGroupAttribute: memperbarui konfigurasi grup server, termasuk pemeriksaan kesehatan, persistensi sesi, nama, algoritma penjadwalan, dan konfigurasi protokol.
UpdateServerGroupServersAttribute: memperbarui bobot dan deskripsi server backend dalam grup server.
ReplaceServersInServerGroup: mengganti server backend dalam grup server.
RemoveServersFromServerGroup: menghapus server backend dari grup server.
DeleteServerGroup: menghapus grup server.