İş yükleri ve uygulamalar

İş yükü görünümü

Battani; Pod, Deployment, ReplicaSet, StatefulSet, DaemonSet, Job ve CronJob için ayrı kaynak ekranları sunar. Uygulamalar görünümü Deployment’ları uygulama odaklı incelemenizi sağlar. Namespace ve arama filtreleriyle sorunun yaşandığı kaynak grubuna odaklanabilirsiniz.

• Kaynak durumunu, replica sayılarını ve ilişkili Pod’ları inceleme.
• Desteklenen kaynaklarda YAML görüntüleme ve yetkiyle düzenleme.
• Deployment, ReplicaSet ve StatefulSet ölçekleme; DaemonSet yeniden başlatma.
• Deployment kaynak talepleri/limitleri ile HPA ve VPA ayarlarını inceleme ve yönetme.

Başlamayan bir uygulamayı inceleme

1. Doğru cluster ve namespace’i seçerek ilgili Deployment’ı bulun.
2. İstenen ve hazır replica sayılarını karşılaştırın; sorunlu Pod’un detaylarını açın.
3. Olaylar, describe bilgisi ve container logları üzerinden nedeni daraltın.
4. Gerekli yetkiniz varsa kaynak ayarını veya YAML’ı düzenleyin; ardından Pod durumunu yeniden kontrol edin.

Değişikliklerin etkisi

Ölçekleme ve YAML değişiklikleri doğrudan seçili Kubernetes kaynağına uygulanır. Controller tarafından yönetilen bir Pod silindiğinde controller yeni Pod oluşturabilir; kalıcı değişiklik için sahibi olan iş yükünü inceleyin.

Otomatik ölçekleme, cluster’da ilgili controller ve metrik altyapısının bulunmasını gerektirir. HPA veya VPA ekranının varlığı bu bileşenleri kendiliğinden kurmaz.

Kaynak listeleri, filtreler ve canlı durum

İş yükleri altında her kaynak türünün ayrı listesi vardır. Cluster seçilmemişse önce bağlantı seçmeniz istenir. Pod ve yaygın iş yükü ekranlarında namespace, ad araması, sıralama, sayfalama ve canlı yenileme göstergelerini kullanın.

• Arama alanlarında kısa gecikmeli sorgulama uygulanabilir; yazdıktan sonra listenin güncellenmesini bekleyin.
• Canlı/yeniden bağlanıyor göstergesi veri akışının durumudur; iş yükünün sağlığı değildir.
• Toplu seçim varsa yalnız istediğiniz kayıtların seçili kaldığını kontrol edin.

Pod satırını ve container durumlarını okuma

Pods ekranındaki durum, yeniden başlatma sayısı ve container göstergelerini birlikte okuyun. Pod’un Running olması bütün container’ların hazır olduğu anlamına gelmez; init container ve yan container durumları ayrıca önemlidir.

• Ad, namespace, durum, restart ve yaş sütunları sıralanabilir.
• Aynı isim farklı namespace’lerde bulunabilir; satır kimliğini namespace ile birlikte değerlendirin.
• Hatalı container göstergesinden sonra detay ve log ekranında doğru container’ı seçin.

Pod detayları, describe ve silme

Pod eylemleri detay, describe, log, shell, attach, YAML düzenleme ve izinle silme araçlarını içerir. Detay görünümü ile describe çıktısı farklı teşhis bilgileri sunar.

• Silme ve arayüzdeki Evict eylemi mevcut sürümde aynı Pod silme çağrısını kullanır; Evict’i PDB korumalı Kubernetes eviction API işlemi olarak kabul etmeyin.
• Controller’ın sahip olduğu Pod silinirse yerine yenisi oluşturulabilir.
• Shell/YAML işlemleri için görüntüleme izninden daha geniş izin gerekir.

Deployment ayrıntıları ve uygulama görünümü

