VDS Yedekleme Stratejisi: Snapshot, Backup ve 3-2-1 Kuralı

Bir VDS yedekleme stratejisi sunucunun güçlü işlemciye, yeterli RAM’e ve hızlı SSD depolamaya sahip olması tek başına verilerin güvende olduğu anlamına gelmez. Sunucuda çalışan web siteleri, veritabanları, uygulamalar ve yapılandırma dosyaları çeşitli nedenlerle zarar görebilir veya tamamen kaybolabilir.

Disk arızası, yanlışlıkla dosya silinmesi, hatalı yazılım güncellemesi, yanlış yapılandırma, güvenlik saldırısı veya ransomware gibi durumlar veri kaybına yol açabilir.

Bu nedenle profesyonel bir VDS yedekleme stratejisi, yalnızca belirli aralıklarla dosyaları kopyalamaktan ibaret olmamalıdır.

İyi hazırlanmış bir stratejide backup, snapshot, uzak yedekleme, saklama politikası ve restore testi birlikte değerlendirilir.

💡 İpucu: RAID, snapshot ve backup aynı şey değildir. RAID donanım arızalarına karşı süreklilik sağlayabilir, snapshot hızlı geri dönüş sağlayabilir; bağımsız backup ise kaybolan verinin geri getirilebilmesi için asıl kurtarma katmanlarından biridir.

💾 VDS Yedekleme Stratejisi Neden Önemlidir?

Bir VDS üzerinde hangi verilerin bulunduğunu düşünelim:

• 🌐 Web sitesi dosyaları
• 🗄️ Veritabanları
• 📧 E-posta verileri
• ⚙️ Sunucu yapılandırmaları
• 🐳 Docker volume’ları
• 🔐 SSL ve uygulama ayarları
• 📦 Kullanıcı dosyaları
• 🎮 Oyun sunucusu verileri
• 📝 Log ve uygulama dosyaları

Bu verilerden herhangi birinin kaybolması hizmetin tamamen durmasına neden olabilir.

Özellikle üretim ortamında çalışan bir uygulamanın backup’ı yoksa, sunucunun yeniden kurulabilmesi tek başına sorunu çözmez. Sunucu tekrar ayağa kalksa bile kaybolan verilerin geri getirilmesi mümkün olmayabilir.

Bu noktada VDS Sunucuda Backup (Yedekleme) Nasıl Yapılır? rehberimizdeki temel backup yaklaşımı ile bu yazıda anlattığımız daha kapsamlı VDS yedekleme stratejisini birlikte değerlendirmek gerekir.

📦 Snapshot ile Backup Arasındaki Fark Nedir?

Snapshot ve backup çoğu zaman aynı şeymiş gibi düşünülür. Ancak aslında farklı amaçlara hizmet ederler.

📸 Snapshot nedir?

Snapshot, bir sanal sunucunun belirli bir andaki durumunun kaydedilmesini sağlayan mekanizmadır.

Örneğin VDS üzerinde önemli bir sistem değişikliği yapmadan önce snapshot alınabilir.

Sonrasında:

• Kernel güncellemesi
• PHP değişikliği
• Büyük yazılım güncellemesi
• Sistem yapılandırması
• Uygulama değişikliği

gibi işlemler yapılabilir.

Bir problem meydana geldiğinde önceki duruma dönmek mümkün olabilir.

AydınCloud’daki VDS Sunucuda Snapshot Nedir? Ne İşe Yarar? yazımız bu mekanizmanın çalışma mantığını ayrıca ele alıyor.

💾 Backup nedir?

Backup ise verilerin bağımsız şekilde yedeklenmesini ve gerektiğinde geri yüklenmesini amaçlar.

İyi bir backup sistemi:

• Farklı bir depolama alanında tutulabilir
• Birden fazla sürüm saklayabilir
• Otomatik çalışabilir
• Uzak bir lokasyona gönderilebilir
• Restore edilebilir
• Silinmeye veya saldırıya karşı korunabilir

