Requests, limits ve OOMKilled.
Scheduling için ayrılan kaynak ile çalışma anındaki limitin farkını gör.
Request, scheduler’ın Pod için hesaba kattığı kaynak miktarıdır. Limit çalışma anındaki üst sınırdır. CPU limiti throttling ile uygulanır: süreç daha az CPU zamanı alır. Memory limiti ise bellek baskısında OOM kill ile sonuçlanabilir. OOMKilled bir container termination reason bilgisidir; Pod phase değildir. Restart policy uygunsa container aynı Pod içinde yeniden başlatılır.
İlgili komut / yapılandırma örneği
resources:
requests: { cpu: 250m, memory: 128Mi }
limits: { cpu: 500m, memory: 256Mi }Yapılandırma parçaları ilgili kavramı gösterir; tek başına tam uygulama manifesti olmayabilir.Her senaryoyu seçip adımları sonuna kadar ilerlet. Cluster durumunu ve kanıtları karşılaştır; ardından soruyu yanıtla.
Cluster’da ne oluyor?
worker-a
ReadyBoş CPU (başlangıç): 1000m
Uygun
- Normal: 300m CPU / 128Mi · İncele
- CPU talebi: 900m · limit 500m · İncele
- Memory talebi: 300Mi · limit 256Mi · İncele
- CPU request: 1100m · boş kapasite 1000m · İncele
Adım geçmişi · 0
Modelin kapsamı: Bu deneyde tek worker üzerinde boş CPU 1000m, memory 1024Mi. Normal request 250m/128Mi, limit 500m/256Mi; Pending senaryosunda CPU request ve limit 1100m. Tek container, restartPolicy Always. Memory senaryosunda kernel OOM kararı verdiği an gösterilir; gerçek zamanlama deterministik değildir. Gerçek cluster bağlantısı kurulmaz.
CPU kullanımının limitin üstüne çıkmak istemesi bu modelde neye yol açar?
Laboratuvarın tamamlanması için deney hedefini gerçekleştir ve soruyu yanıtla.