Karar: Hangi HA/DR çözümü?
Yüksek erişilebilirlik ve felaket kurtarma çözümü seçmek; teknoloji değil, iş gereksinimleri (RTO/RPO), coğrafi dağıtım ihtiyacı ve maliyet arasındaki dengeyle başlar. Bu ağaç, kesinti ve veri kaybı toleransınızdan yola çıkarak senkron replika, asenkron standby, otomatik failover kümesi ve yedek+PITR seçenekleri arasında sizi doğru yaklaşıma yönlendirir.
Veri kaybı toleransın (RPO) ne kadar?
Önce en sert kısıttan başla: bir felakette kaç saniyelik veriyi kaybetmeyi göze alabilirsin? Sıfır veri kaybı (RPO=0) gerekiyorsa senkron replikasyon şart; birkaç saniye/dakika kabul edilebiliyorsa asenkron çözümler ve daha ucuz yaklaşımlar açılır. RPO hedefi çoğu zaman diğer tüm kararları belirler.
- Sıfır veri kaybı şart (RPO = 0)
- Birkaç saniye/dakika veri kaybı kabul edilebilir
Otomatik ve hızlı devralma (düşük RTO) da gerekli mi?
Sıfır veri kaybı istiyorsun; peki primary düştüğünde ne kadar hızlı ayağa kalkmalısın? Saniyeler içinde otomatik failover mı, yoksa kısa bir elle müdahale penceresi kabul edilebilir mi? Bu, salt senkron replika ile tam otomatik küme arasındaki farkı belirler.
- Saniyeler içinde otomatik failover gerekli
- Elle/planlı devralma yeterli, önce sıfır kayıp önemli
Farklı bir bölge/coğrafya gerekli mi (DR)?
Biraz veri kaybı kabul edilebiliyorsa asıl soru dayanıklılığın kapsamı: tüm veri merkezini/bölgeyi kaybetme senaryosuna karşı korunmalı mısın, yoksa aynı bölgede tek düğüm arızasına karşı yeterli mi? Coğrafi dağıtım gerekiyorsa asenkron standby öne çıkar; gerekmiyorsa maliyet öncelikli seçenekler değerlendirilir.
- Evet, coğrafi felakete karşı ayrı bölge şart
- Hayır, bütçe ve basitlik öncelikli
Uzun kurtarma süresini (yüksek RTO) kabul eder misin?
Aynı bölgede kalıyorsun ve veri kaybı toleransın var. En düşük maliyeti mi hedefliyorsun yoksa arıza anında hızlı devreye girecek bir yedek düğüm mü istiyorsun? Kurtarmanın saatler sürmesi kabul edilebiliyorsa yalnızca yedek+PITR en ekonomik yoldur; değilse bir hot standby gerekir.
- Evet, saatlerce kurtarma kabul edilebilir (en ucuz)
- Hayır, dakikalar içinde devralacak hot standby gerekli
Öneri: Senkron replika (sıfır veri kaybı)
Primary her commit'i en az bir standby onaylamadan tamamlamaz; böylece primary kaybedilse bile onaylanmış hiçbir işlem yitmez (RPO=0). Aynı bölgede, düşük gecikmeli ağda ideal çözümdür.
Öneri: Asenkron standby (coğrafi DR)
Standby, değişiklikleri primary'nin commit'ini geciktirmeden akış hâlinde uygular. Yazma performansını düşürmeden farklı bölgeye kopya taşımanın standart yoludur; karşılığında küçük bir veri kaybı penceresi (replikasyon lag'i kadar) kabul edilir.
Öneri: Otomatik failover kümesi
Sağlık izleme, lider seçimi ve otomatik devralmayı bir arada sunan küme çözümü; hem düşük RTO (saniyeler içinde otomatik failover) hem de senkron kopyayla düşük/sıfır RPO hedefler. İşletme yükü daha yüksektir ama insan müdahalesini en aza indirir.
Öneri: Yedek + PITR (en ekonomik)
Ayakta duran bir standby yerine yalnızca düzenli yedek ve WAL/arşiv log ile noktaya kadar kurtarma (PITR) tutulur. En düşük maliyetli çözümdür; bedeli, kurtarmanın saatler sürebilmesidir (yüksek RTO).