iSCSI NIC, hogy is van ez?

Hálózati eszközök

Egy iSCSI alapú rendszert próbálok megtervezni, az alap vasaktól egész az oprendszerekig. Elvetődtem erre az oldalra és egyből zavarba jöttem.Mit jelent az, hogy iSCSI NIC, mitől több ez, mint egy sima? Be van építve valami szoftver support, amitől olyan lesz, mint egy HBA vagy initiator? Valami advanced jumbo frame támogatás? Kell ez nekem? jobb lesz, mint egy sima NIC még akkor is, ha az oprendszer szintjén intézek mindent? Összefűzött hálókártyákat fogok használni, dedikáltan iSCSI forgalomra.
Kösz a felvilágosítást...

  • 6960 megtekintés

( trey | 2013. 04. 23., k – 14:44 )

Gyártófüggő a válasz. A kérdés az pl, hogy akarsz-e bootolni iSCSI-ről. Vannak cégek, akik esküsznek arra, hogy az iSCSI adapterük tehermentesíti a host CPU-t, mert a kártya processzora végzi az érdemi munkát, míg az Intel pl. azt mondja, hogy felesleges drága iSCSI HBA-t venni csak ezért:

Q2:
Will more expensive iSCSI HBAs provide better performance than native LAN adapters?

A2:
No. iSCSI traffic is very similar to standard TCP/IP Gigabit
Ethernet (GbE) LAN traffic, and the overwhelming majority
of multi-port GbE server adapters run using the native
networking stack running on top of the host CPUs with
no performance issues. With the emergence of multi-core
platforms, there is no reason to offload any portion of the
network protocols or I/O processing. There is also no reason
to break the model of using safe, compliant, consistent,
and always up-to-date networking protocols from the
OS vendors by introducing another set of networking
protocols from an unproven hardware vendor.
In Intel testing, Intel PRO/1000 Server Adapters have demonstrated better performance than iSCSI HBAs and TCP/IP
offload engine (TOE) adapters. They are also true plug-and-
play devices, while HBAs and TOE adapters break the native
OS model and require optimizations and overhead

http://www.intel.com/network/connectivity/products/316975.pdf

--
trey @ gépház

ja, azt hittem van valami másik oka.
Én a Broadcom-al vagyok így.... bár ez hülyeség, mert kb. mindegy melyiket veszem... Álltalában Dell vasaink vannak, azokba Broadcom-ot raknak gyárilag (legalábbis azokkal találkoztam leginkább).

Ha netalán külön kell venni NIC-et, akkor megnézem az Intelt is, aztán amelyik éppen jobb árban van/van raktáron, az lesz a nyerő.
Minőségben sok külömbség szerintem nincs.

> választanom kellene Broadcom meg Intel közt, akkor az Intel-t választanám.

ezzel en is igy voltam. eddig. most szivok 1 hete 4 dell szerverrel, alaplapon 2-2 broadcom lan, plusz 4 portos intel i350 kartya mindegyikben. direkt azert kertem bele intelt mert tartottam a broadcomtol.

az intel addig fasza amig switchre kotod. amikor egymassal kotod ossze oket, akkor random ido (10 perctol nehany ora) mulva eldobja a linket. sok talalat van erre a hibara a neten, az intel es dell forumokban is, de igazabol megoldast sehol nem irnak, pedig van fel eves support request is inteleknel erre. crosslink kabel, kartya csere, kulonbozo driver verziok nem segitettek.

en egy het debug utan arra jutottam, hogy a csodas "zold" EEE funkciot kell kikapcsolni a kartyakban (ami amugy kicsit sem trivialis) es akkor jonak tunik, de meg tesztelgetjuk.

a vicc hogy ugyanez a 4 szerver a broadcom portokon osszekotve teljesen jo, pedig azokban is van EEE es be is van kapcsolva, ki is irja a driver hogy EEE activated.

A'rpi

( XMI | 2013. 04. 23., k – 21:51 )

Alapszinten annyit jelent, hogy a NIC boot option rom firmware-je kepes initiatorkent funkcionalni _bootolaskor_. Mivel ez alapvetoen BIOS-jellegu funkcionalitas, ezert a boot folyaman az OS sajat szoftveres initatoranak kell atvennie a szerepet.

Ami tobbet tud ennel, mondjuk OS alatt is kepes tovabb initatorkent mukodni, azt mar inkabb iSCSI HBA-nak szoktak nevezni. Nyilvan ez esetben a NIC-nek mar sajat hardveren belul kell megvalositania az initator funkciot, nem lehet a host CPU-n futtatni szoftveres initiatort.

Ami problemat jelenthet:
- hogyan konfigolod fel az initiatort (target iqn, portal address, vlan, initiator iqn, initiator address, CHAP credentials stb).
- milyen modon tudja a bootolo OS tudomasara adni, hogy milyen parameterekkel jutott el a boot volume-hoz? Szabvanyos modon erre az iBFT ACPI tabla valo, de ezt nem minden NIC firmware fogja biztositani neked. Linux alatt altalaban meg lehet oldani kernel cmdline parameterezessel is, de egy Windows vagy egy ESXi nem fog felbootolni, ha nincs iBFT.
---
Régóta vágyok én, az androidok mezonkincsére már!