Konfigurasikan aturan untuk mengalihkan permintaan yang ditujukan ke nama domain yang sama tetapi URL berbeda guna menerapkan pengalihan traffic yang presisi - Server Load Balancer

Secara default, Classic Load Balancer (CLB) mengarahkan semua permintaan yang diperiksa oleh listener ke kelompok server backend yang terkait dengan listener tersebut. Konfigurasi ini dapat menyebabkan alokasi sumber daya tidak merata, degradasi kinerja, serta operasi dan pemeliharaan yang kompleks, sehingga tidak memenuhi kebutuhan bisnis yang semakin beragam. Anda dapat mengonfigurasi aturan pengalihan pada listener CLB untuk mengarahkan traffic ke kelompok server backend yang berbeda, memungkinkan manajemen traffic yang lebih granular dan isolasi layanan, meningkatkan pemanfaatan sumber daya, menjamin stabilitas layanan, serta mengoptimalkan pengalaman pengguna.

Ikhtisar fitur

Kebijakan pengalihan listener CLB memungkinkan distribusi presisi permintaan klien yang masuk ke server backend yang berbeda berdasarkan nama domain dan path URL, sehingga mencapai distribusi traffic yang efisien dan rasional.

CLB mendukung konfigurasi aturan pengalihan berbasis nama domain dan berbasis URL untuk listener. Dengan mengonfigurasi aturan pengalihan, Anda dapat mengarahkan permintaan klien secara presisi ke kelompok server backend yang berbeda, sehingga mengoptimalkan load balancing di antara sumber daya server Anda.

Fitur utama

Aturan pengalihan berbasis nama domain

Mode pencocokan: CLB mendukung pencocokan eksak dan pencocokan pola wildcard (termasuk satu wildcard dan beberapa wildcard). Misalnya, www.aliyun.com merupakan pencocokan eksak, sedangkan *.aliyun.com dan *.market.aliyun.com merupakan pencocokan pola wildcard.

Prinsip prioritas pencocokan sebagai berikut: Pencocokan eksak didahulukan daripada pencocokan pola wildcard. Jika suatu permintaan cocok dengan beberapa nama domain wildcard, nama domain wildcard tingkat lebih tinggi didahulukan daripada nama domain wildcard tingkat lebih rendah. Hal ini memastikan bahwa aturan paling presisi selalu dieksekusi.

Tabel berikut menunjukkan contoh prioritas pencocokan. "✓" menunjukkan bahwa nama domain dalam permintaan cocok dengan nama domain yang ditentukan dalam aturan pengalihan. "×" menunjukkan bahwa nama domain dalam permintaan tidak cocok dengan nama domain yang ditentukan dalam aturan pengalihan.

Mode	Request URL	Domain name-based forwarding rule
Mode	Request URL	www.aliyun.com	*.aliyun.com	*.market.aliyun.com
Exact matching	www.aliyun.com	✓	×	×
Wildcard pattern matching	market.aliyun.com	×	✓	×
Wildcard pattern matching	info.market.aliyun.com	×	×	✓

Aturan pengalihan berbasis URL
- Logika pencocokan: Jika suatu permintaan cocok dengan beberapa nama domain wildcard, pencocokan dengan awalan terpanjang didahulukan atas semua pencocokan lainnya. Misalnya, jika aturan untuk mengalihkan permintaan yang ditujukan ke /abc dan /abcd telah dikonfigurasi, permintaan yang ditujukan ke /abcde akan menerapkan aturan /abcd.
- Kombinasi aturan: Anda dapat mengonfigurasi beberapa kebijakan untuk satu listener guna mengalihkan permintaan yang ditujukan ke nama domain yang sama tetapi URL berbeda ke kelompok server backend yang berbeda. Hal ini membantu mencapai distribusi traffic yang kompleks. Sebagai contoh, Anda dapat mengarahkan permintaan baca dan tulis ke kelompok server yang berbeda.

Cara kerja

Anda dapat mengonfigurasi beberapa aturan pengalihan untuk satu listener, masing-masing mengaitkan kelompok vServer yang berbeda dengan listener tersebut. Gambar berikut menunjukkan prioritas pencocokan. Saat tidak ada aturan pengalihan yang dikonfigurasi, CLB mengalihkan permintaan ke kelompok server default yang terkait dengan listener. Saat tersedia aturan pengalihan tertentu, CLB terlebih dahulu memeriksa aturan berbasis nama domain dan berbasis URL di antara semua aturan. Jika ditemukan kecocokan, permintaan dialihkan ke kelompok server yang terkait dengan listener yang ditentukan dalam aturan tersebut. Jika tidak ditemukan kecocokan, permintaan dialihkan ke kelompok server default yang terkait dengan listener.

