Metrikler, node’lar ve olaylar

Cluster sağlığının görünümü

Genel Bakış; node, Pod, Service ve Deployment sayılarını kaynak kullanımıyla birleştirir. CPU ve bellek kullanımını request, limit ve allocatable kapasite ile karşılaştırarak yoğunluğun nerede oluştuğunu görebilirsiniz.

• Hazır node’lar, çalışan/bekleyen/başarısız Pod’lar ve kullanılabilir Deployment’lar.
• CPU, bellek ve Pod kapasitesi göstergeleri.
• Mevcut veri kaynağına göre zaman içinde metrik grafikleri.
• Node detayları ile Kubernetes Olaylar listesinin birlikte incelenmesi.

Kapasite sorununu araştırma

1. Genel Bakış’ta kullanım ile request/limit toplamlarını karşılaştırın.
2. Node ekranında hazır olmayan veya yoğun çalışan node’ları inceleyin.
3. İlgili namespace’in olaylarında scheduling, image pull veya volume hatalarını arayın.
4. İş yüküne geçerek kaynak ayarını ve container loglarını kontrol edin.

Metrik kaynağını doğru yorumlama

Canlı kullanım bilgisi metrics-server veya desteklenen Prometheus verisinin erişilebilir olmasına bağlıdır. Geçmiş grafikleri de bulunan veri kaynağına göre oluşur; kısa süreli örnekler uzun dönem saklama garantisi değildir.

CPU request, CPU limit ve ölçülmüş CPU kullanımı farklı değerlerdir. Metrik kaynağı erişilemiyorsa bunu sıfır gerçek kullanım olarak yorumlamayın; kaynak durumunu olaylar ve loglarla tamamlayın.

Genel Bakış sayaçları ve son güncelleme

Genel Bakış; node, Pod, Service ve Deployment toplamlarını hazır/çalışan/kullanılabilir alt sayılarıyla gösterir. Son güncelleme ve canlı bağlantı durumunu metrik değerleriyle birlikte okuyun.

• Cluster değişince önceki ölçüm bağlamı temizlenir ve yeni veri beklenir.
• Yenile, anlık ölçümü tekrar ister; canlı bağlantının açık olmasıyla aynı gösterge değildir.
• Kaynak sayısının yüksek olması tek başına performans sorunu veya kullanım başarısı değildir.

CPU kullanım, request ve limit ayrımı

CPU göstergesi ölçülmüş kullanımı, toplam request/limit ve kapasiteyle birlikte sunar. Request zamanlayıcının kaynak ayırma talebi, limit container sınırı, kullanım ise ölçümdür. Allocatable kapasite sistem paylarından sonra iş yüklerine ayrılabilir miktardır.

• Millicore ile core birimlerini tutarlı karşılaştırın.
• Limit toplamının allocatable’dan yüksek olması farklı bir bilgidir; anlık tüketimin o düzeye çıktığını göstermez.
• Yüksek kullanımda hangi node/Pod’un etkili olduğunu alt ekranlardan araştırın.

Bellek ve Pod kapasitesi

Bellek göstergesinde kullanım, request, limit, allocatable ve toplam kapasite bulunur. Pod kapasitesi göstergesi Pod adetlerini node’ların desteklediği kapasiteyle karşılaştırır.

• Running, Pending ve Failed Pod adetlerini ayrı değerlendirin.
• Bellek baskısı ile Pod sayısı doluluğu aynı sorun değildir.
• Kapasite yüzdesi yüksekken scheduling hatasını Events üzerinden kontrol edin.

Geçmiş grafiğinin veri kaynağı

Sunucu Prometheus geçmişi gönderiyorsa grafik bu zaman serisini kullanır. Böyle bir geçmiş yoksa ekranda alınan son ölçüm örnekleri birikir; bu görünüm geçmişe dönük sürekli arşiv değildir.

• Kaynak rozeti Prometheus veya anlık örnek bağlamını ayırt etmeye yardımcı olur.
• Varsa mum grafiğinde zaman aralığı açıklamasını okuyun; bir nokta ile zaman aralığı özeti farklıdır.
• Eksik ölçüm kaynağını sıfır kaynak tüketimi olarak yorumlamayın.

Node listesi ve ayrıntıları

Nodes ekranında Ready/NotReady durumu, adres, kaynak kapasitesi ve node bilgileri incelenir. Detay görünümü koşullar ve sistem bilgilerini, Pod görünümü node’a yerleşmiş iş yüklerini araştırmaya yardımcı olur.

• Hazır olmayan node’un yalnız adını değil koşullarını ve olaylarını inceleyin.
• Pod sayısı erişilebilir Pod listesinden hesaplanır; başarısız Pod sorgusu eksik görünüm oluşturabilir.
• Node shell ayrıcalıklı sistem yöneticisi işlemidir; salt metrik incelemeyle aynı erişim değildir.

Node metrik görünümü

Liste/metrik seçimi node’ları tablo veya kart grafikleriyle gösterir. Metrik kartları CPU, bellek ve Pod kullanımını yüzde olarak birlikte çizer; üzerine gelindiğinde o zamana ait değerler okunur.

• Veri toplanıyor mesajında henüz örnek bulunmadığını anlayın.
• Eksik ölçüm için gösterilen çizgi/boş değeri gerçek sıfırla karıştırmayın.
• Kapasiteye göre yüzde, farklı büyüklükteki node’ların mutlak tüketimini tek başına karşılaştırmaz.

Pod ve Deployment metrik bağlamı

Pod ve Deployment detaylarındaki ölçüm araçları kaynak düzeyindeki tüketimi incelemeyi sağlar; geçmiş için erişilebilir metrik kaynağı gerekir. Deployment geçmişi ilişkili Pod’ların toplamına göre değerlendirilir.

• Ölçüm tarih aralığını ve örnekleme adımını grafiğin gösterdiği bilgiye göre okuyun.
• Rollout sırasında Pod isimleri değişebilir; tek Pod geçmişi ile Deployment toplamı aynı seri değildir.
• Ölçümü kaynak request/limit ayarı ve uygulama loglarıyla birlikte değerlendirin.

Olaylar filtresi ve yenileme

Events ekranında namespace, tür, zaman aralığı ve metin araması vardır. Zaman seçenekleri tüm zamanlar, son 1/6/24 saat, 7 gün ve 30 gündür; elde kalan Kubernetes olayları içinden filtre uygulanır.

• Tür filtresi Normal, Warning ve görünen diğer türleri ayırır.
• Otomatik yenileme seçeneği açıkken yaklaşık 10 saniyede bir yeniden sorgulanır; canlı kaynak bildirimleri de güncelleme tetikleyebilir.
• 30 gün filtresi cluster’ın 30 günlük olay sakladığı anlamına gelmez.

Olay mesajından ilgili kaynağa

Olaylarda tür, neden, mesaj ve involvedObject bilgilerini birlikte okuyun. Tekrarlanan olayın sayısı ve zaman bilgisi tek bir hata satırının tekrar tekrar yaşandığını gösterebilir.

1. Hata saatini ve namespace’i daraltın.
2. Kaynak türü/adını belirleyerek ilgili Pod veya iş yükünü açın.
3. Scheduling, image pull veya mount hatasını doğru altyapı katmanıyla ilişkilendirin.
4. Düzeltmeden sonra yeni olayları ve kaynak hazır durumunu kontrol edin.