Deployment satırında replica durumlarını ve container image bilgilerini inceleyin; detay penceresinden ilgili iş yükü bağlamına geçin. Uygulamalar sayfası Deployment’ları kartlar halinde sunar ve seçili namespace’i izler.

• İstenen, hazır, güncellenmiş ve kullanılabilir replica sayıları farklı anlama gelir.
• Deployment log eylemi selector ile ilişkili Pod’ları bulur ve Pod/container seçimi sunar.
• YAML, kaynak limitleri, HPA ve VPA araçları ilgili izinlerle açılır.

Replica sayısını değiştirme

Ölçekle penceresi Deployment, ReplicaSet ve StatefulSet için mevcut replica sayılarını gösterir ve hedef replica sayısını alır. Kaydetme isteği seçilen namespace ve kaynak adına gönderilir.

1. Kaynağın sahibi ve varsa HPA kontrolünü inceleyin.
2. Hedef replica sayısını girip işlemi uygulayın.
3. Hazır ve kullanılabilir sayıların hedefe yaklaştığını izleyin.
4. Sayı tekrar değişiyorsa HPA veya üst controller’ın uzlaştırma davranışını kontrol edin.

Yeniden başlatma işleminin davranışı

Deployment, ReplicaSet ve StatefulSet ekranlarındaki Restart mevcut sürümde replica sayısını önce sıfıra indirir, ardından önceki sayıya geri çıkarır. Bu yöntem kesintisiz rolling restart değildir; aradaki sürede bütün replikalar kapanabilir.

• Üretimde kullanmadan önce erişilebilirlik ihtiyacını ve bakım aralığını değerlendirin.
• İlk ölçekleme başarılı, ikinci başarısız olursa sayıyı ve hata mesajını kontrol edin.
• DaemonSet yeniden başlatma ayrı sunucu eylemini kullanır; aynı replica akışına sahip değildir.

Container CPU ve bellek alanları

Kaynakları Ayarla penceresinde container seçimi ile CPU request, memory request, CPU limit ve memory limit alanları vardır. Pencere önce listedeki veriyi gösterir, ardından canlı Deployment tanımını yükler; kayıttan sonra tekrar açıldığında güncel değerleri okumaya çalışır.

• CPU için 100m veya 2, bellek için 128Mi veya 2Gi gibi Kubernetes miktarlarını kullanın.
• Birden fazla container varsa değişikliğin uygulanacağı container’ı kontrol edin.
• Kaydetme sonrasında rollout ve Pod scheduling sonucunu inceleyin; salt limit yazmak mevcut kapasiteyi artırmaz.

ReplicaSet yönetimi

ReplicaSets sayfası mevcut, hazır ve istenen replika ilişkisini incelemek; ölçeklemek, yeniden başlatmak, YAML düzenlemek ve silmek için araçlar sunar. Bir ReplicaSet Deployment tarafından yönetiliyorsa üst kaynağın istediği duruma geri dönebilir.

• Kalıcı dağıtım değişikliğini mümkünse sahibi olan Deployment’ta yapın.
• Restart sıfıra ölçekleyip eski sayıya dönme yöntemini kullanır.
• ReplicaSet log kısayolu bütün sürümlerde Pod’u otomatik seçmez; hedef Pod’u Pods ekranından açabilirsiniz.

StatefulSet yönetimi

StatefulSets ekranında replica sayıları ve yaş bilgisiyle durumu izleyin; ölçekleme, yeniden başlatma, YAML ve silme işlemlerini ayrı değerlendirin. StatefulSet ile ilişkili PVC’lerin yaşam döngüsü aynı işlemin parçası olarak otomatik açıklanmaz.

• Sıralı Pod kimlikleri ve uygulamanın çoğaltma davranışı nedeniyle replica değişikliğinin etkisini kontrol edin.
• Restart tüm replikaları sıfıra indirip geri çıkarır.
• Log kısayolu hedef Pod seçimini tamamlamazsa ilgili Pod ve container’ı Pods listesinden açın.

