Ü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.