Onderwerp: Leuke SAN

Kwam na het topic van Geert-Jan over zijn controller deze SAN tegen: http://www.hpsindustrial.nl/9U_server

Natuurlijk is zo'n SAN om te kwijlen wat opslag betreft, maar nou zie ik op de foto's slechts één LAN poort. Dit staat natuurlijk nooit in verhouding met de hoeveelheid opslag en volgens mij wordt deze server dan ook niet intensief gebruikt (wat ik persoonlijk zonde vind maar dat terzijde).

Nu vroeg ik mij af of iemand zo'n ding heeft draaien (of iets vergelijkbaars met veel disks) en wie allemaal slechts één LAN poort gebruiken of meerdere (op Gbit uiteraard, 10/100Mbit is no-done)? Ik heb het nu nog niet nodig maar wellicht zit het in de toekomst er in dat zulke opslag systemen nodig zijn voor een backupsysteem en/of virtualisatie platformen. Volgens mij kan deze bak redelijk voldoen als backupsysteem mits extra network poorten aangebracht worden (moet wel even kijken hoe het gaat passen natuurlijk) maar ben ik beter af met kleinere opslagsystemen voor virtualisatie platformen, of niet?

En wat de virtualisatie opslag betreft, ik hoor van sommigen dat normale disks op 7200 RPM eigenlijk niet voldoen en dat een SAS op 10k op 15k beter is. Ik heb natuurlijk ook met een budget te maken, dus ik denk dat 10k rpm voldoende is. Graag hoor ik de meningen/ervaringen hier over.

Verder lijkt mij het beste om via iscsi de storage servers te verbinden, of is een andere techniek beter? (gebruikte OS zal CentOS zijn voor zowel de nodes als storage servers).

Dit is geen san, dit is een behuizing waar veel disks in kunnen. Een san wordt het pas met de juiste configuratie en software.

't Is leuk inzetbaar als maglib voor de backups, ik zou er nooit een productie san op draaien. Dan wil je toch echt wel redundante controllers en data paden hebben. Afgezien van de performance als dat ding goed vol zit met dynamische data.

Oorspronkelijk geplaatst door gjtje

Dit is geen san, dit is een behuizing waar veel disks in kunnen. Een san wordt het pas met de juiste configuratie en software.

't Is leuk inzetbaar als maglib voor de backups, ik zou er nooit een productie san op draaien. Dan wil je toch echt wel redundante controllers en data paden hebben. Afgezien van de performance als dat ding goed vol zit met dynamische data.

Er wordt windows gebruikt, hoe staat er niet bij. Lijkt mij toch echt wel een SAN, je hebt wel verschillende soorten.

Ik zou dit zelf idd alleen als backup platform inzetten, althans als een deel van het backup systeem. Voor de doeleinden van het backupsysteem is eventuele uitval niet schadelijk aangezien het backupsysteem zichzelf daarop zal aanpassen. Ook bij een VPS platform zou dit het probleem niet zijn, maar volgens mij is het gewoon beter om meerdere storage servers te hebben met minder opslag per server ivm performance.

Je kan zoiets gerust zelf ineen knutselen. Supermicro heeft zo 4U kasten:
http://www.supermicro.com/products/c...846E1-R900.cfm
daarin steek je dan een 24poort SAS controller (of 2x 16port) en 1 of 2 netwerkkaarten

Ik weet niet wat handiger is, twee controllers of één? Denk dat ivm redundantie dat twee beter zal zijn, maar het budget moet daar ook naar wezen dan. Maar wat raden jullie aan?

Verder, welke netwerk kaarten zijn aan te raden? 1Gbps is noodzakelijk maar eigenlijk wel vrij standaard tegenwoordig, maar wellicht dat iemand een aanrader heeft.

En verder: Ik weet niet wat eigenlijk beter is, ZFS met DRBD of hardware RAID met DRBD? Ik zou persoonlijk gaan voor hardware RAID en dat dit wat makkelijker is omdat dit ook gewoon op CentOS kan.

