SAN Hizmeti ve Fibre Channel Mimarisi

Ön koşul: block, file ve object erişim sözleşmesini; hosttan storage medyasına veri yolunu; latency, throughput, concurrency ve failure domain kavramlarını açıklayabilmelisin. Bu dersin sonunda “SAN istiyoruz” talebini paylaşılan block erişimi ve hizmet sonucu olarak doğrulayabilecek; Fibre Channel’ı taşıdığı üst katman protokolünden ayırabilecek; node, port, link, switch, fabric, HBA, target ve kimlikleri tek veri yolunda gösterebilecek; Arven için iki bağımsız fabric ve MPIO sınırı bulunan bir baseline hazırlayabileceksin. Yaklaşık 28 dakika anlatı, 17 dakika vaka/uygulama ve 10 dakika kontrollerdir. Frame/sequence/exchange, ayrıntılı credit akışı, zoning operasyonu ve kesin port sizing’i sonraki derslerdedir.

Storage Area Network, hostlarla paylaşılan storage hedefleri arasında block erişim trafiğini taşıyan özel bir bağlantı alanıdır. SAN kelimesi tek başına Fibre Channel demek değildir; iSCSI gibi IP tabanlı block erişim yolları da SAN kurabilir. Fibre Channel ise fiziksel iletimden frame aktarımına, fabric servislerinden üst katman protokollerine kadar standartlaştırılmış bir mimaridir. Bu iki adı eş anlamlı kullanmak müşterinin erişim, operasyon ve uyumluluk ihtiyacını gizler. Bir kullanıcının dosya açması SAN’a doğrudan dosya isteği gönderdiği anlamına gelmez. Uygulama dosya sistemi veya veri tabanı üzerinden host işletim sistemine ulaşır; host gördüğü mantıksal block aygıtına I/O üretir. HBA bu üst katman komutunu Fibre Channel üzerinden taşır, fabric izin verilen hedef porta iletir, storage controller sunulan LUN veya namespace üzerinde işlemi yürütür. SAN bu zincirin bağlantı ve fabric bölümüdür; dosya semantiğinin veya verinin sahibi değildir. Fibre Channel bir üst katman protokolünü taşır. FCP, SCSI komut modelini Fibre Channel üzerinde iletir; FC-NVMe, NVMe davranışını aynı transport ailesi üzerinde sunar. “FC kullanıyoruz” ifadesi hostun hangi üst katman protokolüyle hangi target servisinden block aldığına cevap vermez. OS, HBA driver/firmware, multipath, switch fabric, target port ve storage sunumunun aynı destek matrisinde doğrulanması gerekir. SAN gerekçesi teknoloji alışkanlığı değil hizmet ihtiyacıdır: birden çok hostun kontrollü block erişimi, bağımsız yollar, öngörülebilir latency/throughput, merkezi operasyon, ölçek ve desteklenmiş ekosistem. Dedicated fabric, performans veya kullanılabilirliği otomatik garanti etmez. Yanlış zoning, tek ortak ISL, yetersiz buffer, oversubscription, hatalı multipath ya da storage backend baskısı hizmeti bozabilir. Karar, uçtan uca kabul eşiği ve operasyon kanıtı taşır.

Fibre Channel mimarisi işlevleri seviyelere ayırır. FC-0 iletim ortamını, transmitter/receiver ve fiziksel arayüzü; FC-1 encoding, decoding ve link hata kontrolünü; FC-2 uçtan uca block veri transferi için framing, sequencing, flow control ve port davranışını ele alır. FC-3 birden çok Nx_Port için ortak hizmetleri, FC-4 ise FCP veya FC-NVMe gibi üst katman protokollerinin eşlemesini tanımlar. FCIA, mimarinin tek bir doküman olmadığını; FC-PI, FC-FS, FC-LS, FC-GS ve FC-SW gibi T11 standart aileleriyle kurulduğunu açıklar. Bu seviyeler OSI katmanlarıyla bire bir ezber eşleştirilmez. Tasarım açısından amaç arızayı doğru sorumluluk sınırına koymaktır. Işık seviyesi veya optik uyumsuzluk FC-0; encoding ve link hata sayaçları FC-1; frame teslimi, credit ve port login’i FC-2/ilgili link servisleri; directory/name server gibi fabric fonksiyonu generic services; SCSI komut sonucu ise FC-4/FCP ve üstündeki host-storage zinciriyle ilgilidir. Aynı “I/O yavaş” belirtisi her seviyede farklı kanıt ister. Fibre Channel iletişimi frame’leri taşır; üst katman isteği bir veya daha fazla frame’e bölünebilir. Frame’ler sequence, sequence’ler exchange bağlamında düzenlenir. Bu ders ayrıntılı header ve hata kurtarma alanlarına girmez; fakat port hızı ile uygulama I/O’sunun aynı ölçü olmadığını gösterir. Encoding overhead’i, frame yapısı, credit beklemesi, ISL yolu, target queue ve storage backend sonucu uçtan uca süreye katılır. FCIA kaynakları point-to-point ve switched fabric gibi topolojileri ayırır. Güncel kurumsal SAN’larda switched fabric, çok sayıda N_Port’un fabric hizmetleri ve yönlendirmeyle iletişim kurmasını sağlar. Arbitrated loop tarihsel bağlamda görülebilir; yeni tasarımın varsayılanı yapılmaz. Topoloji seçimi ölçek, bağımsızlık, trafik yolu, domain sınırı, destek ve operasyon becerisiyle gerekçelendirilir.

