Dibandingkan dengan Classic Load Balancer (CLB), Application Load Balancer (ALB) menawarkan kemampuan pemrosesan Lapisan 7 yang lebih unggul, fitur routing lanjutan, serta mampu menangani lalu lintas aplikasi dalam skala besar. Anda dapat mengaktifkan Web Application Firewall (WAF) hanya dengan satu klik, sehingga memisahkan sepenuhnya pengalihan lalu lintas dari aspek keamanan. ALB juga menyediakan fitur-fitur lanjutan untuk pengalaman load balancing yang lebih baik. Topik ini menjelaskan cara melakukan migrasi pendengar Lapisan 7 dari instans CLB ke instans ALB menggunakan wizard migrasi.
Batasan
Tipe instans CLB yang didukung
Instans CLB IPv4 private-facing di VPC dengan pendengar Lapisan 7 (HTTP atau HTTPS) yang telah dikonfigurasi.
Instans CLB IPv4 public-facing dengan pendengar Lapisan 7 (HTTP atau HTTPS) yang telah dikonfigurasi.
Skema migrasi yang tidak didukung
Wizard migrasi tidak mendukung migrasi satu-klik dalam skenario berikut. Untuk kasus tersebut, kami menyarankan Anda untuk melakukan migrasi manual pendengar Lapisan 7 dari CLB ke ALB.
Instans CLB tanpa pendengar HTTP atau HTTPS.
Instans CLB private-facing di jaringan klasik.
Instans CLB IPv6.
Pertimbangan migrasi
Migrasi tidak didukung di wilayah tempat ALB tidak tersedia. Untuk informasi tentang wilayah dan zona yang didukung, lihat Wilayah dan zona yang mendukung ALB.
Konfigurasi Web Application Firewall (WAF) tidak dimigrasikan. Jika WAF diaktifkan untuk instans CLB Anda, Anda harus mengaktifkan perlindungan WAF secara manual setelah migrasi. Kami merekomendasikan mengaktifkan WAF 3.0 untuk instans ALB baru. Untuk informasi selengkapnya, lihat Aktifkan perlindungan WAF untuk instans ALB.
Aturan peringatan berbasis ambang batas untuk CLB di CloudMonitor tidak dimigrasikan. Anda harus mengonfigurasi ulang aturan tersebut di Konsol CloudMonitor atau melalui API atau SDK. Setelah migrasi, lihat Tetapkan aturan peringatan untuk metrik ALB untuk mengonfigurasi aturan baru.
Anti-DDoS diaktifkan secara default. Konfigurasi ambang batas Anti-DDoS kustom tidak dimigrasikan. Setelah migrasi, Anda harus mengonfigurasinya ulang secara manual di Konsol Anti-DDoS.
Konfigurasi kontrol akses tidak dimigrasikan. Setelah migrasi, Anda harus mengonfigurasinya secara manual. Untuk informasi selengkapnya, lihat Kontrol akses.
Anda harus menentukan secara manual sertifikat server dan sertifikat CA untuk pendengar HTTPS.
Konfigurasi kelompok server utama/cadangan pada instans CLB tidak dapat dimigrasikan ke instans ALB.
Untuk instans CLB private-facing, server backend dimigrasikan secara langsung. Untuk instans CLB public-facing, server backend tidak dimigrasikan. Sebagai gantinya, sistem membuat kelompok server baru di VPC tempat instans ALB berada. Anda harus menambahkan server backend ke kelompok server tersebut secara manual. Server backend tersebut harus berada di VPC yang sama dengan instans ALB.
Penagihan
Fitur migrasi satu-klik dari CLB ke ALB tidak dikenai biaya. Instans ALB baru akan ditagih berdasarkan aturan penagihan ALB.
Prasyarat
Pendengar Lapisan 7 (HTTP atau HTTPS) telah dikonfigurasi untuk instans CLB yang ingin dimigrasikan.
Contoh dalam topik ini menggunakan empat instans ECS.
Server yang menjalankan aplikasi bisnis: ECS01 dan ECS02 digunakan sebagai server backend.
Server untuk pengujian: ECS03 digunakan untuk menguji lalu lintas sebelum migrasi, dan ECS04 digunakan untuk memverifikasi akses lalu lintas selama migrasi.
Jika Anda sudah memiliki server pengujian, Anda tidak perlu membuat ECS03 dan ECS04.
Langkah 1: Mulai migrasi
Gunakan salah satu metode berikut untuk membuka wizard migrasi.
Metode 1: Konsol CLB
-
Masuk ke Konsol CLB.
Pada bilah navigasi atas, pilih wilayah tempat instans CLB diterapkan.
Pada halaman Instances, temukan instans target dan klik ID-nya.
Klik tab Migration Wizard, tinjau informasinya, lalu klik Enable pada kartu Migrate from CLB to ALB.
Metode 2: Konsol ALB
CatatanJika Anda tidak memiliki instans ALB di wilayah tempat instans CLB berada, Anda tidak dapat menggunakan Konsol ALB untuk melakukan migrasi satu-klik. Dalam kasus ini, gunakan Metode 1.
Masuk ke Konsol ALB.
Pada bilah navigasi atas, pilih wilayah tempat instans CLB diterapkan.
Pada halaman Instances, klik Migrate from CLB to ALB.
Pada kotak dialog Migrate from CLB to ALB, tinjau informasinya, pilih instans CLB yang akan dimigrasikan, lalu klik Open Migration Wizard.
-
Pada langkah Review Configurations, konfirmasi informasi dasar CLB dan informasi ALB yang telah diprapopulasikan. Untuk setiap pendengar, lengkapi semua konfigurasi wajib yang ditandai dengan ikon
, centang kotak konfirmasi, lalu klik Next.
: Menunjukkan item konfigurasi yang memerlukan input manual.
: Menunjukkan item konfigurasi yang diubah secara otomatis oleh sistem.
Anda dapat mengklik Modify Listener atau Modify Certificate untuk mengubah konfigurasi pendengar ALB. Anda hanya dapat memodifikasi sertifikat untuk pendengar HTTPS.
Pada langkah Create Instance, konfigurasikan VPC dan vSwitch untuk instans ALB baru, lalu klik Next.
Parameter
Deskripsi
VPC
Instans CLB private-facing: Instans ALB secara default ditetapkan ke VPC yang sama dengan instans CLB.
Instans CLB public-facing: Anda perlu memilih VPC secara manual.
Zone
Pilih zona dan vSwitch.
ALB mendukung penerapan multi-zona. Jika wilayah saat ini mendukung dua zona atau lebih, pilih minimal dua zona untuk memastikan ketersediaan tinggi layanan Anda. ALB tidak membebankan biaya tambahan untuk zona tersebut.
Pilih vSwitch untuk setiap zona yang dipilih. Jika tidak tersedia vSwitch, buat sesuai petunjuk konsol.
Opsional: Saat melakukan migrasi instans CLB public-facing, Anda perlu memilih EIP di zona yang dipilih.
Jika tidak tersedia EIP yang ada, Anda dapat memilih Purchase EIP. Sistem secara otomatis membuat EIP BGP (Multi-ISP) tipe pay-as-you-go (pay-by-traffic) dengan perlindungan keamanan default dan mengikatnya ke instans ALB.
Pilih EIP yang ada: Ikat EIP yang ada ke instans ALB baru.
PentingAnda hanya dapat mengikat EIP tipe pay-as-you-go (pay-by-traffic) yang belum ditambahkan ke instans Internet Shared Bandwidth.
EIP yang ditetapkan ke zona berbeda pada instans ALB yang sama harus bertipe sama.
Pada langkah Confirm Order, konfirmasi konfigurasi instans ALB, centang kotak Pricing/Billing, lalu klik Start Migration.
Pada langkah Complete, tunggu hingga tugas migrasi selesai. Anda kemudian dapat melakukan tindakan berikut:
Tugas migrasi memerlukan waktu sekitar 1 hingga 10 menit. Tugas ini dilakukan oleh Resource Orchestration Service (ROS). Anda dapat mengikuti petunjuk menuju konsol ROS untuk melihat progres tugas di stack.
Klik View Instance untuk melihat detail instans ALB hasil migrasi.
Klik CLB Instance List untuk melihat daftar instans CLB.
Klik ALB Instance List untuk melihat daftar instans ALB.
Setelah migrasi selesai, periksa apakah instans ALB baru memiliki server backend.
Pada panel navigasi kiri, pilih .
Pada halaman Instances, temukan instans ALB hasil migrasi dan klik ID-nya.
Klik tab Listener, temukan pendengar target, lalu klik View Details di kolom Actions.
Pada tab Listener Details, pada bagian Server Group (Default Forwarding Rule), klik View/Modify Backend Server. Anda akan diarahkan ke tab Backend Servers. Periksa apakah terdapat server backend yang terdaftar.
Jika tidak ada server backend yang terdaftar, klik Add Backend Server untuk menambahkan minimal dua server backend yang telah menjalankan aplikasi ke instans ALB. Hal ini memastikan instans ALB dapat mendistribusikan permintaan klien dengan benar. Dalam topik ini, server backend ECS01 dan ECS02 telah ditambahkan ke instans ALB.
Untuk informasi selengkapnya tentang cara membuat instans ECS, lihat Buat instans menggunakan wizard.
Berikut contoh cara menerapkan aplikasi uji coba pada ECS01 dan ECS02:
Langkah 2: Uji trafik
Aktifkan log akses (opsional)
ALB, yang terintegrasi dengan Simple Log Service (SLS), menyediakan fitur log akses. Anda dapat menggunakan log akses untuk memantau beban instans ALB dan mendiagnosis masalah.
Masuk ke Konsol ALB.
Pada bilah navigasi atas, pilih wilayah tempat instans ALB diterapkan.
Pada halaman Instances, temukan instans ALB target dan klik ID-nya.
Pada halaman detail instans, klik tab Access Logs. Pada tab Access Logs, klik Create Access Log.
Pada kotak dialog Create Access Log, konfigurasikan Project dan Logstore. Lalu, klik OK. Pada kotak dialog konfirmasi yang muncul, klik OK lagi.
Parameter
Deskripsi
Project
Unit manajemen resource di Simple Log Service yang digunakan untuk isolasi dan kontrol resource.
Select Project: Pilih Project yang ada dari daftar drop-down.
Create Project: Masukkan nama Project baru di kotak teks.
Logstore
Unit untuk pengumpulan, penyimpanan, dan kueri data log di Simple Log Service.
Select Logstore: Pilih Logstore yang ada dari daftar drop-down.
Create Logstore: Masukkan nama Logstore baru di kotak teks. Jika Anda membuat Project baru, Anda juga harus membuat Logstore baru.
Notes on Creating Service-linked Role
Tindakan ini secara otomatis membuat peran terkait layanan yang diperlukan untuk mengaktifkan fitur tersebut.
Uji trafik
Login jarak jauh ke ECS03.
CatatanAlamat IP publik telah ditetapkan ke instans ECS03 saat pembelian.
Jalankan perintah berikut untuk memodifikasi file hosts.
sudo vi /etc/hostsPada file hosts, tambahkan entri berikut untuk memetakan EIP instans ALB ke nama domain. Lalu, simpan dan tutup file tersebut.
118.XX.XX.113 www.example.netJalankan perintah berikut untuk menguji pengalihan lalu lintas ALB.
curl -v www.example.netGambar berikut menunjukkan output perintah:


