Troubleshooting: kanıttan düzeltmeye.
Pending, image hatası, crash ve boş endpoint sorunlarını events/logs ile ayır.
kubectl get özet durumu, describe olayları ve koşulları, logs uygulama çıktısını gösterir. Pending bir Pod phase’idir; ImagePullBackOff ve CrashLoopBackOff ise kubectl STATUS sütununda görülebilen container waiting reason bilgileridir. Boş Service endpoint listesi de uygulama crash’iyle aynı problem değildir. Önce gözlemle, sonra ilgili ayarı düzelt; rastgele restart her sorunu çözmez.
İlgili komut / yapılandırma örneği
kubectl describe pod api-0 kubectl logs api-0 --previous kubectl get pods --show-labels kubectl get endpointslices -l kubernetes.io/service-name=apiYapılandırma parçaları ilgili kavramı gösterir; tek başına tam uygulama manifesti olmayabilir.
Dört arıza için önce kanıtı incele, sonra doğru düzeltmeyi seç. Her arızada çalışan son duruma ulaş.
Cluster’da ne oluyor?
worker-a
ReadyBoş CPU (başlangıç): 1000m
Uygun
- Pending · yetersiz CPU request kapasitesi · İncele
- ImagePullBackOff · yanlış image adı · İncele
- CrashLoopBackOff · geçersiz PORT · İncele
- Service · selector eşleşmiyor · İncele
Adım geçmişi · 0
Modelin kapsamı: Tek worker üzerinde her senaryoda tek bilinen hata vardır. Düzeltmeler gerçek cluster’a uygulanmaz; Deployment değişikliklerinin yeni Pod oluşturduğu adımlar kısaltılır. Kaynak senaryosunda gerçek ihtiyacın 500m olduğu ölçülmüş kabul edilir. Gerçek cluster bağlantısı kurulmaz.
Çalışan Pod’lar varken Service endpoint listesi boşsa ilk kontrollerden biri nedir?
Laboratuvarın tamamlanması için deney hedefini gerçekleştir ve soruyu yanıtla.