Bulut yedekleme nedir?
Bulut yedekleme, birincil verinin kurtarılabilir kopyalarını planlı veya olay tabanlı biçimde farklı bir depolama katmanına aktarır. Kaynak bir sanal makine volume'u, veritabanı, Kubernetes Persistent Volume, dosya sistemi, SaaS uygulaması ya da yapılandırma deposu olabilir. Hedef, bir silme, bozulma, güvenlik olayı veya altyapı kesintisinden sonra kabul edilen noktaya geri dönebilmektir.
PortvMind Cloud Backup ile yedekleri panelden oluşturur, izler ve seçtiğiniz noktayı geri yüklersiniz.
Önce veri ve bağımlılık envanteri çıkarın
Planlama, hangi sistemlerin korunacağını listelemekle başlar. Veritabanı ve dosyaların yanında sanal makine tanımları, Kubernetes manifestleri, secret ve anahtar yönetimi, DNS, ağ kuralları, uygulama image'ları ve harici servis bağımlılıkları da değerlendirilmelidir. Kaynaktan yeniden üretilebilen veri ile tek kopyası bulunan veri ayrılmalıdır.
Her varlığa iş sahibi, teknik sahibi, veri sınıfı, değişiklik hızı ve kurtarma önceliği atanmalıdır. Müşteri işlemleri ile arşiv loglarının aynı sıklık ve saklama süresine sahip olması gerekmez. Kritikliği belirlenmemiş varlıklar ya gereğinden pahalı korunur ya da gerçek ihtiyaçtan daha zayıf kalır.
RPO ve RTO nasıl belirlenir?
RPO, kabul edebileceğiniz en fazla veri kaybı aralığıdır. Daha sık yedek, daha az kayıp demektir. Sıklığı işinize göre siz belirlersiniz.
RTO, hizmetin ne kadar sürede ayağa kalkmasını istediğinizdir. Geri yükleme panelden başlar; süre veri boyutuna ve seçilen noktaya göre değişir.
Snapshot ve Backup
Snapshot, volume’unuzun anlık görüntüsüdür; hızlı geri dönüş için kullanılır. Backup ise sunucu, volume ve Kubernetes PVC kaynaklarınızı zamanlayıp saklar; seçtiğiniz noktayı panelden geri yüklersiniz.
Object Storage, yedek dosyalarınızı ve arşivlerinizi S3 uyumlu API ile saklamak için kullanılır. Planlı koruma ve panelden geri yükleme Backup ile gelir.
3-2-1 yaklaşımı ve erişim ayrımı
3-2-1 yaklaşımı kritik verinin birkaç kopyasını farklı yerlerde tutmayı önerir. PortvMind Cloud’da Backup ile planlı kopya alır, Object Storage ile arşiv saklarsınız.
Yedek erişimini üretim erişiminden ayırın. Kimlerin yedek alabileceğini ve geri yükleyebileceğini konsoldaki yetkilerle netleştirin.
Yedekleme sıklığı ve saklama politikası
Yedek sıklığını ve saklama süresini işinize göre siz belirlersiniz. Günlük, haftalık veya aylık noktalar tutulabilir; süre uzadıkça maliyet artar.
Zamanlama, saklama ve geri yükleme hedefi kaynak türüne göre panelde belirlenir. Veri tabanı iş yüklerinde Backup’ı Block Storage ile birlikte kullanın.
Geri yükleme nasıl yapılır?
Panelden seçtiğiniz yedeği geri yükleyin. Uygulamanızın açıldığını ve verinin yerinde olduğunu kontrol edin.
Kimlerin yedek alacağını ve geri yükleyeceğini netleştirin. İş yükü büyüdüğünde sıklığı ve saklama süresini güncelleyin.
PortvMind Cloud'de yedekleme mimarisi nasıl değerlendirilir?
PortvMind Cloud Backup, Block Storage volume ve Kubernetes PVC yedekleme senaryolarıyla birlikte kullanılır. Object Storage, uygulama yedekleri ve arşivler için S3 uyumlu bir hedeftir. Compute, Block Storage, VKE, Backup ve Object Storage ile her veri türünün kaynak, kurtarma noktası ve geri dönüş yolunu birlikte planlayın.
Yedek sıklığını işinize göre seçin. Geri yükleme panelden başlar; süre veri boyutuna göre değişir.
Bulut Altyapısı hakkında sık sorulan sorular
Bulut yedekleme nedir?
Bulut yedekleme, sunucu, volume ve uygulama verinizin planlı kopyalarını saklar. PortvMind Cloud Backup ile yedekleri panelden oluşturur ve geri yüklersiniz.
RPO ve RTO arasındaki fark nedir?
RPO kabul edebileceğiniz veri kaybı aralığıdır. RTO, hizmetin ne kadar sürede ayağa kalkmasını istediğinizdir. Sıklığı siz belirlersiniz; geri yükleme panelden başlar.
Snapshot yedek sayılır mı?
Snapshot, volume’unuzun anlık görüntüsüdür; hızlı geri dönüş için kullanılır. Kalıcı koruma için Backup ile planlı yedek alın.
3-2-1 yedekleme kuralı nedir?
Kritik verinin birkaç kopyasını farklı yerlerde tutmayı önerir. PortvMind Cloud’da Backup ile planlı kopya alır, Object Storage ile arşiv saklarsınız.
Yedekler ne sıklıkla test edilmeli?
Yedek sıklığını işinize göre seçin. Geri yükleme panelden başlar; uygulama açıldıktan sonra verinin yerinde olduğunu kontrol edin.
Araştırma kaynakları
Teknik açıklamalar aşağıdaki birincil kaynaklara dayanır.
- Bilgi sistemi acil durum planlama rehberi
Varlık önceliği, kurtarma planı, test ve operasyonel sorumlulukların birlikte ele alınması.
- Yayıncı
- NIST
- Tür
- Standart ve kamu rehberi
- Erişim
- Veri yedekleme seçenekleri ve 3-2-1 yaklaşımı
Üç kopya, iki ortam ve bir uzak kopya yaklaşımının temel tanımı.
- Yayıncı
- CISA / US-CERT
- Tür
- Standart ve kamu rehberi
- Erişim
- Periyodik kurtarma testi
Yedeklerin periyodik geri yüklemeyle doğrulanması ve sonuçların RPO/RTO hedefleriyle karşılaştırılması.
- Yayıncı
- AWS Well-Architected Framework
- Tür
- Resmi teknik dokümantasyon
- Erişim