DaemonSet yönetimi

DaemonSets ekranı istenen/mevcut/hazır Pod dağılımını ve kaynak yaşını gösterir. Restart, YAML düzenleme ve silme ayrı eylemlerdir; replika sayısı Deployment gibi serbest bir sayı alanından yönetilmez.

• Hazır sayısının istenenden düşük olması durumunda node koşullarını, toleration ve Pod olaylarını inceleyin.
• Yeniden başlatma onayından sonra ilgili Pod’ların durumunu takip edin.
• Log görüntülemek için gerekirse DaemonSet’in belirli Pod’unu Pods ekranında seçin.

Job listesi ve mevcut kapsam

Jobs sayfası namespace ve ad aramasıyla Job kayıtlarını getirir; ad, namespace ve yaş sütunlarında sıralama ve canlı yenileme sağlar. Bu sürümde Job satırına ait çalıştırma, yeniden çalıştırma veya özel düzenleme düğmeleri bulunmaz.

• Başarısız işi incelemek için ilişkili Pod’u ve Kubernetes olaylarını açın.
• Listedeki Job adı bir işlem başlatıldığının tek başına kanıtı değildir; Pod çıktısıyla doğrulayın.
• Bu sayfayı tam bir görev zamanlayıcı düzenleyicisi olarak değerlendirmeyin.

CronJob listesi ve mevcut kapsam

CronJobs sayfası ad, namespace ve yaş sütunlarıyla mevcut zamanlanmış iş kaynaklarını listeler. Namespace ve arama filtreleri ile canlı yenileme vardır; bu sürümde zamanlama değiştiren, askıya alan veya hemen çalıştıran ayrı form bulunmaz.

• Zamanlanan işin ürettiği Job ve Pod’ları ilgili kaynak ekranlarında kontrol edin.
• CronJob kaydının bulunması, son çalışmanın başarılı olduğu anlamına gelmez.
• Cron ifadesi veya concurrency policy değişikliği gereken durumda uygun Kubernetes yönetim akışını kullanın.

Toplu silme ve kısmi başarı

Seçim kutuları bulunan listelerde sayfanın satırlarını veya tek tek kayıtları seçerek toplu eylem çubuğunu açabilirsiniz. Toplu işlem farklı kaynaklara ayrı istekler gönderir; bütün satırların tek bir atomik işlemle değiştiğini varsaymayın.

• Onaydan önce seçili sayı ve kaynakları kontrol edin.
• Sonuçta bazı kaynaklar silinmiş, bazıları hata almış olabilir; yenilenen listeyi okuyun.
• Deployment ekranındaki toplu kaynak ayarlama aracında seçilen hedefleri ve container eşleşmesini ayrıca inceleyin.

İş yükünü YAML ile düzenleme

Kaynağı Düzenle eylemi global terminal panelindeki YAML editörünü açar. Editör mevcut tanımı yükler, değişiklik durumunu izler ve Kaydet/Uygula üzerinden seçili cluster’a gönderir.

• metadata.name ve namespace değerlerini hedef kaynakla karşılaştırın.
• Doğrulama başarılı olsa bile Kubernetes admission/RBAC denetimi uygulamayı reddedebilir.
• Sıfırla editördeki yerel değişiklikleri ilk yüklü metne geri alır; daha önce cluster’a uygulanmış değişikliği geri almaz.

İş yükü yetkileri ve işlem sonrası doğrulama

Pod işlemleri k8s:pods izinleriyle, pek çok controller işlemi k8s:deployments izinleriyle sınırlandırılır. Kaynak paylaşımı ve Kubernetes kimliği de işleme izin vermelidir.

1. İşlem için doğru cluster, namespace ve kaynak adını doğrulayın.
2. Başarı mesajından sonra listeyi ve gerçek kaynak durumunu inceleyin.
3. Beklenen sonuç oluşmadıysa Olaylar, loglar ve denetim kaydını birlikte okuyun.