Fibre Channel node, bir veya daha fazla Nx_Port barındıran uç sistemdir. Host HBA portu initiator rolünde, storage front-end portu target rolünde çalışabilir. N_Port node üzerindeki fabric bağlantısını; F_Port switch üzerindeki N_Port bağlantısını; E_Port switchler arasındaki fabric linkini ifade eder. İki switch arasındaki E_Port bağlantısı ISL oluşturur. Port tipi fiziksel konektör adı değil, o bağlantıda yürütülen FC rolüdür; platforma özgü ek port adları ayrıca belgelenir. WWNN node’u, WWPN belirli portu kalıcı ve küresel kimlik olarak tanımlamak için kullanılır. Fabric içinde login sonrası atanan FC_ID ise yönlendirmede kullanılan dinamik adrestir ve domain, area, port bileşenleriyle gösterilir. WWPN ile FC_ID’yi karıştırmak zoning, inventory ve troubleshooting hatası doğurur. HBA değişimi WWPN’i değiştirebilir; port başka switch konumuna taşındığında FC_ID değişebilir. CMDB, alias, zoning ve storage host kaydı bu yaşam döngüsünü kontrollü izlemelidir. Bir N_Port fabric’e bağlandığında önce link fiziksel olarak kurulmalı, ardından fabric login ile parametre ve adres ilişkisi oluşmalıdır. Port daha sonra directory/name server’a kimlik ve yetenek bilgisini kaydedebilir; erişmek istediği uzak portla port login ve üst katman process login adımlarını yürütür. FLOGI, PLOGI ve PRLI isimlerini komut listesi gibi ezberlemek yerine her adımın hangi ilişkiyi kurduğunu ve başarısız olduğunda hostun ne göreceğini anlamak gerekir. Fabric services discovery, directory/name server, fabric controller, management ve zaman gibi ortak işlevler sunar. Bu servislerin varlığı erişim yetkisini veya LUN sunumunu tek başına tamamlamaz. Zoning hangi initiator ve target portların iletişim kurabileceğini fabric düzeyinde sınırlar; storage tarafındaki host mapping veya LUN masking hangi block aygıtının sunulduğunu belirler; host multipath görülen yolları tek aygıt davranışına dönüştürür. Üç kontrol ayrı katman ve ayrı hata olasılığıdır.

Arven, ERP cluster’ı ve sanallaştırma hostları için iki bağımsız Fibre Channel fabric ister. Taslakta her hostta iki HBA portu, iki switch ve storage üzerinde dört target port çizilmiştir. Fakat bütün host portlarının aynı fiziksel HBA ASIC’ini veya aynı PCIe kökünü paylaşıp paylaşmadığı, switchlerin aynı güç ve yönetim alanına bağlı olup olmadığı, target portların hangi controller’a ait olduğu ve ISL gereksinimi bilinmez. Bileşen sayısı bağımsız yol kanıtı değildir. Baseline her fabric’i ayrı failure domain olarak ele alır. Fabric A yolunda host bus/slot, HBA port, optic, cable, switch F_Port, gerekiyorsa ISL, storage F_Port ve controller ilişkisi; Fabric B için bağımsız karşılıkları çizilir. Fabricler arasında ISL kurulmaz ve zone database bağımsız yönetilir. Ortak yönetim sunucusu veya otomasyon iki fabric’i aynı hatalı değişiklikle etkileyebileceği için mantıksal ortak neden olarak ayrıca kaydedilir. Host erişimi uygulama ve cluster desteğiyle bağlanır. FCP veya FC-NVMe seçimi; OS, hypervisor, driver, HBA firmware, switch ve array support matrix’iyle doğrulanır. Her LUN için beklenen aktif/optimize yollar, path policy, queue ve failover davranışı yazılır. Zoning iletişim kapsamını, storage mapping LUN sunumunu, multipath ise hosttaki çoklu yol davranışını sağlar. Birinin varlığı diğer ikisini kanıtlamaz. Kabul testi normal I/O, tek HBA port kaybı, switch bakım/kaybı, target port veya controller geçişi ve geri dönüşü içerir. Uygulama p99, hata, timeout/retry, tamamlanan transaction, path değişim süresi ve storage/fabric sayaçları aynı zaman çizgisinde kaydedilir. Test güvenli geri dönüş ve gözlem sahibi olmadan yapılmaz. İlk baseline ürün modeli seçmez; erişim matrisi, fiziksel/mantıksal topoloji, kimlik register’ı, support matrix TBD’leri ve sonraki zoning/performance dersleri için kanıt paketi üretir.

Bu baseline sonraki derslerde derinleşecek üç karar alanı bırakır. Frame, sequence, exchange ve buffer credit davranışı performans ile congestion kanıtını; zoning, name services ve change control güvenli erişim operasyonunu; ISL, fan-in, oversubscription, dayanıklılık ve büyüme hesabı ise SAN sizing ve yaşam döngüsü kararını tamamlayacaktır. Her yeni bulgu Arven’in erişim matrisi, topoloji diyagramı, risk/TBD register’ı ve kabul planına geri yazılır.