Als je een low-budget SAN wil bouwen zou ik gewoon een flinke JBOD bak (zonder RAID controller) pakken met 2 CPU's en een flinke sloot geheugen. Vervolgens OpenSolaris erop met ZFS en gaan met die banaan! Als je redundantie wil gebruik je replicatie functionaliteiten van ZFS.

Oke, ik wist niet dat ZFS zelf over replicatie beschikte. Zal eens hier naar zoeken, het is trouwens wel belangrijk dat de ZFS zowel een master als slave is zoals bij drbd.

Oorspronkelijk geplaatst door wdv

Als je een low-budget SAN wil bouwen zou ik gewoon een flinke JBOD bak (zonder RAID controller) pakken met 2 CPU's en een flinke sloot geheugen. Vervolgens OpenSolaris erop met ZFS en gaan met die banaan! Als je redundantie wil gebruik je replicatie functionaliteiten van ZFS.

Denk dat JBOD de snelheid van het bakkie niet ten goede komt omdat alle schijven achter elkaar geplakt worden. Ook als je een schijf uitvalt ben je alles kwijt. Etc.
Je kan dus beter een beetje investeren in een RAID kaart en dan in RAID-10 o.i.d. draaien

Oorspronkelijk geplaatst door Piwi-Web

Denk dat JBOD de snelheid van het bakkie niet ten goede komt omdat alle schijven achter elkaar geplakt worden. Ook als je een schijf uitvalt ben je alles kwijt. Etc.
Je kan dus beter een beetje investeren in een RAID kaart en dan in RAID-10 o.i.d. draaien

Ooit van ZFS gehoord?

Oorspronkelijk geplaatst door Piwi-Web

Denk dat JBOD de snelheid van het bakkie niet ten goede komt omdat alle schijven achter elkaar geplakt worden. Ook als je een schijf uitvalt ben je alles kwijt. Etc.
Je kan dus beter een beetje investeren in een RAID kaart en dan in RAID-10 o.i.d. draaien

Misschien moet je je eerst eens verdiepen in het ZFS filesystem voor je dergelijke uitspraken doet? Installeer OpenSolaris (Of Nexenta als je Debian kent), plak er 4 disken aan (kan gewoon virtueel) en ga eens spelen. RTFM voor de werking van ZFS. Als je het snapt, trek er dan eens een random disk uit en je zult zien dat alles gewoon blijft werken.

Oorspronkelijk geplaatst door Randy

Misschien moet je je eerst eens verdiepen in het ZFS filesystem voor je dergelijke uitspraken doet? Installeer OpenSolaris (Of Nexenta als je Debian kent), plak er 4 disken aan (kan gewoon virtueel) en ga eens spelen. RTFM voor de werking van ZFS. Als je het snapt, trek er dan eens een random disk uit en je zult zien dat alles gewoon blijft werken.

Ok excuses ... heb mij inderdaad niet in ZFS verdiept maar weet wel wat JBOD normaal doet

Oorspronkelijk geplaatst door Piwi-Web

Ok excuses ... heb mij inderdaad niet in ZFS verdiept maar weet wel wat JBOD normaal doet

Hier ergens @WHT is een topic daarover en google is your friend

Oorspronkelijk geplaatst door Randy

Of Nexenta als je Debian kent

Waarbij je echter niet het idee moet hebben dat je het "op" Debian Linux kunt installeren. Het is namelijk een Debian distributie met een andere kernel dan de meesten hier zullen gebruiken.

Ik ben niet van plan debian te gebruiken, als ZFS gebruikt gaat worden wordt het op opensolaris.

Als je voor zelfbouw kiest, bijvoorbeeld d.m.v. ZFS, zorg er dan wel voor dat je je data tussen twee machines repliceert. Zoals al gezegd hebben dit soort oplossingen geen volledige interne redundantie (controllers/datapaden), dus bij een hardware falen ligt alles eruit.