Bu nedenle:

📸 Snapshot → hızlı geri dönüş

💾 Backup → veri kurtarma

şeklinde düşünebilirsiniz.

⚠️ Dikkat: Snapshot’ı uzun süreli backup sisteminin yerine koymayın. Snapshot’ın bulunduğu altyapı zarar görürse snapshot’ların da erişilemez hale gelme riski vardır.

🔄 Snapshot Ne Zaman Kullanılmalı?

Snapshot özellikle değişiklik öncesi güvenlik noktası oluşturmak için oldukça kullanışlıdır.

Örneğin sunucunuzda PHP sürümünü değiştireceksiniz.

İşlemden önce snapshot alırsınız.

Değişiklik sonrasında uygulamanızda sorun çıkarsa önceki duruma dönüş seçeneğiniz olabilir.

Benzer şekilde:

Snapshot → değişiklik → test → sorun varsa geri dönüş

şeklinde bir süreç uygulanabilir.

Ancak burada önemli bir ayrım vardır.

Snapshot:

“Bir değişiklikten önce hızlıca geri dönebileyim.”

ihtiyacına cevap verir.

Backup ise:

“Sunucudaki veriler kaybolursa bağımsız bir kopyadan geri yükleyebileyim.”

ihtiyacına cevap verir.

🕐 VDS Backup Ne Sıklıkla Alınmalı?

Her VDS için aynı backup sıklığını kullanmak doğru değildir.

Backup planını belirlerken öncelikle verinin ne kadar hızlı değiştiğine bakılmalıdır.

Örneğin:

Burada asıl soru şudur:

“Sunucu tamamen kaybolursa en fazla ne kadar veri kaybetmeyi kabul edebilirim?”

Bu değer RPO (Recovery Point Objective) olarak ifade edilir.

Örneğin:

RPO = 24 saat

ise son 24 saate kadar olan verilerin kaybolması kabul edilebilir.

RPO = 1 saat

ise günlük backup yeterli olmayacaktır.

Bu nedenle backup sıklığı teknik alışkanlığa göre değil, işletmenin kabul edebileceği veri kaybına göre belirlenmelidir.

🔢 3-2-1 Yedekleme Kuralı Nedir?

Profesyonel bir VDS yedekleme stratejisi oluştururken en önemli yaklaşımlardan biri 3-2-1 kuralıdır.

Mantığı oldukça basittir.

3️⃣ Üç kopya

Verinin en az üç kopyası bulunur:

1 adet üretim verisi

2 adet yedek

2️⃣ İki farklı ortam

Yedekler mümkün olduğunca iki farklı depolama ortamında tutulur.

Örneğin:

VDS + Backup Server

1️⃣ Bir uzak kopya

Kopyalardan en az biri ana sistemden farklı bir lokasyonda tutulur.

Örneğin:

VDS → Yerel Backup → Uzak Backup

CISA’nın ransomware rehberlerinde de 3-2-1 yaklaşımı; üretim dahil üç kopya, iki farklı medya ve bir off-site kopya şeklinde öneriliyor. CISA

🚀 AydınCloud İpucu: Üç kopyanın da aynı fiziksel sunucuya veya aynı depolama sistemine bağlı olması 3-2-1 yaklaşımının gerçek amacını zayıflatır. Kopyaların bağımsızlığı en az kopya sayısı kadar önemlidir.

🗄️ 3-2-1 Kuralını VDS Üzerinde Nasıl Uygulayabilirsiniz?

Basit bir örnek:

🖥️ Ana VDS

Üretim verileri burada bulunuyor.

↓

💾 Backup Server

Birinci yedek burada tutuluyor.

↓

☁️ Uzak Backup

İkinci yedek farklı bir lokasyonda tutuluyor.

Bu yapı sayesinde:

VDS diski arızalanırsa → Backup Server

Backup Server etkilenirse → Uzak Backup

