Server Load Balancer:Migrasi satu klik pendengar Lapisan-7 ke ALB

Batasan migrasi

Tipe instans CLB yang didukung

• Instans CLB IPv4 akses internal dalam VPC yang telah dikonfigurasi dengan pendengar Lapisan 7 (HTTP atau HTTPS).

• Instans CLB IPv4 akses Internet yang telah dikonfigurasi dengan pendengar Lapisan 7 (HTTP atau HTTPS).

Skenario yang tidak didukung

Wizard migrasi tidak mendukung skenario berikut. Kami menyarankan Anda untuk memigrasikan secara manual pendengar Lapisan 7 dari CLB ke ALB.

• Instans CLB yang tidak memiliki pendengar HTTP atau HTTPS yang dikonfigurasi.

• Instans CLB akses internal dalam jaringan klasik.

• Instans CLB IPv6.

Pertimbangan migrasi

• Migrasi tidak didukung di wilayah tempat ALB tidak tersedia. Untuk informasi tentang wilayah yang mendukung ALB, lihat Wilayah dan zona yang mendukung ALB.

• Wizard migrasi tidak memigrasikan konfigurasi WAF. Jika WAF diaktifkan untuk instans CLB, Anda harus mengaktifkan perlindungan WAF secara manual untuk instans ALB tujuan setelah migrasi. Kami menyarankan Anda mengaktifkan WAF 3.0 untuk instans ALB baru. Untuk informasi lebih lanjut, lihat Aktifkan perlindungan WAF untuk instans ALB.

• Wizard migrasi tidak memigrasikan aturan alert berbasis ambang batas untuk CLB. Anda harus mengonfigurasi aturan alert baru untuk instans ALB melalui Konsol Cloud Monitor, operasi API, atau SDK. Untuk informasi lebih lanjut, lihat Konfigurasikan aturan alert untuk metrik ALB.

• Perlindungan DDoS diaktifkan secara default untuk instans ALB. Namun, wizard migrasi tidak memigrasikan ambang batas perlindungan DDoS kustom. Anda harus mengonfigurasi ambang batas tersebut secara manual di Konsol Keamanan Lalu Lintas setelah migrasi.

• Wizard migrasi tidak memigrasikan konfigurasi kontrol akses. Jika Anda memerlukan kontrol akses, Anda harus mengonfigurasinya untuk instans ALB setelah migrasi. Untuk informasi lebih lanjut, lihat Kontrol akses.

• Untuk pendengar HTTPS, Anda harus menentukan secara manual sertifikat server dan sertifikat CA.

• Wizard migrasi tidak memigrasikan konfigurasi kelompok server utama/cadangan CLB.

• Wizard migrasi secara otomatis memigrasikan server backend dari instans CLB akses internal. Namun, saat ini wizard migrasi tidak memigrasikan server backend dari instans CLB akses Internet. Wizard migrasi membuat kelompok server baru di VPC tempat instans ALB berada. Anda harus menambahkan server backend secara manual ke kelompok server ini. Server backend tersebut harus berada di VPC yang sama dengan instans ALB.

Penagihan

Migrasi satu klik dari CLB ke ALB tidak dikenakan biaya tambahan. Instans ALB baru ditagih sesuai aturan penagihan ALB.

• Aturan penagihan ALB

• Aturan penagihan CLB pay-as-you-go

Prasyarat

• Konfigurasikan pendengar Lapisan 7 (pendengar HTTP atau HTTPS) pada instans CLB yang akan dimigrasikan.

• Contoh ini menggunakan empat instans ECS.

  • Server aplikasi: ECS01 dan ECS02 adalah server backend.

  • Server uji: Gunakan ECS03 untuk menguji traffic sebelum migrasi dan ECS04 untuk memverifikasi traffic selama migrasi.

    Jika Anda sudah memiliki server uji, Anda tidak perlu membuat ECS03 dan ECS04.

Langkah 1: Gunakan wizard migrasi

1. Buka wizard migrasi menggunakan salah satu metode berikut.

   Metode 1: Konsol CLB

   1. Login ke Konsol CLB.

   2. Pada bilah navigasi atas, pilih wilayah instans CLB.

   3. Pada halaman Instances, temukan instans target dan klik ID-nya.

   4. Klik tab Migration Wizard. Setelah mengonfirmasi informasi dalam pesan, klik Enable pada kartu Migrate from CLB to ALB.

   Metode 2: Konsol ALB

   Catatan

   Metode ini tidak tersedia jika tidak ada instans ALB di wilayah instans CLB yang akan dimigrasikan. Gunakan Metode 1 sebagai gantinya.

   1. Login ke Konsol ALB.

   2. Pada bilah navigasi atas, pilih wilayah instans CLB.

   3. Pada halaman Instances, klik Migrate from CLB to ALB.

   4. Pada kotak dialog Migrate from CLB to ALB, konfirmasi informasi dalam pesan, pilih instans CLB yang akan dimigrasikan, lalu klik Open Migration Wizard.