(Opsional) Kembali ke Konsol ALB, temukan tab Access Logs untuk instans ALB target, lalu klik tautan di sebelah kanan Simple Log Service untuk melihat log akses.
Di Konsol Simple Log Service, Anda juga dapat mengkueri bidang seperti request_uri, http_host, upstream_addr, dan status untuk melihat log waktu proses domain ALB atau aturan pengalihan berbasis path.
Langkah 3: Migrasi trafik ke instans ALB
Karena perbedaan semantik dalam cara aturan pengalihan CLB dan ALB menangani nama domain dan URL, kami sangat menyarankan Anda untuk membandingkan secara cermat kebijakan pengalihan CLB dan aturan pengalihan ALB sebelum melakukan migrasi lalu lintas. Untuk memastikan fungsionalitasnya identik, Anda mungkin perlu menyesuaikan aturan pengalihan di ALB berdasarkan perbedaan antara aturan pengalihan CLB dan ALB. Semua konfigurasi harus diuji dan divalidasi secara menyeluruh untuk mencegah dampak tak terduga terhadap bisnis Anda selama migrasi.
Untuk meminimalkan dampak, lakukan migrasi lalu lintas dari instans CLB selama jam sepi.
Topik ini mengasumsikan bahwa Anda telah mengonfigurasi resolusi DNS untuk instans CLB Anda. Anda telah menggunakan Rekaman A untuk mengarahkan nama domain ke alamat layanan instans CLB. Setelah Anda memverifikasi konfigurasi instans ALB, topik ini menjelaskan cara melakukan migrasi lalu lintas dari CLB ke ALB dengan menggunakan Alibaba Cloud DNS sebagai contoh. Untuk informasi selengkapnya tentang Alibaba Cloud DNS, lihat Resolusi otoritatif publik.
Langkah 1: Konfigurasikan domain sementara dan Rekaman CNAME
Kami merekomendasikan penggunaan Rekaman CNAME untuk instans ALB. Untuk memenuhi syarat pengaktifan rekaman DNS berbobot, Anda harus menambahkan Rekaman CNAME untuk nama domain sementara dan mengarahkannya ke alamat layanan instans CLB yang akan dimigrasikan. Dalam topik ini, nama domain bisnis yang dikonfigurasi untuk instans CLB adalah www.example.net.
Untuk mengaktifkan rekaman DNS berbobot, Anda harus memiliki beberapa Rekaman A, CNAME, atau AAAA untuk hostname dan sumber kueri yang sama di bawah domain tersebut.
Masuk ke Konsol Alibaba Cloud DNS.
Pada halaman Public Zone, temukan dan klik nama domain
example.netyang digunakan oleh instans CLB.Pada halaman Settings, temukan Rekaman A yang mengarah ke alamat layanan instans CLB dan klik Edit di kolom Actions.
Pada panel Edit Record, ubah Hostname lalu klik OK. Dalam topik ini, ubah Hostname menjadi web0. Biarkan parameter lainnya tetap sama.
Pada halaman Settings, klik Add Record. Pada panel Add Record, konfigurasikan parameter berikut lalu klik OK.
Parameter
Deskripsi
Record Type
Pilih CNAME dari daftar drop-down.
Hostname
Awalan nama domain Anda. Masukkan www.
DNS Query Source
Pilih Default.
TTL
TTL (Time To Live) menunjukkan berapa lama rekaman DNS disimpan di cache pada server DNS. Dalam topik ini, nilai TTL diatur menjadi 5 detik.
Record Value
Masukkan nama domain sementara. Dalam topik ini, masukkan web0.example.net.
Langkah 2: Tambahkan Rekaman CNAME untuk instans ALB
Pada halaman Settings, klik Add Record. Pada panel Add Record, konfigurasikan parameter berikut lalu klik OK.
Parameter | Deskripsi |
Record Type | Pilih CNAME dari daftar drop-down. |
Hostname | Awalan nama domain Anda. Masukkan www. |
DNS Query Source | Pilih Default. |
TTL | TTL (Time To Live) menunjukkan berapa lama rekaman DNS disimpan di cache pada server DNS. Dalam topik ini, nilai TTL diatur menjadi 5 detik. |
Record Value | Masukkan nama DNS instans ALB yang telah Anda salin. |
Langkah 3: Tetapkan bobot untuk memulai rilis canary
Pada halaman Settings, temukan Rekaman CNAME yang ditambahkan pada Langkah 2, klik panah drop-down di samping Edit, lalu klik Edit Record Set.
Pada panel Edit Record, pada bagian Record Values, tetapkan bobot untuk rekaman DNS instans CLB dan ALB. Tetapkan bobot rekaman untuk instans CLB menjadi 100 dan bobot rekaman untuk instans ALB menjadi 0. Klik OK.

