Uygun koruma düzeyi, işletmenin dayanması gereken kesintiye bağlıdır. Yedek, geri yüklenebilir bir veri durumu sunar. Yerel yüksek erişilebilirlik bir ana makine arızasını hafifletebilir. İkinci tesis korumayı ilk hata alanının ötesine taşır, ancak kendi kapasitesini, ağlarını ve denenmiş geçişi gerektirir. Hiçbiri uygulamanın işlevsel kabul testinin yerini tutmaz.
Daha önce geri yükleme testi ve Proxmox HA ile yedek arasındaki fark ayrı konular olarak ele alındı. Burada belirli bir hizmet ve hata alanı için yedek, yerel ikame ve coğrafi olarak ayrı acil işletimin hangi birleşiminin uygun olduğuna karar veriyoruz. Kamuya açık platform özeti de uygulama açısından bu incelemenin yerini tutmaz.
Önce iş sürecini ve iki zaman hedefini belirleyin
Açıkça kurgusal örneğimiz; uygulama VM’i, veritabanı ve fatura dosyaları olan bir ERP’dir. İş birimi, tesisin tamamı kaybedildiğinde dört saat içinde sipariş işlemeye dönmek ve en fazla 15 dakikalık tutarlı iş verisini kaybetmek istiyor. Bunlar RTO ve RPO için hedeflerdir ; DAXS taahhüdü veya ölçülmüş değer değildir. Tek ana makine arızası için daha kısa hedef düşünülebilir; yanlışlıkla silinen bir işlem ise daha eski, değişmemiş kurtarma noktası gerektirir.
İş etki analizi bu yüzden ana makine arızasını, tesis kaybını ve bozulmuş veya silinmiş veriyi ayrı değerlendirmelidir. Acil işletimde oturum açma, veritabanı işlemi ve ilgili dosya eki çalışmadan hizmet dönmüş sayılmaz. Elektrik, tesis ağı, DNS, kimlik, anahtarlar ve dış arayüzler bağımlılık zincirindedir. Biri eksikse, çalıştırılmış yedek sunucu henüz kullanılabilir işletim sağlamaz.
Farklı sınırları olan üç koruma düzeyi
| Düzey | Sağlayabildikleri | Açık kalanlar |
|---|---|---|
| A · Yedek ve geri yükleme | Ayrı yedekler doğrulanmış veri durumuna dönmeyi sağlar; hedef sistem hazır olunca uygulama geri yüklenir. | İkame kapasitesi, geri yükleme süresi ve işlevsel tutarlılık RTO’yu belirler. Hazır hedef tesis yoksa tesis kaybında güvenilir dört saat taahhüdü verilemez. |
| B · Yerel yedeklilik ve yedek | Uygun tasarlanmış depolama, quorum ve ağla birden çok ana makine, bir arızadan sonra VM’i başka kaynaklarda başlatabilir. | Ortak elektrik, yangın bölmesi veya tesise erişim hâlâ bir hata alanıdır. Silinmiş veya bozulmuş veri replike olabilir; ayrı yedek gereklidir. |
| C · İkinci tesis ve yedek | Coğrafi olarak ayrı, hazırlanmış acil kapasite ve replike uygulama verisi, geçiş ve iş süreci denenmişse tesis kaybını karşılayabilir. | Replikasyon gecikmesi, ortak kimlik hizmetleri, hatlar, anahtarlar ve başarısız failover, 15 dakika/dört saat hedefinin kaçırılmasına yol açabilir. Burada da ayrı yedekler gerekir. |
Yerel HA bu nedenle bir ana makine arızasınayanıt olabilir, ancak tüm tesis için otomatik felaket kurtarma sağlamaz. Microsoft, yedeklilik ve replikasyonu yedeklemeden açıkça ayırır: replike hata veya silme hâlâ hatadır. AWS; backup/restore, pilot light, warm standby ve aktif çok tesisli modelleri artan çaba gerektiren stratejiler olarak açıklar. Bu bulut kalıpları bir karar mantığıdır; burada varsayılan işletmeye ait ERP için evrensel RPO/RTO değerleri değildir.
Eşdeğer kapsam: açık üç ve beş yıllık hesap
Her düzeyde aynı üretim ERP hizmeti ve aynı ayrı temel yedekleme programı karşılaştırılır. Mevcut üretim platformu bu yüzden hiçbir seçeneğe dahil değildir. Yedekleme runbook’u ve test temeli için bir defalık 24 kişi-saat; yılda örnek 3.600 € dış yedek/depolama, 12 × 4 kişi-saat işletim ve her biri 16 kişi-saat iki geri yükleme tatbikatı varsayılır. Serbestçe varsayılan tam maliyet kişi-saat başına 80 €’dur: bir defa 1.920 €, yılda 3.600 + (48 + 32) × 80 = 10.000 €. Bunlar sağlayıcı fiyatları değildir.
B düzeyi, ana makine/depolama/ağ tasarımı ve kabulü için bir defalık 60 kişi-saat; yılda enerji ve destek dahil örnek 7.800 € ek yerel kapasite, 12 × 4 ek işletim saati ve her biri sekiz ek kişi-saat iki HA tatbikatı ekler. C ise bunun yerine tesis, veri ve geçiş tasarımı için bir defalık 96 kişi-saat; yılda 18.000 € hazırlanmış acil kapasite ve ağ, 3.600 € veri aktarımı, 12 × 8 ek işletim saati ve her biri 24 ek kişi-saat iki tesis tatbikatı ekler. Tatbikat saatleri ekip toplamıdır; ortak yedek temeli her seçenekte yalnızca bir kez sayılır.
| Düzey | Bir defalık | Yıllık | 3 yıl | 5 yıl |
|---|---|---|---|---|
| A · Yedek/geri yükleme | 24 × 80 = 1.920 € | 10.000 € temel | 31.920 € | 51.920 € |
| B · Yerel yedeklilik | 1.920 + 60 × 80 = 6.720 € | 10.000 + 7.800 + 3.840 + 1.280 = 22.920 € | 75.480 € | 121.320 € |
| C · İkinci tesis | 1.920 + 96 × 80 = 9.600 € | 10.000 + 18.000 + 3.600 + 7.680 + 3.840 = 43.120 € | 138.960 € | 225.200 € |
Duyarlılık: Hazırlanmış ikinci tesis kapasitesi ayda varsayılandan 500 € fazla tutarsa, C yılda 6.000 € artar: üç yılda 156.960 €, beş yılda 255.200 €. Satın almadan önce yedek parçalar, vergiler, gerçek hat ve tesis teklifleri, lisans hakları, varsayılan saatler dışındaki işletim ve gerçek kesinti maliyeti eklenmelidir. Hiçbir seçenek tasarruf veya garantili yeniden başlama vaat etmez.
Kararı testle verin
Varsayılan dört saat/15 dakika hedefinde, tesis kaybı için veri, kimlik ve ağ erişimi olan başka kullanılabilir yer hazır değilse A ve B tek başına yetmez. C yalnızca adaydır: ekip gerçek test penceresinde replikasyon durumunu, veritabanı-dosya tutarlılığını, erişimi, geçiş kararını, yük altındaki kapasiteyi ve geri dönüş yolunu ölçmelidir. İş birimi elle sipariş alarak daha uzun acil işletimi kabul ediyorsa, daha ekonomik yol yeterli olabilir. Bu açıkça kararlaştırılmalı, kaydedilmeli ve denenmelidir.
DAXS hizmeti ve bağımlılıklarını belirleyebilir, iş açısından kullanılabilir en küçük acil işletimi tanımlayabilir ve üç seçeneği gerçek teklifler ile geri yükleme/failover sonuçları üzerinden karşılaştırabilir. DAXS ile iletişim.
Kaynaklar: Microsoft Learn: yedeklilik, replikasyon ve yedek · AWS Well-Architected: felaket kurtarma stratejileri · Proxmox VE: HA ve yedekleme özellikleri.
