Server Load Balancer：Praktik terbaik untuk migrasi dari NGINX Ingress yang dikelola sendiri ke ALB Ingress

Proses migrasi

Resolusikan nama domain ke NGINX Ingress dan ALB Ingress, lalu sesuaikan bobot Ingress tersebut secara bertahap. Hal ini memastikan migrasi yang transparan bagi bisnis Anda. Gambar berikut menunjukkan prosedur migrasi traffic menggunakan Alibaba Cloud DNS. Untuk informasi lebih lanjut mengenai setiap langkah, lihat Contoh migrasi.

Contoh migrasi

Contoh ini menunjukkan proses migrasi.

Sebuah perusahaan menginstal controller NGINX Ingress di kluster ACK dan mengonfigurasi layanan LoadBalancer yang menghadap Internet untuk controller tersebut. Controller tersebut secara otomatis dikaitkan dengan instans Classic Load Balancer (CLB) yang menghadap Internet. Perusahaan tersebut mengonfigurasi rekaman DNS untuk memetakan nama domain www.example.net ke instans CLB. Permintaan yang ditujukan ke nama domain tersebut diresolusi ke instans CLB, yang kemudian meneruskan permintaan tersebut ke pod backend.

Langkah 1: Konfigurasikan ALB Ingress

Seiring perkembangan bisnis, performa NGINX Ingress tidak lagi memenuhi kebutuhan bisnis dan juga menimbulkan biaya O&M yang tinggi. Perusahaan tersebut ingin memindahkan network traffic dari NGINX Ingress ke ALB Ingress. Selama proses migrasi, perusahaan menggunakan tool migrasi yang disediakan oleh ACK untuk mengonversi konfigurasi NGINX Ingress menjadi konfigurasi ALB Ingress, serta menambahkan ALB Ingress ke konfigurasi resolusi DNS. Dalam konfigurasi resolusi DNS tersebut, ALB Ingress memiliki prioritas lebih rendah dibandingkan NGINX Ingress.

Langkah 2: Secara bertahap pindahkan traffic ke ALB Ingress

Setelah perusahaan menjalankan pengujian dan memverifikasi bahwa ALB Ingress dapat meneruskan traffic sesuai harapan, perusahaan meningkatkan bobot rekaman DNS untuk ALB Ingress agar lebih banyak traffic dialihkan ke ALB Ingress.

Langkah 3: Hapus sumber daya yang terkait dengan NGINX Ingress

Setelah seluruh traffic dipindahkan ke ALB Ingress, perusahaan menghapus konfigurasi DNS yang terkait dengan NGINX Ingress, melepaskan sumber daya yang terkait dengan NGINX Ingress, dan menguninstal controller NGINX Ingress. Setelah menyelesaikan Langkah 1 hingga Langkah 3, seluruh network traffic berhasil dipindahkan dari NGINX Ingress ke ALB Ingress. Proses migrasi ini transparan bagi pengguna.

Prasyarat

Klien kubectl telah terhubung ke kluster ACK. Untuk informasi lebih lanjut, lihat Dapatkan kubeconfig kluster dan hubungkan ke kluster menggunakan kubectl.

Langkah 1: Konfigurasikan ALB Ingress

1. Masuk ke Konsol ACK dan instal controller ALB Ingress di kluster yang ingin Anda migrasikan. Untuk informasi lebih lanjut, lihat Kelola controller ALB Ingress. Atur ALB Instance ke None karena tool migrasi secara otomatis mengonversi AlbConfig, IngressClass, dan Ingress.

   Penting

   Untuk mengizinkan akses dari ALB Ingress ke cluster khusus ACK, berikan izin akses ke controller ALB Ingress sebelum Anda mendeploy layanan. Untuk informasi lebih lanjut, lihat Berikan akses cluster khusus ACK ke controller ALB Ingress.

2. Buat file YAML bernama ingress2albconfig.yaml dan salin konten berikut ke dalam file tersebut:

   apiVersion: batch/v1
   kind: Job
   metadata:
     name: ingress2albconfig
     namespace: default
   spec:
     template:
       spec:
         containers:
         - name: ingress2albconfig
           image: registry.cn-hangzhou.aliyuncs.com/acs/ingress2albconfig:latest
           command: ["/bin/ingress2albconfig", "print"]
         restartPolicy: Never
         serviceAccount: ingress2albconfig
         serviceAccountName: ingress2albconfig
     backoffLimit: 4
   ---
   apiVersion: rbac.authorization.k8s.io/v1
   kind: ClusterRole
   metadata:
     name: system:ingress2albconfig
   rules:
   - apiGroups:
     - networking.k8s.io
     resources:
     - ingresses
     - ingressclasses
     verbs:
     - get
     - list
     - watch
     - update
     - create
     - patch
   ---
   apiVersion: v1
   kind: ServiceAccount
   metadata:
     name: ingress2albconfig
     namespace: default
   ---
   kind: ClusterRoleBinding
   apiVersion: rbac.authorization.k8s.io/v1
   metadata:
     name: system:ingress2albconfig
   roleRef:
     apiGroup: rbac.authorization.k8s.io
     kind: ClusterRole
     name: system:ingress2albconfig
   subjects:
     - kind: ServiceAccount
       name: ingress2albconfig
       namespace: default