gibi alternatif kurtarma noktaları oluşturulabilir.

Bu yaklaşım özellikle kritik VDS altyapılarında tek bir backup kopyasına güvenmekten çok daha sağlıklıdır.

📊 Backup ile RTO Arasındaki İlişki

Backup planında yalnızca veri kaybını değil, sistemin ne kadar sürede geri döndürülmesi gerektiğini de düşünmek gerekir.

Bu noktada RTO (Recovery Time Objective) devreye girer.

Örneğin:

RPO: 1 saat

RTO: 4 saat

olan bir sistem için:

• En fazla 1 saatlik veri kaybı kabul edilebilir
• Sistem en geç 4 saat içinde tekrar çalışmalıdır

Bu iki değer backup mimarisinin tasarımını doğrudan etkiler.

Çünkü yalnızca backup almak yeterli değildir.

Backup’ın:

alınması → korunması → bulunması → geri yüklenmesi → test edilmesi

gerekir.

🌐 Backup Aynı VDS’de Tutulmalı mı?

Mümkün olduğunca hayır.

Örneğin:

VDS
 ├── /var/www
 ├── /backup
 └── /backup/site-backup.tar

şeklinde bir yapı oluşturabilirsiniz.

Fakat VDS’nin diski tamamen arızalanırsa ana verilerle birlikte backup da kaybolabilir.

Daha güvenli yapı:

VDS
   ↓
Backup Server
   ↓
Uzak Backup

şeklindedir.

Böylece ana VDS ile backup arasında fiziksel veya mantıksal bir ayrım oluşturabilirsiniz.

💡 İpucu: Backup sunucusunu üretim VDS’sinin yalnızca başka bir klasörü gibi düşünmeyin. Amaç, ana sistemde meydana gelen problemin backup’ı da aynı anda yok edememesidir.

🔐 Ransomware Karşısında Backup Nasıl Korunur?

Günümüzde backup planlarının yalnızca disk arızasını düşünmesi yeterli değildir.

Ransomware saldırısında saldırgan:

1. Üretim sunucusuna erişebilir
2. Dosyaları şifreleyebilir
3. Kullanıcı hesaplarını ele geçirebilir
4. Erişebildiği backup’ları da silebilir veya şifreleyebilir

Bu nedenle backup sisteminin üretim ortamından mümkün olduğunca ayrılması önemlidir.

CISA, kritik veriler için offline ve şifrelenmiş backup’ların tutulmasını ve backup’ların düzenli olarak test edilmesini özellikle öneriyor. CISA

🛡️ Alınabilecek önlemler

• 🔐 Ayrı backup hesapları
• 🔑 Güçlü kimlik doğrulama
• 🧱 Network segmentasyonu
• 🔒 Şifreli backup
• 📦 Immutable backup
• 📴 Gerektiğinde offline kopya
• 🧪 Düzenli restore testi

⚠️ Dikkat: Üretim VDS’si ile backup sunucusunda aynı yönetici hesabını kullanmak gereksiz risk oluşturabilir. Backup altyapısının erişim yetkileri mümkün olduğunca sınırlandırılmalıdır.

🐳 Docker Kullanılan VDS’lerde Neler Yedeklenmeli?

Docker kullanılan VDS’lerde backup planı biraz daha dikkatli hazırlanmalıdır.

Bir container’ın kendisi ile container’ın oluşturduğu kalıcı veri aynı şey değildir.

Örneğin:

Docker Container
       ↓
Docker Volume
       ↓
Veritabanı / Uygulama Verisi

şeklinde bir yapı varsa backup’ın özellikle volume içerisindeki kalıcı verileri kapsaması gerekir.

AydınCloud’daki Docker Nedir? Ne İşe Yarar? ve VDS Sunucuda Docker Kullanımı içeriklerimiz Docker tarafındaki temel yapıyı ve VDS kullanımını tamamlıyor.

Docker kullanan bir VDS’de backup planına özellikle:

