PDA

Bekijk Volledige Versie : FC met NFS of iSCSI zonder NFS ?



BudelsPils
23/08/12, 02:05
Momenteel ben ik aan het uitzoeken wat voor ons een mogelijke (gebruikte) setup kan zijn voor een nieuw te virtualiseren platform.

De opties zijn een

- Eva met FC en NFS ondersteuning en volledige redunancy, oftewel een tweetal clusters, volledig gevuld.
- Equallogics iSCSI zonder NFS support, ook volledige redundancy, dient gevuld te worden met disken.

Er wordt gebruik gemaakt van een bladecenter welke op FC of iSCSI passthrough kan connecten. Momenteel iSCSI passthrough wat omgezet kan worden naar FC passthrough.

Er zullen VM's op de blades draaien welke op de storage array komen te staan en tevens shared data voor mailservers, etc.

Equallogic: iSCSI heeft het voordeel dat er een storage netwerk aanwezig zal waar iedere node die er ook in het storagenetwerk is via een iSCSI initiator kan connecten en er geen FC kaarten in de node aanwezig hoeven te zijn. Daarintegen kan een van de VM's, of meerdere, fungeren als NFS server wanneer nodig, echter is HA/failover wat lastiger dan een NFS share waar je gewoon met een server op kan connecten en data kan benaderen.

Eva: NFS support is super voor data sharing tussen VM's welke dit moeten kunnen, direct vanuit het OS bijvoorbeeld. Daarintegen moet je wel voor iSCSI er weer voor zorgen dat een VM een iSCSI server is, bijvoorbeeld FreeNAS, en de vraag is hoe goed je een HA/failover kunt doen door een tweetal iSCSI servers op dezelfde NFS share te laten connecten.

Een oplossing wat iSCSI als NFS ondersteund is niet voor handen. De Eva kan voorzien worden van een iSCSI module welke 2x 1GB heeft en vrij weinig wanneer je +/- 20 blades connect met VM's erop, zeker als men dit afweegt tegen de kosten van dergelijke modulen.

Tevens zit je vast aan de FC netwerk en zal er altijd een node met FC geconnect moeten zijn welke iSCSI emuleert om het een UTP netwerk in te krijgen.

Ik heb al een aantal scenarios uitgeschreven waarbij bovenstaan een zeer beknopte versie is.

Graag zou ik discussiëren over de door jullie denkbare en werkbare oplossingen.

Thijsvdbrink
23/08/12, 17:15
Hmmm... Ziet er een beetje uit alsof je een hoop techniek hebt, maar nog geen doel.

Als je kijkt naar SAN, dan denk je eerst aan IOPS, latency, GB/minuut, Disk Capaciteit, en wat het kost.
Of je nu fiber of koper, SAS of SSD, NFS of Iscsi gebruikt, het gaat om de performance, niet om wat er in zit.

Niet te veel storage simuleren op een VM, dat performt wellicht prima, maar is een hel bij troubleshooten.

Duuus.. .wat ga je er mee doen, en hoe flexibel moet het zijn (meer flexibel=duurder,en moeilijker)

BudelsPils
24/08/12, 12:38
De techniek is nog niet aanwezig maar ik zet even wat zaken naast elkaar om te kijken wat met de beschikbare hardware de beste oplossing kan zijn.

Storage wordt per defenitie niet op de VM geplaatst, vandaar de vraag... willen we NFS of iSCSI for storage in de VM's.

De reden waarom ik hiernaar vraag is HA clusters welke dezelfde data gebruiken vanuit een zelfde share niet altijd mogelijk zijn via iSCSI lijkt het, NFS komt hier dan snel om de hoek kijken en is tevens makkelijker te beheren. Ik kan prima met iSCSI en NFS overweg. VMware claimt tegenwoordig NFS hoewel iSCSI prima performance heeft.

De "issue" is dat de ene HW setup wel NFS heeft maar geen iSCSI, de andere wel iSCSI maar geen NFS.

gjtje
24/08/12, 17:19
Je moet even onderscheid gaan maken tussen block level en file level acccess. Als je meerdere machines op blocklevel lees/schrijf toegang wilt geven op dezelfde lun zal er toch echt support vanuit de client moeten zijn anders gooit de SAN zelf de deur wel dicht om data corruptie te voorkomen.
Anders zal je er iets tussen moeten zetten wat die concurrenency problemen weghaalt (zoals een nfs server).

BudelsPils
24/08/12, 17:32
Zoals je aangeeft is het probleem bij de iSCSI oplossing dat deze een NFS server nodig heeft welke niet 1,2,3 in HA modus op te zetten valt.

VM's draaien prima op NFS, maar een combinatie van NFS en iSCSI zou de beste oplossing zijn omdat we dan zaken beide kunnen doen op een SAN, blocklevel voor de VM's en filelevel voor de storage van de VMs.

gjtje
24/08/12, 17:53
Dat ligt er maar aan wat voor implementatie je er achter hangt. Windows 2008 R2 i.c.m. Hyper-V ondersteunt bijvoorbeeld gewoon meerdere actieve nodes op één lun via iscsi of fc. Bij Windows 2012 wordt dat nog meer uitgebreid. Je hebt ook andere paketten die een dergelijke optie bieden.

Dus, eerst een totaal plaatje maken van de architectuur voordat je dingen gaat zitten wegstrepen. :)