Kubernetes PDB: Pod Kesinti Bütçesi Detayları

**Pod Disruption Budget (PDB)**, Kubernetes'te bir uygulamanın çalışır durumda kalması gereken minimum kopya sayısını veya aynı anda kullanılamayacak maksimum kopya sayısını tanımlamanıza olanak tanıyan bir kaynaktır. PDB, özellikle `kubectl drain` gibi gönüllü kesinti eylemleri sırasında devreye girer. Bu sayede, yöneticiler düğüm bakımı gibi işlemleri güvenle yapabilirken, uygulamaların hizmet kalitesinin düşmemesi veya tamamen kesintiye uğramaması sağlanır.

Neden ve Ne İşe Yarar?

• **Uygulama Yüksek Erişilebilirliği:** Bir düğüm tahliye edilirken bile, uygulamanın kritik sayıda Pod'unun çalışır durumda kalmasını sağlayarak hizmet kesintisini önler.
• **Gönüllü Kesinti Kontrolü:** `kubectl drain` veya küme otomatik yükseltme araçları gibi mekanizmaların, PDB tarafından belirlenen sınırlamalara uymasını sağlar.
• **Operasyonel Güvenlik:** Altyapı bakımı veya yükseltmeler sırasında, uygulama sahiplerinin belirlediği tolerans seviyelerinin aşılmamasını garanti eder.
• **Servis Düzeyi Anlaşmaları (SLA):** Uygulamaların SLA'larını korumasına yardımcı olur.

PDB, bir Pod'un tahliye edilip edilemeyeceğini belirlemek için Kubernetes API'si ile etkileşime girer. Bir `kubectl drain` komutu veya başka bir tahliye işlemi başlatıldığında, Kubernetes, tahliye edilecek Pod'ların ait olduğu PDB'leri kontrol eder. PDB'deki kurallara göre, tahliye işlemi onaylanır veya reddedilir.

Temel Alanlar:

• `spec.selector`: Bu PDB'nin hangi Pod'ları koruduğunu belirleyen bir etiket seçicidir. Bu seçici, bir `Deployment`, `StatefulSet` veya `ReplicaSet`'in `selector`'ı ile eşleşmelidir.
• `spec.minAvailable`: Uygulamanın çalışır durumda kalması gereken minimum Pod sayısını veya yüzdesini belirtir. Örneğin, `minAvailable: 2` iki Pod'un her zaman çalışır durumda olmasını garanti eder. `minAvailable: 50%` ise toplam Pod sayısının en az yarısının çalışır durumda olmasını garanti eder.
• `spec.maxUnavailable`: Uygulamanın aynı anda kullanılamaz durumda olabilecek maksimum Pod sayısını veya yüzdesini belirtir. Örneğin, `maxUnavailable: 1` aynı anda sadece bir Pod'un kullanılamaz olmasına izin verir. `maxUnavailable: 25%` ise toplam Pod sayısının en fazla %25'inin kullanılamaz olmasına izin verir. (Genellikle `minAvailable` veya `maxUnavailable`'tan sadece biri kullanılır.)

Örnek YAML:

Aşağıdaki örnek PDB, `app: my-app` etiketine sahip Pod'lardan en az 2'sinin her zaman çalışır durumda olmasını garanti eder. Eğer uygulamanın 3 kopyası varsa, `kubectl drain` aynı anda sadece 1 Pod'u tahliye edebilir.

apiVersion: policy/v1
kind: PodDisruptionBudget
metadata:
  name: my-app-pdb
spec:
  minAvailable: 2 # En az 2 Pod'un her zaman çalışır olmasını sağla
  selector:
    matchLabels:
      app: my-app # Bu PDB'nin koruduğu Pod'ları seç
                

**Veya `maxUnavailable` ile:**

apiVersion: policy/v1
kind: PodDisruptionBudget
metadata:
  name: my-app-pdb-max-unavailable
spec:
  maxUnavailable: 1 # Aynı anda en fazla 1 Pod'un kullanılamaz olmasına izin ver
  selector:
    matchLabels:
      app: my-app
                

• **Düğüm Yükseltmeleri:** Küme yöneticileri, düğümleri güvenli bir şekilde yükseltebilir veya yamalayabilirken, PDB sayesinde uygulamalar minimum kesintiyle çalışmaya devam eder.
• **Düğüm Bakımı:** Bir düğümde planlı bakım (örneğin bellek ekleme, disk değişimi) yapmadan önce Pod'ların güvenli bir şekilde tahliye edilmesi.
• **Otomatik Ölçeklendirme (Downscaling):** Küme otomatik ölçeklendiricileri, düğümleri küçültürken (downscale) PDB kurallarına uyarak uygulamanın çalışır durumda kalmasını sağlar.
• **StatefulSet'ler:** Veritabanları gibi durum bilgisi olan uygulamalar için PDB'ler, replikaların minimum sayısının korunmasını sağlayarak veri kaybını veya hizmet kesintisini önler.

• **Sadece Gönüllü Kesintiler:** PDB'ler yalnızca gönüllü kesintilere karşı koruma sağlar. Bir düğüm aniden çökerse (istemsiz kesinti), PDB bunu önleyemez. Ancak Kubernetes'in diğer denetleyicileri (Deployment, StatefulSet) Pod'ları yeniden planlayarak kurtarmaya çalışacaktır.
• **Çakışan PDB'ler:** Aynı Pod'ları hedefleyen birden fazla PDB oluşturmaktan kaçının. Bu, beklenmeyen davranışlara yol açabilir.
• **`minAvailable` / `maxUnavailable` seçimi:** Bu değerleri doğru ayarlamak kritik öneme sahiptir. Çok kısıtlayıcı bir PDB, bakım işlemlerini engelleyebilirken, çok gevşek bir PDB uygulamayı koruyamayabilir. Uygulamanızın toleransını ve replika sayısını göz önünde bulundurun.
• **`kubectl drain --force`:** `--force` bayrağı kullanıldığında, `kubectl drain` PDB'yi göz ardı edebilir ve Pod'ları zorla tahliye edebilir. Bu nedenle `--force` kullanımında dikkatli olunmalıdır.
• **Tekil Pod'lar (Bare Pods):** PDB'ler, bir kontrolör (Deployment, StatefulSet, ReplicaSet) tarafından yönetilmeyen tekil Pod'ları korumaz. PDB'ler Pod'ların tahliyesini engeller, ancak tahliye edilen Pod'ların başka bir yerde yeniden planlanmasını garanti etmez; bu, kontrolörün görevidir.