• Docker Compose dosyaları
• Environment dosyaları
• Container yapılandırmaları
• Persistent volume’lar
• Veritabanları
• Uygulama dosyaları

dahil edilmelidir.

💡 İpucu: Container’ı yeniden oluşturabilmek, içindeki veriyi otomatik olarak geri getirebileceğiniz anlamına gelmez. Özellikle veritabanı ve persistent volume’lar için ayrı backup planı oluşturun.

🖥️ Proxmox Üzerinde Backup Nasıl Planlanır?

Proxmox VE kullanılan sanallaştırma altyapılarında backup işlemleri merkezi olarak planlanabilir.

AydınCloud’da Proxmox VE Nedir? Özellikleri, Avantajları ve Kullanım Alanları ve Proxmox VE İçin Nested Sunucu Kurulumu içerikleri bu altyapının farklı kullanım alanlarını ele alıyor.

Proxmox Backup Server tarafında ise backup’lar datastore üzerinde tutulabiliyor; sistem incremental aktarım ve deduplication kullanarak değişen verileri daha verimli şekilde işleyebiliyor. Proxmox

Güncel Proxmox Backup Server 4.2 dokümantasyonunda ayrıca remote sync, veri bütünlüğü doğrulaması ve şifreli aktarım gibi özellikler bulunuyor. Proxmox Backup Server

🚀 AydınCloud İpucu: Çok sayıda VDS’nin bulunduğu bir Proxmox altyapısında her sunucunun backup’ını birbirinden bağımsız ve dağınık şekilde yönetmek yerine merkezi backup mimarisi daha kontrollü bir yapı sağlayabilir.

📦 Proxmox Backup Server Neden Kullanılır?

Proxmox Backup Server, Proxmox tabanlı sanallaştırma ortamlarında merkezi backup yönetimi için tasarlanmıştır.

Özellikle büyük altyapılarda:

• 💾 Merkezi backup
• 🔄 Incremental backup
• ♻️ Deduplication
• 🔐 Şifreleme
• 🌐 Remote sync
• 🧪 Veri bütünlüğü kontrolü

gibi özellikler backup altyapısının yönetimini kolaylaştırabilir. Proxmox

Buradaki önemli nokta, backup’ın yalnızca alınması değil yönetilebilir ve doğrulanabilir olmasıdır.

🧪 Backup Aldım, Peki Geri Yüklenebiliyor mu?

İşte profesyonel backup sistemlerinin en kritik noktalarından biri budur.

Bir backup dosyasının mevcut olması, onun kesin olarak kullanılabilir olduğu anlamına gelmez.

Backup:

• Eksik olabilir
• Bozuk olabilir
• Yanlış dizinleri içerebilir
• Yanlış yapılandırılmış olabilir
• Restore sırasında hata verebilir

Bu nedenle backup’ların belirli aralıklarla test ortamına geri yüklenmesi gerekir.

Basit bir restore testi:

Backup
   ↓
Test VDS
   ↓
Restore
   ↓
Dosyalar kontrol
   ↓
Veritabanı kontrol
   ↓
Uygulama kontrol

şeklinde gerçekleştirilebilir.

🧪 İpucu: “Backup alınıyor” ile “backup geri yüklenebiliyor” aynı şey değildir. Düzenli restore testi yapmıyorsanız backup sisteminizin gerçek durumda çalışıp çalışmadığını bilmiyorsunuz demektir.

⏰ Retention Politikası Nedir?

Backup’ların sonsuza kadar saklanması da doğru değildir.

Örneğin:

Günlük backup → 14 gün

Haftalık backup → 8 hafta

Aylık backup → 12 ay

şeklinde bir retention politikası oluşturulabilir.

Böylece hem geçmiş sürümlere erişilebilir hem de depolama alanı kontrol altında tutulabilir.

Retention planı hazırlanırken:

• Veri değişim sıklığı
• Depolama kapasitesi
• İşletmenin ihtiyaçları
• Yasal saklama gereksinimleri
• Kurtarma senaryoları

