SAN Mimarilerinde Path Sayısı: Gerçek İhtiyaç mı, Abartılı Yatırım mı?
Bir IP-SAN ya da Fibre Channel (FC) tabanlı depolama altyapısında, yaygın varsayımlardan biri “daha fazla bağlantı, daha yüksek performans” prensibidir. Ancak bu yaklaşım her zaman teknik anlamda doğruluk taşımamaktadır. Özellikle storage altyapılarında path (yol) sayısının arttırılmasının, performans iyileştirmesinden ziyade karmaşıklık ve istikrarsızlık oluşturma potansiyeli daha yüksektir.
Örneğin, storage üzerinde 48 fiziksel FC port bulunması, bunların tamamının SAN switch’e bağlanarak host tarafındaki 4 port ile 192 path’e dönüştürülmesi her zaman optimal sonuç vermeyecektir. Aksine, bu denli yüksek path sayısı, belirli protokollerde veya işletim sistemlerinde sınır aşımlarına, hata toleransı karmaşasına ve performans dalgalanmalarına sebep olabilir.
Önerilen Minimum Yedekli Mimaride Temel Yapı
Tam yedeklilik hedeflenen bir SAN mimarisinde aşağıdaki yapı genellikle yeterli görülür:
| Rol | Port Yapısı | Açıklama |
| Storage | 2 Controller × 2 Port | C0P0→SAN1, C0P1→SAN2, C1P0→SAN1, C1P1→SAN2 |
| Host | 2 Port | P0→SAN1, P1→SAN2 |
| SAN SW | 2 Adet | Çift yönlü ve çapraz yedeklilik |
| Path | 4 | Her LUN için 4 erişim yolu (ideal & stabil yapı) |
Bu topoloji; kontrolcü, port, switch, kablo ve HBA yedekliliğini sağlayarak yüksek erişilebilirlik (HA) sunar. Ayrıca yapılandırması ve yönetimi basittir; hızlı failover, güvenli LUN erişimi ve minimum protokol karmaşası sağlar.
⚠️ Fazla Path Kullanımının Teknik Riskleri
Aşırı path tanımı sistem üzerinde aşağıdaki problemlere yol açabilir:
- Path seçimi sapmaları: Çoklu path altında round-robin ya da ALUA benzeri algoritmalar kararsız davranabilir.
- Zoning yönetim yükü: Her path için zone oluşturma zorunluluğu yapı karmaşasını ve operasyonel riski artırır.
- Boot / failover gecikmeleri: HBA firmware’leri path taramasını tamamlamadan sistemi başlatamaz.
- Kernel istikrarsızlığı: Hatalı ya da bozuk path yapılandırmaları LUN erişiminde kernel paniklerine yol açabilir.
- Donanımsal israf: Kullanılmayan portlar, lisans ve kablolama kaynaklarının gereksiz tüketimine neden olur.
🔄 Yazılım ve Sistem Uyumluluğu
Yazılım üreticileri genellikle makul sayıda path üzerinden çalışmayı tercih eder. Fazla path durumları, çoğu zaman path resolving ve IO yönlendirme algoritmalarında kararsızlıklara ve destek dışı davranışlara neden olabilir. Ayrıca sistem yöneticileri açısından da fiziksel port ve kablo sayısının artması müdahale süreçlerini zorlaştırmakta, hata senaryolarında çözüm sürelerini uzatmaktadır.
🛠 Port Gruplama: Esnek ve Kararlı Yönetim İçin Çözüm
Bu noktada hem sistem yöneticileri hem de uygulama geliştiricileri için ortak çözüm yaklaşımı, modern storage sistemlerinde bulunan port gruplama mekanizmalarıdır. Bu sayede:
- Tüm fiziksel portlar zonelansa bile,
- Path sayısı gruplar üzerinden sanal olarak sınırlandırılabilir,
- Storage tarafında LUN–host eşlemesi yapılan port grubuna yeni portlar atanabilir veya çıkartılabilir.
Bu yapı, fiziksel müdahale ihtiyacını azaltırken sürdürülebilir ve esnek bir altyapı sunar.
Üretici Bazlı Maksimum PATH Değerleri
| Platform / Yazılım | Maksimum Toplam Path | PATH Başına LUN Sınırı | Açıklama |
| VMware ESXi | 4096 | 32 | Üzeri algılanmaz, log uyarısı oluşur |
| Windows Server (MPIO) | 32 | 8 | Registry ile yapılandırma artırılabilir |
| Red Hat / Linux (DM-Multipath) | 32–64 | 8–16 | max_path değeri ile kontrol edilir |
| IBM FlashSystem | 16 (aynı node için) | 8–16 | Port mask + zoning önerilir |
| HPE 3PAR / Primera | 24–32 | 4–8 | Port grup bazlı eşleme yapılmalı |
| Dell EMC PowerMax | 32 | 8 | FA port gruplama ile desteklenir |
🛡 Fiziksel Müdahale Zorunluluğu ve Port Grubu Mimarisinin Stratejik Rolü
Kurumsal depolama altyapılarında minimum path yeterliliği sağlanmış bir yapının sürdürülebilirliği, yalnızca başlangıçta doğru tasarım yapmakla değil; aynı zamanda olası arıza senaryolarında sistemin operatif kalabilmesiyle de doğrudan ilişkilidir. Ancak pratikte IT ekiplerinin; HBA, SFP, kontrolcü ya da fiziksel kablo arızalarında doğrudan müdahale etme zorunluluğu, sürekliliği tehdit eden önemli bir operasyonel yük oluşturmaktadır. Özellikle tatil dönemleri, nöbet dışı zaman dilimleri ya da acil toplantılar gibi senaryolarda bu müdahale imkânı kısıtlanabilir.
Bu noktada, modern depolama sistemlerinin sunduğu port gruplama (port grouping) özelliği, iş sürekliliği açısından kritik bir avantaj sağlamaktadır. Klasik çoklu zone yapılarında tüm erişim yollarının fiziksel olarak tanımlanması ve yönetilmesi gerekirken; port grupları sayesinde bu yapı, mantıksal düzeyde daha sade ve esnek bir biçime dönüştürülür.
Bir LUN oluşturulup belirli bir host’a eşlendiğinde, ilgili port grubu üzerinden erişim sağlanarak:
- Yazılım üreticisinin desteklediği maksimum path sayısı aşılmadan, tüm yedeklilik katmanları korunabilir,
- Donanım arızalarına karşı hızlı yeniden konumlandırma yapılabilir,
- Uzak erişim ile fiziksel müdahale gerektirmeden, port grubuna yeni port eklenip çıkartılarak sistem tekrar tam yedekli hâle getirilebilir.
Bu yaklaşım, yalnızca erişilebilirliği artırmakla kalmaz; aynı zamanda veri merkezi operasyonlarında sürdürülebilirlik, güvenlik ve müdahale süresi açısından da yüksek katma değer üretir.
🎯 Sonuç
Yüksek path sayısı her zaman performans artışı anlamına gelmez; aksine sistem kararlılığı, yönetim kolaylığı ve desteklene bilirlik açısından risk oluşturabilir. Sağlıklı bir mimari tasarım; path sayısının platform sınırları içinde, yedekli ve yönetilebilir tutulmasına dayanmalıdır. Bu konuda fiziki bağlantılar kadar sistemin dahilinde olan donanımların sunabildiği mantıksal imkanlarda çok büyük önem arz eder.
Depolama planlamasında temel hedef “maksimum path sayısı” değil, “maksimum fayda – minimum karmaşıklık” olmalıdır.
