İş yükünüzü tanımlayın. Kalıcı veriyi ayrı doğrulayın.
EraBackup Kubernetes ajan politikası, PVC/Pod seçimi ve node/control plane yöntemlerini dağıtımınıza göre hazırlayın; katalog ve izole restore kabulünü birlikte planlayın.
Kubernetes Backup arayüzünde PVC, ETCD, KUBELET, ETCKUBERNETES ve CLUSTER seçenekleri bulunur. Bu etiketler sürümden bağımsız bütün cluster kurtarma desteği değildir. OpenShift VM/database yolu farklıdır; genel Kubernetes veya Rancher’a otomatik genellenmez.
Ekran görüntüleri 16 Ekim 2026 tarihli gerçek laboratuvar arayüzünden alınmıştır. Arayüz İngilizcedir; açıklamalar seçtiğiniz dilde sunulur. Gösterilen kaynak adları, tarihler ve ayarlar örnektir; kendi ortamınızın değerlerini kullanın.
Laboratuvar notu: Kubernetes ajanı read timeout verdi. Mevcut test işi Not Yet Backup durumundadır; kullanılabilir nokta veya hedef restore ekranı alınamadı. Politika kaydedilmedi, backup/restore başlatılmadı.
Dağıtım/Kubernetes, ajan ve repository sürümleri
Kaynak cluster/node, namespace, Pod ve PVC envanteri
StorageClass/CSI, erişim ve uygulama tutarlılığı
Manifest, Secret ve dış bağımlılıklar için ayrı plan
01
1. Uygulama birimini ve RPO’yu belirleyin
Deployment/StatefulSet, Service, ConfigMap, PVC ve dış database bağımlılıklarını envanterleyin. Secret değerlerini çıktı olarak paylaşmayın. Pod’un geçici dosya sistemi ile PVC verisini ayırın; yalnız Pod adı veya manifest listesi bütün uygulama yedeği değildir.
Beklenen sonuç
Korunacak kaynaklar ve kurtarma hedefi yazılıdır.
02
2. Kaynak erişimini ve storage kapsamını doğrulayın
Doğru kubeconfig context, namespace erişimi ve gerekli ajan bağlantısını doğrulayın. CSI snapshot kullanılacaksa driver, snapshot controller ve VolumeSnapshotClass uyumunu ayrıca kontrol edin; bu gereksinimleri bütün EraBackup yöntemlerinin snapshot kullandığı iddiasıyla karıştırmayın. Snapshot varlığı repository kopyası kabulü değildir.
Komut örneği
kubectl config current-context
kubectl -n <NAMESPACE> get pods,pvc
kubectl get storageclass
Beklenen sonuç
Erişim ve seçilen veri yolunun koşulları bilinir.
03
3. Kubernetes Backup politikasını hazırlayın
Home → Policies → Agent Policy → Create Agent Policy açın. Doğru Linux Agent, Policy Name ve Storage seçin. Policy Type içinde Kubernetes Backup seçin. Ajan bağlantı hatası varsa yalnız form hazırlığı olarak değerlendirin; kayıtlı node adını canlı cluster erişimi saymayın.
Kubernetes Backup ve boş Kubernetes Backup Methods alanı. Ajan read timeout hatası görünür; test politika adı PVC seçildiğini veya kaynağın erişildiğini kanıtlamaz. Taslak kaydedilmedi. Büyüt ↗
Beklenen sonuç
Kaynak ve repository için bir taslak hazırlanır.
04
4. PVC ve node/control plane yöntemini ayırın
Kubernetes Backup Methods alanında ilk iş yükü testi için uygun PVC yöntemini değerlendirin; Clients adımında ilgili Pod seçimi gerekir. ETCD, KUBELET ve ETCKUBERNETES node/control plane kapsamlarıdır. CLUSTER seçimi tekil seçenekleri kapatabilir; bu davranış tam felaket kurtarma garantisi değildir. Yalnız korunması onaylanan yöntemi seçin.
ETCD seçimi sonrasında gerçek Clients açıklama ekranı. Buradaki Pod/PVC ve node yöntem açıklamaları kaynak envanteri veya veri aktarımı değildir. Büyüt ↗
Beklenen sonuç
Yöntem ve gerekli kaynak seçimi nettir.
05
5. Tutarlılık ve zamanlamayı planlayın
Database içeren PVC için crash-consistent kopya ile uygulama tutarlılığını ayırın; eşleşen quiesce/native database planını doğrulayın. Saklama ve zamanlamayı RPO ile repository kapasitesine göre seçin. ETCD yapılandırmasında KUBECTL/RKE2 seçenekleri bulunabilir; kurulu dağıtıma uygunluğu ayrıca değerlendirilir.
Beklenen sonuç
Tutarlılık ve saklama planı seçilen yönteme uygundur.
06
6. Onaylı testte Full sonucu ve kataloğu izleyin
Kaynak seçimi ve erişim doğrulandıktan sonra özeti inceleyip onaylı test politikasını kaydedin. Sürümün sunduğu uygun Full eylemini kullanın. Görev, repository nesnesi, yöntem, namespace/Pod ve tarih eşleşmesini kontrol edin. Bildirim veya Last Backup tek başına veri kabulü değildir.
Beklenen sonuç
Kaynakla eşleşen çıktı ve katalog kaydı bulunur.
07
7. İzole PVC ve uygulama kabulünü tamamlayın
Test dosyası veya kritik uygulama sorgusunu izole hedefte doğrulayın. PVC verisi, manifestler ve dış servislerin geri dönüş sırasını kaydedin. Namespace, storage, sürüm, backup ID ve süreyi belgeleyin. Uygulama testi etcd/control plane kurtarma testi yerine geçmez.
Beklenen sonuç
İş yükü kurtarma kabulü belgelenir.
MERAK EDİLENLER
CLUSTER seçeneği bütün dağıtımlarda hazır DR anlamına mı gelir?
Hayır. Menü etiketi, dağıtım/sürüm, veri yolu ve gerçek izole restore kabulü yerine geçmez.