Uygulama yedeği neyi kapsar?
Uygulama seviyesinde koruma; seçilen namespace'lerdeki manifestleri, yapılandırmaları, secret'ları ve kalıcı hacim verilerini politika kapsamında alır. Amaç, uygulamanın tanımlı bir geri dönüş noktasına — aynı veya uyumlu bir cluster'a — geri yüklenebilmesidir. Namespace seçimi ve veri tutarlılığı tasarımın parçasıdır; 'her şey yedekleniyor' varsayımı yapılmaz.
Cluster kurtarma ayrı bir senaryodur
Kontrol düzlemi, etcd durumu, cluster yapılandırması ve operatörler; uygulama yedeğinin kapsamı dışında, platform seviyesinde ele alınır. Cluster'ın tamamının kaybı farklı bir runbook, farklı bağımlılıklar ve genellikle farklı bir RTO hedefi gerektirir. Bu iki senaryonun karıştırılması, felaket anında en sık karşılaşılan planlama hatalarındandır.
Kalıcı veriler ayrıca korunur
Persistent volume snapshot'ları depolama sisteminde hızlı geri dönüş sağlayabilir ancak aynı hata alanını paylaşabilir. Bağımsız yedek kopyası, verinin ayrı bir ortamda ve saklama politikasıyla tutulması demektir. Veritabanı taşıyan stateful uygulamalarda tutarlılık, uygulama-aware yedekleme adımlarıyla desteklenir; yalnızca dosya kopyası yeterli olmayabilir.
Kurtarma testi uygulama seviyesinde yapılır
Geri yükleme testi, uygulamanın ayrı bir namespace veya test cluster'ında ayağa kaldırılmasıyla yapılır. Route'lar, servisler, configmap'ler ve veri bütünlüğü birlikte doğrulanır. F2Cloud kapsamında OpenShift iş yükleri için yedekleme tasarımı ve test sıklığı, uygulamanın kritikliğine göre teklifte tanımlanır.
Karar öncesi kontrol listesi
- Kapsamın uygulama mı cluster mı olduğunu netleştirin.
- Stateful uygulamalarınızı ve veri tutarlılığı ihtiyaçlarını listeleyin.
- Geri yükleme testinin nerede yapılacağını teklifte yazdırın.