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

Makale
10/15/2024

Bu makalede bellek doygunluğu sorunlarını giderme yöntemleri ele alınmaktadır. Bellek doygunluğu, en az bir uygulama veya işlemin bir kapsayıcı konağı tarafından sağlanabilir bellekten daha fazla belleğe ihtiyacı varsa 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 `kubelet` `containerd` sonunda düğüm hazırlığı sorunlarına neden olabilir.
Yetersiz bellek (OOM) sonlandırma	Pod çıkarma işlemi bir düğüm sorununu önleyemiyorsa 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ında AKS'nin Container Insights özelliğini kullanın.
Konsolda Kubernetes komut satırı aracını (kubectl) kullanın.

Tarayıcı
Komut Satırı

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.

Azure portalında Kubernetes hizmetleri'ni arayın ve seçin.
Kubernetes hizmetleri listesinde kümenizin adını seçin.
Kümenizin gezinti bölmesinde İzleme başlığını bulun ve İçgörüler'i seçin.
Uygun Zaman Aralığı değerini ayarlayın.
Düğümler sekmesini seçin.
Ölçüm listesinde Bellek çalışma kümesi (Allocatable'dan hesaplanır) öğesini seçin.
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 kullanılan en yüksek bellek yüzdesine göre en yüksekten en düşüğe doğru 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 en yüksek bellek yüzdesi yüzde 64 ile 58 arasındadır, kullanılan en fazla bellek 2,6 GB ile 2,86 GB arasındadır, kullanılan kapsayıcı sayısı 20 ila 24'tür ve çalışma süresi 6 ile 15 gün arasında değişir. Hiçbir denetleyici listelenmez.
İ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.

Dokuz işlem düğümün altında listelenir. Durumların tümü **Tamam**, işlemler için kullanılan en yüksek bellek yüzdesi yüzde 16 ile 0,3 arasında, kullanılan bellek üst sınırı 0,7 mc ile 22 mc arasında, kullanılan kapsayıcı sayısı 1 ile 3 arasındadır 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 bunlar köprülenir.

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.

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

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

kubectl top node

Bu komutun çıktısı 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%

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

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 çıktısı 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ı 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 uygulamayı öğrenmek için aşağıdaki tabloyu gözden geçirin.

En iyi uygulama	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 aşırı uygunluk denir. Kubernetes zamanlayıcı, Hizmet Kalitesi (QoS) aracılığıyla belirli isteklere ve sınırlara göre kaynakları ayırır. Uygun sınırlar olmadan, zamanlayıcı tek düğümde çok fazla pod zamanlayabilir. Bu, sonunda düğümün çökmesine neden olabilir. Ayrıca kubelet podları çıkarsa da bellek kullanımının tanımlı isteklerini aştığı podlara öncelik verir. Bellek isteğini gerçek kullanıma yakın olarak ayarlamanızı öneririz.
Yatay pod otomatik ölçeklendiricisini etkinleştirme	Kümeyi ölçeklendirerek, bellek doygunluğunu önlemek üzere istekleri çok sayıda pod arasında dengeleyebilirsiniz. Bu teknik, ilgili düğümdeki bellek ayak izini azaltabilir.
Benzeşim karşıtı etiketleri kullanma	Belleğin tasarım gereği sınırsız olduğu senaryolarda, iş yükünü belirli düğümlerle sınırlandırabilen 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) 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şturun, düğümleri kuşatarak zamanlanamaz duruma getirin ve mevcut düğüm havuzunu boşaltın.
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 ayırabilmenizi ve küme performansını koruyabilmenizi sağlar.

Daha Fazla Bilgi

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

Aracılığıyla paylaş