Yapılandırma ve ölçekleme

Yapılandırma kaynakları

Yapılandırma bölümünde ConfigMaps, Secrets, HPA, VPA, PodDisruptionBudget, PriorityClasses, RuntimeClasses, MutatingWebhooks ve ValidatingWebhooks ayrı başlıklar altında bulunur.

• ConfigMap ve Secret içeriğini ilgili yetkiyle görüntüleme ve desteklenen düzenleme araçlarını kullanma.
• Deployment kaynak talepleri/limitleri ve yatay/dikey ölçekleme ayarlarını yönetme.
• PDB ile kesinti bütçesini, PriorityClass ve RuntimeClass ile çalışma koşullarını inceleme.
• Admission webhook tanımlarını yönetici yetkisiyle gözden geçirme.

Uygulama ayarını değiştirme

1. İş yükünün kullandığı ConfigMap veya Secret adını belirleyin.
2. Doğru namespace içindeki kaynağı açın ve yalnızca gerekli alanları düzenleyin.
3. Uygulamanın ayarı nasıl okuduğuna göre yeniden başlatma gerekip gerekmediğini kontrol edin.
4. Yeni Pod’ların logları ve kaynak durumu üzerinden değişikliği doğrulayın.

Ölçekleme ve hassas kaynaklar

HPA için uygun metrikler, VPA için ilgili controller ve CRD’ler cluster’da bulunmalıdır. Bu kaynakların hedefi ve çalışma modu kaynak tüketimini veya Pod yeniden oluşturulmasını etkileyebilir.

Secret değerlerini yalnızca gerekli kişilere açın. Admission webhook değişiklikleri çok sayıda kaynağın oluşturulmasını etkileyebileceğinden sistem yöneticisi yetkileriyle ele alınır.

ConfigMap listesinden içeriğe

ConfigMaps ekranında ad, namespace, veri alanı sayısı ve yaş görünür. Arama/namespace filtresiyle kaydı bulun; detayda anahtar-değer içeriğini, YAML’da kaynak tanımını inceleyin.

• Veri alanı sayısı dosya boyutu değil anahtar sayısıdır.
• Düzenleme k8s:configmaps:edit, silme k8s:configmaps:delete iznine bağlıdır.
• Kaydetme sonrası uygulamanın ConfigMap’i ortam değişkeni veya volume olarak nasıl kullandığına göre yeniden başlatma gerekebilir.

Secret türü, anahtarlar ve değer gösterme

Secrets listesi metadata ve tür bilgilerini gösterir; ayrıntıyı açınca güncel Secret içeriği ayrıca yüklenir. Değerler göster/gizle denetimleriyle açılır; başka kaydın detayına geçerken görünürlük durumu sıfırlanır.

• Doğru namespace ve Secret adını kontrol edin.
• JSON biçimindeki değerler okunabilir biçimde düzenlenmiş gösterilebilir.
• Değeri görünür yapmak erişim yetkisini değiştirmez; ekran paylaşımı ve AI bağlamına aktarırken içeriği dikkate alın.

Secret anahtarını yerinde düzenleme

Secret detayında yetkiyle tek anahtarın düzenlemesini açıp değerini kaydedebilirsiniz. Başlangıç değeri JSON ise değiştirilen metnin de geçerli JSON olması gerekir; geçersiz içerik kaydedilmeden hata gösterilir.

1. Düzenlenecek anahtarı seçin ve yeni değeri yazın.
2. JSON alanında sözdizimini koruyun.
3. Kaydedin; detayın yeniden yüklendiğini ve doğru değerin göründüğünü doğrulayın.
4. Bu Secret’ı kullanan uygulamanın değişikliği nasıl alacağını kontrol edin.

HPA listesi ve hedef kaynağı

HPA ekranında kaynak adı, namespace ve hedef iş yükü bağlamını inceleyin. HPA’nın varlığı metrik toplandığı veya istenen ölçeğe ulaşıldığı anlamına gelmez; Deployment sayılarıyla birlikte değerlendirin.

• HPA görüntüleme, düzenleme ve silme farklı izinlerdir.
• Hedef Deployment’taki resource request değerlerini kontrol edin.
• CPU/bellek hedeflerine ulaşılamıyorsa metrik kaynağını ve HPA koşullarını inceleyin.

Deployment HPA formunun alanları

Deployment’ın HPA penceresi minimum replica, maksimum replica, hedef CPU yüzdesi ve hedef bellek yüzdesi alır. En az bir metrik girilmelidir; minimum en az 1, maksimum ise minimumdan küçük olmamalıdır.

• Yeni form varsayılanları minimum 1, maksimum 5 ve CPU %80’dir; bunlar uygulamanız için öneri garantisi değildir.
• Mevcut HPA varsa güncel değerler yüklenir; kaydetme sonrası yeniden okunur.
• Silme işlemi HPA kaynağını kaldırır; iş yükünü veya uygulama verisini silmez.

Deployment VPA formunun alanları

