Oplossen virtualisatie probleem

[rpr]

Ik ben op zoek om 3 servers virtueel te gaan draaien.

1 linux server
2 windows servers.

De linux server heeft een disk nodig van 8TB waardoor ik met esxi vast zit.

Mijn huidige opstelling was een server met fiber card naar een esxi server met fiber card.
Probleem is dat een lun maar +-2TB kan zijn. Oplossing als software raid in linux is niet performant. Zou iscsi een oplossing kunnen zijn? De linux dus rechtstreeks naar de san server laten verbinden via iscsi?

[pierce]

Je vmdk's mogen sowieso maar maximaal 2 TB groot zijn in esx, dat gaat dus niet werken.
Wel zou je met bv een iscsi san een iscsi koppeling kunnen maken in je VM, en zo de (8 TB) iscsi disk rechtstreeks koppelen.

[dicktump]

Ik zou denk ik 4 disks van 2 TB aanmaken en die met LVM in 1 volume group zetten. Daarna kun je gewoon een logische volume aanmaken van bijv. 8 TB.

In het begin zou ik iets kleiner dan 8 TB aanhouden als de ruimte niet direct nodig is. Met LVM kun je je volume live resizen en in elk geval Ext3/4 en XFS ondersteunen ook live resizing. En wat ruimte overhouden voor een eventuele snapshot of extra LV kan altijd praktisch zijn.

[hrodenburg]

Ik begrijp je wens nog niet helemaal.
Maar met ESX kun je een RDM maken ipv je volume met vmfs te formatteren. Je export het lun dan direct naar je VM. (RDM = Raw Drive Mapping).
Je krijg het volledige lun dan dus direct in je VM beschikbaar.
Maar hoe zit je storage in elkaar dan? Ik begrijp je verhaal met de fiber kaarten nog niet helemaal.
om iSCSI vanuit je vm te draaien lijkt mij qua performance nu niet zo'n goed idee.

[Pantsy]

Het is inderdaad een beetje wazig uitgelegd wat je huidige opstelling is, ik ga er vanuit dat je nu een san storage en een node hebt welke connecteren via fibre channel (waar je ook iscsi overheen kan praten desgewenst).

Aangezien je 8TB nodig hebt lijkt het me verstandig om eerst je hardware omgeving op orde te krijgen, storage en node(s). Laten we eerlijk zijn, 8TB is niet niks voor 1 virtual machine zeker wanneer je dit wilt repliceren (dat wil je denk ik enkel op storage niveau doen).

VMFS kan maximaal 2048GB aan wat zich simpelweg vertaald naar 2TB, dit is een beperking van VMFS. Je zou als je echt persé met VMFS wilt werken, de disks kunnen koppelen aan elkaar echter zou ik voor RDM gaan. Het probleem is namelijk dat je LUNs niet evenredig worden gevuld wanneer je op deze manier meerdere LUNs aan elkaar koppelt.

Iscsi is slechts één van de protocols die je kan gebruiken om te connecteren naar je storage device, dit heeft 0,0 invloed op hoe groot een lun kan zijn en wat je er mee kan.

Wat meer informatie is dus gewenst, laten we beginnen met je hardware/network setup.

[rpr]

Het is inderdaad allemaal wat wazig uitgelegd. Bij deze een verduidelijking.

Ik heb 2 fysieke servers.

• Een openfiler server met een xeon L5420 met 8Gb ram en een 4Gb fiber card.
• Een Esxi server met een core I7 met 16Gb ram en een 4Gb fiber card.

Openfiler bevat alle 16 disken en toont deze aan esxi via fiber channel.
Dit werkt perfect.

Nu moet ik voor een projectje een ubuntu server opstellen die een 8Tb disk nodig heeft.

Nu had ik zelf al een paar ideetjes uitgedokterd.

• De fiber channel vervangen door ISCSI en vanuit de ubuntu vm dan de disk via iscsi te benaderen.
• De fiber channel vervangen door NFS en vanuit de ubuntu vm dan de disk via NFSte benaderen.
• 2Tb-512Kb datastore en disken aanmaken en deze via LVM of software bundelen.

Als reactie op rdm:
Kan rdm meer dan 2TB aan? Want ik had gelezen dat VMware het SCSI2 protocol gebruikt welke 32bit is.

[hrodenburg]

Ja hoor, RDM kan meer dan 2TB aan, hier in productie, wel met sphere (esx) (niet i) 4.1. Ik neem aan dat ESXi daarin niet anders is.
Ik zou lekker Fiber channel houden, niets mis mee.
Je maakt dan op je openfiler een lun voor je vmdk's, dus een VMFS volume. Hier plaats je bijv. alle disks van alle vm's, inclusief bijv de root disk voor je ubuntu vm.
En voor de 8TB disk maak je dan een aparte lun op je openfiler server, en deze voeg je dan als rdm toe aan de vm.
Met iscsi en/of nfs ben je in dit geval naar mijn mening niet beter uit.

[Pantsy]

De hardware setup is inderdaad prima, daar zou ik niks aan veranderen. Zeker wat Hugo zegt, iscsi/nfs is niet een beter alternatief dan je huidige fibre channel.

Voor de rest, hou aan wat Hugo zegt, dit is best practice naar mijn mening om het zo uit te voeren. Mocht je tegen problemen aanlopen, dan weet je ons hier te vinden

[rpr]

Nog wat gezocht en toch raad niemand rdm aan:
http://kb.vmware.com/selfservice/mic...rnalId=3371739

[hrodenburg]

Mja, zal best kunnen. Bij mij (en vast vele anderen) werkt het als een trein. Zoals gezegd RDM's in productie met luns groter dan 2TB. Is toch een best drukke fileserver en heb nooit problemen icm rdm's meegemaakt. Overigens is hierboven niet de mening van "iedereen" maar van VMware zelf (aangezien je aangeeft dat "niemand" het aanraad). Opzich natuurlijk wel een heel belangrijke mening (het is tenslotte de fabrikant), maar VMware ondersteund wel meer configuraties niet die in de praktijk prima werken. Overigens heb ik ze daar in geval van support nog niet over horen zeuren.

[rpr]

En hoeveel TB hebben jullie dan?

[Pantsy]

Wij hebben diverse luns van circa 4TB groot zonder problemen draaien, dit op windows en linux. Uitvoerig testen en daarna pas in productie nemen is wat ik je altijd zal aanraden, in dit geval dus ook.

[rpr]

Als ik dus RDM selecteer vraagt hij bij een van de stappen een datastore. Als ik daar mijn andere datastore neem van 1Mb en 256Gb max dan geeft hij error dat het over het maximum gaat.

Doe ik iets verkeerd?

[hrodenburg]

Daar kun je gewoon "Store with virtual machine" selecteren. Dat is alleen maar voor de pointer naar de RDM. Of begrijp ik het niet goed en werkt dat ook niet?

[rpr]

Ik zal vanavond de error ook eens posten maar idd dat werkt dus ook niet.