Tek veri merkezinde yedekli güç, yedekli ağ ve yedekli donanımınız var. Yine de tek bir yere bağımlısınız — ve o yerde ciddi bir olay yaşanırsa hepsi birden gider.
Bu yazı, ikinci bir lokasyona geçmenin gerekçelerini ve pratik zorluklarını ele alıyor.
Ne Karşı Koruma Sağlar?
İkinci lokasyon, tek lokasyondaki yedekliliğin çözemediği risklere karşıdır:
- Tüm veri merkezini etkileyen elektrik olayı
- Yangın veya su baskını
- Ağ omurgasında toplu kesinti
- Doğal afet
- Bina erişiminin engellenmesi
Ayrım şudur: tek lokasyondaki yedeklilik bileşen arızalarına karşı korur, ikinci lokasyon ise tesisin tamamını etkileyen olaylara karşı.
Bu iki koruma birbirinin alternatifi değildir. İkinci lokasyon eklemek, birinci lokasyondaki yedekliliği gereksiz kılmaz.
Mesafe Kararı
İki lokasyon arasındaki mesafe, iki karşıt gereksinim arasında bir dengedir:
| Yakın lokasyon | Uzak lokasyon |
|---|---|
| Düşük gecikme | Yüksek gecikme |
| Eşzamanlı çoğaltma mümkün | Genellikle eşzamansız |
| Aynı bölgesel olaydan etkilenebilir | Bağımsız risk profili |
| Bağlantı maliyeti düşük | Bağlantı maliyeti yüksek |
| Personel erişimi kolay | Yerinde müdahale zor |
Üçüncü satır kararın özüdür: iki lokasyon aynı elektrik şebekesinden besleniyor veya aynı afet bölgesindeyse, coğrafi ayrım kâğıt üstünde kalır.
Bu yüzden mesafe sorusu aslında "kaç kilometre" değil, "hangi riskleri paylaşıyorlar" sorusudur.
Üç Çalışma Modeli
İkinci lokasyon farklı seviyelerde aktif olabilir:
- Soğuk yedek: Donanım hazır, veri periyodik kopyalanır, sistem kapalı.
- Ilık yedek: Sistem çalışır, veri güncel tutulur, trafik almaz.
- Aktif-aktif: İki lokasyon da trafik alır.
Üçüncü model en yüksek erişilebilirliği sağlar ama en zor olanıdır: iki lokasyonun aynı anda yazma yapması, veri tutarlılığı sorunlarını beraberinde getirir.
Çoğu işletme için ikinci model doğru dengeyi kurar — geçiş dakikalar içinde yapılabilir, karmaşıklık yönetilebilir düzeydedir.
Veri Çoğaltma
En kritik teknik karar, verinin nasıl senkronize edileceğidir:
- Eşzamanlı: Yazma iki yerde de tamamlanmadan onaylanmaz — veri kaybı yok, gecikme var.
- Eşzamansız: Yazma hemen onaylanır, çoğaltma arkadan gelir — hızlı, ama son işlemler kaybolabilir.
- Periyodik: Belirli aralıklarla toplu aktarım — en basit, kayıp penceresi en geniş.
Karar, kabul edebileceğiniz veri kaybı miktarına göre verilir: eşzamansız çoğaltmada, kesinti anında henüz aktarılmamış işlemler kaybolur.
Bir e-ticaret sistemi için bu, birkaç saniyelik siparişin kaybı anlamına gelebilir. İçerik sitesi için ise kabul edilebilir bir kayıptır. İki senaryo farklı çözüm gerektirir.
Trafik Yönlendirme
Kesinti anında trafiğin ikinci lokasyona yönlenmesi için:
| Yöntem | Geçiş süresi |
|---|---|
| Elle DNS değişikliği | TTL kadar — dakikalar |
| Otomatik DNS yük devretme | Tespit + TTL |
| Global yük dengeleyici | Saniyeler |
| IP taşıma | Dakikalar, altyapı desteği gerekir |
DNS tabanlı yöntemlerde kritik ayrıntı TTL değeridir: yüksek TTL kullanıyorsanız, DNS kaydını değiştirseniz bile ziyaretçiler saatlerce eski adrese gitmeye devam eder.
Bu yüzden yük devretme planı olan sistemlerde TTL kısa tutulur. Bunun maliyeti, ad sunucularına binen ek sorgu yüküdür.
Geçiş Tatbikatı
İkinci lokasyonun gerçekten çalıştığı, yalnızca denenerek bilinir:
- Planlı bir tarih belirleyin
- Trafiği ikinci lokasyona alın
- Tüm işlevleri test edin
- Belirli bir süre orada çalışın
- Geri dönüş yapın
- Aksayan noktaları belgeleyin
Dördüncü madde en çok öğreten adımdır: birkaç dakika değil birkaç saat ikinci lokasyonda çalışmak, ilk bakışta görünmeyen eksikleri ortaya çıkarır — zamanlanmış görevlerin çalışmaması, dış servis beyaz listelerinde eksik IP, eksik sertifika gibi.
Beşinci madde de ayrıca test edilmelidir. Geri dönüş, geçişten daha zordur çünkü bu sırada ikinci lokasyonda biriken veriyi geri taşımanız gerekir.
Maliyet Gerçeği
İkinci lokasyon, ilk lokasyonun maliyetini iki katına çıkarmaz — daha fazlasına:
- İkinci donanım seti
- İkinci kabin ve bağlantı
- Lokasyonlar arası bağlantı hattı
- Çoğaltma trafiği
- Ek yazılım lisansları
- Yönetim ve tatbikat iş gücü
Beşinci madde sıkça atlanır ve ciddi tutarlara ulaşabilir: bazı yazılım lisansları yedek sunucular için de ayrıca ücretlendirilir — pasif beklese bile.
Bu yüzden karar, kesintinin size gerçekte neye mal olduğunu hesaplamakla başlamalıdır. Saatlik kayıp, ikinci lokasyonun aylık maliyetinden düşükse yatırım gerekçelendirilemez. Bu hesabı yaparken dedicated server kiralama modellerinin farklı lokasyon seçenekleri sunup sunmadığını da değerlendirin.
Sonuç
İkinci lokasyon, tek lokasyondaki yedekliliğin çözemediği bir soruna çözümdür: yedekli güç ve ağ bileşen arızalarına karşı korur, tesisin tamamını etkileyen olaylara karşı korumaz. Mesafe kararında sorulacak soru kilometre değil, iki lokasyonun hangi riskleri paylaştığıdır. Veri çoğaltma modelini kabul edebileceğiniz kayıp miktarına göre seçin. Ve en önemlisi tatbikat: birkaç saat ikinci lokasyonda çalışmak, ilk bakışta görünmeyen eksikleri ortaya çıkarır — eksik beyaz liste kaydı, çalışmayan zamanlanmış görev, eksik sertifika.
Sıkça Sorulan Sorular (SSS)
Yedekli altyapım var, ikinci lokasyon gerekli mi?
İkisi farklı riskleri kapsar. Tek lokasyondaki yedeklilik bileşen arızalarına karşı korur — bir güç kaynağı, bir disk, bir anahtar. İkinci lokasyon ise yangın, su baskını veya tüm tesisi etkileyen bir elektrik olayına karşıdır. Biri diğerinin yerini tutmaz.
Lokasyonlar arasında ne kadar mesafe olmalı?
Soru kilometre değil, paylaşılan riskler. İki lokasyon aynı elektrik şebekesinden besleniyorsa veya aynı afet bölgesindeyse coğrafi ayrım kâğıt üstünde kalır. Öte yandan mesafe arttıkça gecikme artar ve eşzamanlı veri çoğaltma zorlaşır.
Veri kaybı riskini nasıl yönetirim?
Çoğaltma modelini kabul edebileceğiniz kayba göre seçin. Eşzamanlı çoğaltmada kayıp olmaz ama her yazma işlemi gecikir. Eşzamansızda hız korunur ancak kesinti anında henüz aktarılmamış işlemler kaybolur — e-ticarette bu birkaç siparişin kaybı demektir.
Geçişi ne sıklıkla test etmeliyim?
Yılda en az bir kez, planlı olarak. Birkaç dakika değil birkaç saat ikinci lokasyonda çalışın — kısa testler eksikleri göstermez. Geri dönüşü de ayrıca test edin; bu sırada ikinci lokasyonda biriken veriyi geri taşımak, geçişin kendisinden zordur.
