Container Compute Service:Expose an application with an existing load balancer

Önkoşullar

SLB konsolunda oluşturduğunuz bir SLB örneğinizin olması gerekir. Örnek, ACS kümesiyle aynı bölgede bulunmalıdır. Bu konuda internet yönlü Classic Load Balancer (CLB) örneği kullanılmıştır. Bir CLB örneğiniz yoksa CLB örnekleri oluşturma ve yönetme konusuna bakın.

Dikkat edilmesi gerekenler

SLB yeniden kullanım sınırlamaları

• Yeniden kullanmak istediğiniz SLB örneği aşağıdaki gereksinimleri karşılamalıdır:

  • Yalnızca SLB konsolunda manuel olarak oluşturduğunuz SLB örneklerini yeniden kullanabilirsiniz. Cloud Controller Manager (CCM) tarafından otomatik olarak oluşturulan veya küme API sunucusu tarafından kullanılan örnekleri yeniden kullanamazsınız.

  • Bir ACS kümesinde intranet SLB örneğini yeniden kullanmak için SLB örneği ile ACS kümesi aynı sanal özel bulutta (VPC) olmalıdır.

  • SLB örneğinin adres türü, Service'in erişim türüyle eşleşmelidir:

    • Service Public Access sağlıyorsa (service.beta.kubernetes.io/alibaba-cloud-loadbalancer-address-type: "internet" ek açıklamasıyla belirtilir), SLB örneğinin Address Type değeri Public Network olmalıdır.

    • Service internal access sağlıyorsa (service.beta.kubernetes.io/alibaba-cloud-loadbalancer-address-type: "intranet" ek açıklamasıyla belirtilir), SLB örneğinin Address Type değeri Internal Network olmalıdır.

  • Birden fazla Service, aynı SLB örneğinde aynı dinleyici bağlantı noktasını kullanamaz.

  • Bir SLB örneğini kümeler arasında yeniden kullandığınızda, her kümede ad alanı ve Service adı kombinasyonunun benzersiz olduğundan emin olun.

• CCM, yalnızca type: LoadBalancer türündeki bir Service için SLB örneği yapılandırır.

  Önemli

  type: LoadBalancer türündeki bir Service'i başka bir türe değiştirirseniz CCM, SLB örneğine eklenen yapılandırmaları siler. Bu durumda Service, SLB örneği üzerinden erişilemez hale gelir.

• CCM, bildirime dayalı bir API kullanır ve belirli koşullar altında Service yapılandırmasına göre SLB yapılandırmasını otomatik olarak uzlaştırır. service.beta.kubernetes.io/alibaba-cloud-loadbalancer-force-override-listeners: "true" ek açıklaması ayarlandığında SLB konsolunda manuel olarak değiştirdiğiniz yapılandırmaların üzerine yazılabilir.

  Önemli

  ACS tarafından yönetilen bir SLB örneğinin yapılandırmalarını SLB konsolunda manuel olarak değiştirmeyin. Aksi takdirde yapılandırmalar kaybolabilir ve Service erişilemez hale gelebilir.

• Mevcut bir LoadBalancer hizmeti için SLB örneğini değiştiremezsiniz. SLB örneğini değiştirmek istiyorsanız yeni bir Service oluşturmanız gerekir.

SLB kota sınırlamaları

• CCM, her Type=LoadBalancer Service için bir SLB örneği oluşturur. Varsayılan kota 60 CLB ve 60 NLB örneğidir. Bu kotayı artırmak için Kota Merkezi konsolunda oturum açıp başvuru gönderin.

• CCM, Service yapılandırmasına göre ECS örneklerini veya Elastic Network Interface'leri (ENI) SLB arka uç sunucu grubuna ekler ve hedefPort başına ayrı bir sunucu grubu oluşturur. Kota sınırlamaları:

  • Arka uç sunucu sayısı: Bir CLB örneği en fazla 200 arka uç sunucuyu destekler; bir NLB örneği ise en fazla 400 ECS, ENI veya IP tabanlı sunucuyu destekler. Kota formülü: arka uç sunucuları × targetPorts. Kotayı artırmak için önceden Kota Merkezi konsolunda oturum açıp başvuru gönderin.

  • Örnek başına sunucu grubu ekleri: Bir ECS örneği veya ENI, en fazla 50 CLB arka uç sunucu grubuna ve 200 NLB arka uç sunucu grubuna eklenebilir. Bu sınırı artırmak için Kota Merkezi konsolunda oturum açıp başvuru gönderin.

  • Aşamalı güncellemeler sırasında ek kota: Eski pod'lar yok edilmeden önce yeni pod'lar oluşturulur ve bu durum beklenenden fazla kota tüketimine neden olabilir. Yeterli kotayı önceden ayırtın.

• CCM, Service bağlantı noktalarına göre dinleyiciler oluşturur. Varsayılan sınır, CLB veya NLB örneği başına 50 dinleyicidir. Daha fazlasını eklemek için Kota Merkezi konsolunda oturum açıp başvuru gönderin.

• CLB sınırları ve NLB sınırları konularına bakın.

  SLB kotalarını Server Load Balancer kota yönetimi sayfasında sorgulayabilirsiniz.

Adım 1: Örnek bir uygulama dağıtma

Aşağıdaki adımlar uygulamanın kubectl kullanılarak nasıl dağıtılacağını gösterir.

1. Cloud Shell'de kubectl kullanarak kümenize bağlanma.

2. Aşağıdaki içeriğe sahip my-nginx.yaml adlı bir dosya oluşturun.

   YAML içeriğini görüntüle

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: my-nginx                 # The name of the sample application.
     labels:
       app: nginx
   spec:
     replicas: 3                    # The number of replicas.
     selector:
       matchLabels:
         app: nginx                 # This value must match the selector in the Service manifest to expose the application.
     template:
       metadata:
         labels:
           app: nginx
       spec:
         containers:
         - name: nginx
           image: registry.cn-hangzhou.aliyuncs.com/acs-sample/nginx:latest
           ports:
           - containerPort: 80        # This port must be exposed in the Service.

3. my-nginx örnek uygulamasını dağıtmak için aşağıdaki komutu çalıştırın.

   kubectl apply -f my-nginx.yaml

4. Uygulamanın çalıştığını doğrulamak için aşağıdaki komutu çalıştırın.

   kubectl get deployment my-nginx

   Beklenen çıktı:

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

Adım 2: Uygulamayı Service ile dışa açma

Uygulamayı dışa açmak için konsol veya kubectl kullanarak bir LoadBalancer hizmeti oluşturabilirsiniz.