2. Pada langkah Review Configurations, tinjau informasi dasar instans CLB dan informasi prakonfigurasi untuk instans ALB. Konfigurasikan semua pendengar yang ditandai dengan ikon , centang kotak konfirmasi, lalu klik Next.

   • : Menunjukkan item konfigurasi yang memerlukan konfigurasi manual.

   • : Menunjukkan item konfigurasi yang dimodifikasi sistem secara otomatis.

   Anda dapat mengklik Modify Listener dan Modify Certificate untuk memodifikasi konfigurasi pendengar ALB. Anda hanya dapat memodifikasi sertifikat untuk pendengar HTTPS.

3. Pada langkah Create Instance, konfigurasikan VPC dan vSwitch untuk instans ALB baru, lalu klik Next.

   Parameter	Deskripsi
   VPC	Untuk instans CLB akses internal, instans ALB baru ditempatkan di VPC yang sama dengan instans CLB secara default. Untuk instans CLB akses Internet, Anda harus memilih VPC.
   Zone	Pilih zona dan vSwitch. Untuk ketersediaan tinggi, kami merekomendasikan memilih minimal dua zona jika wilayah saat ini mendukung dua zona atau lebih. ALB tidak membebankan biaya tambahan untuk penggunaan beberapa zona. Pilih vSwitch di setiap zona yang dipilih. Jika tidak tersedia vSwitch di suatu zona, buat satu sesuai petunjuk di konsol. Opsional: Saat memigrasikan instans CLB akses Internet, Anda harus memilih alamat IP elastis (EIP) di setiap zona yang dipilih. Jika tidak tersedia EIP yang ada, Anda dapat memilih Purchase EIP. Sistem secara otomatis membuat alamat IP elastis (EIP) BGP (Multi-ISP) tipe pay-as-you-go (pay-by-data-transfer) dengan perlindungan Anti-DDoS Origin Basic dan mengaitkannya dengan instans ALB. Anda juga dapat mengaitkan EIP yang sudah ada dengan instans ALB baru. Penting Anda hanya dapat mengaitkan EIP tipe pay-as-you-go (pay-by-data-transfer) yang tidak termasuk dalam instans Bandwidth Internet Bersama. EIP di zona berbeda untuk instans ALB yang sama harus bertipe sama.

4. Pada langkah Confirm Order, tinjau konfigurasi instans ALB, centang kotak di bagian Pricing/Billing, lalu klik Start Migration.

5. Pada langkah Complete, tunggu hingga migrasi selesai. Anda kemudian dapat melakukan operasi berikut.

   Resource Orchestration Service (ROS) melakukan migrasi, yang memakan waktu 1 hingga 10 menit. Anda dapat mengikuti petunjuk untuk membuka konsol ROS dan melihat status tugas migrasi di stack yang sesuai.

   • Klik View Instance untuk membuka halaman detail instans ALB baru.

   • Klik CLB Instance List untuk kembali ke daftar instans CLB.

   • Klik ALB Instance List untuk kembali ke daftar instans ALB.

6. Langkah berikutnya: Setelah migrasi, verifikasi bahwa server backend telah ditambahkan ke instans ALB baru.

   1. Pada panel navigasi kiri, pilih ALB > Instances.

   2. Pada halaman Instances, temukan instans ALB baru dan klik ID-nya.

   3. Klik tab Listener. Temukan pendengar target dan klik View Details di kolom Actions.

   4. Pada tab Listener Details, klik View/Modify Backend Server di bagian Server Group (Default Forwarding Rule). Pada tab Backend Servers yang muncul, periksa apakah ada server backend yang terdaftar.

      Jika tidak ada server backend yang terdaftar, klik Add Backend Server untuk menambahkan minimal dua server. Anda juga harus men-deploy aplikasi di server tersebut agar instans ALB dapat mendistribusikan permintaan. Dalam contoh ini, ECS01 dan ECS02 ditambahkan sebagai server backend ke instans ALB.

      • Untuk informasi lebih lanjut tentang cara membuat instans ECS, lihat Buat instans menggunakan wizard.

      • Contoh berikut menunjukkan perintah untuk men-deploy aplikasi uji di ECS01 dan ECS02.

        Perintah untuk men-deploy aplikasi di ECS01

        yum install -y nginx
        systemctl start nginx.service
        cd /usr/share/nginx/html/
        echo "Hello World ! This is ECS01." > index.html
        

        Perintah untuk men-deploy aplikasi di ECS02

        yum install -y nginx
        systemctl start nginx.service
        cd /usr/share/nginx/html/
        echo "Hello World ! This is ECS02." > index.html
        

