Felaket Kurtarma RTO/RPO Üstel Maliyet Eğrileri

Q: Bir mühendislik organizasyonu ne sıklıkla DR tatbikatı (game day) yapmalıdır?

Seviye-1 sistemler için en az çeyrekte bir; test edilmemiş felaket kurtarma senaryoları gerçek kriz anlarında neredeyse her zaman başarısız olur.

Q: Üstel DR maliyet eğrisinin ana tetikleyicisi nedir?

Sıfır RPO ve sıfır RTO'ya ulaşmak için gereken bölgeler arası senkron replikasyon ve %100 hazır bekleyen sıcak sunucu kapasitesidir.

Q: Kod Olarak Altyapı (Terraform) Warm Standby ortamının yerini alabilir mi?

Evet, otomatik Terraform/Pulumi boru hatlarını sıcak veritabanı replikalarıyla birleştirmek 15 dakikada eksiksiz bir Pilot Light kurulumu sağlar.

Stack: FINOPS INFRASTRUCTURE STACK →Staff (L6-L7)tradeoff

⚡ÖZET VE TEKNİK CEVAP

Asenkron Yedekle & Geri Yükle'den (RTO: saatler, maliyet: ~1.05x) Pilot Light'a (RTO: onlarca dakika, maliyet: ~1.15x), Warm Standby'a (RTO: dakikalar, maliyet: ~1.4x) ve Çok Bölgeli Aktif/Aktif'e (RTO: saniyeler/sıfır, maliyet: ~3.0x-4.0x) geçiş; iş kesintisi maliyetiyle sıkı hizalanması gereken üstel bir bütçe eğrisi yaratır.

Mühendislik El Kitabı & Mekanizma

6 Boyutlu Mimari Analiz

⚙️1. Temel Çalışma Mekanizması

Mekanizma

Felaket Kurtarma stratejileri üstel bir maliyet-hız spektrumunda yer alır. 1. Yedekle & Geri Yükle (): Terraform ile otomatik ayağa kalkan asenkron S3 snapshot replikasyonu. 2. Pilot Light (): sürekli veritabanı replikasyonu ve sıfır hazır sunucu, tetikleme anında autoscaling ile sunucuları açma. 3. Warm Standby ($): ikinci bölgede 24/7 hazır bekleyen küçültülmüş minimum aktif küme. 4. Aktif/Aktif ($$$): gerçek zamanlı iki yönlü trafik yönlendirmeli tam sunucu ve veritabanı kopyalaması.

🎯2. Doğru Kullanım Senaryosu

Kapsam

Kurumsal risk yönetişimi, iş sürekliliği planlaması, yasal uyumluluk sertifikasyonları (SOC2, ISO 27001) ve felaket simülasyon tatbikatları için zorunludur.

⚠️3. Prodüksiyon Arıza Modları

Kritik Risk

✓
Üst yönetim şirketteki 80 mikroservisin tamamı için 'Sıfır RPO ve 1 Dakika Altı RTO' talimatı verir. Mühendislik ekibi dahili yönetim panelleri, test araçları ve asenkron işçiler için bile çok bölgeli aktif-aktif küme açar
✓
yıllık bulut faturası hiçbir iş değeri üretmeden 1.2M'dan 4.6M'a fırlar

📡4. Teşhis ve Telemetri Sinyalleri

Metrikler

▸Felaket kurtarma altyapı giderinin ana canlı ortam maliyetinin %35'ini aşması. 2. Seviye-1, Seviye-2 ve Seviye-3 servislerin tamamına ayrım yapılmaksızın aynı RTO/RPO hedefinin konulması. 3. DR kurtarma senaryolarının tatbikatlarda hiçbir zaman test edilmemesi.

🛡️5. Önleme ve Mimari Bariyerler

Bariyerler

▸Servisleri kritiklik seviyelerine ayırın: Seviye-1 (Ödeme/Giriş: Pilot Light, RTO < 30 dk, RPO < 5 dk), Seviye-2 (Analitik: Backup & Restore, RTO < 6 saat), Seviye-3 (Dahili araçlar: Soğuk Kurulum, RTO < 24 saat). 2. Hazır sunucu çalıştırmak yerine ucuz staging disklerine blok seviyesinde sürekli yazan AWS Elastic Disaster Recovery (DRS) kullanın.

⚖️6. Mimari Ödünleşimler (Trade-offs)

Ödünleşim

Pilot Light, Warm Standby'ın sağladığı erişilebilirlik faydasının %90'ını 1/3 maliyetle sunar; tek ödünü bölgesel çöküş anında sunucuların ayağa kalkması için gereken 15-30 dakikalık başlatma süresidir.

📋

Vaka İncelemesi (TinyCTO Saha Örneği)

GERÇEK DÜNYA TELEMETRİSİ

TinyCTO, ikinci bölgede 24/7 açık duran ve ayda 36.000 dolar yutan Warm Standby EKS kümesini otomatik AWS DRS + Terraform Pilot Light mimarisiyle değiştirdi. Veritabanı replikaları Aurora ile sıcak tutuldu, EKS sunucuları ise yalnızca tatbikat anında tetiklendi. Aylık DR harcaması 4.200 dolara geriledi (yılda 381.600$ tasarruf) ve 18 dakikalık RTO başarıyla korundu.

İnteraktif Konsept Alıştırmaları

3 Alıştırma

Felaket Kurtarmada RTO (Recovery Time) ile RPO (Recovery Point) arasındaki temel fark nedir?

RTO sistemin kapalı kalabileceği maksimum süredir; RPO ise kabul edilebilir maksimum veri kaybı zaman aralığıdır (örn. son 5 dakikalık işlem kaybı).

'Pilot Light' (Pilot Alevi) Felaket Kurtarma stratejisi nedir?

Kritik veri sürekli ikinci bölgeye replike edilir (pilot alevi), ancak uygulama sunucuları sadece gerçek bir felaket ilan edildiğinde ayağa kaldırılır.

AWS Elastic Disaster Recovery (DRS) ikinci bölgedeki depolama maliyetlerini nasıl optimize eder?

Şirket içi veya bulut disklerini hafif replikasyon sunucularına bağlı ucuz staging EBS disklerine sürekli blok seviyesinde kopyalar.