dikkate alınmalıdır.

🗄️ Hangi Veriler Yedeklenmeli?

İyi bir VDS yedekleme stratejisi yalnızca web sitesi klasörünü yedeklemekle sınırlı olmamalıdır.

🌐 Web sitesi

• Site dosyaları
• Upload klasörleri
• Tema
• Eklentiler
• Özel yapılandırmalar

🗄️ Veritabanı

• MySQL
• MariaDB
• PostgreSQL
• Uygulama veritabanları

⚙️ Sunucu yapılandırmaları

• Nginx
• Apache
• PHP
• SSH
• Firewall
• Cron
• Uygulama yapılandırmaları

🐳 Container verileri

• Docker Compose
• Persistent volume
• Veritabanları
• Environment/config dosyaları

🔐 Sertifikalar ve anahtarlar

Kullanılan sisteme göre SSL sertifikaları ve gerekli yapılandırma dosyaları da kurtarma planında değerlendirilmelidir.

📊 Backup Sırasında Disk Performansı Önemli mi?

Evet.

Özellikle büyük VDS’lerde backup işlemi ciddi miktarda disk okuma ve yazma işlemi oluşturabilir.

Bu nedenle backup sırasında:

• 💾 Disk I/O
• 🧠 RAM
• ⚙️ CPU
• 🌐 Network

kaynaklarının izlenmesi önemlidir.

Özellikle büyük backup işlemleri sırasında depolama performansını anlamak için VDS Disk I/O Nedir? IOPS ve Disk Performansı Rehberi içeriğimiz faydalı olacaktır.

Backup sırasında sistem yükünün artması normal olabilir ancak üretim hizmetini ciddi şekilde etkileyecek seviyeye ulaşması durumunda backup zamanlaması veya altyapısı yeniden değerlendirilmelidir.

📈 Backup Sistemi Monitoring ile İzlenmeli mi?

Kesinlikle.

Backup işlemi otomatik olduğu için “nasıl olsa çalışıyor” demek doğru değildir.

Örneğin backup görevi:

23:00 → Başladı

23:45 → Hata verdi

00:00 → Kimse fark etmedi

şeklinde sonuçlanabilir.

Bu nedenle backup işlemlerinin başarılı veya başarısız olduğunu takip etmek gerekir.

Sunucu tarafındaki genel izleme için VDS Sunucuda Monitoring Nedir? Neden Kullanılmalıdır? rehberimize de göz atabilirsiniz.

🚨 İpucu: Backup sisteminde yalnızca “son backup tarihi”ni kontrol etmeyin. Backup’ın başarı durumunu, dosya boyutunu ve mümkünse restore edilebilirliğini de kontrol edin.

❌ VDS Yedekleme Stratejisinde Yapılan Hatalar

Sadece snapshot kullanmak

Snapshot hızlıdır ancak bağımsız backup’ın yerini tamamen tutmaz.

Backup’ı aynı sunucuda saklamak

Sunucu kaybolduğunda backup da kaybolabilir.

Tek backup kopyası kullanmak

Tek kopya, tek hata noktası oluşturur.

Backup’ı hiç test etmemek

Restore edilmemiş backup’ın kullanılabilirliği doğrulanmamıştır.

Docker volume’larını unutmak

Container yeniden oluşturulsa bile kalıcı veriler otomatik olarak geri gelmeyebilir.

Backup sunucusunu korumamak

Backup sistemi saldırgan tarafından erişilebilir durumdaysa ransomware saldırısında ikinci hedef haline gelebilir.

Retention belirlememek

Sınırsız backup depolamak gereksiz depolama tüketimine yol açabilir.

RPO ve RTO’yu belirlememek

Kritik sistemlerde ne kadar veri kaybının ve ne kadar kesintinin kabul edilebilir olduğu bilinmeden doğru backup mimarisi oluşturmak zordur.

