Black Friday · 27 Kasım 2026

Seçili sertifikalarda %90'a varan indirim.

Çok değerli bir kariyer hedefi için tek seferlik fırsat. Sınırlı sayıda kupon, önce bekleme listesine.

Ücretsiz ders · CKA Hazırlık Programı · Modül 5: Depolama

KB ve KBTleri Öngörülebilir Bağlamak

KalıcıBirimler depolamayı parçalara böler; talepler parçaya ad alanlı isteklerdir. Bağlama kurallarla eşleştirir ve bekleyen talepler eşleşmeyen kuralı olaylarında söyler.

12 dk okuma

Kazanımlar

  • KB yaşam döngüsünü açıklamak: Uygun, Bağlı, Bırakılmış, Arızalı
  • Talepleri kapasite artı erişim kipi artı seçiciyle birimlere eşleştirmek
  • Talebin neden Bekliyor kaldığını olaylarından okumak
  • Veri kendisini kullanan talebi atlatacak geri alma politikaları kurmak

Neden önemli

Durumlu iş yükleri podları, düğümleri, bazen ad alanlarını aşan depolama ister. İki nesneli ayrım (yöneticiye ait KB, kullanıcıya ait KBT) depolama yöneticilerinin bir kez karşılamasını, geliştiricilerin arka uçları bilmeden talep etmesini sağlar. Sınav eşleşme kurallarında yaşar; her Bekleyen talep yanıtı olaylarında olan sınavdır.

Kavramlar

KB kapasite, erişim kipleri (ReadWriteOnce, ReadOnlyMany, ReadWriteMany), depolama sınıfı adı, geri alma politikası ve arka uç ayrıntıları taşır. KBT kapasite (tam değil en az karşılanır), erişim kipleri (KB ile kesişim isteği kapsamalı), isteğe bağlı depolama sınıfı ve isteğe bağlı etiket seçici ister. Bağlama özeldir: yeniden kullanılana kadar birim başına bir Bağlı talep.

Yaşam döngüsü eşleşmede Uygundan Bağlıya döner, talep silinince Bağlıdan Bırakılmışa; sonra geri alma politikasına göre: Koru veriyi tutar (yeniden kullanımdan önce el temizliği ister), Sil birim artı veriyi kaldırır, GeriDönüştür kullanım dışı geçmiştir. Bırakılmış birimler asla kendiliğinden yeniden bağlanmaz: eski veri artı eski talepler bilerek temizlenmeli.

Uygulamalı örnek

Tek birim, tek talep, tek pod; her bağda makbuz:

# yönetici parçayı oyar (yalnız laboratuvar için hostPath)
apiVersion: v1
kind: PersistentVolume
metadata: { name: pv-demo }
spec:
  capacity: { storage: 2Gi }
  accessModes: [ReadWriteOnce]
  persistentVolumeReclaimPolicy: Retain
  hostPath: { path: /srv/pv-demo }
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata: { name: claim-demo, namespace: demo }
spec:
  accessModes: [ReadWriteOnce]
  resources: { requests: { storage: 1Gi } }

kubectl get pv Uygundan Bağlıya döner; 1Gi talep 2Gi birime uyar, çünkü istekler en azdır. Talebi sil, Bırakılmış artı Koru izle: veri üretim istediği gibi korunur bekler.

Sınav notları

Erişim kipi uyumsuzluğu en büyük Bekleme nedenidir: ReadWriteOnce birimlere ReadWriteMany talebi sonsuza bekler. Depolama sınıfı uyumsuzluğu (adlı ile boş dize) sağlayıcılar arası sessiz engeller. Ve Bağlı KBT silmek Koru birimi silmez: veri yaşar, özellik budur; temizlik senindir.

Mini kontrol

4 soruluk öz kontrol. Yanıtların cihazında kalır, saklanmaz ve gönderilmez. Yalnızca geçen skor (ör. 4 soruda 3) kaydedilir ve yalnızca ders ilerlemesinin kilidini açmak için: bir dersin tamamlanmış sayılması için en az 3 doğru gerekir. Hiçbir sertifika değerlendirmesine sayılmaz.

Ders geri bildirimi

Henüz yayında geri bildirim yok.

Geri bildirim yazmak için giriş yap ve dersi tamamla.

Kaynaklar

Alıştırma

Kurgusal 5Gi Koru birimi oy, 2Gi talebi bağla; sonra talebi silip her yaşam durumunu kanıt komut çıktısıyla belgele. Birim yeniden hizmet vermeden önce yöneticinin ne yapması gerektiğini söyle.

Geçme kriterleri

KB artı KBT eşleşen kiplerle geçerli; Uygun, Bağlı, Bırakılmış çıktılarla gösterilmiş; yeniden kullanım yanıtı Koru altında el temizliğini adlandırır.

İlerlemeni kaydetmek için giriş yapÜcretsiz hesap: yalnızca ders ilerlemen ve quiz sonuçların saklanır.