Synology NAS ve Dell PowerEdge Sunucular Arasında iSCSI MPIO ve Çok Yollu Ağ Mimarisi
Veri depolama (storage) bağlantılarında tek bir kablonun kopması veya bir anahtar portunun arızalanması, tüm sanallaştırma altyapısının donmasına (kernel panic / I/O freeze) yol açabilir. Kurumsal veri depolama birimimiz ile Dell PowerEdge sunucularımız arasında Multipath I/O (MPIO) protokolünü ve Jumbo Frames yapılandırmasını kurarken uyguladığım saha reçetesini paylaşıyorum.
Neden MPIO? (LACP Neden Yetmez?)
Birçok mühendis ağ kartlarını LACP (Link Aggregation) ile birleştirip iSCSI trafiğini bunun üzerinden geçirmeye çalışır. Ancak iSCSI protokolü için LACP doğru tercih değildir. LACP akış bazlıdır (hashing); tek bir sanal makinenin disk I/O trafiği genellikle tek bir hatta sıkışır.
MPIO (Multi-Path I/O) ise SCSI komut seviyesinde çalışır; blokları iki farklı fiziksel ağ kartı üzerinden sırayla (Round Robin) göndererek gerçek anlamda hem bant genişliğini katlar hem de bir hat koptuğunda milisaniyeler içinde diğer hatta aktarır.
1. Ağ Hazırlığı ve Jumbo Frame (MTU 9000)
Depolama anahtarlarında (Storage Switch), sunucu ağ kartlarında ve Synology arabirimlerinde MTU değerini 9000 olarak ayarlamak CPU yükünü azaltır ve aktarım hızını %20-25 artırır. Ancak uçtan uca tüm cihazlarda MTU 9000 olmazsa paketler parçalanır (fragmentation) ve bağlantı tamamen kopar!
# MTU 9000 uçtan uca doğrulaması (Parçalama yasaklı ping)
# Windows üzerinde:
ping 192.168.20.100 -f -l 8972
# ESXi üzerinde:
vmkping -d -s 8972 192.168.20.100
(Not: 8972 bayt veri + 28 bayt ICMP/IP başlığı = 9000 bayt paket boyutu.)
2. Windows Server Üzerinde MPIO Kurulumu ve Disk Tanımlama
# MPIO özelliğini kurma
Enable-WindowsOptionalFeature -Online -FeatureName MultiPathIO
# iSCSI aygıtlarını MPIO tarafından yakalanacak şekilde kaydetme
Enable-MSDSMWebsite -TargetType iSCSI
New-MSDSMSupportedHW -VendorId "SYNOLOGY" -ProductId "Storage"
# MPIO Yük Dengeleme Politikasını Round Robin (RR) olarak ayarlama
Set-MSDSMGlobalDefaultLoadBalancePolicy -Policy RR
3. iSCSI Initiator Çoklu Oturum Açma
iSCSI Initiator panelinde Synology Target'a bağlanırken her fiziksel ağ kartı için ayrı bir oturum (Session) açılmalıdır:
- Oturum 1: Sunucu NIC 1 (192.168.20.11) -> Synology NIC 1 (192.168.20.100)
- Oturum 2: Sunucu NIC 2 (192.168.21.11) -> Synology NIC 2 (192.168.21.100)
Her iki ağın (VLAN 20 ve VLAN 21) farklı alt ağlarda (subnet) olması, routing döngülerini engellemek açısından hayati önem taşır.
Karşılaşılan Kritik Hatalar ve Çözüm İpuçları
- Disk Bağlantısının Rastgele Kopması: iSCSI disk bağlandıktan bir süre sonra Event ID 20 ve Event ID 34 ("Connection to the target was lost") logları basıyorsa, ağ kartlarındaki TCP Chimney Offload, Large Send Offload (LSO) veya Green Ethernet (Energy Efficient Ethernet) özellikleri kapatılmalıdır.
- Round-Robin İkilemi: Bazı depolama denetleyicileri Asymmetric Logical Unit Access (ALUA) kullanır. Eğer depolama üniteniz "Active-Optimized" ve "Active-Unoptimized" mimarisine sahipse, salt Round-Robin yerine "Round-Robin with Subset" politikasını seçmelisiniz; aksi halde pasif denetleyiciye giden paketler gecikmeye neden olur.
Mühendis Notu
Depolama ağında asla VLAN yönlendirmesi (Routing) yapmayın. Sunucular ve depolama hedefi aynı Layer-2 katmanında ve tamamen izole bir switch üzerinde yaşamalıdır.