Bekijk Volledige Versie : Snelheid Nas/...
Beste,
Wij willen in ons rack een grote opslag server opnemen. De beste oplossingen hiervoor is in onze ogen een NAS.
Waar wij ons enigzins zorgen om maken of dit wel snel genoeg is.
We hebben een aantal snelle servers staan die allen (Load balanced) gebruik gaan maken van deze 'data-server'. Over iSCSI en Optical zal het wel goed zitten met de snelheid. Maar wij willen gebruik maken van een NAS. Omdat hiervoor geen extra ombouwingen nodig hebt op de huidige servers. (optical oid.)
De grootste bottleneck zal de verbinding zijn tussen de NAS en de servers.
Mijn vraag is of dit erg zal zijn of dat je deze vertraging kunt verwaarlozen?
Of kun je beter van een andere oplossing dan een NAS gebruik maken?
Alvast bedankt :thumbup:,
Xanvier.
hrodenburg
03/07/09, 11:52
NAS is natuurlijk nogal een brede naam. Het staat voor Network Attached Storage. In de kwaliteit zit veel verschil. Een consumenten dingetje met een netwerkaansluiting zal natuurlijk (veel) minder snel zijn dan een professioneel apparaat.
Misschien heb ik het mis, maar met een NAS worden meestal protocollen als NFS of CIFS/SMB gebruikt.
Wil je iSCSI oid, dan heb je het vaak weer over een SAN (storage attached network).
Kortom, je succes wordt dus bepaald door de kwaliteit van het apparaat.
Als wij hier besluiten een NAS aan te schaffen, Zal dit niet een simpel machinetje zijn ;)
Maar wel een 'profesionele' 19" machine.
De reden dat wij geen SAN willen aanschaffen is dat er 15 servers aan hangen, deze moeten dan allemaal hier een uitbreiding voor krijgen. Dus het liefst willen wij een NAS, tenzij de snelheid zoveel beperkend is dat we beter voor een andere oplossing kunnen kijken.
Groetjes,
Xanvier.
Als je een SAN aanschaft en die via iSCSI laat praten hoef je je clientservers niet uit te breiden hoor. Gaat gewoon over TCP/IP, wel is een apart (V)LAN voor iSCSI verkeer aan te raden.
hrodenburg
03/07/09, 13:00
Als je zelf een standaard server in wil richten met software (ipv een appliance) kun je natuurlijk helemaal zelf bepalen welke protocollen hij gaat ondersteunen.
Als je vanaf meerdere servers je data wilt benaderen neem ik aan dat je of NFS of SMB wilt gebruiken? iSCSI ed. vallen dan al een beetje af voor dit doel. Maar als je ook iscsi ondersteuning wilt, kun je dat natuurlijk gewoon installeren. iscsi target onder linux bijv. werkt prima.
Elke grote hoster zal op een NAS draaien, of eventueel een SAN met een cluster aware file system. SAN/NAS wordt vooral bepaald door het protocol en de software bij dat soort omgevingen, de apparatuur is vaak hetzelfde. De meeste SAN'en zijn ook prima als NAS inzetbaar, sommige hebben dan wel een uitbreiding nodig.
Er zit wel verschil in leverancier, zo is NetApp vanuit de NAS hoek richting SAN gegroeid, EMC komt juist vanuit de SAN hoek. Voor jullie zou de eerste dan interessanterer kunnen zijn gezien je puur NAS functionaliteit zoekt en ze daar al veel langer mee bezig zijn.
Bij een goede set-up zal je data afleveren via NAS/SAN sneller zijn dan de standaard lokale storage en daar kan je dan zelfs op bezuinigen want dat hoeft bijna niks meer te doen dus daar hoef je niet echt bang voor te zijn. 't Is wel goed vooraf eerst duidelijk te hebben wat de wensen en behoeftes zijn zodat je achteraf niet tegen tekortkomingen aanloopt.
Als je een SAN aanschaft en die via iSCSI laat praten hoef je je clientservers niet uit te breiden hoor. Gaat gewoon over TCP/IP, wel is een apart (V)LAN voor iSCSI verkeer aan te raden.
Er is wel een aanpassing nodig als je allen hetzelfde volume wilt gebruiken, je zult dan een cluster filesysteem moeten gebruiken aangezien je distributed locking nodig hebt. Bij een netwerk filesysteem heb je daar geen last van aangezien de locking centraal op de fileserver plaatsvind. Een NAS is dus voor deze meneer een goede keuze.
Qua snelheid kun je alle kanten op... netwerk bonding, clustered nas...van relatief goedkoop tot heel erg duur. Maar met een enkele NAS server met een x aantal netwerk interfaces in een bond moet je toch al een goede snelheid kunnen behalen. Alles is natuurlijk afhankelijk van wat de clients aan hoeveelheid en type IO hebben.