🛡️ Örnek Profesyonel VDS Yedekleme Stratejisi

Orta ölçekli bir VDS için örnek bir yapı şöyle olabilir:

                    🖥️ VDS
                      │
             ┌────────┴────────┐
             │                 │
        📸 Snapshot        💾 Backup
             │                 │
             │          ┌──────┴──────┐
             │          │             │
             │     🗄️ Local       ☁️ Off-site
             │       Backup         Backup
             │
        Hızlı Geri Dönüş

Bu yapıda:

Snapshot → değişiklik sonrası hızlı geri dönüş

Local Backup → günlük kurtarma

Off-site Backup → felaket senaryosu

olarak değerlendirilebilir.

Daha kritik altyapılarda buna:

Immutable backup + restore testleri + monitoring

katmanı da eklenebilir.

❓ Sık Sorulan Sorular

VDS yedekleme stratejisi neden gereklidir?

Sunucu arızası, yanlışlıkla silme, yazılım hatası veya güvenlik saldırısı gibi durumlarda verilerin geri getirilebilmesini sağlamak için gereklidir.

Snapshot backup yerine geçer mi?

Hayır. Snapshot hızlı geri dönüş için kullanışlıdır ancak bağımsız ve farklı lokasyonda tutulan backup’ın yerine geçmemelidir.

VDS backup aynı sunucuda tutulabilir mi?

Teknik olarak mümkün olsa da güvenli bir yaklaşım değildir. Ana sunucunun tamamen kaybolması durumunda backup da kaybedilebilir.

3-2-1 backup kuralı nedir?

Verinin üç kopyasının bulunması, iki farklı depolama ortamında tutulması ve en az bir kopyanın farklı lokasyonda saklanması yaklaşımıdır. CISA

VDS backup ne sıklıkla alınmalı?

Verinin değişim hızına ve kabul edilebilir veri kaybına göre belirlenmelidir. Kritik sistemlerde günlük backup yeterli olmayabilir.

Backup restore testi neden yapılmalı?

Backup’ın gerçekten kullanılabilir olduğunu doğrulamak için yapılmalıdır.

Docker kullanılan VDS’lerde ne yedeklenmeli?

Özellikle persistent volume’lar, veritabanları, Compose dosyaları ve uygulama yapılandırmaları yedekleme planına dahil edilmelidir.

Proxmox Backup Server ne işe yarar?

Proxmox ortamlarında merkezi backup yönetimi, incremental aktarım, deduplication, doğrulama ve uzak senkronizasyon gibi özellikler sağlayabilir. Proxmox

RPO ve RTO arasındaki fark nedir?

RPO kabul edilebilir veri kaybı süresini, RTO ise sistemin tekrar çalışır hale gelmesi için kabul edilen süreyi ifade eder.

🎯 Sonuç

İyi bir VDS yedekleme stratejisi, yalnızca düzenli backup almaktan çok daha fazlasıdır.

Sunucuda bulunan verilerin belirlenmesi, backup sıklığının doğru seçilmesi, snapshot ile backup’ın birbirinden ayrılması, 3-2-1 yaklaşımının uygulanması ve backup’ların farklı bir lokasyonda korunması birlikte değerlendirilmelidir.

Özellikle kritik sistemlerde:

📸 Snapshot

💾 Backup

☁️ Off-site kopya

🔐 Güvenli/immutable backup

🧪 Restore testi

📊 Monitoring

katmanlarının birlikte kullanılması daha sağlam bir kurtarma altyapısı oluşturur.

En önemli nokta ise şudur:

🚀 Son İpucu: Backup’ın gerçekten değerli olduğu an, sunucunun sorunsuz çalıştığı zaman değil; verilerin kaybolduğu ve sisteme geri dönmeniz gerektiği andır. Bu yüzden yalnızca backup almakla yetinmeyin, backup’ı düzenli olarak test edin ve ana sunucudan bağımsız bir kopyasını mutlaka koruyun.