Active-Active Mimari Nedir?
Active-Active mimari, birden fazla veri merkezi veya Availability Zone'un (AZ) eş zamanlı olarak aktif çalıştığı bir yüksek erişilebilirlik (High Availability) modelidir. Geleneksel Active-Passive modellerden farklı olarak, tüm sistemler sürekli yük alır ve işlem yapar.
Mersel Altyapısı
3 Availability Zone üzerinde Active-Active çalışma + Ankara Disaster Recovery ile kurumsal düzeyde iş sürekliliği.
Geleneksel Yaklaşımın Sorunları
Tek veri merkezi veya Active-Passive modellerinde yaşanan kritik sorunlar:
| Sorun | Etki | Risk Seviyesi |
|---|---|---|
| Tek Nokta Arızası | Tüm hizmet durur | 🔴 Kritik |
| Yavaş Failover | 5-15 dakika kesinti | 🟠 Yüksek |
| Kaynak İsrafı | Yedek sistemler boşta | 🟡 Orta |
| Veri Kaybı | Senkronizasyon gecikmeleri | 🔴 Kritik |
| Bakım Kesintileri | Planlı downtime gerekli | 🟠 Yüksek |
Active-Active + DR ile: Tüm bu sorunlar ortadan kalkar. Üç AZ aktif çalışır, biri arızalansa diğerleri anında devralır. Bölgesel felaket senaryosunda Ankara DR devreye girer.
HWC 3AZ Active-Active Altyapısı
Mersel, Huawei Cloud TR-West-1 bölgesinde 3 Availability Zone üzerinde Active-Active mimariyle hizmet verir:
Availability Zone Dağılımı
| Zone | Veri Merkezi | Rol | Yük Dağılımı | Failover Kapasitesi |
|---|---|---|---|---|
| AZ1 | DC-1 | Active | ~33% | %50'ye çıkabilir |
| AZ2 | DC-2 | Active | ~33% | %50'ye çıkabilir |
| AZ3 | DC-2 | Active | ~33% | %50'ye çıkabilir |
| DR | Ankara | Standby | Replikasyon | %100 devralma |
Mimari Özellikleri
Altyapı Dağılımı:
- 3 Availability Zone, 2 farklı veri merkezi üzerinde dağıtılmış
- Her veri merkezi bağımsız güç ve soğutma sistemlerine sahip
- Farklı ağ omurgaları üzerinden bağlantı
- DC'ler arası yüksek hızlı özel hat bağlantısı
Yük Dengeleme:
- Huawei ELB (Elastic Load Balancer) ile akıllı trafik yönlendirme
- Health-check tabanlı otomatik yük dağıtımı
- Weighted round-robin algoritması
- Session persistence desteği
Active-Active İşlem Akışı
Gelen istekler nasıl işlenir? Aşağıdaki interaktif diyagram ile sürecin adımlarını inceleyin:
Active-Active İşlem Akışı
Her iki zone da aktif olarak yük alır
İstek Geldi
Load Balancer
AZ1 İstanbul-1
Aktif
AZ2 İstanbul-2
Aktif
İşlem Başarılı
%99.99 Uptime
İstek Geldi
Huawei ELB, gelen istekleri health-check sonuçlarına göre akıllıca dağıtır.
3x Replikasyon Stratejisi
Object Storage Service (OBS) ile tüm verileriniz 3 farklı AZ'de eş zamanlı saklanır:
OBS 3x Replikasyon Akışı
Verileriniz 3 farklı kopyada güvenle saklanır
Veri Yazıldı
Primary Storage
Kopya 1 (AZ1)
Senkron
Kopya 2 (AZ2)
Senkron
Kopya 3 (Offsite)
Asenkron
Veri Yazıldı
Veriler önce primary OBS storage'a yazılır.
Replikasyon Metrikleri
| Metrik | Değer | Açıklama |
|---|---|---|
| RPO | 0 | Senkron replikasyon, veri kaybı yok |
| RTO | < 1 saniye | Anlık failover |
| Kopya Sayısı | 3 (AZ içi) + 1 (DR) | Toplam 4 kopya |
| Durability | %99.9999999999 | 12 nines dayanıklılık |
Veri Güvenliği
Verileriniz hiçbir zaman tek bir noktada saklanmaz. 3 AZ'de senkron + Ankara DR'da asenkron replikasyon ile veri kaybı riski sıfıra yakındır.
Ankara Disaster Recovery
Bölgesel felaket senaryolarına (deprem, sel, geniş çaplı elektrik kesintisi) karşı Ankara DR altyapısı:
DR Özellikleri
| Özellik | Açıklama |
|---|---|
| Lokasyon | Ankara Veri Merkezi |
| Mesafe | İstanbul'dan ~450 km |
| Replikasyon | Asenkron (< 5 dakika gecikme) |
| Kapasite | İstanbul'un %100'ünü karşılayabilir |
| Aktivasyon | Manuel veya otomatik tetikleme |
DR Senaryoları
- Planlı DR Testi: Yılda 2 kez tam DR testi
- Bölgesel Felaket: Tüm İstanbul AZ'leri erişilemez
- Ağ Kesintisi: Bölgesel internet altyapısı sorunu
- Regülasyon: Veri lokalizasyonu gereksinimleri
Otomatik Failover Süreci
Bir AZ arızalandığında ne olur? Adım adım failover süreci:
Otomatik Failover Akışı
Zone arızasında otomatik geçiş süreci
AZ1 Aktif
Normal operasyon
AZ1 Arızası
< 1 saniye algılama
AZ2 %100 Yük
Failover aktif
Kesintisiz Hizmet
Sıfır downtime
AZ1 Aktif
Normal durumda AZ1 ve AZ2 eşit yük alır. Sistem 7/24 izlenir.
Failover Aşamaları
| Aşama | Süre | Açıklama |
|---|---|---|
| Algılama | < 100ms | Health-check başarısızlığı |
| Karar | < 200ms | Load Balancer yönlendirme kararı |
| Yönlendirme | < 500ms | Trafik sağlıklı AZ'lere aktarılır |
| Toplam | < 1 saniye | Kullanıcı kesinti hissetmez |
SLA ve Performans Garantileri
Uptime SLA
| Seviye | Uptime | Yıllık Maks. Kesinti |
|---|---|---|
| Standard | %99.9 | 8 saat 45 dakika |
| Premium | %99.95 | 4 saat 22 dakika |
| Enterprise | %99.99 | 52 dakika |
Mersel, Enterprise SLA (%99.99) ile hizmet verir.
Performans Metrikleri
- Latency: < 10ms (aynı bölge içi)
- Throughput: 10+ Gbps network kapasitesi
- IOPS: 100,000+ storage IOPS
- Concurrent Connections: 1M+ eş zamanlı bağlantı
Neden 3AZ + DR?
2AZ vs 3AZ Karşılaştırması
| Senaryo | 2AZ | 3AZ |
|---|---|---|
| 1 AZ arızası | %50 kapasite kaybı | ~%33 kapasite kaybı |
| Bakım sırasında arıza | Hizmet riski | Yedeklilik korunur |
| Quorum gereksinimleri | Split-brain riski | Güvenli consensus |
| Maliyet/Performans | Orta | Optimal |
3AZ yapısı, özellikle database cluster ve distributed system senaryolarında quorum sağlamak için kritik öneme sahiptir. 2AZ'de split-brain riski varken, 3AZ'de güvenli consensus sağlanır.
Kullanım Senaryoları
e-Dönüşüm Altyapısı
- 7/24 kesintisiz e-Fatura/e-Arşiv işleme
- GİB'e garantili belge iletimi
- Yasal sürelere uyum
Fintech Uygulamaları
- Kritik finansal işlemler
- PCI-DSS uyumlu altyapı
- Anlık ödeme işlemleri
Enterprise ERP
- Çok lokasyonlu operasyonlar
- Gerçek zamanlı veri senkronizasyonu
- Merkezi raporlama
Sonuç
3AZ Active-Active + Ankara DR mimarisi, kurumsal düzeyde iş sürekliliği için altın standarttır:
| Özellik | Mersel Altyapısı |
|---|---|
| Availability Zone | 3 AZ (İstanbul) |
| Disaster Recovery | 1 DR (Ankara) |
| Uptime SLA | %99.99 |
| Failover Süresi | < 1 saniye |
| RPO | 0 (sıfır veri kaybı) |
| Veri Kopyası | 4 (3 AZ + 1 DR) |
Altyapımız hakkında detaylı bilgi için Huawei Cloud Hizmetleri sayfasını ziyaret edin veya iletişime geçin.
