İş Sürekliliği
Planlanmamış kesintilerde işinizi sürdürün; sunucularınızın güncel kopyası Nesnet bulutunda hazır beklesin
Şirket içindeki sanal sunucularınızın kopyası Nesnet bulutunda sürekli güncel tutulur; sunucu odanız kullanılamaz hâle gelse de sistemleriniz ikinci bir veri merkezi kurmadan Nesnet bulutunda açılır.
Neden şimdi
- Cuma akşamı binanın trafosu yandı; elektrik pazartesiden önce gelmeyecek. Yedekler aynı odadaki disk dizisinde duruyor ve geri yükleyecek ikinci bir yer yok. Sunucuların güncel kopyası başka bir yerde hazır beklerse hafta sonu bir kesinti değil, bir geçiş olur.
- İkinci bir veri merkezi teklifi masada: donanım, kabin, hat, lisans ve gece arıza çıktığında oraya gidecek biri. Bu hizmette hedef ortam Nesnet bulutudur ve çoğaltma altyapısını Nesnet işletir; ikinci sahanın donanımı sizin bütçenize girmez.
- Yönetim kurulu ana saha kullanılamazsa sunucular nerede ve kaç saatte açılır diye soruyor, cevap ise bir dosya sunucusundaki eski bir belge. Çoğaltma kurulduğunda cevap, her birinin güncelliği ayrı ayrı izlenen kopyalardır.
- Büyük bir müşterinizin tedarikçi denetimi iş sürekliliği planınızı istiyor ve sözleşme yenilemesi buna bağlı. Kopyaların nerede durduğunu ve nasıl izlendiğini gösterebilmek, plandaki en zor soruyu cevaplar.
- Deprem bölgesindeki tesisiniz için sigorta şirketi ve yönetim ikinci bir kopya istiyor. Sunucuların başka bir şehirde değil, Nesnet bulutunda güncel hâliyle beklemesi bu riskin karşılığıdır.
Neler değişir
| Bugün | Nesnet ile |
|---|---|
| Sunucu odası giderse yedekler de onunla birlikte gider. | Sunucularınızın güncel kopyası Nesnet bulutundaki kaynak alanınızda hazır durur. |
| İkinci bir saha için donanım, hat ve ekip gerekir. | Hedef ortam Nesnet bulutudur; çoğaltma altyapısını Nesnet kurar ve işletir. |
| Hangi sunucunun ne kadar geride olduğu bilinmez. | Her çoğaltmanın kurtarma noktası (RPO) ayrı izlenir; geride kalan sunucu uyarıyla görünür. |
| Hat kesilince çoğaltma baştan başlar, hat günlerce dolar. | Kesintide veri kaybı olmaz; bağlantı dönünce çoğaltma kaldığı yerden devam eder. |
| Felaket planı denenmemiş bir belgedir. | Kopyaları canlı sistemi etkilemeden açıp deneyerek planın işlediğini görürsünüz. |
Bugünden canlıya: nasıl işler
- 1
Koruma görüşmesi
Hangi sunucuların korunacağını, sunucuların hangi sırayla açılması gerektiğini ve ne kadar veri kaybını göze alabileceğinizi Nesnet ekibiyle netleştirirsiniz. Görüşmenin sonunda fiyatı belirleyen kalemler ve hat ihtiyacı bellidir.
- 2
Hedef ortam açılır
Kopyaların yazılacağı bulut organizasyonu ve kaynak alanı Nesnet'in otomasyonuyla, tekrarlanabilir adımlarla açılır. Olağanüstü bir anda kullanılacak ağlar da bu aşamada hazırlanır.
- 3
Şirket içi cihaz kurulur ve eşleşir
Sanallaştırma ortamınızda bir çoğaltma cihazı kurulur ve Nesnet'in tünel ucuyla eşleştirilir. Eşleşme, Nesnet tarafının sertifika parmak izinin onaylanmasıyla tamamlanır.
- 4
İlk kopya ve sürekli çoğaltma
Seçilen sunucuların ilk tam kopyası kaynak alanınızın depolamasına yazılır, ardından yalnız değişiklikler aktarılarak çoğaltma sürekli devam eder. Her çoğaltmanın kurtarma noktası o andan itibaren ayrı ayrı izlenir.
- 5
Deneme açılışı
Kopyalar canlı sistemi etkilemeden Nesnet bulutunda deneme amacıyla açılır, uygulamalarınızın ayağa kalktığı birlikte kontrol edilir. Sorun gününde ilk kez denenen bir plan yerine, işlediğini görmüş olduğunuz bir planınız olur.
Neler alırsınız
Sürekli çoğaltma
Şirket içindeki sanal sunucularınız Nesnet bulutuna kesintisiz biçimde kopyalanır. İlk tam kopya kaynak alanınızın depolamasına yazıldıktan sonra yalnız değişiklikler aktarılır ve buluttaki kopya, kaynaktaki sunucunun güncel hâlini izler.
Kopya kendi kaynak alanınızda
Kopya verisi çoğaltma cihazlarında değil, Nesnet bulutundaki kaynak alanınızın depolamasında durur. Kopyaların kapladığı alan, organizasyonunuzun diğer kaynaklarıyla aynı yerde ve aynı portal görünümünde izlenir; olağanüstü bir anda sunucular verinin zaten durduğu yerde açılır, ayrıca taşınması gerekmez.
Her sunucunun güncelliğini ayrı görün
Çoğaltma yazılımı her çoğaltmanın kurtarma noktasını (RPO) ayrı ayrı izler. Hangi sunucunun güncel, hangisinin geride olduğu tek tek görünür; felaket planınızdaki bilinmeyen bir ölçüme dönüşür.
Geride kalan sunucu sessiz kalmaz
Bir çoğaltma hedeflenen güncelliğin gerisine düştüğünde RPO ihlali uyarısı üretilir ve çoğaltma sağlığı Nesnet tarafında da izlenir. Sorun, kopyaya ihtiyaç duyulan günde değil, oluştuğu gün fark edilir.
Hat koptuğunda veri kaybı yok
Şirket içi ile Nesnet arasındaki bağlantı kesildiğinde çoğaltma durur ve elde edilmiş kopyalar yerinde kalır. Bağlantı geri geldiğinde çoğaltma kaldığı yerden devam eder; sıfırdan kopyalama gerekmez ve hattınız günlerce dolmaz.
Dışarıya açık tek giriş noktası
Sizin sahanızdan gelen bağlantılar yalnız tünel üzerinden kabul edilir; çoğaltmayı yöneten bileşen internete açılmaz. Güvenlik ekibinizin değerlendireceği yüzey, tek ve iyi tanımlı bir bağlantı noktasıyla sınırlı kalır.
Yedekli bağlantı katmanı
Bulut tarafındaki tünel katmanı yedekli kurulur, aktif-aktif çalışır ve yük dengeleyicinin arkasındadır. Tünel cihazlarından biri düştüğünde diğeri trafiği taşımaya devam eder ve çoğaltmanız kesilmez; bağlantı katmanındaki tek bir arıza, felaket korumanızı da felakete uğratmaz.
Bakım sırasında çoğaltma sürer
Bulut tarafında birden fazla replikatör çalışır ve çoğaltmalar aralarında dengeli dağıtılır. Bir replikatör bakıma alındığında üzerindeki çoğaltmalar diğerine taşınır, şirket içi kaynaklar tünel üzerinden kendiliğinden yeniden bağlanır.
Altyapı yenilenirken eşleşmeniz korunur
Bulut tarafındaki bileşenler yenilendiğinde eşleşmeler yeniden kurulmadan yerinde kaldı. Şirket içi ekibiniz için ek bir iş, yeniden eşleştirme ya da baştan kopyalama çıkmadı; altyapının yaşam döngüsü sizin bakım takviminize yük olmaz.
Sunucu bazında koruma seçimi
Her sunucu için çoğaltma ve yedekleme ayrı ayrı seçilir. Kritik bir veritabanı sunucusu hem çoğaltılıp hem yedeklenir, daha az kritik bir sunucu için yalnız biri seçilir; maliyet korumanın değeriyle orantılı kalır.
Olağanüstü durumda Nesnet bulutunda açılış
Şirket içi sahanız kullanılamaz hâle geldiğinde sunucularınız kopyalarından Nesnet bulutunda açılır (yük devretme). Sunucular, Nesnet üzerinde kullandığınız diğer kaynaklarla aynı organizasyonda ve aynı portalda çalışmaya başlar.
Canlıyı etkilemeden deneyin
Kopyaları üretimdeki çoğaltmayı bozmadan, yalıtılmış bir ağda deneme amacıyla açarak (test yük devretme) uygulamaların ayağa kalktığını görürsünüz. Deneme bitince açılan sunucular kaldırılır, çoğaltma kesintisiz sürer.
Sorun geçince kendi sahanıza dönün
Şirket içi sahanız yeniden hazır olduğunda, Nesnet bulutunda çalışırken oluşan değişiklikler ters yönde çoğaltılır ve sunucular kendi sahanıza geri alınır. Kriz bittiğinde iş, verisini bulutta bırakmadan eski düzenine döner.
Çok sunuculu uygulamaları sırasıyla açın
Birbirine bağlı sunucular bir kurtarma planında gruplanır; önce veritabanı, sonra uygulama, en son web sunucusu gibi bir açılış sırası tanımlanır. Olağanüstü bir anda kimse hangi sunucunun önce açılacağını hatırlamak zorunda kalmaz.
Daha eski bir ana dönün
Kopya yalnız son durumu değil, belirli aralıklarla saklanan birkaç geri dönüş noktasını da tutar. Kaynakta bozulan bir veri kopyaya da yansıdıysa, sorunun başlamasından önceki bir noktadan açılış yapılır.
Çoğaltmayı portaldan izleyin
Çoğaltmalarınızın durumunu, güncelliğini ve uyarılarını bulut portalınızdaki yönetim ekranından görürsünüz. Hangi sunucunun korunduğunu öğrenmek için bir talep açmanız ya da ay sonu raporunu beklemeniz gerekmez; durum her an önünüzdedir.
Buluta geçişin ilk adımı
Aynı çoğaltma, şirket içindeki sunucuları Nesnet bulutuna kalıcı olarak taşımanın da güvenli yoludur. Sunucular önce kopya olarak beklenir, denenir ve planlanan bir zaman penceresinde Nesnet bulutunda asıl sistem olarak devreye alınır.
Nesnet işletir ve izler
Her korunan sunucu için faturada yer alan yönetilen hizmet kalemiyle çoğaltma işletimi Nesnet'in sorumluluğundadır. Bulut tarafındaki bileşenler, çoğaltma sağlığı ve RPO uyarıları Nesnet ekibince takip edilir.
Yedeklemeyle birlikte iki katmanlı koruma
Çoğaltma tek bir güncel kopya tutar; kaynakta silinen bir dosya ya da bozuk bir değişiklik kısa sürede kopyaya da yansır. Kritik sunucularda Yedekleme ile birlikte kullanıldığında hem dakikalar önceki hâle hem de geçen haftaya dönebilirsiniz.
Neden Nesnet
Çoğaltma altyapısını kuran ekip işletir
Bulut tarafındaki tünel, replikatör ve yönetim bileşenlerini Nesnet kendi ekibiyle kurar ve işletir; bu bileşenlerin yenilenmesi API üzerinden, her adımı ölçülerek yapıldı. Bir sorun çıktığında Nesnet destek ekibine ulaşırsınız; bulut tarafı Nesnet'in sorumluluğundadır.
Altyapı yenilense de eşleşmeniz bozulmaz
Nesnet bulut tarafındaki bileşenleri yenilediğinde mevcut eşleşmeler yeniden kurulmadan korundu. Şirket içi taraftaki ekip için ek bir iş çıkmadı; çoğaltmalar yeni bileşenler üzerinden kendiliğinden devam etti.
Dışarıya açık tek kapı
Şirket içinden gelen bütün trafik yalnız tünel bileşeninden girer. Çoğaltmayı yöneten bileşen internete açılmaz, böylece saldırı yüzeyi tek bir noktayla sınırlı kalır.
Kopyanız diğer sunucularınızın yanında
Kopyalar ayrı bir kurtarma ortamında değil, Nesnet bulutunda kullandığınız diğer sunucularla aynı organizasyonda durur. Olağanüstü bir anda sistemler, ağları ve diğer kaynaklarınızla aynı portalda açılır.
Verileriniz Türkiye'de kalır
Kopyalar Nesnet bulutundaki kaynak alanınızın depolamasında, Türkiye'de durur. Nesnet'in donanımı, ağı ve ekibi Equinix İstanbul (Dudullu) ve Türk Telekom Ankara tesislerindedir.
İkinci veri merkezi yerine aylık fatura
Faturalar e-Fatura ya da e-Arşiv biçiminde kesilir. İkinci bir veri merkezi için yapılacak peşin yatırım, korunan sunucu başına aylık bir kaleme dönüşür.
Örnek senaryolar
Sunucu odası su bastı
Durum
Bir üretim firmasının ERP ve dosya sunucuları fabrikanın bodrumundaki tek sunucu odasında çalışıyor. Bir hafta sonu yağmur suyu odaya girdi ve donanım kullanılamaz hâle geldi.
Sonuç
Kritik sunucuların güncel kopyaları Nesnet bulutundaki kaynak alanında hazırdı. Sunucular bulutta açıldı, çalışanlar pazartesi aynı uygulamalara VPN üzerinden bağlandı; yeni donanım geldikten sonra sistemler kendi sahasına geri alındı.
Çok katmanlı bir uygulama için tutarlı bir yer
Durum
Bir hizmet şirketinin müşteri uygulaması web, uygulama ve veritabanı katmanlarından oluşuyor. Bu sunucuların bir arıza anında farklı yerlere dağılmadan, birbirine erişebilecekleri tek bir ortamda bulunması gerekiyor.
Sonuç
Üç katmanın sunucuları Nesnet bulutunda aynı kaynak alanına çoğaltıldı ve önce veritabanını açan bir sıra tanımlandı. Her sunucunun güncelliği ayrı izlendiği için hangisinin geride kaldığı açıkça görünüyor.
Hat kesintisinden sonra çoğaltma
Durum
Bir şubenin internet hattı bakım çalışması sırasında birkaç saat kesildi. BT ekibi, bağlantı geri geldiğinde çoğaltmanın sıfırdan başlayıp hattı günlerce dolduracağından endişe ediyordu.
Sonuç
Kesinti süresince çoğaltma durdu, veri kaybı olmadı. Bağlantı dönünce çoğaltma kaldığı yerden devam etti ve sıfırdan kopyalama gerekmedi.
Tedarikçi denetimine kanıt
Durum
Bir lojistik şirketinden, en büyük müşterisinin tedarikçi denetiminde felaket senaryosu için somut kanıt istendi. Elinde yalnız yıllar önce yazılmış bir belge vardı.
Sonuç
Şirket, kritik sunucuların Nesnet bulutundaki kopyalarını ve her birinin güncellik izlemesini gösterdi. Kopyalar yalıtılmış bir ağda deneme amacıyla açıldı ve sonuç denetim dosyasına eklendi.
Felaket korumasından buluta geçişe
Durum
Bir perakende zincirinin şirket içi sunucuları birkaç yıldır Nesnet'e çoğaltılıyor. Donanım garantisi biterken yönetim sunucu odasını tamamen kapatmaya karar verdi.
Sonuç
Zaten güncel olan kopyalar planlanan bir hafta sonu bulutta asıl sistem olarak devreye alındı. Ayrı bir taşıma projesi gerekmedi; sunucu odası kapatıldı ve sistemler Nesnet bulutunda çalışmaya devam etti.
Kim neyi yapar
| Nesnet | Siz |
|---|---|
| Bulut tarafındaki çoğaltma bileşenlerini (tünel, replikatör, yönetim) kurar, işletir ve yeniler. | Şirket içindeki sanallaştırma ortamınızı ve oradaki çoğaltma cihazını çalışır durumda tutarsınız. |
| Tünel katmanını yedekli, aktif-aktif ve yük dengeleyici arkasında tutar. | Hangi sunucuların çoğaltılacağına ve hangilerinin ayrıca yedekleneceğine karar verirsiniz. |
| Bileşen yenilemelerini mevcut eşleşmelerinizi bozmadan yapar. | Eşleşme sırasında Nesnet tünel ucunun sertifika parmak izini onaylarsınız. |
| Çoğaltma sağlığını ve RPO uyumunu izler, geride kalan çoğaltmaları sizinle paylaşır. | Şirket içi sahanızın Nesnet'e bağlandığı internet hattını sağlarsınız. |
| Hedef bulut organizasyonunuzu, kaynak alanınızı ve olağanüstü durumda kullanılacak ağları açar. | Olağanüstü durumda yük devretme kararını verir, deneme açılışlarına uygulama ekibinizle katılırsınız. |
Kimler için
Tek sunucu odasıyla çalışan kurumlar
ERP, muhasebe ve dosya sunucuları aynı binadaki tek bir sunucu odasında çalışan kurumlar. Odayı etkileyen bir elektrik, soğutma ya da donanım arızasında sunucuların güncel kopyası başka bir yerde, Nesnet bulutunda hazır durur.
İkinci sahayı işletecek ekibi olmayan BT birimleri
İkinci bir veri merkezi için donanım, hat, lisans ve onu ayakta tutacak ayrı bir ekip ayıramayan BT ekipleri. Bulut tarafındaki tünel, replikatör ve yönetim bileşenlerini Nesnet kurar, izler ve yeniler.
Felaket senaryosu için yazılı cevap arayan kurumlar
Yönetim kurulu, denetçi ya da büyük bir müşteri ana saha kullanılamazsa ne olacağını soruyor. Hangi sunucunun nerede, hangi güncellikte beklediği somut olarak gösterilebilir.
Çok katmanlı uygulamaları olan ekipler
Web, uygulama ve veritabanı sunucularından oluşan bir sistemi birlikte korumak isteyen ekipler. Bütün replikalar Nesnet bulutunda aynı kaynak alanına yazıldığı için olağanüstü bir anda sistemin parçaları bir arada durur.
Uygun olmayabilir
Sunucularınız zaten Nesnet bulutunda çalışıyorsa bu hizmet doğru araç değildir; geçmiş günlere dönme ihtiyacınızı Yedekleme karşılar.
Fiziksel sunucular ya da desteklenen sanallaştırma platformu ('Nasıl çalışır' bölümünde yazılı) dışındaki ortamlar bu hizmetin kapsamında değildir. Bu durumda önce sunucuların Nesnet'e nasıl taşınacağını Buluta Geçiş çözümüyle konuşmak daha doğru olur.
Altyapının içi
Replikasyonu, bulut portalına bağlı bir replikasyon platformu yapar. Yapı üç bileşenden oluşur: replikasyonu yöneten yönetim servisi, veriyi taşıyan replikatör ve dış bağlantıyı karşılayan tünel. Replikatör, replike ettiği sanallaştırma yönetiminin yanında çalışır; şirket içi tarafta kurulan replikasyon cihazı Nesnet'in tünel ucuyla sertifika parmak izi onayı üzerinden eşleşir. Nesnet bulut tarafında tünel katmanını yedekli ve aktif-aktif kurdu, yük dengeleyici (load balancer) arkasına aldı; replikatörler arasındaki yük de dengelenir. Replika verisi replikasyon cihazlarında değil, sizin kaynak alanınızın depolamasında durur. Bu depolama, Nesnet'in yazılım tanımlı ağ ve tamamı NVMe olan dağıtık depolama üzerine kurulu platformundadır. Her replikasyonun RPO'su ayrı ayrı izlenir.
Yapı taşları
- Replikasyon yönetimi
- replikasyonların yönetimi ve RPO takibi
- Replikatör
- şirket içinden gelen değişiklikleri hedef depolamaya yazar
- Replikasyon tüneli
- dışarıdan gelen tek giriş noktası; yedekli, aktif-aktif
- Bulut portalı ve API
- replikanın bulunduğu ve açıldığı organizasyon
- Dağıtık NVMe depolama
- kaynak alanınızın depolaması, replika verisinin durduğu yer
- Şirket içi replikasyon cihazı
- sizin sanallaştırma ortamınızda kurulur, Nesnet'in tünel ucuyla eşleşir
Diğer seçeneklerle karşılaştırma
| Seçenek | Ne zaman doğru seçim |
|---|---|
| Yalnız Yedekleme | Sunucularınız zaten Nesnet bulutunda çalışıyorsa ya da bir arıza sonrasında sunucuyu bir yedek kopyasından geri yüklemek işiniz için yeterliyse Yedekleme daha doğru ve daha basit bir seçimdir. Yedekleme geçmiş günlerin kopyalarını saklar; replikasyon ise tek bir güncel kopya tutar. |
| Buluta Geçiş | Amacınız iki ortamı yan yana tutmak değil, şirket içindeki sunucuları tamamen bırakmaksa Buluta Geçiş çözümü daha uygundur. Nesnet'in yönetim katmanında canlı taşıma ve replikasyon araçları kuruludur. |
| Kendi ikinci veri merkezinizi kurmak | Bir düzenleme ya da şirket politikası ikinci kopyanın da kendi binanızda durmasını şart koşuyorsa bu yol kaçınılmazdır. Donanım, hat, lisans ve iki sahayı da işletecek ekip bu durumda sizin tarafınızda kalır. |
Teknik özellikler
| Replikasyon yazılımı | Hipervizör seviyesinde replikasyon yazılımı |
|---|---|
| Bileşenler | Yönetim servisi, replikatör, tünel |
| Dış erişim | Yalnız tünel üzerinden; yönetim bileşeni dışarı açık değil |
| Replikatör yeri | Replike ettiği sanallaştırma yönetiminin yanında, bulut tarafında |
| Bağlantı katmanı | Yedekli, aktif-aktif, yük dengeleyici arkasında |
| Hedef platform | Nesnet bulutu, replika diğer sunucularınızla aynı organizasyonda |
| Yön | Şirket içi sanallaştırma ortamı → Nesnet bulutu |
|---|---|
| Eşleşme | Şirket içi replikasyon cihazı ↔ Nesnet tünel ucu, sertifika parmak izi onayı |
| Replika verisi | Müşterinin Org VDC depolamasında; replikasyon cihazlarında değil |
| RPO takibi | Replikasyon başına; RPO ihlali uyarısı |
| Bağlantı kesintisi | Replikasyon durur, veri kaybı yok; kaldığı yerden devam, sıfırdan kopyalama yok |
| Yedekleme ile ilişki | Teklifte VM başına ayrı seçilir; biri diğerinin yerine geçmez |
| Fiyat birimi | Replike edilen VM başına replikasyon lisansı + VM başına yönetilen hizmet |
|---|
Bir şey bozulursa
Bir tünel cihazı düşerse
Tünel katmanı aktif-aktif çalıştığı için diğer cihaz trafiği taşımaya devam eder ve replikasyon bu cihaz üzerinden sürer.
Bir replikatör bakıma alınırsa
O replikatördeki replikasyonlar diğer replikatöre taşınır. Şirket içindeki kaynaklar tünel üzerinden kendiliğinden yeniden bağlanır.
Şirket içi ile Nesnet arasındaki bağlantı koparsa
Replikasyon bağlantı yokken durur, veri kaybı olmaz. Bağlantı geri geldiğinde kaldığı yerden devam eder ve sıfırdan kopyalama gerekmez.
Şirket içi sahanız kullanılamaz hâle gelirse
Sunucularınızın replikaları Nesnet bulutundaki kaynak alanınızın depolamasında hazır durur. Sunucular orada, Nesnet üzerinden kullandığınız diğer kaynaklarla aynı bulut organizasyonunda açılır.
Sık sorulan sorular
Fiyatlandırma ve ilk adım
Fiyatlandırma
İş Sürekliliği korunan sunucu başına aylık faturalanır: çoğaltılan her sunucu için bir çoğaltma yazılımı lisansı ve yine sunucu başına bir yönetilen hizmet kalemi bulunur. Fiyatı korunan sunucu sayısı ve seçtiğiniz kalemler belirler; teklifinizi Nesnet ekibi hazırlar.
Fiyatı belirleyenler
- Replike edilen VM sayısı: lisans, korunan her VM için ayrı sayılır.
- Yönetilen hizmet: replikasyon işletimi VM başına ayrı bir kalem olarak faturalanır.
- Yedeklemenin de seçilmesi: aynı VM için yedekleme istenirse bu, iş sürekliliğinden ayrı bir kalem olarak eklenir.
Nasıl başlarsınız
- 1.Formu doldurun ya da 0800 606 1071'i arayın.
- 2.Korunacak sunucular ve açılış sırası bir görüşmede netleşir; fiyat hazırlanır.
- 3.Hedef ortam açılır, cihaz eşleşir ve ilk kopya yazılmaya başlar.
Ana sahanız giderse sunucularınızın gideceği yer belli olsun
Hangi sunucuların korunacağını ve hangi sırayla açılacağını Nesnet ekibiyle konuşun; aynı iş günü içinde dönüş yapılır. İkinci bir veri merkezi kurmadan, işleyişini kendi gözünüzle denediğiniz bir felaket planına sahip olursunuz.