Genel Bakış
Felaket Kurtarma Hizmeti (DRaaS), geleneksel ikincil veri merkezi yatırımının yerini alan, bulut tabanlı bir iş sürekliliği modelidir. Doğal afet, donanım arızası, siber saldırı veya insan hatası nedeniyle birincil altyapı erişilemez hale geldiğinde, iş yükleri önceden tanımlanmış RTO (Kurtarma Süresi Hedefi) ve RPO (Kurtarma Noktası Hedefi) hedefleri çerçevesinde DR ortamında ayağa kaldırılır.
Geleneksel DR'ın en büyük sorunu test edilmemesidir. "İkincil veri merkezi var ama hiç çalıştırmadık" senaryosu kurumsal BT'de sık karşılaşılan bir risktir. DRaaS, test ve tatbikat süreçlerini üretim ortamını etkilemeden kolayca gerçekleştirmeyi mümkün kılar. Indexline, altı ayda bir DR tatbikatı standardını tüm müşterileri için zorunlu kılar; her tatbikat sonucu belgelenerek iyileştirmeler planlanır.
Veeam, Zerto ve Commvault gibi lider DR platformlarıyla entegrasyon, Indexline DRaaS'ın teknoloji omurgasını oluşturur. Bu platformların sürekli replikasyon yetenekleri RPO değerini dakikalar hatta saniyelere indirebildiğinde fidye yazılımı saldırılarına karşı geriye dönük kurtarma kapasitesi de sağlanır. Immutable backup ve air-gapped kopya, siber güvenlik odaklı DR stratejisinin kritik bileşenleridir.
RTO ve RPO hedefleri, iş süreci analizi yapılmadan belirlenen teknik parametreler değil; iş birimlerinin katılımıyla tanımlanmış ve her kesinti saatinin mali etkisiyle desteklenmiş gerçekçi hedefler olmalıdır. Indexline, iş etki analizi (BIA) hizmeti kapsamında her sistemin iş kritikliğini değerlendirir ve hedefleri gerçekçi biçimde belirler.
DRaaS'ı yalnızca bir felaket anı teknolojisi olarak görmek eksik bir bakış olur. Aslında doğru tasarlanmış bir felaket kurtarma programı, kurumun BT envanterini daha iyi tanımasına, kritik bağımlılıklarını görünür kılmasına ve operasyonel kör noktalarını azaltmasına yardımcı olur. Hangi sistemin hangi veritabanına, hangi entegrasyona, hangi ağ geçidine bağlı olduğu felaket kurtarma planı yapılırken netleşir. Bu çalışma tek başına bile kurumsal olgunluk açısından yüksek değer üretir.
Kurumlar çoğu zaman felaket kurtarmayı yalnızca büyük doğal afet senaryosu ile ilişkilendirir. Oysa gerçek hayatta daha sık karşılaşılan kesinti nedenleri; depolama bozulması, yanlış yapılandırma, insan hatası, yanlış silme işlemleri, hatalı yama geçişleri ve fidye yazılımı saldırılarıdır. Bu nedenle modern DRaaS yaklaşımı sadece ikinci lokasyonda kopya bulundurmak değil; farklı kayıp tiplerine göre farklı kurtarma seçenekleri oluşturmak zorundadır. Hızlı failover, temiz kurtarma noktası ve kontrollü geri dönüş planı birlikte düşünülmelidir.
İş sürekliliği planlamasında en yaygın yanılgılardan biri tüm sistemlerin eşit derecede kritik olduğuna inanmaktır. Oysa kurumların büyük bölümünde birkaç sistem gerçekten iş durduran seviyede kritik, daha geniş bir grup sistem ise belirli sürelerle tolere edilebilir niteliktedir. Doğru DR tasarımı bu ayrımı yapar. Böylece bütçe gerçekten kritik uygulamalara yönlendirilir, daha düşük öncelikli sistemler için ise daha ekonomik koruma katmanları oluşturulur. Indexline her projede bu önceliklendirmeyi iş birimleriyle birlikte doğrulayarak yapar.
DRaaS'ın başarısı teknoloji kadar iletişim ve süreç disiplinine de bağlıdır. Felaket anında yalnızca sunucuların kalkması yetmez; kimin hangi kararı vereceği, hangi ekiplerin hangi sırayla harekete geçeceği, kullanıcı iletişiminin nasıl yapılacağı ve normal ortama geri dönüşün hangi kriterlerle başlatılacağı da önceden belirlenmelidir. Bu nedenle teknik planın yanında runbook, eskalasyon matrisi, iletişim şablonları ve tatbikat sonrası aksiyon kayıtları da hizmetin parçası olarak ele alınmalıdır.
Güncel tehdit ortamında siber dayanıklılık, klasik iş sürekliliğinin önüne geçmiştir. Özellikle fidye yazılımı saldırılarında hızlıca tüm sistemleri ayağa kaldırmak her zaman doğru değildir; önce temiz veri noktasının seçilmesi, olayın kapsamının anlaşılması ve aynı saldırının tekrar etmesini önleyecek güvenlik önlemlerinin uygulanması gerekir. Indexline DRaaS programları bu nedenle yalnızca kurtarmaya değil, güvenli kurtarmaya odaklanır. Amaç sistemi yeniden ayağa kaldırmak kadar, yeniden enfekte olmadan ve veri bütünlüğünü koruyarak devreye almaktır.
Uzun vadede DRaaS kuruma yalnızca risk azaltımı sağlamaz; aynı zamanda denetim hazırlığı, müşteri güveni ve sözleşmesel SLA uyumu açısından da ciddi bir avantaj üretir. Düzenli tatbikat kayıtları, ölçülmüş RTO/RPO sonuçları, sorumluluk matrisleri ve kanıtlanmış kurtarma süreçleri; özellikle regülasyon altındaki sektörlerde yönetim kurulu seviyesinde güven oluşturur. Bu yüzden DRaaS yatırımı bir maliyet kalemi değil, kurumsal güvence mekanizması olarak değerlendirilmelidir.
Nasıl Çalışır?
İş Etki Analizi (BIA): Sistemlerin iş kritikliği, kesinti maliyeti ve RTO/RPO gereksinimleri belirlenir. DR kapsamı önceliklendirilir.
Replikasyon Yapılandırması: Sürekli replikasyon veya periyodik snapshot ile DR altyapısına veri kopyalama başlatılır.
Orkestrasyon Planı: Hangi sistemlerin hangi sırada ayağa kaldırılacağı, bağımlılıklar ve ağ yapılandırması DR orkestrasyon planı olarak belgelenir.
Ağ Dönüşümü: DNS failover, IP yeniden eşleme ve yük dengeleyici yapılandırması DR ortamı için hazırlanır.
DR Tatbikatı: Üretim ortamı etkilenmeden DR tatbikatı gerçekleştirilir. RTO/RPO hedeflerine uyum ölçülür.
İzleme: Replikasyon sağlığı, gecikme ve veri tutarlılığı sürekli izlenir. Replikasyon arızaları alarmla raporlanır.
Sürekli İyileştirme: Tatbikat bulguları ve değişen BT ortamına göre DR planı güncellenir.
Temel Özellikler
Sürekli Veri Replikasyonu
Saniye düzeyinde RPO ile veri merkezi veya VM düzeyinde sürekli replikasyon sağlanır. Fidye yazılımına karşı geriye dönük kurtarma noktaları korunur.
Tek Tıkla Failover
DR orkestrasyonu otomatize edilir. Saldırı veya arıza anında tek tıkla veya otomatik failover tetiklenebilir.
Üretimden Yalıtılmış DR Ortamı
DR tatbikatları üretim ortamını etkilemeden sandbox izolasyonunda gerçekleştirilir.
Immutable Backup
Değiştirilemez yedek kopyalar fidye yazılımının yedekleri şifrelemesini önler. Air-gapped kopya opsiyonu mevcuttur.
RTO/RPO Raporlaması
Her tatbikat sonrası gerçekleşen RTO ve RPO değerleri hedeflerle karşılaştırılarak raporlanır.
Çapraz Platform Desteği
VMware, Hyper-V, fiziksel sunucu ve bulut VM'leri aynı DRaaS platformunda yönetilir.
Ransomware Kurtarma Noktaları
Saatlik snapshot'larla fidye yazılımı öncesine ait temiz kurtarma noktaları korunur.
Otomatik DNS Failover
Failover anında DNS kayıtları otomatik güncellenerek kullanıcılar DR ortamına yönlendirilir.
Faydalar ve Avantajlar
İkincil veri merkezi maliyetinin %70-80'i aşağı çekilerek DR yatırımı demokratikleştirilir.
Sürekli replikasyon ile RPO saatlerden dakikalara iner; veri kaybı riski minimize edilir.
Tatbikat kolaylığı DR planının gerçekte çalışıp çalışmadığını periyodik olarak doğrular.
Fidye yazılımı saldırısı sonrası immutable backup ile temiz kurtarma noktasına geri dönülür.
Uyumluluk denetimleri için DR planı, tatbikat kayıtları ve RTO/RPO kanıtı sistematik biçimde belgelenir.
Felaket sonrası kurtarma hızı artar; ortalama iş kesintisi süresi dramatik biçimde kısalır.
İş kritikliği yüksek sistemler için net önceliklendirme yapılarak bütçe ve kaynak dağılımı daha akılcı hale gelir.
Felaket anında karar verme karmaşası azalır; ekipler önceden tanımlanmış runbook üzerinden kontrollü şekilde hareket eder.
Siber dayanıklılık bakış açısı sayesinde sadece altyapı arızalarına değil, kötü niyetli saldırılara karşı da daha hazırlıklı bir yapı kurulur.
Periyodik tatbikat kültürü, BT ve iş birimleri arasında kriz anı koordinasyonunu güçlendirir.
Sektörel Kullanım Senaryoları
Finans
Banka BCBS 239 uyumluluğu için DRaaS kurdu; DR tatbikatı sonuçlarını düzenleyiciye raporladı.
Sağlık
Hastane fidye yazılımı saldırısında immutable backup ile 2 saat içinde kurtarıldı; hasta verisi korundu.
Üretim
Kritik ERP sistemi DRaaS'a taşındı; donanım arızası sonrası 45 dakikada tam işlerliğe kavuşuldu.
Kamu
E-devlet platformu yasal iş sürekliliği gereksinimini DRaaS ile karşıladı; yıllık DR tatbikat raporları hazırlandı.
Perakende
Sezon kritik e-ticaret platformu DRaaS ile korundu; altyapı arızasına karşı 30 dakika RTO hedefi sağlandı.
Eğitim
Üniversite öğrenci bilgi sistemi DRaaS ile güvence altına alındı; kayıt dönemi kesintileri önlendi.
Indexline Yaklaşımı
DR planı ve tatbikat, aynı önemi hak eder. Pek çok kurum DRaaS satın aldıktan sonra tatbikat yapmayı ertelemektedir. Indexline, müşteri sözleşmelerine yılda en az iki tatbikat zorunluluğunu dahil ederek bu riski sistematik biçimde yönetir.
RTO ve RPO hedefleri gerçekçi ve iş odaklı olmalıdır. Teknik olarak 0 RPO mümkündür ama maliyeti çok yüksektir; sıfır RPO gerçekten ihtiyaç duyulan sistemler için ayrılmalıdır. İş etki analizi bu dengeyi kurmanın araçıdır.
Fidye yazılımı tehdidi DR stratejisini yeniden şekillendirmektedir. Siber dayanıklı DR için immutable backup, geriye dönük kurtarma noktaları ve clean recovery prosedürleri zorunlu hale gelmiştir.
Indexline yaklaşımında DRaaS, yalnızca replikasyon lisansı kurup bırakılan bir servis değildir. İş etki analizi, uygulama bağımlılık haritası, iletişim planı, tatbikat takvimi ve aksiyon yönetimi ile birlikte yaşayan bir program olarak tasarlanır.
Her kurum için tek tip DR hedefi doğru değildir. Biz, tüm sistemleri eşit korumaya çalışmak yerine iş etkisini esas alarak katmanlı koruma modeli kurarız; bu da hem maliyeti rasyonelleştirir hem de kritik sistemlerde daha güçlü koruma sağlar.
Gerçek felaket anında başarıyı teknoloji kadar insanların hazırlığı belirler. Bu nedenle teknik mimarinin yanında ekip rollerini, onay mekanizmalarını ve kriz iletişimini de planın ayrılmaz parçası olarak ele alırız.
Sık Sorulan Sorular
RTO ve RPO nedir?
RTO (Recovery Time Objective) sistemin çevrimiçi olmadan kabul edilen maksimum süredir. RPO (Recovery Point Objective) kabul edilen maksimum veri kaybı süresidir. Örneğin RTO 2 saat ve RPO 1 saat, arızadan en fazla 2 saat içinde kurtarma ve en fazla 1 saatlik veri kaybı anlamına gelir.
Üretim ortamı etkilenmeden tatbikat yapılabilir mi?
Evet, modern DRaaS platformları izole sandbox ortamında tatbikat gerçekleştirme imkânı sunar. DR VM'leri kopyalanarak ayrı bir ağ ortamında ayağa kaldırılır; üretim DNS ve trafik etkilenmez. Tatbikat tamamlandıktan sonra ortam silinir.
Fidye yazılımı sonrası hangi recovery noktasına dönebiliriz?
Saldırı öncesini kapsayan temiz (clean) kurtarma noktaları belirlenmesi gerekir. Saatlik veya günlük snapshot'larla saldırı öncesi duruma dönmek mümkündür. Immutable backup fidye yazılımının kurtarma noktalarını şifreleyememesini garantiler.
Hangi DR platformlarını kullanıyorsunuz?
Veeam Backup & Replication, Zerto, Commvault ve VMware Site Recovery Manager başlıca kullandığımız platformlardır. Müşterinin mevcut altyapısına ve RTO/RPO hedeflerine göre en uygun platform seçilir.
DRaaS ISO 27001 kapsamında mı?
Evet, ISO 27001 iş sürekliliği yönetimini (Annex A.17) kapsar. DRaaS uygulaması ve tatbikat kayıtları bu maddenin kontrollerini doğrudan karşılar. Denetim kanıtı formatında tatbikat raporları hazırlanır.
Fiziksel sunucular DRaaS kapsamına alınabilir mi?
Evet, Veeam Agent ve benzeri araçlarla fiziksel sunucular da sürekli replikasyona dahil edilebilir. P2V (Physical to Virtual) dönüşüm DR ortamında gerçekleştirilir; kurtarma sanal makine olarak yapılır.
DRaaS maliyeti nasıl hesaplanır?
Korunan veri hacmi (GB/TB), VM sayısı, RPO sıklığı ve SLA düzeyi fiyatlandırmayı etkiler. Geleneksel ikincil veri merkezi ile karşılaştırıldığında genellikle %60-70 maliyet avantajı sağlanır. Detaylı maliyet analizi için ücretsiz değerlendirme sunuyoruz.
DR planının güncel tutulması nasıl sağlanır?
DR planı; yeni sistem ekleme/kaldırma, mimari değişiklik ve personel rotasyonu gibi değişikliklerde güncellenmeli, altı ayda bir review edilmelidir. Otomatik DR orkestrasyon platformları sistem envanteri değişikliklerini kısmen otomatik yansıtabilir.