F2Cloud Recovery
Hizmet Olarak Felaket Kurtarma (DRaaS)
Kritik uygulamalarınız için alternatif çalıştırma ortamının; ağ, güvenlik ve kurtarma sırasıyla birlikte hazırlanması ve test edilmesi.
Canlı akış
- Koruma akışı
- Geri yükleme
Koru → kurtarma ortamını hazırla → bağımlılık sırasıyla aç → trafiği geçir
Kavramsal canlandırmadır; gerçek akış hızı ve hacmi kapsamınıza göre belirlenir.
01Bu hizmetin anlamı
Sunucuyu açmak değil. İşi yeniden başlatmak.
ERP açıldı ama kullanıcılar bağlanamıyor. Veritabanı çalışıyor ama sipariş akışı duruyor. Kurtarma, sunucudan daha büyük bir problemdir.
Kararlaştırılan kapsamın çıktısı
Bağımlılık haritası, kurtarma planı, RPO/RTO hedefleri ve kapsamda belirlenen tatbikatın ölçümlü sonuçları.
Önemli sınır
30 dakikalık RTO yalnızca uygun, önceden hazırlanmış ve test edilmiş iş yükleri için hedeftir; genel bir garanti değildir.
02F2Cloud Recovery / Hizmet akışı
Sistem durur. Hazırlanmış ortam devralır.
Koru → kurtarma ortamını hazırla → bağımlılık sırasıyla aç → trafiği geçir
Çıktı: İş yükleri korunur.
-
Bu aşamada
Yedekler veya desteklenen replikasyon güncellemeleri F2Cloud'a akar.
-
Bu aşamada
Kurtarma ağı, güvenlik ve kapasite tanımlı halde bekler.
-
Bu aşamada
İş yükleri bağımlılık sırasına göre açılır, ağ ve güvenlik servisleri devreye girer.
-
Bu aşamada
DNS/GSLB ile trafik yönlendirilir, uygulama sağlık kontrolleri yapılır.
RTO ve RPO proje bazında hedeflenir ve tatbikatla ölçülür. Hazırlık ve uygulama doğrulaması olmadan süre taahhüt edilmez.
Disaster Recovery as a Service (DRaaS), ikinci bir veri merkezi kurmadan kritik iş yüklerinizi hazırlanmış bir bulut ortamında yeniden çalıştırabilmenizi sağlar. F2Cloud Recovery, yalnızca sanal makineleri açmaya değil, işinizin fiilen hizmet vermeye devam etmesine odaklanır.
Kurtarma ortamı; hesaplama kapasitesi, kurtarma ağı, güvenlik duvarı ve VPN yapılandırması, yönlendirme ile DNS/GSLB geçiş hazırlığıyla önceden tasarlanır. Bu yaklaşımı "dijital ikiz tarzı fonksiyonel kurtarma mimarisi" olarak adlandırıyoruz.
Özel olarak uygun bulunan, hazırlanmış ve test edilmiş iş yükleri için 30 dakikaya kadar inen hedef RTO tasarlanabilir. Bu bir hedef değerdir; tüm sistemler için garanti değildir ve tatbikatlarla doğrulanır.
Teknik kapsam ve sınırlar
- RTO (Recovery Time Objective): hizmetin ne kadar sürede geri gelmesi hedeflenir. RPO (Recovery Point Objective): en fazla ne kadarlık veri kaybı kabul edilir. İkisi ayrı hedeflerdir.
- 30 dakikalık hedef RTO yalnızca uygun bulunan, hazırlanmış ve test edilmiş iş yükleri içindir; garanti değildir.
- Altyapının açılması ile iş uygulamasının tam kullanılabilir olması farklı aşamalardır; doğrulama uygulama sağlık kontrolleriyle yapılır.
Sık sorulan sorular
DRaaS nedir?
Disaster Recovery as a Service; kritik sistemlerinizin bir felaket anında hizmet sağlayıcının hazırlanmış bulut ortamında yeniden çalıştırılmasını yönetilen bir hizmet olarak sunar.
30 dakikada felaket kurtarma mümkün mü?
Uygun bulunan, önceden hazırlanmış ve test edilmiş iş yükleri için 30 dakikaya kadar inen hedef RTO tasarlanabilir. Her sistem için garanti edilmez; tatbikatla doğrulanır.
İkinci veri merkezi kurmak yerine DRaaS kullanmak mantıklı mı?
Çoğu kurum için ikinci bir veri merkezinin donanım, lisans, bağlantı ve personel maliyeti, aylık DRaaS hizmetinden yüksektir. Karar, kritik iş yükleri ve hedef RTO/RPO değerlerine göre verilmelidir.
İlgili hizmetler
-
F2Cloud Backup
Hizmet Olarak Bulut Yedekleme (BaaS)
Sunucularınızın ve sanal makinelerinizin yedeklerini F2 mühendisleri tasarlar, işletir ve düzenli olarak geri yüklenebilirliğini test eder.
-
F2Cloud Recovery
Hizmet Olarak Siber Kurtarma (CRaaS): Ransomware Sonrası Veri Kurtarma
Fidye yazılımı sonrası amaç fidye ödemek değil; korumalı bir geri dönüş noktasından, izole bir ortamda doğrulanmış şekilde geri dönmektir.
-
F2Cloud Recovery
Disaster Recovery Fiyatları: DRaaS Maliyetini Ne Belirler?
Hazır fiyat listesi yerine, kurtarmak istediğiniz iş yüklerine ve hedeflerinize göre şeffaf bir aylık hizmet modeli öneriyoruz.
Karar vermeden önce
-
Yedekleme ile felaket kurtarma arasındaki fark
Yedek veriyi korur. Felaket kurtarma, veriyi kullanan işi yeniden çalıştırmak için ortamı, bağımlılıkları ve operasyonu hazırlar.
-
RPO ve RTO nedir? Felaket kurtarma hedeflerini belirleme
Ne kadar veri kaybı kabul edilebilir, iş ne kadar süre durabilir? Bu iki farklı soruya verilen yanıt, kurtarma mimarisini belirler.
-
VMware, Hyper-V, KVM ve Sangfor iş yüklerinde yedekleme ve kurtarma
Platform listesi bir pazarlama etiketi değil, kapsam sorusudur. Her hipervizör farklı yedeklenir; platformlar arası kurtarma ise iş yükü bazında doğrulama gerektirir.
03Güvenin somut karşılığı
Sıfatlarla değil, kapsamla konuşalım.
F2Cloud, F2 Bilişim'in ağ, siber güvenlik ve sanallaştırma mühendisliğini yönetilen hizmet modelinde bir araya getirir. Kararınızı verebilmeniz için vaat kadar sınırların da açık olması gerekir.
- 01
Yazılı kapsam. Açık sorumluluk.
Hangi iş yükü korunuyor? Kim izliyor, kim müdahale ediyor? Teklif; mimariyi, dahil olan servisleri ve sorumluluk sınırlarını tanımlar.
Ayrıntıları inceleyin - 02
Bir hedef, ancak ölçüldüğünde anlamlıdır.
RPO ve RTO, iş yükünüzün ihtiyaçlarına göre belirlenir. Kurtarma tatbikatı; uygulama, ağ ve erişimi birlikte değerlendirir. Hedef ile garanti aynı şey değildir.
Ayrıntıları inceleyin - 03
Verinizin yerini ve erişim yolunu bilin.
Türkiye'de barındırma değerlendirmesi; ana veri, yedek, log ve destek erişimini kapsamalı. KVKK için lokasyonun yanında veri akışı ve roller de önemlidir.
Ayrıntıları inceleyin
F2Cloud
Mühendis ekibimizle görüşün
İhtiyacınızı dinleyip mimari, kapsam ve aylık hizmet modelini birlikte netleştirelim.
Kurtarma Analizi İste