AKS kümelerinde bellek doygunluğu sorunlarını giderme

Bu makalede bellek doygunluğu sorunlarını giderme yöntemleri ele alınmaktadır. Bellek doygunluğu, en az bir uygulama veya işlem bir kapsayıcı konağı tarafından sağlanabilir bellekten daha fazla belleğe ihtiyaç duyuyorsa veya konak kullanılabilir belleği tüketiyorsa oluşur.

Önkoşullar

• Kubernetes kubectl komut satırı aracı. Azure CLI kullanarak kubectl yüklemek için az aks install-cli komutunu çalıştırın.

Belirtiler

Aşağıdaki tabloda, bellek doygunluğunun yaygın belirtileri özetlenmiştir.

Belirti	Açıklama
Zamanlanamayan podlar	Düğüm ayarlanan bellek sınırına yakınsa ek podlar zamanlanamaz.
Pod çıkarma	Bir düğümün belleği tükeniyorsa kubelet podları çıkarabilir. Denetim düzlemi, kaynakları olan diğer düğümlerde çıkarılan podları yeniden zamanlamaya çalışsa da, diğer düğümlerin bu podları çalıştırmak için yeterli belleğe sahip olduğunu garanti etmemektedir.
Düğüm hazır değil	Bellek doygunluğu yanıt vermemeye ve kubeletcontainerd sonuç olarak düğüm hazırlığı sorunlarına neden olabilir.
Yetersiz bellek (OOM) sonlandırma	Pod çıkarma işlemi bir düğüm sorununu önleyemediğinde bir OOM sorunu oluşur.

Sorun giderme denetim listesi

Bellek doygunluğunu azaltmak için etkili izleme araçlarını kullanın ve en iyi yöntemleri uygulayın.

1. Adım: Bellek doygunluğu olan düğümleri tanımlama

Bellek doygunluğu olan düğümleri tanımlamak için aşağıdaki yöntemlerden birini kullanın:

• Web tarayıcısında, Azure portal AKS'nin Container Insights özelliğini kullanın.

• Konsolda Kubernetes komut satırı aracını (kubectl) kullanın.

Tarayıcı

Container Insights, AKS'de kapsayıcı iş yükü performansını izleyen bir özelliktir. Daha fazla bilgi için bkz. Azure Kubernetes Service (AKS) kümesi için Kapsayıcı içgörülerini etkinleştirme.

1. Azure portalKubernetes hizmetleri'ni arayın ve seçin.

2. Kubernetes hizmetleri listesinde kümenizin adını seçin.

3. Kümenizin gezinti bölmesinde İzleme başlığını bulun ve İçgörüler'i seçin.

4. Uygun Zaman Aralığı değerini ayarlayın.

5. Düğümler sekmesini seçin.

