SAN Dayanıklılığı, Sizing ve Karar

Ön koşul: SAN hizmet sözleşmesini, Fibre Channel seviyelerini, frame ve credit davranışını, Name Server görünürlüğünü ve zoning/masking sınırını açıklayabilmelisin. Bu dersin sonunda topolojiyi kutu sayısıyla değil trafik yolu ve failure domain ile seçebilecek; çift fabric’in gerçekten bağımsız olup olmadığını sınayabilecek; fan-in, ISL ve port büyümesini normal, tepe, arıza ve bakım senaryolarında hesaplayabilecek; migration ile yaşam döngüsü planını kabul kanıtına bağlayabilecek ve Arven için koşullu bir SAN önerisi yazabileceksin. Yaklaşık 30 dakika anlatı ve örnek, 19 dakika vaka, 11 dakika bilgi kontrolleridir. Güncel ürün port, hız, mesafe ve destek limitleri tasarım anında üretici belgeleriyle yeniden doğrulanır.

SAN topolojisi, initiator ile target arasındaki olası yolların ve bu yolları paylaşan failure domain’lerin düzenidir. Cascaded yaklaşım büyümeyi switch bağlantılarıyla yayabilir; mesh daha çok doğrudan yol sunabilir; core-edge veya collapsed core-edge, edge bağlantılarını kontrollü bir omurgada toplar. Bu adlar tek başına iyi tasarım kanıtı değildir. Her tasarımda trafik yönü, hop sayısı, ISL bağımlılığı, domain sınırı, fabric service yerleşimi, operasyon becerisi ve büyüme adımı görünür olmalıdır. Çift fabric A ve B, aynı hizmete iki bağımsız ulaşım alanı sağlar. Bağımsızlık iki kablo veya iki switch etiketi değildir. Ayrı HBA portları, switch/fabric üyeliği, ISL zinciri, güç, yönetim, firmware dalgası, storage front-end portları ve mümkünse fiziksel rota gözden geçirilir. İki fabric aynı uplink modülünü, güç dağıtımını veya hatalı otomasyon hesabını paylaşıyorsa ortak neden korunur. MPIO, yolları keşfeder ve politikaya göre kullanır; uygulamanın timeout, queue ve retry davranışıyla birlikte test edilmedikçe kesintisizlik garantisi oluşturmaz. Topoloji seçimi failure scenario matrix ile başlar. Bir host portu, edge switch, tek ISL, core bileşeni, target portu ve bir fabric kaybolduğunda kalan yol, bant genişliği, latency ve operasyon etkisi ayrı yazılır. Bakım senaryosu da arıza kadar önemlidir: Fabric A güncellenirken B’nin normal tepe yükünü ve beklenmeyen bir ek hatayı taşıyıp taşımadığı ölçülür. Kontrol plane’in veya yönetim düzleminin yüksek erişilebilir olması, veri yolunun yeterli kaldığını tek başına göstermez. Tasarım çizimi her initiator-target çifti için A ve B yolunu, port hızını, ISL/trunk’ı, paylaşılan modülü ve sahipliği göstermelidir. “Redundant” etiketi yerine hangi tekil olayın hangi hizmet metriğini değiştirdiği yazılır.

Önce initiator-target iletişim matrisi kurulur: hangi host portu hangi target portuna, hangi fabric ve hop üzerinden, normal ve tepe anda ne kadar throughput ve frame oranıyla konuşur? Workload karışımı, transfer boyutu, concurrency ve burst süresi olmadan link hızları yalnız teorik üst sınırdır. Okuma ve yazma yönleri ayrı değerlendirilir. Fan-in, çok sayıda initiator’ın daha az target veya ISL çıkışında toplanmasıdır. Oversubscription oranı, giriş talebinin çıkış kapasitesine oranıdır. Tüm hostların aynı anda hat hızında çalışacağını varsaymak gereksiz maliyet; ortalamayı kullanmak ise tepe riski doğurabilir. Normal, ay sonu, backup, restore, migration, rebuild ve tek-fabric senaryoları ayrı traffic matrix olarak hesaplanır. Oran; gerçek concurrency, sürdürülebilir throughput, p99, credit/TxWait ve target sınırıyla yorumlanır. ISL veya trunk tasarımı toplam bant genişliği kadar üye kaybındaki kalan kapasiteyi de taşır. Akış dağıtımı tek exchange’i bütün üyelere yaymayabilir; birkaç büyük akış teorik toplam kapasiteye rağmen dengesizlik yaratabilir. Kaynak-hedef-exchange dağılımı, trunk üye sayısı, port/modül failure domain’i ve tek üye kaybındaki trafik yerleşimi doğrulanır. Uzun mesafede hız, frame boyutu, round-trip ve tahsis edilebilir BB credit ayrıca hesaba katılır. Port bütçesi kullanılan F/N/E portlarından fazlasıdır. HBA ve target büyümesi, yeni ISL, yedek port, migration bağlantısı, lisans, optic ve patch alanı fabric ve modül bazında gösterilir. Domain, Name Server, zoning database ve yönetim ölçeği de izlenir. Üretici maksimumu tasarım hedefi yapılmaz; destek matrisi ve değişiklik blast radius’u daha düşük pratik sınır doğurabilir. Büyüme modeli aylık veya çeyreklik zaman çizgisidir. Yeni host, storage target, workload throughput’u, backup penceresi ve lokasyon ayrı sürücülerdir. Her eşik için ölçüm, sahip, lead time ve eylem tanımlanır. Tek-fabric tepe kullanımının eşik tarihi, yeni ISL veya port kapasitesinin sipariş ve uygulama tarihini tetikler.

