Yangın, sel ve bölgesel afetlere karşı coğrafi olarak ayrık uzak lokasyon yedekleme: Şifreli veri aktarımı ve bant genişliği optimizasyonu kılavuzu burada.
Hızlı Özet (TL;DR)
Bir fabrikanın veya kurumsal şirketin sistem odasında alınan en mükemmel, en hızlı yerel yedek bile; aynı binada çıkabilecek bir elektrik yangını, su baskını, deprem, trafo patlaması veya fiziksel hırsızlık durumunda ana sunucularla birlikte saniyeler içinde yok olur. Coğrafi Olarak Ayrık (Off-Site) Yedekleme; kurumsal veritabanlarının, sanal makinelerin ve mühendislik dosyalarının ana tesisten en az 50–100 km uzaklıktaki başka bir şehirdeki şube sunucusuna, Tier-3/Tier-4 veri merkezine veya bulut nesne depolama alanına (S3 Object Lock) uçtan uca şifrelenmiş olarak düzenli aktarılmasıdır. Şirket internetini tıkamamak için blok düzeyinde tekilleştirme (De-duplication), sıkıştırma ve artımlı (Incremental Forever) replikasyon mühendisliği uygulanır.
1. 3-2-1-1-0 Yedekleme Kuralında “Coğrafi Ayrıklık” Neden Hayati Önem Taşır?
Saha denetimlerimizde birçok işletmenin “Yedek alıyoruz, sunucunun yanındaki NAS cihazına her gece kopyalanıyor” yanılgısına düştüğünü görüyoruz. Ana sunucu ile yedekleme ünitesinin aynı kabinde (Rack) veya aynı fabrika binasında bulunması, bölgesel ve fiziksel felaketlere karşı sıfır koruma sağlar.
Modern felaket kurtarma (Disaster Recovery - DR) standardı olan 3-2-1-1-0 Kuralı şunları emreder:
- 3 Kopya Veri: Canlı üretim verisi + 2 adet yedek kopya.
- 2 Farklı Medya: Farklı depolama teknolojileri (Örn: NVMe SAN + ZFS NAS veya LTO Teyp / Bulut).
- 1 Coğrafi Olarak Ayrık (Off-Site) Kopya: Ana tesisle aynı deprem kuşağını, aynı elektrik şebekesini veya aynı sel havzasını paylaşmayan uzak bir lokasyonda tutulan kopya.
- 1 Değiştirilemez (Immutable / Air-Gapped) Kopya: Fidye yazılımlarının yönetici şifresini ele geçirse bile silemeyeceği kilitli kopya.
- 0 Hata: Otomatik geri dönüş testlerinden (SureBackup / Scrubbing) sıfır hatayla geçmiş doğrulanmış yedek.
Coğrafi ayrık yedekleme, bu zincirin “tesis tamamen kullanılamaz hale gelse bile şirketin ticari hayatını sürdürebilmesini” sağlayan sigortasıdır.
2. Yerel (On-Site) ve Coğrafi Ayrık (Off-Site) Yedekleme Karşılaştırması
Başarılı bir iş sürekliliği mimarisinde yerel yedekleme ve uzak lokasyon yedeklemesi birbirinin alternatifi değil, birbirini tamamlayan iki zorunlu katmandır:
| Karşılaştırma Kriteri | Yerel Yedekleme (On-Site NAS / SAN) | Coğrafi Ayrık Yedekleme (Off-Site DR / Cloud) |
|---|---|---|
| Birincil Mühendislik Amacı | Hızlı operasyonel geri yükleme (RTO: Dakikalar) | Tesisin tamamen yok olduğu bölgesel afetlerden kurtulma |
| Geri Yükleme Hızı (RTO) | 10 Gbps / 25 Gbps yerel fiber ağ üzerinden çok hızlı | WAN / İnternet bant genişliğine veya fiziksel disk transferine bağlı |
| Koruduğu Tehdit Senaryoları | Yanlışlıkla silinen dosya, bozuk ERP güncellemesi, disk arızası | Fabrika yangını, deprem, su baskını, hırsızlık, tüm ağı vuran siber saldırı |
| Ağ ve Altyapı Maliyeti | Sıfır internet tüketimi, tek seferlik donanım yatırımı | Simetrik Metro Ethernet / Fiber internet ve uzak sunucu/bulut maliyeti |
| Güvenlik ve İzolasyon Kuralı | VLAN izolasyonu ve yerel Snapshot kilidi | Aktarımda (TLS 1.3 / IPsec) ve beklemede (AES-256-GCM) sıfır bilgi şifrelemesi |
| Veri Güncelliği (RPO) | 15 dakika – 1 saat arası sık anlık görüntüler | Değişen veri boyutuna göre 1 saat – 24 saat arası asenkron replikasyon |
3. Üç Farklı Off-Site Yedekleme Topolojisi: Hangisi Şirketinize Uygun?
Her işletmenin şube yapısı, veri hacmi ve bütçesi farklıdır. Ortak Dosya Sunucusu ve Yedekleme projelerimizde kurumun yapısına göre üç farklı uzak yedekleme topolojisinden en uygun olanını kurguluyoruz:
Model A: Merkez Fabrika <-> Şube / İkinci Tesis Çapraz Replikasyonu (Site-to-Site)
Eğer şirketin organize sanayi bölgesinde bir üretim fabrikası, şehir merkezinde veya başka bir ilde ise satış ofisi / ikinci fabrikası varsa en maliyet-etkin yöntem budur. İki lokasyona da kurumsal TrueNAS ZFS veya yedekleme sunucusu konumlandırılır. Merkezdeki veriler şubeye, şubedeki veriler merkeze noktadan noktaya şifreli VPN tüneli üzerinden her gece replike edilir. Bulut kira maliyeti sıfırdır; tüm donanım şirketin kendi mülkiyetindedir.
Model B: Veri Merkezi Sunucu Barındırma (Colocation DR Site)
Şubesi olmayan ancak 50 TB ve üzeri büyük CAD/CAM, İmalat ERP ve CRM Çözümleri veritabanı ve sanal makine filosuna sahip sanayi kuruluşları için idealdir. Farklı bir şehirdeki Tier-3 sertifikalı ticari veri merkezinde 1U/2U kabin alanı kiralanarak şirkete ait yedekleme ve felaket kurtarma sunucusu buraya yerleştirilir. Ana fabrika yanıp kül olsa dahi, veri merkezindeki bu sunucu üzerindeki sanal makineler (ERP, Muhasebe, Dosya Sunucusu) 15 dakika içinde ayağa kaldırılarak personelin evden veya geçici ofisten çalışmaya devam etmesi sağlanır.
Model C: S3 Uyumlu Değiştirilemez Bulut Nesne Depolama (Cloud Object Storage)
Donanım bakımıyla uğraşmak istemeyen işletmeler için yerel NAS sunucusuna alınan yedeklerin ikincil kopyası, her gece S3 uyumlu kurumsal bulut depolama alanlarına (Backblaze B2, AWS S3, Wasabi veya Türkiye içi yerel bulut veri merkezleri) aktarılır. S3 Object Lock (Compliance Mode) aktif edilerek yüklenen yedeklerin belirlenen saklama süresi (örneğin 30 gün) dolmadan hiçbir kimse tarafından silinmemesi garanti altına alınır.
4. Şirket İnternetini Tıkamadan Off-Site Aktarım Nasıl Yapılır?
KOBİ’lerin ve fabrikaların uzak lokasyon yedeklemesinden kaçınmasının en büyük sebebi, “5 TB veriyi internetten her gün nasıl göndereceğiz, şirket internetimiz kilitlenir” endişesidir. Oysa modern veri mühendisliğinde 5 TB veri her gün baştan gönderilmez. Bu sorunu çözen 4 temel mühendislik tekniği şunlardır:
1. İlk Tohumlama (Initial Seeding)
İlk kurulumdaki 5 TB veya 20 TB büyüklüğündeki ana veri yığını (Base Backup) internet üzerinden gönderilmez. Hedef yedekleme sunucusu önce merkez sistem odasına getirilir, 10 Gbps yerel kablo üzerinden ilk tam yedek birkaç saatte disklere yazılır. Ardından sunucu fiziksel olarak araca yüklenip uzak lokasyona (şubeye veya veri merkezine) monte edilir. Bundan sonraki günlerde internet üzerinden yalnızca günlük değişen fark verisi akar.
2. Blok Düzeyinde Tekilleştirme (De-duplication) ve Sıkıştırma
Geleneksel dosya kopyalama araçları, 50 GB’lık bir ERP veritabanı dosyasında veya sanal makine imajında (.vhdx / .vmdk) sadece 10 MB’lık yeni fatura kaydı eklendiğinde 50 GB’ın tamamını baştan göndermeye çalışır. Blok düzeyinde çalışan ZFS Snapshot Replication, Proxmox Backup Server ve Veeam CBT (Changed Block Tracking) teknolojileri ise diski 4 KB / 128 KB’lık bloklara böler. Yalnızca değişen 10 MB’lık bloğu tespit eder, LZ4 veya Zstd algoritmasıyla sıkıştırarak 3–4 MB halinde karşı tarafa iletir.
3. Zamanlanmış Bant Genişliği Kısıtlaması (Bandwidth Throttling & QoS)
Mesai saatleri içinde (08:00 – 18:00) saatlik replikasyon görevlerinin internet kullanım hızı Güvenlik Duvarı Firewall ve yedekleme yazılımı üzerinden örneğin 10 Mbps ile sınırlandırılır; böylece sesli/görüntülü toplantılar, e-fatura gönderimleri ve ERP trafiği hiçbir yavaşlama hissetmez. Mesai bitimi olan 19:00 ile sabah 07:00 arasında ise kısıtlama otomatik olarak kaldırılarak hattın %90 kapasitesi yedeklemeye tahsis edilir.
4. Uçtan Uca Sıfır Bilgi Şifrelemesi (Zero-Knowledge Encryption)
Veriler fabrika dışına çıkarken hem aktarım sırasında (In-Transit) hem de karşı sunucunun disklerinde beklerken (At-Rest) AES-256-GCM standardıyla şifrelenir. Özellikle TrueNAS ZFS send --raw (Encrypted ZFS Stream) mimarisinde, veri daha ana sunucudan çıkmadan şifrelenir; uzak veri merkezindeki sunucuya veya bulut sağlayıcısına fiziksel erişimi olan üçüncü şahıslar dahi özel şifreleme anahtarı (Private Key) olmadan dosya isimlerini bile göremez.
5. Çekme (Pull) Mimarisi ile Fidye Yazılımı İzolasyonu
Uzak yedekleme kurgulanırken yapılan en kritik güvenlik hatalarından biri, ana sunucunun uzak yedekleme sunucusuna tam yetkiyle bağlanıp yedekleri “itmesi (Push)“dir. Eğer saldırgan ana sunucuyu ele geçirirse, kayıtlı şifreleri kullanarak uzak yedekleme sunucusuna da bağlanıp tüm yedekleri silebilir.
Bunun yerine Çekme (Pull) Mimarisi uygulanır:
- Ana sunucu, uzak felaket kurtarma sunucusunun şifresini bilmez ve ona bağlantı başlatamaz.
- Uzak lokasyondaki izole felaket kurtarma sunucusu, belirlenen saatte ana sunucuya bağlanarak salt okunur (Read-Only) snapshot verisini kendine çeker ve bağlantıyı kapatır.
- Böylece ana fabrika tamamen fidye yazılımıyla şifrelense bile uzak lokasyondaki yedek kasası %100 dokunulmaz kalır.
Bölgesel afetlere, yangına ve siber saldırılara karşı şirketinizi tam güvenceye alan uzak lokasyon yedekleme mimarileri için Ortak Dosya Sunucusu ve Yedekleme sayfamızı inceleyebilirsiniz.
Sıkça Sorulan Sorular
Coğrafi olarak ayrık yedekleme lokasyonu ana tesisten en az kaç kilometre uzakta olmalıdır?
Felaket kurtarma standartlarına göre uzak yedekleme noktasının ana tesisten kuş uçuşu en az 50 ila 100 kilometre uzakta olması, mümkünse farklı bir ilde veya coğrafi bölgede bulunması önerilir. Buradaki temel kriter, iki lokasyonun aynı deprem fay hattı kırılmasından, aynı sel taşkın havzasından, aynı organize sanayi bölgesi elektrik/internet şebekesi kesintisinden veya aynı yangın alanından eşzamanlı etkilenmemesidir.
Günlük 100 GB yeni veri üreten bir fabrika için ne kadar internet yükleme (Upload) hızı gerekir?
100 GB ham veri değişimi, Zstd/LZ4 sıkıştırma ve blok tekilleştirme sonrasında ağ üzerinde ortalama 40–50 GB gerçek transfer boyutuna düşer. Gece 20:00 ile sabah 07:00 arasındaki 11 saatlik mesai dışı pencerede 50 GB veriyi aktarmak için yalnızca 12–15 Mbps kararlı yükleme (Upload) hızı bile yeterlidir. 50 Mbps veya 100 Mbps simetrik Metro Ethernet / Fiber bağlantılarda ise bu işlem 1–2 saat içinde tamamlanır.
Uzak lokasyona gönderilen yedeklerin gerçekten çalıştığını nasıl doğrulayabiliriz?
Test edilmeyen yedek, yedek değildir. Kurduğumuz felaket kurtarma mimarilerinde her hafta otomatik veya aylık periyotlarla Yedekten Ayağa Kaldırma Tatbikatı (DR Drill) uygulanır. Uzak lokasyondaki yedek sunucusu üzerinde sanal makineler izole bir test ağında (Sandbox VLAN) otomatik olarak başlatılır, veritabanı servislerinin hatasız açıldığı ve ZFS blok bütünlüğünün (zpool scrub) %100 sağlam olduğu doğrulanarak BT yönetimine raporlanır.