Dağıtılan bir mikro hizmet Pod'u CrashLoopBackOff durumunda. Hangi sorun giderme adımı, Pod'un neden tekrar tekrar başlatılamadığı hakkında en doğrudan bilgiyi sağlar?
Bir cevap seçin
Cevabınızı kontrol etmek için bir seçeneğe dokunun.
Doğru cevap: kubectl logs POD_NAME komutunu çalıştırın; burada POD_NAME parametresi sorunlu Pod'un adıdır. Pod'un önceki çalıştırmalarından gelen günlükleri analiz ederek Pod'un başarısız başlatma girişimlerinin temel nedenini belirleyin..
Neden bu cevap
CrashLoopBackOff durumu, Pod'un tekrar tekrar başlatılıp çöktüğünü gösterir. Bu durumda en doğrudan sorun giderme adımı, Pod'un önceki çalıştırmalarından gelen günlükleri incelemektir. kubectl logs PODNAME komutu, Pod'un son başlatma girişimindeki çıktıları gösterir. Eğer Pod sürekli çöküyorsa, kubectl logs PODNAME --previous komutu, önceki çökmelerin günlüklerini görmenizi sağlar. Bu günlükler genellikle uygulamanın neden çöktüğüne dair hata mesajları, istisna izleri veya yapılandırma sorunları gibi kritik bilgiler içerir. Diğer seçenekler ise şunlardır: kubectl exec ile Pod'a bağlanmak, Pod çalışmadığı için mümkün değildir. IAM politikalarını kontrol etmek, genellikle yetkilendirme sorunları için geçerlidir, ancak CrashLoopBackOff doğrudan uygulama hatasına işaret eder. Cloud Logging'de VPC trafiğini kontrol etmek, ağ bağlantısı sorunları için daha uygundur, ancak uygulama çökmesinin doğrudan nedeni değildir.
Sonsuz cevap arayışı olmadan sınavınızı geçin
Bu sınav için her doğrulanmış soruyu ve açıklamayı tek bir yerde edinin ve saatlerce süren hazırlıktan tasarruf edin. 1.000'den fazla sertifika · 20'den fazla dil · ücretsiz başlayın.
Sınavınızı daha hızlı geçin → Kart gerekmez