Uyumluluk matrisi çalışan kombinasyonun tarihli kaydıdır. Bir switch sürümü yükseltilirken HBA/driver, storage firmware, transceiver, yönetim aracı ve fabric özelliği güncel destek belgesiyle doğrulanır. İstisna sahibini ve son geçerlilik tarihini taşır. Bakım dalgası aynı anda iki fabric’i değiştirmez. Baseline alınır; Fabric A için path health, active I/O, zoning database, error/credit ve config yedeği doğrulanır. Hostların B yolunda sağlıklı kaldığı gözlenir, A kontrollü değiştirilir, yeniden login ve trafik kanıtı alınır. A kararlı olmadan B’ye geçilmez. Her kapıda durdurma ve rollback koşulu, gözlem penceresi ve uygulama sahibi bulunur. Nondisruptive etiketi workload etkisini test etme gereğini kaldırmaz. Migration mevcut durum envanteriyle başlar: switch/domain, fabric, port, hız, optic, ISL/trunk, zoning/alias, FLOGI/FCNS, HBA/driver, MPIO, target mapping, uyumluluk ve baseline telemetry. Hedef ile mevcut topoloji arasında coexistence varsa fabric merge, domain çakışması, zoning dağıtımı ve interoperability davranışı güncel destekle incelenir. Kontrolsüz iki fabric’i bağlamak tüm zone database’i etkileyebilir. Migration swing port, host-by-host, storage-by-storage veya yeni bağımsız fabric’e kademeli taşıma olabilir. Küçük dalga, açık giriş kapısı ve her dalgada uygulama doğrulaması blast radius’u sınırlar. Port taşınmadan önce hedef alias/zone/masking ve MPIO yolu hazırlanır. Her dalga FLOGI, FCNS, zone membership, PLOGI/PRLI, LUN görünürlüğü, path state, I/O, latency ve error kanıtını sıralı toplar. Rollback yalnız eski kabloyu takmak değildir. Eski zoning/mapping/config’in geçerli kalması, host ve storage state’inin uzlaştırılması, yazma I/O’sunun güvenli yönü ve son geri dönüş zamanı yazılır. Başarı “port up” değil; uygulama işlemi, path redundancy, normal/degraded performans, alarm ve envanter doğruluğudur. Eski fabric kapatılmadan sıfır login, trafik ve bağımlılık kanıtlanır.

Arven üç yaklaşımı karşılaştırır. A, mevcut iki fabric’i edge switchlerle genişletir; operasyon alışkanlığını korur fakat core ve ISL failure domain’lerini büyütür. B, collapsed core-edge ile az hop ve sade yönetim sunar; port büyümesi ve bakım konsantrasyonu dikkat ister. C, yeni bağımsız çift fabric ve kademeli migration sağlar; temiz failure domain karşılığında coexistence, maliyet ve proje süresi getirir. Önce zorunlu kapılar uygulanır: uygulama p99 ve batch bitişi, initiator-target erişimi, tek fabric ve tek trunk üyesi kaybında hizmet, zoning/masking isolation, uyumluluk, rollback ve üç yıllık büyüme. Bir seçenek zorunlu kapıyı geçemiyorsa toplam puanla kazanmaz. Geçenler operasyon becerisi, blast radius, gözlemlenebilirlik, enerji/rack, lisans/optic, lead time ve yaşam döngüsü maliyetinde karşılaştırılır. Pilot en büyük belirsizliği hedefler. Temsilî HBA/driver/MPIO ve storage hedefiyle normal, tepe, backup/restore ve tek-fabric yükü çalıştırılır. Credit/TxWait, throughput, frame error, host timeout, target latency ve uygulama sonucu aynı saat kaynağıyla toplanır. Trunk üyesi veya host yolu kontrollü kaybedilir; failover, I/O ve p99 ölçülür. Zoning değişikliğinde pending diff, onay, aktivasyon, RSCN ve rollback kanıtlanır. Koşullu öneri sınırıyla yazılır: “C; pilotta tek-fabric p99 8 ms altında, firmware matrisi doğrulanmış ve dört hostluk dalga rollback’i 20 dakikada tamamlanmışsa önerilir.” Risk register ortak yönetim hatası, düşük degraded kapasite, interoperability ve lead time’ı sahip ve azaltımla izler. TBD register eksik akış ölçümü, mesafe veya HBA desteği kapanmadan sipariş kapısını açmaz. Handover’da as-built topoloji, port/WWPN envanteri, active zoning, config yedekleri, dashboard, kapasite eşikleri, runbook, escalation, bakım takvimi ve ilk failover tatbikatı bulunur. İş yükü, p99/TxWait trendi, port rezervi, destek, lokasyon veya storage yenilemesi kararı yeniden açar. SAN önerisi böylece ölçülen ve yeniden değerlendirilen hizmet kararı olur.