Langkah 2: Uji traffic

(Opsional) Aktifkan log akses

ALB terintegrasi dengan Simple Log Service (SLS) untuk menyediakan log akses. Gunakan log akses untuk memantau beban pada instans ALB dan memecahkan masalah.

1. Login ke Konsol ALB.

2. Pada bilah navigasi atas, pilih wilayah tempat instans ALB ditempatkan.

3. Pada halaman Instances, temukan instans ALB target dan klik ID-nya.

4. Pada halaman detail instans, klik tab Access Logs. Kemudian, pada tab Access Logs, klik Create Access Log.

5. Pada kotak dialog Create Access Log, konfigurasikan Project dan Logstore, lalu klik OK. Pada kotak dialog konfirmasi, klik OK lagi.

   Parameter	Deskripsi
   Project	Unit manajemen resource di Simple Log Service yang digunakan untuk isolasi dan kontrol resource. Select Project: Pilih Project dari daftar drop-down. Create Project: Masukkan nama untuk Project baru.
   Logstore	Unit di Simple Log Service yang digunakan untuk mengumpulkan, menyimpan, dan mengkueri data log. Select Logstore: Pilih Logstore dari daftar drop-down. Create Logstore: Masukkan nama untuk Logstore baru. Jika Anda memilih membuat Project baru, Anda juga harus membuat Logstore baru.
   Notes on Creating Service-linked Role	Operasi ini secara otomatis membuat peran terkait layanan dengan izin yang diperlukan.

Uji traffic

1. Login jarak jauh ke ECS03.

   Catatan

   Instans ECS03 ini memiliki Alamat IP publik.

2. Jalankan perintah berikut untuk memodifikasi file hosts.

   sudo vi /etc/hosts

   Pada file hosts, tambahkan alamat IP elastis dan nama domain instans ALB, lalu simpan dan tutup file.

   118.XX.XX.113 www.example.net