Skenario penggunaan

Model microservices: Dalam arsitektur microservices, sebuah aplikasi terdiri dari beberapa microservice independen, masing-masing diterapkan pada instans atau kontainer yang berbeda. Microservice ini bekerja sama untuk menyediakan fungsionalitas aplikasi secara lengkap. Dengan menggunakan mekanisme routing cerdas berbasis URL, permintaan klien didistribusikan secara akurat ke instans microservice yang menangani logika bisnis yang diperlukan. Misalnya, pada platform e-commerce, permintaan autentikasi pengguna, permintaan pemrosesan pesanan, dan permintaan pembayaran diarahkan secara cerdas ke instans tertentu yang menyediakan layanan autentikasi, layanan pesanan, dan layanan pembayaran berdasarkan URL dalam permintaan HTTP.
Isolasi permintaan baca dan tulis: Untuk layanan dengan konkurensi tinggi dan persyaratan konsistensi data yang ketat, seperti layanan pemrosesan pesanan, strategi isolasi baca-tulis dapat digunakan untuk mengoptimalkan kinerja layanan dan keamanan data. Operasi baca dan tulis ditangani oleh instans atau kluster database yang berbeda. Operasi baca diarahkan ke database baca, sedangkan operasi tulis diarahkan ke database tulis.
Multitenancy: Untuk aplikasi multitenan, demi mencapai isolasi layanan dan personalisasi bagi penyewa yang berbeda, lingkungan independen perlu disediakan untuk masing-masing penyewa. Misalnya, buat subdomain khusus penyewa untuk membedakan titik akhir layanan bagi penyewa yang berbeda. Selain itu, URL yang berbeda dapat digunakan untuk membedakan titik akhir bagi fungsionalitas layanan yang berbeda. Hal ini tidak hanya menjamin keamanan dan privasi data tiap penyewa, tetapi juga memungkinkan tiap penyewa menikmati pengalaman dan antarmuka pengguna yang disesuaikan.

Batasan

Hanya listener HTTP atau HTTPS Lapisan 7 yang mendukung aturan pengalihan.
Kelompok server backend yang ditentukan dalam aturan pengalihan harus berupa kelompok vServer.
Jumlah aturan pengalihan berbasis nama domain dan berbasis URL yang dapat dikonfigurasi untuk listener HTTP atau HTTPS tidak boleh melebihi 40. Untuk informasi selengkapnya, lihat Batasan.

Contoh skenario

Sebuah platform pendidikan ingin menyediakan berbagai layanan pembelajaran daring, termasuk kursus video dan perpustakaan soal daring, melalui satu nama domain. Layanan video memerlukan bandwidth tinggi dan kemampuan pemrosesan media, sedangkan layanan perpustakaan soal memerlukan komputasi intensif dan waktu respons singkat. Awalnya, semua layanan diterapkan pada satu kelompok server, sehingga menyebabkan alokasi sumber daya tidak merata dan memengaruhi kecepatan akses perpustakaan soal selama periode puncak kursus video, merusak pengalaman pengguna. Terlebih lagi, saat traffic pengguna melonjak, beban server terlalu tinggi hingga tidak dapat menjamin operasi layanan yang stabil.

Dalam skenario ini, platform menggunakan Alibaba Cloud CLB dan mengonfigurasi aturan pengalihan traffic untuk permintaan yang ditujukan ke nama domain yang sama tetapi URL berbeda. Seperti yang ditunjukkan pada gambar berikut, permintaan untuk URL /video/ dialihkan ke kelompok server video RS1, memastikan layanan video memiliki bandwidth dan kapasitas pemrosesan yang cukup. Permintaan untuk URL /exam/ dialihkan ke kelompok server perpustakaan soal RS2, mengoptimalkan sumber daya komputasi untuk waktu respons singkat terhadap kueri dan pengiriman. Dengan solusi ini, platform mencapai routing presisi dan menjamin setiap layanan berjalan secara efisien dan independen.

Prasyarat

