Dell Storage high availability konusu, yalnız ikinci controller eklemek veya “failover var” demek değildir. Gerçekte erişilebilirlik modeli; controller redundancy, node veya appliance clustering, ağ/path yedekliliği, veri yerleşimi ve gerekirse ikinci site korumasının birlikte tasarlanmasıyla çalışır. Kısa cevap şudur: 26 Mart 2026 bağlamında Dell Storage high availability; tek cihaz dayanıklılığından çok daha geniş bir mimari konudur ve PowerStore tarafında cluster high availability ile Metro Volume, PowerScale tarafında ise OneFS cluster davranışı ve node tabanlı süreklilik modeli bu yaklaşımın ana örnekleridir. Bu rehber, Dell storage yatırımlarında “HA gerçekten nasıl çalışıyor?” sorusuna mimari seviyede cevap arayan ekipler için hazırlandı.
Bu rehber özellikle şu ekipler içindir:
- storage ve sanallaştırma yöneticileri
- yeni NAS veya SAN mimarisi planlayan BT liderleri
- failover davranışını kapasite planıyla birlikte anlamak isteyen mimari ekipler
- tek cihaz yedekliliği ile site-level süreklilik arasındaki farkı netleştirmek isteyen kurumlar
Hızlı Özet
- High availability, yalnız controller yedeği değil; veri yolu, node, cluster ve site katmanlarının birlikte tasarımıdır.
- PowerStore tarafında cluster high availability, appliance bazlı servis sürekliliği ve quorum mantığıyla çalışır.
- Metro Volume mimarisi, uygun topolojide active-active erişim modeliyle iki site arasında dayanıklılık sağlayabilir.
- PowerScale tarafında OneFS, node bazlı scale-out cluster yapısı üzerinde tek namespace ile çalışır.
- Depolama HA tasarımında path redundancy ve host tarafı multipath davranışı da kritik rol oynar.
- En sık hata, HA ile backup veya replication kavramlarını birbirinin yerine kullanmaktır.
İçindekiler
- Dell Storage High Availability Ne Demektir?
- Controller Redundancy Tek Başına Yeterli mi?
- PowerStore Tarafında High Availability Nasıl Çalışır?
- PowerScale Tarafında High Availability Nasıl Çalışır?
- Site-Level Dayanıklılık Ne Zaman Gerekir?
- En Sık Yapılan HA Tasarım Hataları
- Kontrol Listesi
- Sık Sorulan Sorular
Görsel: Wikimedia Commons - Sun A5000 Storage Array Display.
Dell Storage High Availability Ne Demektir?
Dell Storage high availability tasarımı şu soruya cevap arar: tek bir bileşen bozulduğunda veri hizmeti nasıl ayakta kalacak?
Bu soru en az dört katmanda ele alınmalıdır:
- controller veya node katmanı
- disk ve veri koruma katmanı
- host bağlantı ve multipath katmanı
- gerekiyorsa ikinci site veya metro erişim katmanı
Bu yüzden HA, tek bir özellik değil davranış modelidir. Yalnız storage cihazının içinde yedeklilik olması yeterli değildir; host erişim yolu, ağ tasarımı ve operasyon prosedürü de aynı modelin parçasıdır.
Controller Redundancy Tek Başına Yeterli mi?
Hayır. Controller redundancy önemli ama tek başına yeterli değildir. Çünkü erişilebilirlik yalnız cihaz içindeki failover'dan etkilenmez. Şu sorular da belirleyicidir:
- host tarafında kaç bağımsız path var?
- switch katmanında tek hata noktası var mı?
- veri aynı appliance içinde mi korunuyor yoksa ikinci site kopyası var mı?
- failover sonrası performans beklentisi aynı kalacak mı?
Bu yüzden “dual-controller storage aldık, konu kapandı” yaklaşımı eksiktir. High availability, bileşen yedeği kadar mimari bütünlük problemidir.
PowerStore Tarafında High Availability Nasıl Çalışır?
Dell PowerStore teknik içeriği, tek appliance içinde iki node bulunan cluster modelini açıkça tanımlar. Bu yapı birkaç kritik davranış üretir:
1. Appliance içi node dayanıklılığı
PowerStore base enclosure içinde iki node bulunur. Node kaybı olduğunda servis sürekliliği aynı appliance içinde korunmaya çalışılır. Ancak burada yalnız “node sayısı iki” bilgisi değil, cluster servisleri ve veri nesnesinin hangi appliance tarafından servis edildiği bilgisi önemlidir.
2. Cluster high availability
Dell Info Hub dokümanındaki cluster high availability yaklaşımına göre birden fazla appliance aynı cluster içinde çalışabilir. Bu, toplam kaynak havuzunu ve servis esnekliğini artırır. Ancak tek bir volume'ün aynı anda tüm appliance'lar tarafından servis edildiği varsayımı doğru değildir.
3. Quorum mantığı
Cluster servis sürekliliği için iletişim bütünlüğü gerekir. Bu nedenle N/2+1 quorum mantığı ve yönetim servisleri görünmez ama kritik HA bileşenleridir. Ağ tasarımı hatalıysa iyi storage donanımı bile beklenen erişilebilirliği vermez.
4. Metro Volume ile site-level active-active
Dell Metro Volume mimarisi, uygun topolojide hostlara iki site üzerinden active-active erişim modeli sunabilir. Bu, yalnız cihaz içi yedeklilikten daha ileri bir HA katmanıdır. Fakat Metro Volume, her kurum için varsayılan gereksinim değildir; ikinci site gecikmesi, ağ tasarımı ve operasyon olgunluğu buna uygun olmalıdır.
PowerScale Tarafında High Availability Nasıl Çalışır?
PowerScale tarafında high availability mantığı, tek namespace ve distributed cluster modeli üzerinden okunmalıdır.
1. Node tabanlı scale-out yapı
OneFS cluster içinde node'lar birlikte çalışır. Bu sayede tek bir kutu mantığı yerine cluster davranışı öne çıkar.
2. Tek namespace avantajı
PowerScale'in tek namespace yaklaşımı, erişim yolunun kullanıcı ve uygulama açısından daha bütüncül görünmesini sağlar. Bu da failover ve büyüme yönetiminde operasyonel sadelik yaratır.
3. Dosya servis sürekliliği
PowerScale'i yalnız kapasite büyütme sistemi gibi görmek hatalıdır. OneFS teknik içeriği, cluster geneline yayılan dosya sistemi davranışıyla erişilebilirliği dosya servis mantığının içine taşır.
4. İş yükü uygunluğu
PowerScale yüksek throughput ve büyük unstructured data iş yüklerinde güçlüdür; fakat her block storage ihtiyacının doğrudan karşılığı değildir. Yanlış platform seçimi, teorik HA özelliği olsa bile pratikte mimari uyumsuzluk yaratabilir.
Site-Level Dayanıklılık Ne Zaman Gerekir?
Tek cihaz veya tek rack içi HA ile ikinci site dayanıklılığı aynı şey değildir.
Site-level yaklaşım özellikle şu senaryolarda önemlidir:
- iş kritik üretim verisi aynı kampüste iki arıza alanına yayılacaksa
- storage kaybı yalnız cihaz değil lokasyon riski taşıyorsa
- uygulama tarafı düşük RTO ve düşük RPO hedefliyorsa
- denetim veya sözleşme gereği hizmet sürekliliği kanıtı isteniyorsa
Burada replication, Metro Volume ve bağımsız backup katmanları birbirine karıştırılmamalıdır. HA anlık servis sürekliliği içindir; backup ise veri kurtarma ve daha geniş senaryo koruması içindir.
İlgili İçerikler
- Dell PowerStore Controller Architecture Nedir?
- KVKK için Dell Storage Backup Gereksinimleri
- Dell PowerScale Nedir? NAS Storage Architecture
En Sık Yapılan HA Tasarım Hataları
HA ile backup'ı aynı kavram sanmak
High availability servis sürekliliğini korur; backup ise veri kurtarma için ayrı katmandır.
Sadece controller sayısına odaklanmak
Path redundancy, quorum, cluster davranışı ve ikinci site katmanı hesaba katılmadığında tasarım eksik kalır.
Host multipath tasarımını ihmal etmek
Storage güçlü olsa bile host tarafında tek yol veya yanlış zoning varsa erişilebilirlik hedefi bozulur.
Yanlış platformu yanlış iş yüküne konumlamak
PowerScale ve PowerStore farklı veri erişim modelleri için optimize edilmiştir. Platform-iş yükü uyumsuzluğu HA değerini düşürür.
Metro veya replication topolojisini ağ gerçekliğinden kopuk planlamak
İkinci site gecikmesi ve ağ kararlılığı dikkate alınmazsa teorik HA modeli pratikte sorun üretir.
Kontrol Listesi
- Controller veya node yedekliliği ile host path yedekliliği ayrı ayrı doğrulandı
- Cluster quorum ve yönetim servis sürekliliği ağ topolojisiyle birlikte değerlendirildi
- Aynı site içi HA ile ikinci site dayanıklılığı birbirine karıştırılmadı
- Backup, replication ve HA rollerinin amacı net ayrıştırıldı
- Platform seçimi iş yükü tipine göre yapıldı
- Failover sonrası performans beklentisi dokümante edildi
LeonX ile Sonraki Adım
Dell Storage high availability doğru tasarlanmadığında kurumlar yalnız donanım yedeği almış olur, gerçek servis sürekliliği değil. LeonX, storage mimarinizi appliance, cluster, ağ, ikinci site ve kurtarma katmanlarıyla birlikte değerlendirerek daha sağlam ve daha ölçülebilir bir erişilebilirlik modeli kurmanıza yardımcı olur.
İlgili sayfalar:
- Donanım & Yazılım Hizmetleri
- NAS / SAN Depolama Kurulum ve Yapılandırma
- Veri Yedekleme ve Felaket Kurtarma Depolama Çözümleri
- İletişim
Sık Sorulan Sorular
Dell Storage high availability yalnız dual-controller anlamına mı gelir?
Hayır. Controller yedeği önemli bir parça olsa da path redundancy, cluster davranışı ve gerekirse site-level koruma olmadan tam HA modeli oluşmaz.
PowerStore ile PowerScale aynı HA mantığıyla mı çalışır?
Hayır. İkisi de cluster tabanlı süreklilik sağlar ama veri erişim modeli ve operasyon mantığı farklıdır. PowerStore block ağırlıklı, PowerScale ise scale-out file yapısına odaklanır.
Metro Volume her kurum için gerekli mi?
Hayır. Metro Volume güçlü ama daha karmaşık bir topolojidir. Ancak gerçekten iki site aktifliği ve düşük kesinti hedefi varsa anlamlıdır.
Backup varsa ayrıca HA kurmaya gerek var mı?
Evet. Backup veri kurtarmaya yöneliktir; HA ise servis kesintisini azaltmak için tasarlanır.
En kritik tasarım hatası nedir?
Storage cihazı içindeki yedekliliği tüm erişilebilirlik modeli sanmak en kritik hatalardan biridir.
Sonuç
Dell Storage high availability, tek bir ürün özelliği değil; controller redundancy, cluster davranışı, ağ/path yedekliliği ve gerektiğinde site-level korumayı birleştiren mimari modeldir. 26 Mart 2026 itibarıyla doğru yaklaşım, PowerStore ve PowerScale gibi platformların erişilebilirlik davranışını iş yükü, ağ topolojisi ve kurtarma hedefleriyle birlikte değerlendirmektir.
