Büyük AKS kümelerini çalıştırırken veya ölçeklendirirken sık karşılaşılan sorunlar hakkında SSS

Bu makalede, Microsoft Azure Kubernetes Service(AKS) içinde büyük kümeleri çalıştırdığınızda veya ölçeklendirdiğinizde oluşabilecek yaygın sorunlar hakkında sık sorulan sorular yanıtlanmaktadır. Büyük küme, 500 düğümlü ölçekten daha fazla çalışan herhangi bir kümedir.

Oluşturma, ölçeği artırma veya yükseltme sırasında "kota aşıldı" hatası alıyorum

Bu sorunu çözmek için, oluşturmaya, ölçeklendirmeye veya yükseltmeye çalıştığınız abonelikte bir destek isteği oluşturun ve ilgili kaynak türü için bir kota isteyin. Daha fazla bilgi için bkz. bölgesel işlem kotaları.

Gelişmiş ağ kullanan bir AKS kümesi dağıttığımda "insufficientSubnetSize" hatası alıyorum

Bu hata, bir küme için kullanımda olan bir alt ağın, başarılı kaynak ataması için CIDR'sinde artık kullanılabilir IP'lere sahip olmadığını gösterir. Bu sorun yükseltmeler, ölçek genişletmeler veya düğüm havuzu oluşturma sırasında oluşabilir. Bu sorun, alt ağdaki boş IP sayısı aşağıdaki formülün sonucundan daha az olduğundan oluşur:

istenen düğüm sayısı * düğüm havuzu --max-pod değeri

Önkoşullar

• 400 düğümün ötesine ölçeklendirmek için Azure CNI ağ eklentisini kullanmanız gerekir.

• Dağıttığınız düğüm ve pod sayısını karşılamak üzere sanal ağınızı ve alt ağlarınızı planlamaya yardımcı olmak için bkz. Kümenizin IP adreslerini planlama. IP tükenmesi nedeniyle yapabileceğiniz alt ağ planlaması veya küme yeniden oluşturma yükünü azaltmak için bkz. Dinamik IP ayırma.

Çözüm

Mevcut bir alt ağın CIDR aralığını güncelleştiremediğiniz için bu sorunu çözmek için yeni bir alt ağ oluşturma izniniz olmalıdır. Şu adımları izleyin:

1. İşlem hedefleri için yeterli olan daha büyük bir CIDR aralığına sahip yeni bir alt ağı yeniden oluşturun.

2. Yeni bir çakışmayan aralığa sahip yeni bir alt ağ İçerik Oluşturucu.

3. Yeni alt ağda yeni bir düğüm havuzu İçerik Oluşturucu.

4. Değiştirilecek eski alt ağda bulunan eski düğüm havuzundan podları boşaltın.

5. Eski alt ağı ve eski düğüm havuzunu silin.

SNAT bağlantı noktası tükenmesi nedeniyle düzensiz çıkış bağlantı hataları yaşıyorum

