Zanima me jel ko uspia natirat trunking da radi na Linuxu? Pokusavam sa
bonding mode=4 i slozenim LACP-om na strani switcheva, ali i dalje sa
iperf-om ili netcat-om nemogu progurat priko 110-115MB/s kroz zice :(
Kakva su vasa iskustva po ovom pitanju? Ima li uspjesnih slucajeva? :)
Takodjer, drugo pitanje... Sta koristite kao iSCSI target daemon na
Linuxu? Proba san sa tgtd-om, ali govno se rusi, ne zna radit iznad
softverskog RAID-a, nekad se nece da spusti uredno, pa moran repat kill
dash nine... itd itd.
S druge strane ietd je milina sta se gori spomenutih problema tice, ALI
zato imam performance issue... Mreza 115MB/s, block device daje 120MB/s,
a klijent priko iSCSI-ja ne moze potegnut preko 40MB/s. Brzinu tgtd-a
nisam ni testira jer zbog problema koje sam navea uopce ni ne dolazi u
obzir...
Ideas?
--
| Jakov Sosic | ICQ: 28410271 | PGP: 0x965CAE2D |
=================================================================
| start fighting cancer -> http://www.worldcommunitygrid.org/ |
> Ajmo ekipa dosta svadja amo radit malo :)
>
> Zanima me jel ko uspia natirat trunking da radi na Linuxu? Pokusavam sa
> bonding mode=4 i slozenim LACP-om na strani switcheva, ali i dalje sa
> iperf-om ili netcat-om nemogu progurat priko 110-115MB/s kroz zice :(
>
> Kakva su vasa iskustva po ovom pitanju? Ima li uspjesnih slucajeva? :)
>
>
>
> Takodjer, drugo pitanje... Sta koristite kao iSCSI target daemon na
> Linuxu? Proba san sa tgtd-om, ali govno se rusi, ne zna radit iznad
> softverskog RAID-a, nekad se nece da spusti uredno, pa moran repat kill
> dash nine... itd itd.
> S druge strane ietd je milina sta se gori spomenutih problema tice, ALI
> zato imam performance issue... Mreza 115MB/s, block device daje 120MB/s,
> a klijent priko iSCSI-ja ne moze potegnut preko 40MB/s. Brzinu tgtd-a
> nisam ni testira jer zbog problema koje sam navea uopce ni ne dolazi u
> obzir...
>
> Ideas?
Sa LACP-om se nisam igrao medjutim meni ietd koji dolazi u RH5 u paketu
iscsi-target-utils bez problema potegne oko 75MB/sec preko 1GB kartice
sa NetApp FAS 3160. Mozda nije problem u target programima, jesi siguran
da ti SAN moze pumpati podatke dovoljnom brzinom? 40MB/sec je pristojna
brzina koju postizu backup programi na EMC SAN-ovima i FC-u. Sto se LACP-
a tice, totalni sam dunster, pitacu naseg sistemca, on je slagao
Etherchannel na jednom stroju, znam da se nesto zezao sa Cisco switchem.
Ne garantiram smisleni odgovor.
> Zanima me jel ko uspia natirat trunking da radi na Linuxu? Pokusavam sa
> bonding mode=4 i slozenim LACP-om na strani switcheva, ali i dalje sa
> iperf-om ili netcat-om nemogu progurat priko 110-115MB/s kroz zice :(
Yep.
> Kakva su vasa iskustva po ovom pitanju? Ima li uspjesnih slucajeva? :)
Vrlo uspje�na iskustva. Kod prvih testova na Juniperima uspio sam ubiti
CPU na njima sa 4 interfejsa ubondana. Nakon 'spu�tanja fw-a u ni�i nivo'
(izraz mre�a�a, �toligod to zna�ilo na juniperu) stvar vi�e nije ubijala
cpu a i dalje je brzina bila ok.
Ako se dobro sje�am, brojke su bile - 96%, 95%, 92%, 85%, ovisno koliko
sam �ica opteretio. (% od brzine porta)
Na kiskotima je neko vrijeme bilo ograni�enje za etherchannel da moraju
biti susjedni portovi te nikako preko binary boundarija ali nisam vi�e
siguran jel to joďż˝ uvijek tako.
iSCSI ne koristimo jer ganjamo FC ..
--
Mario Mikocevic (Mozgy)
mario dot mikocevic at sk dot t dash com dot hr
It's never too late to have a good childhood!
The older you are, the better the toys!
My favourite FUBAR ...
> On Sun, 22 Nov 2009 01:16:10 +0000, Jakov Sosic wrote:
> Vrlo uspješna iskustva. Kod prvih testova na Juniperima uspio sam ubiti
> CPU na njima sa 4 interfejsa ubondana. Nakon 'spuštanja fw-a u niži
> nivo' (izraz mrežaša, štoligod to značilo na juniperu) stvar više nije
> ubijala cpu a i dalje je brzina bila ok.
> Ako se dobro sjećam, brojke su bile - 96%, 95%, 92%, 85%, ovisno koliko
> sam žica opteretio. (% od brzine porta) Na kiskotima je neko vrijeme
> bilo ograničenje za etherchannel da moraju biti susjedni portovi te
> nikako preko binary boundarija ali nisam više siguran jel to još uvijek
> tako.
Koristis mode=4 sa Linux strane?
> On Mon, 23 Nov 2009 10:31:06 +0000, Mario Miko�evi� wrote:
>
>> On Sun, 22 Nov 2009 01:16:10 +0000, Jakov Sosic wrote:
>
>> Vrlo uspje�na iskustva. Kod prvih testova na Juniperima uspio sam ubiti
>> CPU na njima sa 4 interfejsa ubondana. Nakon 'spu�tanja fw-a u ni�i
>> nivo' (izraz mre�a�a, �toligod to zna�ilo na juniperu) stvar vi�e nije
>> ubijala cpu a i dalje je brzina bila ok. Ako se dobro sje�am, brojke su
>> bile - 96%, 95%, 92%, 85%, ovisno koliko sam �ica opteretio. (% od
>> brzine porta) Na kiskotima je neko vrijeme bilo ograni�enje za
>> etherchannel da moraju biti susjedni portovi te nikako preko binary
>> boundarija ali nisam vi�e siguran jel to jo� uvijek tako.
>
> Koristis mode=4 sa Linux strane?
Da. 802.3ad proto ..
> Da. 802.3ad proto ..
Nista, skuzia san di mi je greska... dva ista aliasa na modul, prvi je
bia podesen na mode=1 drugi mode=4. Naravno oba su u stvarnosti radila u
mode=1.
Sad radi OK, s tim da jedna TCP konekcija koristi samo jedan interface, i
prava brzina se moze ostvariti tek sa 2 ili vise konekcija... odnosno
jedan transfer ne moze potegnit priko 1Gbps. Dva nc-a su uredno zajasila
oba interfacea.
> On Tue, 24 Nov 2009 08:09:55 +0000, Mario Mikočević wrote:
>
>> Da. 802.3ad proto ..
>
> Nista, skuzia san di mi je greska... dva ista aliasa na modul, prvi je
> bia podesen na mode=1 drugi mode=4. Naravno oba su u stvarnosti radila
> u mode=1.
>
> Sad radi OK, s tim da jedna TCP konekcija koristi samo jedan interface,
> i prava brzina se moze ostvariti tek sa 2 ili vise konekcija... odnosno
> jedan transfer ne moze potegnit priko 1Gbps. Dva nc-a su uredno zajasila
> oba interfacea.
Jesi li razmisljao o 10GB ethernetu? To mi se cini bolje od strikanja
etherchannela:
http://www.dtims.com/products/atca/ats1936.php
http://tinyurl.com/yhxa6tt
http://tinyurl.com/yz7qfpw
To je idealno za lokalnu mrezu servera. Za izlazak na internet stavis
jedan US Robotics V92 modem koji moze ici do 56kbit/sec. pa da vidis kako
se prasi!