Deployment’ın VPA penceresi kurulu VPA desteğini kontrol eder; mevcut kaynak ve önerileri okuyabilir. Formda updateMode, minimum/maksimum CPU ve bellek ile controlledValues seçimi vardır.

• Modlar: Off, Initial, Auto ve Recreate.
• controlledValues: RequestsOnly veya RequestsAndLimits.
• Öneriler container bazında hedef ve sınır değerlerini gösterebilir; controller önerisi uygulamanın bütün performans gereksinimlerini açıklamaz.
• Kaydetme/silme ayrı VPA izinlerine bağlıdır; CRD/controller yoksa önce altyapı desteği gerekir.

Bağımsız VPA ekranının mevcut kapsamı

Bu sürümde Yapılandırma → VPA listesi tamamlanmış bir canlı envanter sunmaz. VPA inceleme ve yönetimi için işlevsel yol Deployment satırındaki VPA penceresidir.

• Bağımsız listenin boş olması cluster’da hiç VPA bulunmadığını kanıtlamaz.
• Hedef Deployment’taki pencerede kurulum desteğini ve kaynağı kontrol edin.
• Bu ekranı VPA controller kurucusu veya bütün cluster VPA’larını doğrulayan rapor olarak kullanmayın.

PodDisruptionBudget inceleme ve yönetme

PDB ekranı hedef Pod grubu için kesinti bütçelerini listeler. minAvailable/maxUnavailable ve mevcut durum alanlarıyla gönüllü kesintiler için beklenen sınırları okuyun; detay ve YAML araçları kaynak tanımını açar.

• Selector’ın gerçekten korumak istediğiniz Pod’ları seçtiğini doğrulayın.
• Düzenleme/silme ve toplu silme işlemleri iş yükü yetkileriyle sınırlandırılır.
• PDB bütün silme yöntemlerini engellemez; Pod ekranındaki mevcut Evict etiketini korumalı eviction olarak değerlendirmeyin.

PriorityClass öncelik değerleri

PriorityClasses cluster genelindeki öncelik sınıflarını gösterir. Ad, sayısal value, globalDefault ve yaş üzerinden inceleme/sıralama yapılır. Detay, YAML ve silme araçları sistem yöneticisi erişimiyle kullanılır.

• Yüksek önceliğin hangi iş yüklerine atandığını Pod tanımlarında kontrol edin.
• globalDefault değişikliği sınıf belirtmeyen iş yüklerini etkileyebilir.
• Sınıfı silmeden önce ona başvuran workload tanımlarını inceleyin.

RuntimeClass handler bilgisi

RuntimeClasses ekranı sınıf adı, handler ve yaş bilgisiyle cluster’ın çalışma zamanı sınıflarını listeler. Detayda ek overhead bilgisi bulunabilir; YAML bütün tanımı açar.

• handler değerinin node’larda yapılandırılmış container runtime ile uyumlu olması gerekir.
• Kaynak tanımını oluşturmak ilgili runtime’ı node’a kurmaz.
• Düzenleme ve silme sistem yöneticisi işlemleridir; sınıfı kullanan Pod’ların başlatılmasını etkileyebilir.

MutatingWebhookConfiguration

Mutating Webhooks ekranı kabul edilen kaynakları değiştirebilen webhook yapılandırmalarını listeler. Kaynak adı ve webhook içeriğini detay/YAML üzerinden inceleyin; hedef servis, kurallar, kapsam ve hata politikası uygulanan davranışı belirler.

• Yanlış hedef veya sertifika yeni kaynak oluşturma işlemlerini etkileyebilir.
• Sistem yöneticisi yetkisiyle düzenleme/silme araçları kullanılabilir.
• Bir webhook’u kaldırmanın uygulamanın otomatik eklenen alanlarını veya sidecar davranışını değiştirebileceğini değerlendirin.

ValidatingWebhookConfiguration

Validating Webhooks kabul aşamasındaki doğrulama kurallarını incelemek içindir. Mutating webhook’tan farklı olarak temel amacı isteği kabul veya reddetmektir; detay/YAML görünümünde kurallar ve hedef tanımı okunur.

• Reddedilen kaynak için hata mesajındaki webhook adıyla bu listedeki kaydı eşleştirin.
• Kural kapsamını, namespace/object seçicilerini ve failurePolicy davranışını inceleyin.
• Silme/düzenleme bütün cluster iş akışını etkileyebileceğinden sistem yöneticisi izni gerektirir.

Ortak YAML, filtre ve toplu işlem davranışı

Yapılandırma listelerinde ortak arama, sıralama, sayfalama ve uygun kaynaklarda canlı yenileme/toplu silme araçları bulunur. Namespace kapsamındaki kaynakla cluster kapsamındaki kaynağın filtresini karıştırmayın.

• ConfigMap, Secret, HPA ve PDB gibi kaynaklarda namespace’i kontrol edin.
• PriorityClass, RuntimeClass ve admission yapılandırmaları cluster kapsamındadır.
• Toplu işlemler kısmi başarı gösterebilir; her kaynağın gerçek durumunu yenilenen listeden okuyun.