3. Jalankan perintah berikut untuk menguji pengalihan traffic melalui instans ALB.

   curl -v www.example.net

   Gambar berikut menunjukkan output yang diharapkan:

   [root@xxx ~]# curl -v www.xxx
   * Rebuilt URL to: www.xxx/
   *   Trying 118.xxx.xxx.113...
   * TCP_NODELAY set
   * Connected to www.xxx (118.xxx.xxx.113) port 80 (#0)
   > GET / HTTP/1.1
   > Host: www.xxx
   > User-Agent: curl/7.61.1
   > Accept: */*
   >
   < HTTP/1.1 200 OK
   < Date: Mon, 25 Sep 2023 09:10:00 GMT
   < Content-Type: text/html
   < Content-Length: 29
   < Connection: keep-alive
   < Last-Modified: Mon, 25 Sep 2023 08:44:00 GMT
   < ETag: "65114850-1d"
   < Accept-Ranges: bytes
   <
   Hello World ! This is ECS01.
   

   [xxx@xxxsuZ ~]# curl -v www.xxx
   * Rebuilt URL to: www.xxx/
   *   Trying 118.xxx.113...
   * TCP_NODELAY set
   * Connected to www.xxx (118.xxx.113) port 80 (#0)
   > GET / HTTP/1.1
   > Host: www.xxx
   > User-Agent: curl/7.61.1
   > Accept: */*
   >
   < HTTP/1.1 200 OK
   < Date: Mon, 25 Sep 2023 09:10:06 GMT
   < Content-Type: text/html
   < Content-Length: 29
   < Connection: keep-alive
   < Last-Modified: Mon, 25 Sep 2023 08:45:03 GMT
   < ETag: "6511488f-1d"
   < Accept-Ranges: bytes
   <
   Hello World ! This is ECS02.
   

4. (Opsional) Untuk melihat log akses, kembali ke Konsol ALB. Pada tab Access Logs untuk instans ALB Anda, klik tautan di samping Simple Log Service.

   Di Konsol Simple Log Service, Anda juga dapat menggabungkan bidang seperti request_uri, http_host, upstream_addr, dan status sesuai kebutuhan untuk melihat log waktu proses untuk nama domain ALB atau aturan pengalihan berbasis URL.

Langkah 3: Migrasikan traffic ke instans ALB

Langkah 1: Konfigurasikan domain sementara dan rekaman CNAME

1. Login ke Konsol Alibaba Cloud DNS.

2. Pada halaman Public Zone, temukan dan klik nama domain example.net untuk instans CLB.

3. Pada halaman Settings, temukan rekaman A yang mengarah ke alamat layanan instans CLB, lalu klik Edit di kolom Actions.

4. Pada panel Edit Record, ubah Hostname, lalu klik OK. Dalam contoh ini, Hostname diubah menjadi web0. Biarkan parameter lainnya tidak berubah.

5. Pada halaman Settings, klik Add Record. Pada panel Add Record, konfigurasikan parameter berikut dan klik OK.

   Parameter	Deskripsi
   Record Type	Pilih CNAME dari daftar drop-down.
   Hostname	Awalan nama domain Anda. Dalam contoh ini, masukkan www.
   DNS Query Source	Pilih Default.
   TTL	Time to Live (TTL), yang mengontrol berapa lama rekaman DNS di-cache di server DNS. Dalam contoh ini, atur nilainya menjadi 5 detik.
   Record Value	Masukkan nama domain sementara. Dalam contoh ini, masukkan web0.example.net.

Langkah 2: Tambahkan rekaman CNAME untuk ALB

Pada halaman Settings, klik Add Record. Pada panel Add Record, konfigurasikan parameter berikut dan klik OK.

Langkah 3: Atur bobot dan mulai rilis canary

1. Pada halaman Settings, temukan rekaman CNAME yang Anda tambahkan di Langkah 2. Klik panah drop-down di samping Edit dan pilih Edit Record Set.

2. Pada bagian Record Values di bagian bawah panel Edit Record, atur bobot untuk rekaman DNS instans CLB dan ALB sebagai berikut: atur bobot rekaman DNS untuk instans CLB menjadi 100, dan bobot rekaman DNS untuk instans ALB menjadi 0. Klik OK untuk menyimpan perubahan dan keluar.

3. Setelah Anda memverifikasi bahwa layanan Anda tidak terpengaruh, turunkan secara bertahap bobot rekaman DNS untuk instans CLB dan tingkatkan bobot rekaman DNS untuk instans ALB.

4. Login ke instans ECS04 di VPC yang sama dengan instans ALB, lalu jalankan perintah dig beberapa kali untuk memverifikasi migrasi traffic.

   Catatan

   Pastikan instans ECS04 memiliki Alamat IP publik dan instal perintah dig dengan menjalankan yum install bind-utils.

   dig www.example.net

   Gambar berikut menunjukkan output perintah. Hasilnya menunjukkan bahwa permintaan didistribusikan ke instans ALB atau CLB berdasarkan bobot yang dikonfigurasi.

   [root@xxx 2uvl6raykm3Z ~]# dig www.xxx.net
   
   ; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.10 <<>> www.xxx.net
   ;; global options: +cmd
   ;; Got answer:
   ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31592
   ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
   
   ;; QUESTION SECTION:
   ;www.xxx.net.                IN      A
   
   ;; ANSWER SECTION:
   www.xxx.net.        5       IN      CNAME   web0.xxx.net.
   web0.xxx.net.       5       IN      A       47.xxx.xxx.144
   
   ;; Query time: 63 msec
   ;; SERVER: 100.xxx.136#53(100.xxx.136)
   ;; WHEN: Thu Jan 19 15:46:40 CST 2023
   ;; MSG SIZE  rcvd: 66
   

   [root@xxx vl6raykm3Z ~]# dig www.xxx.net
   
   ; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.10 <<>> www.xxx.net
   ;; global options: +cmd
   ;; Got answer:
   ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14224
   ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0
   
   ;; QUESTION SECTION:
   ;www.xxx.net.                IN      A
   
   ;; ANSWER SECTION:
   www.xxx.net.        5       IN      CNAME   alb-xxx.com.
   alb-xxx.com.        60      IN      A       116.xxx.54
   alb-xxx.com.        60      IN      A       118.xxx.39
   
   ;; Query time: 4 msec
   ;; SERVER: 100.xxx.136#53(100.xxx.136)
   ;; WHEN: Thu Jan 19 15:47:52 CST 2023
   ;; MSG SIZE  rcvd: 128
   

Langkah 4: Selesaikan migrasi traffic

Berdasarkan hasil verifikasi migrasi traffic, turunkan secara bertahap bobot rekaman DNS untuk instans CLB hingga 0 dan, secara bersamaan, tingkatkan bobot rekaman DNS untuk instans ALB hingga 100. Hal ini menyelesaikan migrasi traffic dari instans CLB ke instans ALB. Ketika semua koneksi jangka panjang pada instans CLB telah diproses sepenuhnya dan instans CLB tidak menerima traffic baru, Anda dapat memantau instans tersebut selama periode tertentu berdasarkan skenario bisnis Anda, lalu melepas instans CLB. Untuk informasi lebih lanjut tentang cara melepas instans CLB, lihat Lepas instans CLB.

FAQ