Setelah Anda memastikan layanan Anda tidak terganggu, kurangi secara bertahap bobot rekaman DNS untuk instans CLB sambil meningkatkan secara bertahap bobot untuk instans ALB.
Masuk ke instans ECS04 yang berada di VPC yang sama dengan instans ALB. Jalankan perintah
digbeberapa kali untuk memverifikasi migrasi lalu lintas.CatatanInstans ECS04 ini diberi alamat IP publik dan telah menginstal perintah dig dengan menjalankan
yum install bind-utils.dig www.example.netOutput perintah ditunjukkan pada gambar berikut. Dengan menjalankan perintah beberapa kali, Anda dapat mengamati bahwa permintaan didistribusikan ke instans ALB atau CLB berdasarkan bobot yang dikonfigurasi.


Langkah 4: Selesaikan migrasi trafik
Berdasarkan hasil verifikasi migrasi lalu lintas, kurangi secara bertahap bobot rekaman DNS untuk instans CLB hingga 0 sambil meningkatkan secara bertahap bobot rekaman DNS untuk instans ALB hingga 100. Hal ini menyelesaikan migrasi lalu lintas dari instans CLB ke instans ALB. Setelah semua koneksi berdurasi panjang ke instans CLB selesai diproses dan instans CLB tidak menerima lalu lintas baru, Anda dapat memantau instans tersebut selama periode tertentu sesuai skenario bisnis Anda, lalu melepas instans CLB. Untuk informasi selengkapnya tentang cara melepas instans CLB, lihat Lepas instans CLB.
FAQ
Bagaimana kebijakan pengalihan dan pengalihan CLB dimigrasikan?
Setelah migrasi, aturan pengalihan untuk pengalihan dan routing berbasis domain/path secara otomatis dikonfigurasi untuk instans ALB.
Karena perbedaan semantik dalam cara aturan pengalihan CLB dan ALB menangani nama domain dan URL, kami sangat menyarankan Anda untuk membandingkan secara cermat kebijakan pengalihan CLB dan aturan pengalihan ALB sebelum melakukan migrasi lalu lintas. Untuk memastikan fungsionalitasnya identik, Anda mungkin perlu menyesuaikan aturan pengalihan di ALB berdasarkan perbedaan antara aturan pengalihan CLB dan ALB.
Apa perbedaan antara aturan pengalihan CLB dan ALB?
Aturan pengalihan CLB dan ALB memiliki perbedaan semantik dalam cara memproses nama domain dan path URL:
Nama domain
Aturan pengalihan domain CLB mendukung pencocokan eksak dan wildcard. Urutan pencocokan adalah: pencocokan eksak, lalu wildcard yang lebih sempit, kemudian wildcard yang lebih luas. Hal ini memastikan aturan yang paling spesifik diterapkan terlebih dahulu.
Aturan pengalihan domain ALB mendukung pencocokan eksak, wildcard, dan regex. Urutan pencocokan ditentukan oleh prioritas yang ditentukan pengguna.
Path URL
Aturan pengalihan path URL CLB berdasarkan Pencocokan awalan terpanjang dari path URL.
Aturan pengalihan path URL ALB mendukung pencocokan eksak, wildcard, dan regex.
Tabel berikut menggambarkan bagaimana aturan pengalihan CLB dan ALB mencocokkan karakter khusus tertentu dalam permintaan URL. Anda dapat menggunakannya sebagai referensi untuk menyesuaikan aturan pengalihan saat melakukan migrasi dari CLB ke ALB.
URL Aturan
Permintaan
Pencocokan CLB
ALB MATCH
Deskripsi
??Tidak
Tidak
Karakter
?dalam permintaan biasanya memisahkan URL dari string kueri dan dihapus selama pencocokan path.Karakter valid apa pun
Tidak
Ya
ALB mendukung
?sebagai wildcard karakter tunggal. CLB tidak.%%Tidak
- (Tidak diizinkan)
Karakter
%dalam permintaan biasanya digunakan untuk encoding URL. Misalnya,%61didekode menjadia.%61%61Tidak
- (Tidak diizinkan)
Dalam permintaan, karakter
%biasanya digunakan untuk escaping, di mana%61di-escape menjadia.aTidak
Tidak
-
a%61Ya
Ya
Karakter
%dalam permintaan biasanya digunakan untuk escaping, di mana%61di-escape menjadia.ab,abc, dll.Ya
Tidak
CLB melakukan pencocokan awalan secara default. ALB memerlukan pencocokan eksak kecuali jika aturan wildcard (misalnya, /a*) digunakan.
test/*test- (Tidak didukung)
Tidak
ALB mendukung sintaks wildcard eksplisit (*). Pencocokan awalan CLB tidak menggunakan karakter * dalam aturannya.
test/- (Tidak didukung)
Ya
test/a- (Tidak didukung)
Ya
Bagaimana sertifikat untuk pendengar HTTPS CLB dimigrasikan?
Anda harus menentukan sertifikat secara manual selama migrasi. Jika Anda tidak memiliki sertifikat, Anda harus terlebih dahulu membeli atau mengunggahnya di Konsol Layanan Manajemen Sertifikat.
Untuk sertifikat server, lihat Beli sertifikat SSL dan Unggah, sinkronkan, dan bagikan sertifikat SSL.
Untuk sertifikat CA, lihat Beli dan aktifkan CA privat.
Setelah migrasi, sistem secara otomatis mengonfigurasi sertifikat yang sesuai berdasarkan sertifikat server, sertifikat tambahan, dan sertifikat CA yang Anda tentukan.
ALB dapat mendistribusikan lalu lintas di beberapa domain. Untuk informasi selengkapnya, lihat Sajikan beberapa domain HTTPS menggunakan satu instans ALB.
ALB mendukung autentikasi HTTPS satu arah dan dua arah. Untuk informasi selengkapnya, lihat Capai enkripsi end-to-end dengan mengonfigurasi akses HTTPS full-link dan Terapkan bisnis HTTPS menggunakan ALB (otentikasi dua arah).
Migrasi server backend dari VPC berbeda
Kelompok server ALB terikat pada VPC tertentu. Wizard membuat kelompok server baru di VPC instans ALB, dan Anda harus menambahkan server backend dari VPC yang sama ke kelompok tersebut secara manual.
Kelompok server berbasis IP untuk instans ALB dapat memiliki server dari VPC berbeda. Untuk menambahkan instans ECS dari VPC berbeda, buat kelompok server berbasis IP untuk instans ALB setelah migrasi dan tambahkan instans tersebut ke dalamnya. Untuk informasi selengkapnya, lihat Lampirkan server dari VPC cross-region menggunakan ALB.