Özet - Disaster recovery

Snapshot, Velero ve RPO'yu birleştirerek bir kurtarma planı yazarsın.

Özet: felaket kurtarma

Bu grupta:

Yedeklenecek üç katman: etcd (nesneler), PersistentVolume'lar (veri), Git (tanımlar); 3-2-1 kuralı.
etcdctl snapshot save ve etcdutl snapshot status/restore; görüntü Secret içerir, şifreli saklanır.
Velero: namespace düzeyinde nesne ve volume yedeği; backup create, schedule create --ttl.
velero restore create --from-backup, --namespace-mappings ile incelemeye açma.
RPO veri kaybı, RTO kesinti süresidir; sık yedek, çoğaltma, warm standby ve tatbikatla düşürülür.

velero backup get
velero restore create --from-backup gece-20261103020000

Uygulama Tatbikat

Bir geri yükleme tatbikatı için üç komut yaz: staging-dr context'ine geç (kubectl config use-context); gece-20261103020000 yedeğinden tatbikat adlı bir restore oluştur; magaza'daki pod'ları listele.

Örnek çözümü göster

kubectl config use-context staging-dr
velero restore create tatbikat --from-backup gece-20261103020000
kubectl get pods -n magaza

Kendini test et

Bir felaket planının gerçekten işe yaradığı nasıl bilinir?
- Velero'nun kurulu olmasıyla
- Hiç felaket yaşanmamasıyla
- Düzenli geri yükleme tatbikatıyla süre ve veri ölçülerek
- Yedek dosyalarının boyutuna bakarak
Cevabı göster

Düzenli geri yükleme tatbikatıyla süre ve veri ölçülerek — Sınanmamış yedek, ihtiyaç anında bozuk çıkabilir.

Yedekten geri yükle.

velero restore create ____ gece-20261103020000

Cevabı göster

velero restore create --from-backup gece-20261103020000

Eşleştir.

etcdctl

etcd görüntüsü
Velero

Nesne + volume yedeği
RPO

Kabul edilen veri kaybı
3-2-1

Kopya kuralı

Sıradaki ders: Meydan okuma - CRD

Deneyiminizi Geliştiriyoruz

Çerez Tercihleri

Kesinlikle Gerekli Çerezler

Analitik Çerezler