Sunucularınız çöktüğünde, veri merkezinizde bir yangın çıktığında veya fidye yazılımı sistemlerinizi kilitlediğinde; elinizin altında güncel ve test edilmiş bir felaket kurtarma planı varsa hasarın boyutu kontrol altındadır. Yoksa saatler, hatta günler süren kesintiler kaçınılmaz olur. Bu rehberde felaket kurtarma planının ne olduğunu, adım adım nasıl hazırlandığını, RTO ve RPO metriklerini, DRaaS modelini ve kurumsal uygulamadaki kritik noktaları ele alıyoruz.
Felaket Kurtarma Planı Nedir?
Felaket kurtarma planı (Disaster Recovery Plan, kısaca DRP), bir kuruluşun BT sistemlerini ve verilerini beklenmedik bir olayın ardından önceden tanımlanmış süre ve veri kayıp limitleri içinde yeniden devreye almasını sağlayan belgelenmiş bir stratejidir. Yangın, sel, deprem, elektrik kesintisi, fidye yazılımı saldırısı veya insan hatası gibi her türlü kesinti senaryosunu kapsar.
Felaket kurtarma planı; BT altyapısının, uygulamalarının ve verilerinin bir kesinti sonrasında tanımlı RTO ve RPO hedefleri dahilinde yeniden devreye alınmasını belgeleyen ve düzenli olarak test edilen operasyonel plandır.
Felaket kurtarma planı, iş sürekliliği planının (Business Continuity Plan, BCP) bir alt bileşenidir. BCP tüm operasyonel sürekliliği kapsarken DRP özellikle BT ve veri altyapısına odaklanır. İki plan birbirini tamamlar; ancak bağımsız belgelenir ve test edilir.
Hangi Olaylar Felaket Olarak Tanımlanır?
Doğal afetler: Deprem, sel, yangın, fırtına.
Siber saldırılar: Fidye yazılımı, DDoS saldırısı, veri ihlali.
Altyapı arızaları: Donanım çöküşü, elektrik kesintisi, soğutma sistemi arızası.
İnsan hataları: Yanlış silme, yanlış yapılandırma, yazılım güncelleme hataları.
Tedarik zinciri sorunları: Kritik yazılım sağlayıcısının hizmet kesintisi.
Türkiye'de özellikle deprem riski, su baskını ve elektrik altyapısı kesintileri kuruluşların felaket senaryolarında öncelikle değerlendirmesi gereken başlıklardır. Bu nedenle coğrafi dağılım kritik önem taşır.
RTO ve RPO: Planın Temel Metrikleri
Felaket kurtarma planının kalbinde iki kritik metrik yer alır. Bu metrikleri doğru tanımlamadan plan hazırlanamaz.
RTO: Recovery Time Objective
RTO, bir kesintiden sonra sistemlerin kaç saat ya da dakika içinde yeniden çalışır hale getirilmesi gerektiğini tanımlar. Örneğin RTO değeri 4 saat ise sistemler en geç 4 saat içinde devrede olmalıdır. RTO değeri ne kadar düşükse gerekli altyapı ve maliyet o kadar yüksek olur.
RPO: Recovery Point Objective
RPO, kabul edilebilir maksimum veri kaybı süresini tanımlar. Örneğin RPO değeri 1 saat ise son yedek en fazla 1 saat önce alınmış olmalıdır. Bir kesinti anında en fazla 1 saatlik veri kaybı tolere edilir.
RTO ve RPO: Temel Fark
- RTO: Sistemler ne kadar sürede kurtarılmalı? (Zaman hedefi)
- RPO: En fazla ne kadar veri kaybedilebilir? (Veri kaybı limiti)
- RTO ve RPO değerleri her uygulama ve iş süreci için ayrı ayrı tanımlanmalıdır.
- Kritik sistemler için düşük RTO ve RPO; arşiv sistemleri için daha esnek değerler uygulanabilir.
Felaket Kurtarma Planı Nasıl Hazırlanır?
Etkili bir felaket kurtarma planı altı temel adımda hazırlanır.
1. Risk ve Etki Analizi (BIA)
İlk adım, kuruluşun maruz kalabileceği felaket senaryolarını ve bu senaryoların iş üzerindeki etkisini analiz etmektir. İş Etki Analizi (Business Impact Analysis, BIA) çerçevesinde her süreç için kesintinin saatlik maliyeti, kritiklik düzeyi ve kabul edilebilir kesinti süresi belirlenir.
2. RTO ve RPO Hedeflerinin Tanımlanması
BIA çıktılarına göre her sistem ve uygulama için RTO ve RPO değerleri tanımlanır. Finans uygulaması ile insan kaynakları arşivi aynı kritiklik düzeyinde olmayacaktır; bu nedenle farklı hedefler belirlenir.
3. Kurtarma Stratejisinin Seçimi
Soğuk yedek (Cold Site): Altyapı hazır değil; devreye alma süresi uzun. En düşük maliyet.
Ilık yedek (Warm Site): Altyapı kısmen hazır; devreye alma saatler alır. Orta maliyet.
Sıcak yedek (Hot Site): Altyapı tam hazır; devreye alma dakikalar içinde. En yüksek hazırlık.
DRaaS (Bulut Tabanlı DR): Bulut üzerinden anlık replikasyon ve hızlı failover. Esnek maliyet modeli.
4. Planın Belgelenmesi
Seçilen strateji detaylı bir belgeye dönüştürülür. Belgede yer alması gerekenler: iletişim listesi (kiminle hangi sırada iletişime geçilecek), sistem kurtarma adımları, sorumluluklar ve yetki akışı, dış tedarikçi iletişim bilgileri ve eskalasyon prosedürleri.
5. Test ve Simülasyon
Hazırlanan plan yılda en az bir kez, kritik sistemler için altı ayda bir test edilmelidir. Test türleri şunlardır: masa başı tatbikatı (tabletop exercise), kısmi yük devretme testi ve tam yük devretme (full failover) testi. Planın sadece kağıt üzerinde kalması, gerçek bir kesinti anında işe yaramayacağı anlamına gelir.
6. Güncelleme: Yaşayan Plan
Felaket kurtarma planı statik bir belge değildir. Altyapı değiştiğinde, yeni sistemler eklendiğinde veya organizasyonel değişiklikler gerçekleştiğinde plan güncellenmelidir. Gözden geçirme döngüsü yılda en az bir kez kurumsal prosedürün parçası olarak tanımlanmalıdır.
Felaket kurtarma planınızı bulut altyapısıyla desteklemek ister misiniz? DorukCloud uzmanları iş sürekliliği gereksinimlerinizi birlikte değerlendirsin.
DRaaS Nedir? Bulut Tabanlı Felaket Kurtarma Modeli
Disaster Recovery as a Service (DRaaS), felaket kurtarma altyapısını kuruluşun kendi veri merkezinde barındırmak yerine bulut üzerinden yönetilen bir hizmet olarak sunan modeldir. Sunucu, depolama ve ağ kaynakları bulut sağlayıcısı tarafından yönetilir; kuruluş yalnızca kullandığı kadar öder.
DRaaS (Disaster Recovery as a Service), BT altyapısının anlık replikasyonunu ve kesinti anında hızlı failover'ını bulut üzerinden yönetilen bir hizmet modeliyle sunar. Geleneksel ikincil veri merkezi kurulumuna gerek kalmaz.
DRaaS ile Geleneksel DR Karşılaştırması
| Kriter | Geleneksel DR (İkincil DC) | DRaaS (Bulut Tabanlı) |
|---|---|---|
| Sermaye yatırımı | Yüksek (donanım, lisans, tesis) | Yok - Operasyonel gider modeli |
| RTO | Saatler (sıcak yedekte dakikalar) | Dakikalar |
| RPO | Saatler (yedekleme sıklığına bağlı) | Dakikalar (sürekli replikasyon) |
| Coğrafi dağılım | Sınırlı - Ek tesis gerekir | Çoklu lokasyon standart |
| Test kolaylığı | Karmaşık, üretim etkisi riski | Yalıtılmış ortamda kolay test |
| Ölçeklenebilirlik | Kapasite planlaması gerekir | Anlık ölçekleme |
| Yönetim yükü | İç BT ekibi sorumluluğu | Sağlayıcı yönetimli |
Türkiye'de Coğrafi Felaket Senaryoları ve Dağıtık Altyapının Önemi
Türkiye, yüksek deprem riski taşıyan bir coğrafyadadır. 1999 Marmara depremi başta olmak üzere yaşanan büyük sismik olaylar, İstanbul merkezli veri merkezlerinin de doğrudan etkilenebileceğini göstermektedir. Bu nedenle ikincil kurtarma altyapısının birincil veri merkezinden fiziksel olarak ayrı bir lokasyonda konuşlandırılması kritiktir.
Yalnızca İstanbul'a odaklanmak yeterli değildir. Etkin bir felaket kurtarma stratejisi için ikincil lokasyonun farklı bir şehirde veya farklı bir fay hattı bölgesinde bulunması gerekir. Ankara, Çorlu veya Antalya bu anlamda coğrafi olarak yeterli mesafedeki seçenekler arasında yer alır.
Felaket Kurtarma Planı Hazırlarken Yapılan 5 Yaygın Hata
1. Planı test etmemek. Yalnızca kağıt üzerinde hazırlanan bir plan gerçek bir kesintide işe yaramayabilir. Test döngüsü planın zorunlu bir parçasıdır.
2. RTO ve RPO değerlerini belirlemeden planlamak. Hedef metrikler olmadan strateji ve maliyet optimizasyonu yapılamaz.
3. Sadece veriyi yedekleyip sistemi unutmak. Veri yedek olsa bile uygulamalar, yapılandırmalar ve ağ bileşenleri kurtarılamazsa sistem devreye girmez.
4. İletişim planını atlamak. Kesinti anında kimin kimi arayacağı, karar yetkisinin kimde olduğu ve müşterilere ne zaman bildirim yapılacağı net tanımlanmalıdır.
5. Planı güncellemeden bırakmak. Altyapı değiştikçe plan da değişmelidir. Güncel olmayan bir plan yanıltıcı bir güven duygusu yaratır.
DorukCloud DRaaS ile İş Sürekliliğinizi Güvence Altına Alın
DorukCloud, İstanbul, Çorlu, Ankara ve Antalya veri merkezleri üzerinden coğrafi dağılımlı bir DRaaS altyapısı sunar. VMware Cloud Director tabanlı bu hizmet, kurumsal sistemlerin anlık replikasyonunu ve kesinti anında dakikalar içinde failover'ı ile düşük RTO ve RPO değerlerine olanak tanır. Tamamlayıcı çözümler için Backup as a Service (BaaS) ve Veeam Bulut Yedekleme hizmetleri de değerlendirilebilir.
İstanbul, Çorlu, Ankara ve Antalya veri merkezleri arasında coğrafi dağılımlı replikasyon.
VMware Cloud Director tabanlı merkezi yönetim.
Üretim ortamını etkilemeden yalıtılmış DR testi.
Dakikalar içinde failover ile düşük RTO.
Sürekli replikasyon ile düşük RPO.
TIER III ve TIER IV sertifikalı veri merkezi altyapısı.
7/24 Türkçe teknik destek.
Veeam ve Acronis tabanlı yedekleme entegrasyonu.
DorukCloud, Türkiye lokasyonlu dört veri merkezi üzerinden DRaaS hizmeti sunar. VMware tabanlı altyapı, anlık replikasyon, yalıtılmış DR testi, TIER III ve TIER IV veri merkezi standardı ile 7/24 Türkçe teknik destek tek çatı altında sunulur. Verileriniz Türkiye sınırları içinde kalır; KVKK uyumluluğu doğal olarak sağlanır.
Karar Anahtarı: Felaket Kurtarma Planı Hazırlamadan Önce
- BIA önce: Hangi sistemlerin kritik olduğunu ve saatlik kesinti maliyetini belirleyin.
- RTO ve RPO tanımlayın: Her sistem için ayrı değer; kritik uygulamalar için düşük hedef.
- Strateji seçin: DRaaS, düşük sermaye ve hızlı RTO için en uygun seçenek.
- Belgeleyin: İletişim listesi, sorumluluk akışı ve kurtarma adımlarını eksiksiz kayıt altına alın.
- Test edin: Altı ayda bir tam failover testi; plan ancak o zaman değer taşır.
- Coğrafi dağılım: İkincil lokasyon farklı şehirde, farklı fay hattı bölgesinde olmalı.
- KVKK uyumu: Türkiye lokasyonlu DRaaS ile veri egemenliği güvence altında.
Sonuç: İş Sürekliliği Bir Maliyet Değil, Yatırımdır
Felaket kurtarma planı; şirketlerin "olursa hazırlıklı olalım" yaklaşımıyla ele aldığı bir sigorta belgesi değil, operasyonel olgunluğun ve kurumsal BT yönetiminin ayrılmaz parçasıdır. RTO ve RPO hedeflerini belirlemek, stratejiyi seçmek, planı belgelemek ve düzenli test etmek; olası bir kesintinin kontrol edilebilir bir olaya dönüşmesini sağlar.
Bulut tabanlı DRaaS modeli, geleneksel ikincil veri merkezi yatırımına kıyasla daha esnek ve daha hızlı devreye alınabilen bir alternatif sunar. DorukCloud'un Türkiye genelindeki dört veri merkezi altyapısı üzerinden sunduğu DRaaS hizmeti, kurumsal sistemlerinizin coğrafi dağılımlı ve test edilmiş bir kurtarma altyapısına kavuşmasını sağlar.