Virtual private network (VPC) bernama VPC1 telah dibuat di wilayah Tiongkok (Shanghai) dan vSwitch VSW1 serta VSW2 telah dibuat di Zona E dan Zona G, masing-masing.
Instance Elastic Compute Service (ECS) ECS01 dan ECS02 telah dibuat di VSW1 dan VSW2, masing-masing, serta layanan aplikasi telah diterapkan pada ECS01 dan ECS02. Permintaan ke port yang digunakan oleh layanan aplikasi diizinkan oleh grup keamanan yang ditentukan untuk ECS01 dan ECS02.
Kode contoh berikut menunjukkan cara penerapan layanan aplikasi pengujian pada ECS01 dan ECS02 dalam contoh ini:
Kode contoh untuk menerapkan layanan aplikasi pengujian pada instance ECS
Kode contoh untuk penerapan pada ECS01
```
yum install -y nginx
systemctl start nginx.service
mkdir /usr/share/nginx/html/video
cd /usr/share/nginx/html/video
echo "Hello World ! This is video service." > index.html
```
Kode contoh untuk penerapan pada ECS02
```
yum install -y nginx
systemctl start nginx.service
mkdir /usr/share/nginx/html/exam
cd /usr/share/nginx/html/exam
echo "Hello World ! This is exam service." > index.html
```
Dua kelompok vServer RS1 dan RS2 telah dibuat untuk instance CLB Anda dengan membuat dan mengelola kelompok vServer CLB, ECS01 ditambahkan ke RS1, dan ECS02 ditambahkan ke RS2. Konfigurasi port yang sama diterapkan pada kelompok vServer seperti pada layanan aplikasi. Dalam contoh ini, port default yang digunakan oleh layanan NGINX digunakan, yaitu port 80.
Listener HTTP atau listener HTTPS telah dikonfigurasi untuk instance CLB Anda.
Nama domain telah didaftarkan di Alibaba Cloud dan nomor Internet content provider (ICP) telah diperoleh untuk nama domain tersebut.

Prosedur

Langkah 1: Konfigurasikan aturan pengalihan

Masuk ke Konsol CLB.
Pada bilah navigasi atas, pilih wilayah tempat instance CLB Anda berada.
Pada halaman Instances, klik ID instance CLB yang ingin Anda kelola.
Klik tab Listener, temukan listener yang ingin Anda kelola, lalu klik Set Forwarding Rule di kolom Actions.
Pada panel Add Forwarding Policy, konfigurasikan parameter seperti yang ditunjukkan dan dijelaskan di bawah ini, lalu klik Add Forwarding Policy.
- Domain Name: Masukkan nama domain kustom yang telah Anda daftarkan dan peroleh nomor ICP-nya.
- URL: Tentukan URL tempat permintaan dialihkan.
  Pengaturan path dalam aturan pengalihan bersifat case-sensitive. Misalnya, /video dan /viDeo dianggap sebagai dua direktori berbeda dan memerlukan aturan pengalihan terpisah untuk mengelola traffic yang ditujukan ke masing-masingnya.