6. Ölçüm listesinde Bellek çalışma kümesi (Allocatable'dan hesaplanır) öğesini seçin.

7. Yüzdebirlik dilim seçicisinde örneği En Fazla olarak ayarlayın ve ardından En Fazla % sütun etiketini iki kez seçin. Bu eylem, tablo düğümlerini en yüksekten en düşüke kadar kullanılan bellek yüzdesi üst sınırına göre sıralar.

   

   Tabloda dört satır vardır ve aks aracı havuzu sanal makine ölçek kümesindeki dört düğümü temsil ederler. Durumların tümü **Tamam**, kullanılan bellek yüzdesi üst sınırı yüzde 64 ile 58 arasında, kullanılan bellek üst sınırı 2,6 GB ile 2,86 GB arasında, kullanılan kapsayıcı sayısı 20 ile 24 arasında ve çalışma süresi 6 ile 15 gün arasındadır. Hiçbir denetleyici listelenmez.

8. İlk düğüm en yüksek bellek kullanımına sahip olduğundan, düğümde çalışan podların bellek kullanımını araştırmak için bu düğümü seçin.

   

   Düğümün altında dokuz işlem listelenir. Durumların tümü **Tamam**, işlemler için kullanılan maksimum bellek yüzdesi yüzde 16 ile 0,3 arasında değişir, kullanılan bellek üst sınırı 0,7 mc ile 22 mc arasında, kullanılan kapsayıcı sayısı 1 ila 3 ve çalışma süresi 3 ila 4 gündür. Düğümden farklı olarak, işlemlerin tümüne karşılık gelen bir denetleyici listelenir. Bu ekran görüntüsünde, denetleyici adları işlem adlarının ön ekleridir ve köprüleri vardır.

   Not

   Podlar için CPU veya bellek kullanımı yüzdesi, kapsayıcı için belirtilen CPU isteğini temel alır. Düğüm için CPU veya bellek kullanımı yüzdesini temsil etmez. Bu nedenle, podlar için CPU veya bellek kullanımı yüzdesi yerine gerçek CPU veya bellek kullanımına bakın.

Komut Satırı

Bu yordam bir konsoldaki kubectl komutlarını kullanır. Yalnızca düğümlerin geçerli durumunu görüntüler.

1. kubectl top node komutunu çalıştırarak düğümlerin bellek kullanımını alın:

   kubectl top node
   

   Bu komutun çıkışı aşağıdaki metne benzer:

   NAME                                 CPU(cores)   CPU%   MEMORY(bytes)   MEMORY%
   aks-agentpool-30486455-vmss000003    239m         12%    3148Mi          69%
   aks-agentpool-30486455-vmss000005    326m         17%    2143Mi          46%
   aks-testmemory-30616462-vmss000000   66m          3%     1532Mi          28%
   aks-testmemory-30616462-vmss000001   90m          4%     1689Mi          31%
   aks-testmemory-30616462-vmss000002   74m          3%     1715Mi          31%
   

2. kubectl get pods ve kubectl top pods komutlarını çalıştırarak düğümde çalışan podların listesini ve bunların bellek kullanımını alın:

   kubectl get pods --all-namespaces --output wide \
       | grep <node-name> \
       | awk '{print $1" "$2}' \
       | xargs -n2 kubectl top pods --namespace \
       | awk 'NR==1 || NR%2==0' \
       | sort -k3n \
       | column -t
   

   Not

   Bu kod parçacığında node-name> değerini gerçek düğüm adıyla değiştirin<.

   Kod parçacığının çıkışı aşağıdaki metne benzer:

   NAME                                 CPU(cores)   MEMORY(bytes)
   coredns-autoscaler-5655d66f64-9fp2k  1m           7Mi
   shippingservice-7946db7679-qzplg     6m           15Mi
   azure-ip-masq-agent-tb8xv            1m           16Mi
   cloud-node-manager-wggqd             1m           16Mi
   kube-proxy-c244z                     1m           22Mi
   coredns-59b6bf8b4f-5zg5s             3m           24Mi
   coredns-59b6bf8b4f-5x62d             3m           25Mi
   currencyservice-7977f668dc-rvbwm     12m          32Mi
   csi-azurefile-node-9fcx8             2m           38Mi
   metrics-server-5f8d84558d-frsq4      4m           42Mi
   metrics-server-5f8d84558d-rc5nj      4m           43Mi
   csi-azuredisk-node-9fh7h             2m           46Mi
   adservice-795589cf6f-xs66r           4m           87Mi
   ama-metrics-node-54sfj               16m          249Mi
   ama-logs-rs-6db98d6dff-vj4xw         13m          259Mi
   ama-logs-w5bmd                       12m          403Mi
   

3. kubectl describe node komutunu çalıştırarak düğümdeki her pod için istekleri ve sınırları gözden geçirin:

   kubectl describe node <node-name>
   

   Bu komutun çıkışı aşağıdaki metne benzer:

     Namespace    Name                                 CPU Requests  CPU Limits  Memory Requests  Memory Limits  Age
     ---------    ----                                 ------------  ----------  ---------------  -------------  ---
     default      adservice-795589cf6f-dgrx7           200m (10%)    300m (15%)  180Mi (3%)       300Mi (6%)     49m
     default      cartservice-6d994d9676-tcr6m         200m (10%)    300m (15%)  64Mi (1%)        128Mi (2%)     49m
     default      frontend-848d9f9dc9-x712b            100m (5%)     200m (10%)  64Mi (1%)        128Mi (2%)     49m
     default      loadgenerator-5c9656f8d6-7vmjr       300m (15%)    500m (26%)  256Mi (5%)       512Mi (11%)    38m
     default      redis-cart-799c85c644-vzpjl          70m (3%)      125m (6%)   200Mi (4%)       256Mi (5%)     49m
     kube-system  ama-logs-zs4qf                       150m (7%)     1 (52%)     550Mi (12%)      1774Mi (38%)   16h
     kube-system  azure-ip-masq-agent-rqqpn            100m (5%)     500m (26%)  50Mi (1%)        250Mi (5%)     16h
     kube-system  cloud-node-manager-nbnrq             50m (2%)      0 (0%)      50Mi (1%)        512Mi (11%)    16h
     kube-system  coredns-59b6bf8b4f-m2prf             100m (5%)     3 (157%)    70Mi (1%)        500Mi (10%)    16h
     kube-system  csi-azuredisk-node-h445m             30m (1%)      0 (0%)      60Mi (1%)        400Mi (8%)     16h
     kube-system  csi-azurefile-node-489cp             30m (1%)      0 (0%)      60Mi (1%)        600Mi (13%)    16h
     kube-system  konnectivity-agent-665c7dfdb8-25p2f  20m (1%)      1 (52%)     20Mi (1%)        1Gi (22%)      15h
     kube-system  kube-proxy-v9gp4                     100m (5%)     0 (0%)      0 (0%)           0 (0%)         16h
   Allocated resources:
     ...
   

   Not

   Düğüm için CPU veya bellek kullanımı yüzdesi, gerçek düğüm kapasitesi yerine düğümdeki allocatable kaynaklarını temel alır.

Artık yüksek bellek kullanan podları tanımladığınıza göre, pod üzerinde çalışan uygulamaları tanımlayabilirsiniz.

2. Adım: Bellek doygunluğunu önlemek için en iyi yöntemleri gözden geçirin

Bellek doygunluğunu önlemeye yönelik en iyi yöntemleri nasıl uygulayacağınızı öğrenmek için aşağıdaki tabloyu gözden geçirin.

En iyi yöntem	Açıklama
Bellek isteklerini ve sınırlarını kullanma	Kubernetes, bir kapsayıcı için en düşük bellek boyutunu (istek) ve en yüksek bellek boyutunu (sınırı) belirtme seçenekleri sağlar. Podlarda sınırları yapılandırarak düğümdeki bellek baskısını önleyebilirsiniz. Çalışan tüm podların toplam sınırlarının düğümün kullanılabilir belleğini aşmadığından emin olun. Bu duruma fazla uygunluk denir. Kubernetes zamanlayıcı, Hizmet Kalitesi (QoS) aracılığıyla kaynakları belirli isteklere ve sınırlara göre ayırır. Uygun sınırlar olmadan zamanlayıcı tek bir düğümde çok fazla pod zamanlayabilir. Bu işlem sonunda düğümü düşürebilir. Ayrıca kubelet podları çıkartırken bellek kullanımının tanımlı isteklerini aştığı podların önceliklerini belirler. Bellek isteğini gerçek kullanıma yakın ayarlamanızı öneririz.
Yatay pod otomatik ölçeklendiricisini etkinleştirme	Kümeyi ölçeklendirerek, bellek doygunluğunu önlemek için istekleri birçok pod arasında dengeleyebilirsiniz. Bu teknik, belirli bir düğümdeki bellek ayak izini azaltabilir.
Benzeşim önleme etiketlerini kullanma	Belleğin tasarım gereği ilişkisiz olduğu senaryolar için, iş yükünü belirli düğümlerle yalıtabilen düğüm seçicileri ve benzeşim veya benzeşim karşıtı etiketleri kullanabilirsiniz. Benzeşim karşıtı etiketleri kullanarak, diğer iş yüklerinin bu düğümlerde pod zamanlamasını engelleyebilirsiniz. Bu, bellek doygunluğu sorununu azaltır.
Daha yüksek SKU VM'leri seçme	Daha fazla rastgele erişim belleğine (RAM) sahip sanal makineler (VM'ler), yüksek bellek kullanımını işlemek için daha uygundur. Bu seçeneği kullanmak için yeni bir düğüm havuzu oluşturmanız, düğümleri kordonlu hale getirmeniz (zamanlanamayan hale getirmeniz) ve mevcut düğüm havuzunu boşaltmanız gerekir.
Sistem ve kullanıcı iş yüklerini yalıtma	Uygulamalarınızı bir kullanıcı düğümü havuzunda çalıştırmanızı öneririz. Bu yapılandırma, Kubernetes'e özgü podları sistem düğümü havuzuna yalıtmanızı ve küme performansını koruyabilmenizi sağlar.

Daha fazla bilgi

• Azure Kubernetes Service (AKS) en iyi yöntemleri hakkında daha fazla bilgi edinin

• Kapsayıcı içgörüleri ile Kubernetes kümenizin performansını izleme

Üçü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.

Üçüncü tarafla iletişim sorumluluk reddi

Microsoft, bu konu hakkında ek bilgi bulmanıza yardımcı olmak için üçüncü taraf iletişim bilgileri sağlar. Bu iletişim bilgileri önceden haber verilmeksizin değiştirilebilir. Microsoft, üçüncü taraf iletişim bilgilerinin doğruluğunu garanti etmez.

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.