Görece büyük bir ölçekte (500'den fazla düğüm) çalışan kümeler için daha fazla ölçeklenebilirlik için AKS Yönetilen Ağ Adresi Çevirisi (NAT) Ağ Geçidi'ni kullanmanızı öneririz. Azure NAT Gateway, IP adresi başına en fazla 64.512 giden UDP ve TCP trafiği akışına ve en fazla 16 IP adresine izin verir.

Yönetilen NAT kullanmıyorsanız SNAT bağlantı noktası tükenme sorunlarını anlamak ve çözmek için bkz. Kaynak ağ adresi çevirisi (SNAT) tükenmesi ve bağlantı zaman aşımlarında sorun giderme .

Azure portal kullanarak 5.000 düğüme kadar ölçeklendirilemiyorum

Aşağıdaki adımları izleyerek en fazla 5.000 düğümün ölçeğini genişletmek için Azure CLI'yi kullanın:

1. Aşağıdaki komutu çalıştırarak kümede en az sayıda düğüm havuzu İçerik Oluşturucu (düğüm havuzu düğüm sınırı üst sınırı 1.000 olduğundan):

   az aks nodepool add --resource-group MyResourceGroup --name nodepool1 --cluster-name MyManagedCluster
   

2. Düğüm havuzlarının ölçeğini birer birer artırabilirsiniz. İdeal olarak, 1.000'in art arda ölçek artırmaları arasında beş dakikalık uyku süresi ayarlayın. Aşağıdaki komutu çalıştırın:

   az aks nodepool scale --resource-group MyResourceGroup --name nodepool1 --cluster-name MyManagedCluster
   

Yükseltmem çalışıyor, ancak yavaş

Varsayılan yapılandırmasında AKS, yükseltme sırasında aşağıdaki eylemleri gerçekleştirerek atlar:

• Yeni bir düğüm oluşturma.
• Düğüm havuzunu istenen düğüm sayısının ötesinde bir düğüme ölçeklendirme.

Maksimum dalgalanma ayarları için bir düğümün varsayılan değeri, AKS'nin mevcut uygulamaları boşaltmadan önce yeni bir düğüm oluşturduğu ve önceki sürüme sahip bir düğümün yerini aldırdığını gösterir. Bu ek düğüm, AKS'nin iş yükü kesintilerini en aza indirmeye olanak tanır.

Çok sayıda düğüme sahip kümeleri yükselttiğiniz zaman, varsayılan değerini max-surgekullanırsanız kümenin tamamını yükseltmek birkaç saat sürebilir. Yükseltme hızı ile yükseltme kesintisi max-surge arasında bir denge sağlamak için düğüm havuzu başına özelliğini özelleştirebilirsiniz. Maksimum artış değerini artırarak yükseltme işleminin daha erken bitebilmesini sağlarsınız. Ancak, en yüksek dalgalanma için büyük bir değer yükseltme işlemi sırasında kesintilere de neden olabilir.

Mevcut düğüm havuzu için en yüksek dalgalanmayı artırmak veya özelleştirmek için aşağıdaki komutu çalıştırın:

az aks nodepool update --resource-group MyResourceGroup --name mynodepool --cluster-name MyManagedCluster --max-surge 5

Yükseltmem kota (5.000 küme) sınırına ulaşıyor

Bu sorunu çözmek için bkz. Bölgesel vCPU kotalarını artırma.

750'den fazla düğümde iç hizmet oluşturma işlemim yavaş veya zaman aşımı hatası nedeniyle başarısız oluyor

Standart Load Balancer (SLB) arka uç havuzu güncelleştirmeleri bilinen performans sorunlarıdır. Büyük ölçekte hizmetlerin ve SLB'nin daha hızlı oluşturulmasını sağlayacak yeni bir özellik üzerinde çalışıyoruz. Bu sorun hakkında bize geri bildirim göndermek için bkz. IP tabanlı arka uç havuzu ile yük dengeleyici için Azure Kubernetes desteği.

Çözüm

Kümenin ölçeğini 750'den az düğüme azaltmanızı ve ardından küme için bir iç yük dengeleyici oluşturmanızı öneririz. İç yük dengeleyici oluşturmak için, aşağıdaki örnek yordama göre bir LoadBalancer hizmet türü ve azure-load-balancer-internal ek açıklama oluşturun.

1. Adım: İç yük dengeleyiciyi İçerik Oluşturucu

İç yük dengeleyici oluşturmak için, aşağıdaki örnekte gösterildiği gibi internal-lb.yaml adlı ve hizmet türünü ve azure-load-balancer-internal ek açıklamasını içeren LoadBalancer bir hizmet bildirimi oluşturun:

apiVersion: v1
kind: Service
metadata:
  name: internal-app
  annotations:
    service.beta.kubernetes.io/azure-load-balancer-internal: "true"
spec:
  type: LoadBalancer
  ports:
  - port: 80
  selector:
    app: internal-app

2. Adım: İç yük dengeleyiciyi dağıtma

komutunu kullanarak iç yük dengeleyiciyi kubectl apply dağıtın ve aşağıdaki örnekte gösterildiği gibi YAML bildiriminizin adını belirtin:

kubectl apply -f internal-lb.yaml

Kümeniz oluşturulduktan sonra bir iç yük dengeleyici de sağlayabilir (bu yordama göre) ve iç yük dengeli hizmeti çalışır durumda tutabilirsiniz. Bunu yaptığınızda yük dengeleyiciye uygun ölçekte daha fazla hizmet ekleyebilirsiniz.

Büyük ölçekte SLB hizmeti oluşturma işleminin çalıştırılması saatler sürer

SLB arka uç havuzu güncelleştirmeleri bilinen performans sorunlarıdır. Oluşturma, güncelleştirme ve silme işlemleri için çok daha hızlı performansla yük dengeli hizmetleri büyük ölçekte çalıştırmanızı sağlayacak yeni bir özellik üzerinde çalışıyoruz. Bize geri bildirim göndermek için bkz. IP tabanlı arka uç havuzu ile yük dengeleyici için Azure Kubernetes desteği.

Üçüncü taraf bilgileri hakkında yasal uyarı

Bu makalede adı geçen üçüncü taraf ürünleri Microsoft'tan bağımsız şirketler tarafından üretilmektedir. Microsoft, bu ürünlerin performansı veya güvenilirliği ile ilgili örtük veya başka türlü hiçbir garanti vermez.

Yardım için bize ulaşın

Sorularınız veya yardıma ihtiyacınız varsa bir destek isteği oluşturun veya Azure topluluk desteği isteyin. Ürün geri bildirimini Azure geri bildirim topluluğuna da gönderebilirsiniz.