Catatan
Jika URL suatu permintaan berisi karakter khusus, Anda harus menggunakan kode escape URL untuk mengonversi karakter khusus tersebut. Misalnya, jika URL permintaan berisi tanda pagar (#), tanda pagar tersebut harus dikonversi menjadi kode escape (%23). Dengan demikian, sistem dapat mencocokkan URL permintaan dengan aturan pengalihan berbasis URL.

Langkah 2: Konfigurasikan pemeriksaan kesehatan

Catatan

Secara default, saat CLB melakukan pemeriksaan kesehatan HTTP pada server backend, CLB mengirim permintaan HTTP ke halaman utama default yang dikonfigurasi pada server backend. Jika Anda tidak ingin menggunakan halaman utama default untuk pemeriksaan kesehatan, Anda dapat menentukan URL tertentu.

Pada halaman Instances, klik ID instance CLB yang ingin Anda kelola.
Pada tab Listener, temukan listener yang ingin Anda kelola dan klik Set Forwarding Rule di kolom Actions.
Pada panel Add Forwarding Policy, di area Forwarding Rules, temukan aturan pengalihan yang ingin Anda kelola, lalu klik Modify. Ulangi langkah 3 hingga 4 untuk semua aturan pengalihan yang ingin Anda kelola.
Pada panel Modify Forwarding Rule, aktifkan Advanced Setting dan Health Check, lalu atur parameter Health Check Path. Anda dapat mengaturnya ke URL yang dikonfigurasi untuk aturan pengalihan, misalnya, /video, seperti yang ditunjukkan pada gambar berikut.

Langkah 3: Buat rekaman DNS

Catatan

Untuk domain yang tidak didaftarkan di Alibaba Cloud, Anda harus terlebih dahulu menambahkan nama domain ke Alibaba Cloud DNS sebelum dapat membuat rekaman DNS.
Jika instance CLB Anda bersifat internal-facing, Anda harus terlebih dahulu mengaitkan alamat Elastic IP (EIP) dengannya, lalu membuat rekaman A untuk memetakan nama domain ke EIP guna akses Internet.

Pada panel navigasi kiri, pilih CLB > Instances.
Pada halaman Instances, temukan instance CLB yang ingin Anda kelola dan salin Endpoint instance CLB tersebut.

Lakukan langkah-langkah berikut untuk membuat rekaman A:

Masuk ke Alibaba Cloud DNS console.
Pada halaman Public Authoritative DNS Resolution, temukan nama domain yang ingin Anda kelola, lalu klik DNS Settings di kolom Actions.
Pada tab DNS Settings, klik Add Record.

Pada panel Add Record, konfigurasikan parameter berikut, gunakan nilai default untuk semua parameter lainnya atau atur sesuai kondisi aktual, lalu klik OK.

Parameter	Deskripsi
Record Type	Pilih A dari daftar drop-down.
Hostname	Awalan nama domain Anda. Dalam contoh ini, dimasukkan www. Catatan Jika Anda menggunakan nama domain root, masukkan @.
Record Value	Masukkan alamat A yang sesuai dengan nama domain Anda. Dalam contoh ini, digunakan alamat IP instance CLB Anda.

Langkah 4: Uji konektivitas jaringan

Gunakan browser untuk mengakses http://<Nama domain>/<URL>/, lihat hasil respons, dan periksa apakah permintaan diarahkan ke kelompok server yang ditentukan.

Akses layanan video di http://www.***-example.com/video/ dan periksa apakah permintaan diarahkan ke kelompok vServer RS1 untuk menyediakan layanan video.
Akses layanan perpustakaan soal di http://www.***-example.com/exam/ dan periksa apakah permintaan diarahkan ke kelompok vServer RS2 untuk menyediakan layanan perpustakaan soal.

Permasalahan terkait

Apakah aturan pengalihan CLB untuk permintaan yang ditujukan ke nama domain yang sama tetapi URL berbeda mendukung pengalihan URL?

Tidak, tidak mendukung. Aturan pengalihan CLB berfokus pada pengalihan traffic. Jika Anda ingin mengonfigurasi aturan pengalihan yang mengandung pengalihan URL, pertimbangkan Application Load Balancer (ALB). Untuk informasi selengkapnya, lihat Konfigurasikan aturan pengalihan listener.

Mengapa kelompok server backend dinyatakan tidak sehat setelah saya mengonfigurasi aturan pengalihan untuk URL yang berbeda?

CLB melakukan pemeriksaan kesehatan berdasarkan jalur pemeriksaan kesehatan yang ditetapkan untuk listener, yaitu path root secara default, bukan URL yang dikonfigurasi untuk kebijakan pengalihan. Jika Anda telah mengonfigurasi aturan pengalihan untuk permintaan yang ditujukan ke nama domain yang sama tetapi URL berbeda, tetapi belum memodifikasi jalur pemeriksaan kesehatan untuk listener, kelompok server backend mungkin secara tak terduga dinyatakan tidak sehat. Anda harus memodifikasi jalur pemeriksaan kesehatan sesuai kebutuhan dalam aturan pengalihan.

Apakah saya akan ditagih untuk aturan pengalihan berbasis nama domain?

Tidak, Anda tidak akan ditagih. Jika instance CLB Anda bersifat internal-facing dan Anda mengaitkan EIP dengan instance CLB Anda untuk mengubah jenis jaringannya menjadi Internet-facing, Anda akan dikenai biaya untuk transfer data Internet. Untuk informasi penagihan spesifik, lihat Penagihan CLB.

Referensi

Untuk mengonfigurasi beberapa nama domain HTTPS untuk instance CLB, lihat Konfigurasikan instance CLB untuk melayani beberapa nama domain melalui HTTPS.
Jika sistem aplikasi Anda saat ini menggunakan protokol HTTP untuk komunikasi dan Anda ingin melakukan migrasi lancar ke protokol HTTPS, lihat Gunakan CLB untuk mengalihkan permintaan dari HTTP ke HTTPS.
Untuk melakukan migrasi lancar dari CLB ke ALB, lihat Migrasi satu-klik listener Lapisan 7 CLB ke ALB dan Migrasi manual listener Lapisan 7 dari CLB ke ALB.