TEKNİK REHBER · KAYNAKLI MÜHENDİSLİK NOTLARI

Veri merkezi ve bulut kurtarma planı: RPO, RTO ve aktarım penceresi

Yedek ile replikasyonun farkı, RPO/RTO, veri merkezi bağımlılıkları ve etkileşimli aktarım hesabıyla iş yükünü geri döndürme planı.

Hedefi “yedek var” cümlesinden çıkarın

RPO, kabul edilebilir veri kaybını zaman açısından; RTO, hizmetin geri dönmesi için kabul edilen süreyi tanımlar. Bunlar yedekleme yazılımının varsayılan ayarı değil, iş biriminin hedefidir. Finansal kapanış, üretim kaydı ve pazarlama arşivi aynı toleransa sahip olmayabilir. Her uygulama için hedefi, sorumlusunu ve bağımlılıklarını birlikte kaydedin.

Verinin geri gelmesi, hizmetin geri gelmesi değildir

Örnek olayda ERP veritabanı geri yüklenir fakat kimlik sunucusu ve DNS henüz hazır değildir. Kullanıcı sisteme giremediği için iş hizmeti dönmüş sayılmaz. Kurtarma sırası; ağ, kimlik, anahtarlar, lisans, veri ve uygulama adımlarını kapsamalıdır. Operasyon ekibinin kullanacağı runbook, erişimi yalnızca arızalı ortamda bulunan bir dosyada tutulmamalıdır. Yetkili kişilerin kesinti sırasında planı açabildiği kontrol edilir.

Replikasyon ve yedeğin farklı arıza davranışları vardır

Replikasyon güncel kopya sağlayabilir; yanlış silme veya bozulma da ikinci ortama taşınabilir. Geri dönüş noktalarının, erişim yetkilerinin ve gerekiyorsa değiştirilemez saklama seçeneğinin ayrı değerlendirilmesi bu nedenle önemlidir. Aynı yönetici hesabının hem üretimi hem bütün yedekleri silebildiği tasarım ortak risk taşır. Kurumun veri türüne uygun saklama, silme ve anahtar yönetimi politikası belirlenmelidir.

Aktarım penceresini ölçülebilir hale getirin

Aşağıdaki araç, girilen veri hacminin belirli sürede aktarılması için teorik ortalama kapasiteyi hesaplar. Ondalık GB ve Mbps kullanır; verim oranı için sizin varsayımınızı uygular. Gerçek throughput garantisi değildir. Protokol, şifreleme, paket kaybı, depolama ve karşı uç sınırlamaları ölçümü değiştirebilir. Günlük değişen veri miktarıyla tam geri yükleme hacmini ayrı hesaplayın; aynı devre rutin yedeğe yetip acil geri dönüşte yetersiz kalabilir.

Aktarım penceresi hesaplayıcısı

Varsayımsal planlama hesabı. Veri tarayıcıda kalır; gönderilmez. Ondalık GB ve Mbps kullanılır.

Hesaplama için JavaScript gerekir.

Gerekli ortalama Mbps = GB × 8000 ÷ (saat × 3600 × verim oranı). Sonuç kapasite teklifi veya gerçek aktarım garantisi değildir. Disk, işlemci, protokol ve ağ ölçümü gerekir.

İki veri merkezi ne zaman bağımsızdır?

Farklı adresler kullanmak bütün ortak bağımlılıkları ortadan kaldırmaz. Operatör güzergâhı, enerji, yönetim hesabı, DNS ve uygulama sağlayıcısı aynı arıza alanını paylaşabilir. MyFi Business değerlendirmesinde fiziksel erişim yolu ile mantıksal servis bağımlılığı ayrı çizilir. Bir tesise ait resmî tanıtım veya sertifika, müşterinin bütün uygulama tasarımına otomatik garanti sağlamaz; kapsamı ve belgenin hangi yerleşim için geçerli olduğu doğrulanmalıdır.

Kurtarmayı gerçek bir iş işlemiyle bitirin

Kontrollü tatbikatta yalnızca VM’nin açılmasını değil, yetkili kullanıcının girişini ve örnek bir iş işlemini tamamlamasını ölçün. Kaydedilen süre hedef RTO’yla, geri gelen en son tutarlı kayıt hedef RPO’yla karşılaştırılır. Eksikler için sahip ve düzeltme tarihi belirlenir. MyFi Business; internet, özel bağlantı, veri merkezi, sanallaştırma ve bulut bileşenlerini bu hedefler etrafında tekliflendirebilir. Hedeflerin karşılanması kurulmuş mimari ve test sonucuyla doğrulanır.

Kaynaklar

Kaynak inceleme: 15.10.2026. Senaryolar açıklama amacıyla hazırlanmıştır; müşteri ölçümü veya ürün garantisi değildir.

Yazar ve yayın yaklaşımı
WhatsApp