Container Compute Service:Ekspos aplikasi dengan load balancer yang sudah ada

Pertimbangan

Batasan penggunaan ulang SLB

• Instans SLB yang ingin Anda gunakan ulang harus memenuhi persyaratan berikut:

  • Anda hanya dapat menggunakan ulang instans SLB yang dibuat secara manual di Konsol SLB. Anda tidak dapat menggunakan ulang instans yang dibuat secara otomatis oleh cloud controller manager (CCM) atau yang digunakan oleh API server kluster.

  • Untuk menggunakan ulang instans SLB intranet dalam kluster ACS, instans SLB dan kluster ACS harus berada dalam virtual private cloud (VPC) yang sama.

  • Jenis alamat instans SLB harus sesuai dengan jenis akses Service:

    • Jika Service menyediakan Public Access (ditentukan oleh anotasi service.beta.kubernetes.io/alibaba-cloud-loadbalancer-address-type: "internet"), Address Type instans SLB harus berupa Public Network.

    • Jika Service menyediakan internal access (ditentukan oleh anotasi service.beta.kubernetes.io/alibaba-cloud-loadbalancer-address-type: "intranet"), Address Type instans SLB harus berupa Internal Network.

  • Beberapa Service tidak dapat menggunakan port listener yang sama pada satu instans SLB.

  • Saat menggunakan ulang instans SLB lintas kluster, pastikan kombinasi namespace dan nama Service bersifat unik di setiap kluster.

• CCM hanya mengonfigurasi instans SLB untuk Service bertipe type: LoadBalancer.

  Penting

  Jika Anda mengubah Service bertipe type: LoadBalancer menjadi tipe lain, CCM akan menghapus konfigurasi yang sebelumnya ditambahkan ke instans SLB. Akibatnya, Service tidak dapat diakses melalui instans SLB tersebut.

• CCM menggunakan API deklaratif dan secara otomatis menyelaraskan konfigurasi SLB berdasarkan konfigurasi Service dalam kondisi tertentu. Jika anotasi service.beta.kubernetes.io/alibaba-cloud-loadbalancer-force-override-listeners: "true" diatur, konfigurasi yang Anda ubah secara manual di Konsol SLB mungkin ditimpa.

  Penting

  Jangan mengubah konfigurasi instans SLB yang dikelola oleh ACS secara manual di Konsol SLB. Jika dilakukan, konfigurasi tersebut mungkin hilang dan Service menjadi tidak dapat diakses.

• Anda tidak dapat mengganti instans SLB untuk Service LoadBalancer yang sudah ada. Jika ingin mengganti instans SLB, Anda harus membuat Service baru.

Batasan kuota SLB

• CCM membuat satu instans SLB untuk setiap Service bertipe Type=LoadBalancer. Kuota default adalah 60 instans CLB dan 60 instans NLB. Untuk menambah kuota ini, login ke Konsol Quota Center dan kirim permohonan.

• CCM menyambungkan instans ECS atau Elastic Network Interfaces (ENIs) ke grup server backend SLB berdasarkan konfigurasi Service, dengan membuat grup server terpisah untuk setiap targetPort. Batasan kuota:

  • Jumlah server backend: Satu instans CLB mendukung hingga 200 server backend; satu instans NLB mendukung hingga 400 server berbasis ECS, ENI, atau IP. Rumus kuota: jumlah server backend × targetPorts. Untuk menambah kuota, login ke Konsol Quota Center dan kirim permohonan terlebih dahulu.

  • Jumlah lampiran grup server per instans: Satu instans ECS atau ENI dapat disambungkan ke maksimal 50 grup server backend CLB dan 200 grup server backend NLB. Untuk menambah batas ini, login ke Konsol Quota Center dan kirim permohonan.

  • Kuota tambahan selama pembaruan bergulir (rolling updates): Pod baru dibuat sebelum pod lama dihapus, sehingga mengonsumsi kuota tambahan yang mungkin melebihi perkiraan. Sediakan kuota yang cukup terlebih dahulu.

• CCM membuat listener berdasarkan port Service. Batas default adalah 50 listener per instans CLB atau NLB. Untuk menambah jumlah tersebut, login ke Konsol Quota Center dan kirim permohonan.

• Lihat CLB limits dan NLB limits.

  Periksa kuota SLB di Server Load Balancer quota management.

Langkah 1: Deploy aplikasi contoh

Langkah-langkah berikut menunjukkan cara melakukan deploy aplikasi menggunakan kubectl.

1. Gunakan kubectl di Cloud Shell untuk terhubung ke kluster Anda.

2. Buat file bernama my-nginx.yaml dengan konten berikut.

   Lihat konten YAML

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: my-nginx                 # Nama aplikasi contoh.
     labels:
       app: nginx
   spec:
     replicas: 3                    # Jumlah replika.
     selector:
       matchLabels:
         app: nginx                 # Nilai ini harus sesuai dengan selector dalam manifes Service agar aplikasi dapat diekspos.
     template:
       metadata:
         labels:
           app: nginx
       spec:
         containers:
         - name: nginx
           image: registry.cn-hangzhou.aliyuncs.com/acs-sample/nginx:latest
           ports:
           - containerPort: 80        # Port ini harus diekspos dalam Service.

3. Jalankan perintah berikut untuk melakukan deploy aplikasi contoh my-nginx.

   kubectl apply -f my-nginx.yaml

4. Jalankan perintah berikut untuk memverifikasi bahwa aplikasi sedang berjalan.

   kubectl get deployment my-nginx

   Output yang diharapkan:

   NAME       READY   UP-TO-DATE   AVAILABLE   AGE
   my-nginx   3/3     3            3           50s

Langkah 2: Ekspos aplikasi dengan Service

Anda dapat membuat Service bertipe LoadBalancer untuk mengekspos aplikasi baik melalui Konsol maupun kubectl.