Diit.cz - Novinky a informace o hardware, software a internetu

Diskuse k IBM Storwize V3700 (část 3) - výkon

Martin Kolar | 28. 8. 2013 - 08:44

Takovej neslanej nemastnej clanek. Cekal bych neco vice akcniho, treba bootovani pres LAN nebo to spojit s ESXi. Jen tak honit byty pres ruzna sitova rozhrani je celkem nuda. A kdyz je k dispozici tak malo disku, tak dat ty disky do raid 0, kolik se z toho da na randomu vyzdimat. Nejspis v praxi nikdo soudny raid 0 nepouzije (mozna pokud tam ma odzalohovana data pouze pro cteni a potrebuje rychlost), ale priblizne by se to pak dalo srovnat s raid 10 s dvojnasobkem disku.

+1
-11
-1
Je komentář přínosný?
X Polish | 28. 8. 2013 - 10:58

Dekuji za fio, i kdyz 3 a 4 screenshot moc nenapovi, protoze nejsou cele. Asi hlavni zprava clanku je, ze fc jede bez ladeni hned jak z praku, u iscsi by se musel o chvili ladit.

+1
-7
-1
Je komentář přínosný?
Izak | 28. 8. 2013 - 16:31

Boot pres LAN to neumi, musis mit iSCSI kartu, treba Qlogic ;-)

No mi mame 16Gb FC ze ... novinka no a uz neumi loop, jen ptp.

No a se siti je to tak, je kolizni a kdyz se pretizi, nebo je rozsahla, je problem, FC je proaktivni nepousti data, kdyz je zar. busy, ma buffery a queedepth, takze takovy velky FC switch je nenahraditelny, pouzivame i DarkFibre pred DWDM.

Lan je pro male zakazniky, nebo pro NASy, tam je 10Gb uz normal no a aby tam nesel bordel, tak VLANy ...

iSCSi jde zrychlit runze, predne zahodit flow control kary a koupit obycejne ;-)) dale jumbo frames a povolit to na switchi, aby to blbec nedefragmentoval ...
Sakra hosi, kdyz jsem nasadil openfiler na PC s 16ti disky a ARECA raid kartou, tak jsem mel vic na 2x GB lan ....

Vlastne hosi, doma mam vic na 3 discich v NASu, taky 2x1Gb LAN

+1
-6
-1
Je komentář přínosný?
Plnovous | 29. 8. 2013 - 13:00

"Proč je čtení z iSCSI tak pomalé? Upřímně řečeno, na to se nám nepodařilo přijít."
Jednoznacne zle nastaveny TCP stack, tazko vsak povedat, na ktorej strane.
Problem s polami je, ze byva problem na nich tieto interne veci menit.
Na strane klienta je potrebne najma vypnut delayed ack, povolit rfc1323, nastavit spravne velkosti okien (prepocet podla BW/RTT) a kopec dalsich buffrov. Po vyladeni chodi ISCSI OK.

+1
-7
-1
Je komentář přínosný?
Filip Marvan | 29. 8. 2013 - 15:37

Je ovšem zajímavé, že se to projevuje jen v jednom směru (čtení). Když jsme testovali (na jiném poli) zmíněná nejrůznější síťová nastavení, tak většinou měly jen marginálni vliv na výkon, na rozdíl třeba od nastavení I/O scheduleru.

+1
-9
-1
Je komentář přínosný?
Plnovous | 29. 8. 2013 - 20:18

Kludne sa to moze prejavovat len v jednom smere. Dokonca by som povedal, ze to je vacsinou tak. Klientsky OS a pole maju nejakym sposobom "nesymetricky" nastaveny stack. Tu by som v prvom rade podozrieval delayed ack, ze je zapnuty.
Uz to, ze je citanie pomalsie (a to vyrazne) ako zapis, ukazuje na problem.

+1
-8
-1
Je komentář přínosný?
Plnovous | 29. 8. 2013 - 20:22

IO scheduler by som do tuningu vobec netahal, to su prilis male rychlosti, aby sa to prejavilo. IO scheduler si myslim, ze v pripade ISCSI ma minimalny, ak vobec nejaky vplyv. To by sa musel ten scheduler nastavovat nejako na poli. Ak sa nemylim ...
ISCSI mi chodilo na na nejakych 130km medzi DP a klientom okolo 800-900Mbit (RTT 3ms po optike), takze na lokalnej sieti to musi chodit minimalne tak.

+1
+4
-1
Je komentář přínosný?

Pro psaní komentářů se, prosím, přihlaste nebo registrujte.