3. Jalankan kode berikut untuk menjalankan Job. Job tersebut secara otomatis mengonversi konfigurasi controller NGINX Ingress menjadi konfigurasi AlbConfig, IngressClass, dan Ingress, lalu menampilkan konfigurasi tersebut. Anda dapat melihat konfigurasi tersebut di log.

   kubectl apply -f ingress2albconfig.yaml

   Output yang diharapkan:

   job.batch/ingress2albconfig created
   clusterrole.rbac.authorization.k8s.io/system:ingress2albconfig created
   serviceaccount/ingress2albconfig created
   clusterrolebinding.rbac.authorization.k8s.io/system:ingress2albconfig created

4. Lihat pod tempat Job tersebut berjalan.

   kubectl get pod -l job-name=ingress2albconfig

   Output yang diharapkan:

   NAME                READY   STATUS      RESTARTS   AGE
   ingress2albconfig-vw***   0/1     Completed   0          16m

5. Lihat log pod tersebut.

   kubectl logs ingress2albconfig-vw*** # Ganti dengan nama Pod yang diperoleh pada langkah sebelumnya.

   Kode berikut menunjukkan output yang diharapkan. Setelah Anda menggunakan kubectl untuk mendeploy sumber daya ke kluster, ALB Ingress telah dikonfigurasi.

   apiVersion: alibabacloud.com/v1
   kind: AlbConfig
   metadata:
     creationTimestamp: null
     name: from_nginx
   spec:
     config:
       accessLogConfig: {}
       edition: Standard
       name: from_nginx
       tags:
       - key: converted/ingress2albconfig
         value: "true"
       zoneMappings:
       - vSwitchId: vsw-xxx # Ganti dengan ID vSwitch di VPC.
       - vSwitchId: vsw-xxx # Ganti dengan ID vSwitch di VPC.
     listeners:
     - port: 80
       protocol: HTTP
   ---
   apiVersion: networking.k8s.io/v1
   kind: IngressClass
   metadata:
     creationTimestamp: null
     name: from_nginx
   spec:
     controller: ingress.k8s.alibabacloud/alb
     parameters:
       apiGroup: alibabacloud.com
       kind: AlbConfig
       name: from_nginx
       scope: null
   ---
   apiVersion: networking.k8s.io/v1
   kind: Ingress
   metadata:
     annotations:
       alb.ingress.kubernetes.io/listen-ports: '[{"HTTP":80}]'
     creationTimestamp: null
     name: from_ingress1
     namespace: default
   spec:
     ingressClassName: from_nginx
     rules:
     - http:
         paths:
         - backend:
             service:
               name: nginx-svc-g1msr
               port:
                 number: 80
           path: /
           pathType: Prefix
   status:
     loadBalancer: {}

Langkah 2: Secara bertahap pindahkan traffic ke ALB Ingress

Langkah 3: Hapus sumber daya yang terkait dengan NGINX Ingress

Setelah Anda menutup semua koneksi persisten pada NGINX Ingress dan tidak ada traffic yang diteruskan ke NGINX Ingress, Anda dapat melepaskan sumber daya yang tidak diperlukan setelah periode pengamatan.

1. Masuk ke Konsol Alibaba Cloud DNS dan hapus semua rekaman DNS yang terkait dengan NGINX Ingress.

2. Uninstal controller NGINX Ingress.

   1. Masuk ke Konsol ACK.

   2. Pada halaman Clusters, temukan kluster yang ingin Anda kelola, lalu klik nama kluster tersebut. Di panel navigasi sebelah kiri, pilih Network > Ingresses.

   3. Temukan NGINX Ingress, lalu pilih > Delete di kolom Actions. Pada pesan yang muncul, klik Confirm Deletion.

   4. Di panel navigasi sebelah kiri, pilih Add-ons. Klik tab Networking, temukan kartu Nginx Ingress Controller, lalu klik Uninstall.

   5. Pada pesan yang muncul, klik OK.

      Catatan

      Instans CLB yang dikaitkan dengan controller NGINX Ingress akan dilepaskan bersamaan dengan controller NGINX Ingress. Anda tidak lagi dikenai biaya untuk sumber daya yang telah dilepaskan tersebut.

Referensi

• ALB mendukung berbagai metode konfigurasi. Untuk informasi lebih lanjut, lihat Konfigurasikan instans ALB menggunakan AlbConfig.

• Untuk informasi lebih lanjut tentang cara mengaktifkan HTTPS untuk ALB Ingress, lihat Konfigurasikan sertifikat untuk komunikasi terenkripsi melalui HTTPS.

• Untuk informasi lebih lanjut tentang anotasi yang didukung oleh ALB Ingress, lihat Kamus konfigurasi ALB Ingress.