Dell PowerStore active-active architecture, çoğu ekipte yalnız “iki storage aynı anda aktif” diye özetlenir; oysa doğru yorum, metro protection, witness, preferred system, fractured session ve host multipath davranışını birlikte okumayı gerektirir. Kısa cevap şudur: PowerStore active-active mimarisi, metro protection ile iki PowerStore sistemi arasında bidirectional synchronous replication kurar; hostlar iki fiziksel volume'ü tek bir metro volume ve çoklu path olarak görür, fakat arıza halinde preferred system host I/O sunmaya devam ederken diğer taraf servis durdurabilir. Bu rehber, active-active davranışı pazarlama ifadesi değil gerçek operasyon mantığıyla anlamak isteyen ekipler için hazırlandı.
Bu rehber özellikle şu ekipler içindir:
- iki veri merkezi arasında PowerStore metro planlayan storage ekipleri
- active-active ile klasik synchronous replication farkını netleştirmek isteyen mimarlar
- witness ve preferred site kararını operasyon prosedürüne dönüştürmek isteyen sistem yöneticileri
- metro failover davranışını host erişim modeliyle birlikte okumak isteyen kurumlar
Hızlı Özet
- Dell'e göre metro protection, iki PowerStore sistemi arasında bidirectional synchronous
active/activereplication sağlar. - Metro volume tipik olarak iki veri merkezi arasında
96 kmveya60 milmesafeye kadar konumlandırılır. - Hostlar iki fiziksel volume'ü aynı
SCSI imageve veriyle tek volume, çoklu path olarak algılar. - Metro session için iki PowerStore sistemi ve isteğe bağlı witness service gerekir; witness ayrı host veya VM üzerinde tutulmalıdır.
- Metro resource fractured olduğunda veya bağlantı koptuğunda nonpreferred system host I/O'yu durdurur, preferred system erişim sunmaya devam eder.
- Dell dokümanına göre metro resource üzerinde asynchronous ve synchronous replication ayrıca desteklenmez; protection policy yalnız snapshot tarafında birlikte çalışır.
İçindekiler
- PowerStore Active-Active Architecture Tam Olarak Nedir?
- Metro Protection Bu Mimariyi Nasıl Kurar?
- Witness ve Preferred Site Neden Kritik?
- Host I-O ve Multipath Davranışı Nasıl Çalışır?
- Fractured Session ve Arıza Senaryoları Nasıl Okunmalı?
- En Sık Yapılan Hatalar Nelerdir?
- İlgili İçerikler
- Kontrol Listesi
- LeonX ile Sonraki Adım
- Sık Sorulan Sorular
- Kaynaklar
Görsel: Wikimedia Commons - Cabinet Network Rear Tall.
PowerStore Active-Active Architecture Tam Olarak Nedir?
PowerStore tarafında active-active ifadesi, metro protection ile kurulan çift sistemli erişim modelini anlatır. Dell'in resmi metro protection dokümanına göre iki PowerStore sistemi aynı metro resource üzerinde çalışır ve her iki taraf da aynı veri imajını hostlara sunar.
Burada kritik nokta şudur:
- active-active her iki tarafın her koşulda bağımsız yazı kabul ettiği gevşek bir model değildir
- mimari synchronous ve tutarlıdır
- karar mekanizması witness, preferred system ve bağlantı durumuna bağlıdır
Bu nedenle active-active mimariyi yalnız “iki tarafta da veri var” şeklinde okumak eksik kalır. Doğru okuma, aynı veri nesnesinin iki sistem üzerinden, çoklu path ile ve failure-aware karar mantığıyla servis edildiğini anlamaktır.
Metro Protection Bu Mimariyi Nasıl Kurar?
Dell Metro protection dokümanına göre metro:
- bidirectional synchronous replication sağlar
- iki sistem arasında aynı veriyi tutar
- hostlara tek metro volume gibi görünür
- veri merkezleri arasında availability, disaster avoidance ve migration senaryolarını destekler
Bu kurgu, klasik replication modelinden birkaç açıdan ayrılır:
- replication session tek yönlü değil iki yönlü aktif yapıdadır
- host tarafında iki farklı fiziksel storage tek mantıksal volume gibi görünür
- protection policy, metro resource için ek olarak local snapshot kurgusunu taşıyabilir
Dell ayrıca Using protection policies with metro dokümanında metro resource üzerinde aynı protection policy'nin iki sistemde de uygulandığını, remote tarafta oluşturulan policy'nin read-only olduğunu ve kullanıcı değişikliklerinin her 15 dakika içinde eşitlendiğini belirtir.
Bu konu doğrudan Donanım & Yazılım Hizmetleri altında sunduğumuz NAS / SAN Depolama Kurulum ve Yapılandırma hizmetiyle ilişkilidir; çünkü metro yapı yalnız storage seviyesinde değil, host bağlantısı ve yol mimarisiyle birlikte kurgulanmalıdır.
Witness ve Preferred Site Neden Kritik?
Dell metro dokümanında witness service'in ayrı bir host veya VM üzerinde çalıştırılmasını önerir. Nedeni açıktır: iki metro sistem aynı anda etkilenirse ya da bağlantı kararsız hale gelirse karar verecek üçüncü bir otorite gerekir.
Preferred system seçimi de aynı derecede kritiktir. Dell'in metro açıklamasına göre failure durumunda:
- metro session
fracturedolabilir - nonpreferred system host I/O sunmayı durdurabilir
- preferred system erişim vermeye devam eder
Yani active-active mimari “iki taraftan aynı anda sınırsız erişim” değildir; failure anında hangisinin servis sunmaya devam edeceği tasarım sırasında belirlenir. Witness ve preferred site seçimi bu yüzden yalnız operasyon ayarı değil, iş sürekliliği kararıdır.
Host I-O ve Multipath Davranışı Nasıl Çalışır?
Dell'in metro protection açıklamasındaki en önemli cümlelerden biri şudur: iki fiziksel volume, host ve uygulama tarafından single volume with multiple paths olarak algılanır. Aynı veri ve SCSI image iki sistemden sunulur.
Bu şu sonuçları doğurur:
- host multipath yapılandırması active-active metro tasarımının temel parçasıdır
- path erişilebilirliği yalnız bir storage konusu değil, host davranış konusudur
- application tarafı çoğu durumda iki ayrı storage değil tek mantıksal volume görür
Configure a metro volume dokümanına göre metro yapılandırılan volume, uzak sistemde de hosta map edilmelidir. Bu detay atlanırsa active-active beklentisi kağıt üzerinde kalır, gerçek host I/O tarafında ise tutarsızlık oluşur.
Bu ayrım, Depolama Kapasite Planlama ve Performans Optimizasyonu hizmeti açısından da kritiktir; çünkü metro mimaride performans, latency ve path davranışı birlikte değerlendirilmelidir.
Fractured Session ve Arıza Senaryoları Nasıl Okunmalı?
Dell dokümanlarına göre metro resource fractured olduğunda veya session pause durumuna geçtiğinde bazı davranışlar değişir:
- snapshot'lar yalnız active system üzerinde üretilebilir
- nonpreferred system host I/O sunmayı bırakabilir
- preferred system erişimi korur
Dell'in ilgili KB makalesi ayrıca reboot veya power outage sonrası metro volume'lerin host I/O için hazır dönmeyebildiğini ve session state'in ayrıca kontrol edilmesi gerektiğini belirtir. Bu, active-active mimaride “iki taraf da her zaman otomatik hazır olur” varsayımının hatalı olduğunu gösterir.
Pre-requisites and limitations dokümanında Dell ayrıca metro'nun yalnız volume ve volume group seviyesinde desteklendiğini ve daha detaylı limitlerin support matrix içinde takip edilmesi gerektiğini vurgular.
En Sık Yapılan Hatalar Nelerdir?
Active-active'ı sınırsız iki yönlü yazma özgürlüğü gibi görmek
Gerçekte karar mantığı witness, preferred system ve failure state'e bağlıdır.
Witness'i opsiyonel diye önemsiz sanmak
Witness olmadan split-brain benzeri karar riskleri artar; ayrı host/VM yerleşimi önemlidir.
Metro ile normal synchronous replication'ı aynı kabul etmek
Metro host görünürlüğü ve I/O modeli açısından farklıdır. Her synchronous session active-active değildir.
Uzak sistemde mapping adımını atlamak
Metro volume host erişimi için remote tarafta da doğru host mapping gerekir.
Metro kaynaklara ek replication kuralı vermeye çalışmak
Dell açıkça metro resource'larda additional synchronous veya asynchronous replication desteklemez.
Fractured state'i yalnız geçici alarm sanmak
Fractured durumda active/passive davranış değişebilir; host I/O etkisi doğrudan incelenmelidir.
İlgili İçerikler
- Dell PowerStore Replication Nasıl Çalışır?
- Dell PowerStore Snapshot Nasıl Çalışır?
- Dell PowerStore Controller Architecture Nedir?
- KVKK için Storage Disaster Recovery
Kontrol Listesi
- metro için iki PowerStore sistemi ve remote system bağlantısı doğrulandı
- witness service ayrı host veya VM üzerinde planlandı
- preferred system seçimi iş sürekliliği politikasıyla uyumlu belirlendi
- metro volume iki tarafta da doğru host mapping ile yayınlandı
- fractured session davranışı ve host etkisi runbook içine işlendi
- metro resource üzerinde ek replication beklentisi kurulmadı
LeonX ile Sonraki Adım
Dell PowerStore active-active architecture, yalnız iki storage kutusunu birbirine bağlamak değildir; metro protection, witness, preferred site ve host multipath modelinin birlikte tasarlanmasını gerektirir. LeonX, Donanım & Yazılım Hizmetleri altında özellikle NAS / SAN Depolama Kurulum ve Yapılandırma ve Depolama Kapasite Planlama ve Performans Optimizasyonu hizmetleriyle PowerStore metro mimarisini iş sürekliliği hedefi, latency etkisi ve host erişim modeliyle birlikte değerlendirir. Mevcut ortamınızı analiz ettirmek veya teklif almak için İletişim sayfasından ilerleyebilirsiniz.
İlgili sayfalar:
- Donanım & Yazılım Hizmetleri
- NAS / SAN Depolama Kurulum ve Yapılandırma
- Depolama Kapasite Planlama ve Performans Optimizasyonu
- İletişim
Sık Sorulan Sorular
PowerStore active-active tam olarak hangi özellik ile sağlanır?
Dell'e göre active-active davranış metro protection ile sağlanır.
Metro volume hosta nasıl görünür?
Host ve uygulama, iki fiziksel volume'ü tek bir volume ve çoklu path olarak algılar.
Witness neden gereklidir?
Witness, bağlantı veya sistem arızasında karar mekanizmasını destekler ve preferred/nonpreferred davranışını güvenli hale getirir.
Metro kaynaklarda ek synchronous veya asynchronous replication kullanılabilir mi?
Hayır. Dell, metro resource üzerinde bu ek replication tiplerini desteklemez.
Fractured session olduğunda ne beklenir?
Dell'e göre nonpreferred system host I/O sunmayı durdurabilir; preferred system erişim vermeye devam eder.
Kaynaklar
- Dell PowerStore Protecting Your Data - Metro protection
- Dell PowerStore Protecting Your Data - Using protection policies with metro
- Dell PowerStore Protecting Your Data - Configure a metro volume
- Dell PowerStore Protecting Your Data - Pre-requisites and limitations
- PowerStore: Metro Volume is not available for host I/O after an appliance reboot or power outage
- Wikimedia Commons - Cabinet Network Rear Tall
