[ESX] is DAS & SAN combineren mogelijk?

[Verwijderd]

Hallo iedereen,

Ik heb een klein vraagje ivm VMWare ESX 4.1.

Het is de bedoeling dat er een extra SQL server geïnstalleerd zal worden op termijn. De opstelling is momenteel als volgt:

Een DL380 G7 met 2x74 GB SAS DAS en een iomega IOSTOR SAN 1600 met ISCSI gekoppeld. We hebben een zestal disken nodig voor de nieuwe SQL server, maar hiervoor zijn niet genoeg diskslots vrij op de SAN.

Het idee zou zijn om de zes schijven bij de DL380 te steken, valt dit te combineren op VMWare niveau?
De klant wil geen grote kosten meer doen, dus een extra disk cabinet is even 'out of the question'.
Allicht zal dit wel gaan maar zou toch even bevestiging krijgen van tweaker collega's.

Alvast bedankt!
J

[hans_lenze]

Combineren vind ik een vage omschrijving. Wat is precies je doel?

Ja, je kunt zes schijven in de server stoppen en deze als datastore gebruiken in ESX. Of dit handig is, snel genoeg is en qua formaat goed uitkomt hangt van de inrichting af.

Is het een enkele host?
Heeft ie een RAID controller die een passend RAID niveau ondersteund?
Past lokale opslag in je backup strategie?

Meestal is het een slecht idee om lokale opslag te gebruiken als je alle data probeert te consolideren op een SAN.

[arjants]

Een google actie op "iomega IOSTOR SAN 1600" of iets vergelijkbaars leverde niets op.
Beetje moeilijk om een vergelijking te maken

Eigenlijk verplaats je dus de data van NAS naar local storage.
Waneer je maar 1 esx host hebt zie ik zo 123 geen problemen, vooral niet wanneer vooraf al duidelijk is dat er weinig budget beschikbaar is.

Vraag je wel af wat de load van de SQL gaat worden, die dingen vreten iops en zonder een fatsoenlijke raidcontroller loopt de snelheid al erg snel achteruit.

Worden de 6 disken aangeschaft om de grootte van de DB of voor het aantal iops?
Heb je verder nog genoeg geheugen vrij op de DL380? SQL houd wel van een beetje ademruimte qua mem

Misschien handig om de huidige specificaties wat beter te omschrijven incl het aantal VM´s-functies die de DL380 nu al heeft.

[ Voor 24% gewijzigd door arjants op 28-03-2012 01:23 ]

[TrailBlazer]

Als het een enkele ESXi server is (dus geen cluster) dan kan je prima een local datastore gebruiken. Waar ga je je backups op draaien is daar nog wel genoeg ruimte voor.

[Verwijderd]

Excuses het is een IOMEGA Storcenter ix12. Het betreft een enkele host, dus er is geen sprake van failover, en dit zal ook niet van toepassing zijn in de nabije toekomst.

De backups gebeuren met VEAAM op een netgear NAS toestel. De BAK files van de SQL database zullen hier op komen, hier is nog voldoende ruimte vrij. Er zal ook een dagelijkse block level backup van de database naar een datacenter lopen.

De raidcontroller die gebruikt zal worden is de onboard controller van de DL380 G7, met name een HP Smart Array P410i, denken jullie dat dit voldoende zou zijn? Het is voornamelijk performance dat belangrijk zal zijn. Het is de bedoeling dat zowel database/logs als OS uitgesplitst worden over respectievelijk een RAID1 & RAID10.
Het gaat hier maar over een 15tal gebruikers simultaan op een Navision database.

[ Voor 17% gewijzigd door Verwijderd op 28-03-2012 10:28 ]

[A_De2]

Als je een local datastore gaat gebruiken, vergeet dan niet om de onboard array controller te voorzien van geheugen en bbwc of flash. Dat gaat de write io's erg ten goede komen. Als je performance wilt, ga je idd voor de raid 1+0 oplossing. Write io's zijn met Raid 5 2x zo zwaar als met Raid 1.

Voor Esx maakt het geen fluit uit waar jij je datastore vandaan tovert, Fc, iScsi, local storage... Esx lust het wel.

[kroegtijger]

TrailBlazer schreef op woensdag 28 maart 2012 @ 06:34:
Als het een enkele ESXi server is (dus geen cluster) dan kan je prima een local datastore gebruiken. Waar ga je je backups op draaien is daar nog wel genoeg ruimte voor.

Dit dus inderdaad
Zodra je meerdere hosts in je VMWare-omgeving gaat krijgen, dan wil je dat de data centraal opgeslagen wordt, zodat 1 van de hosts zonder problemen uit kan vallen en je via HA / VMotion je VM's naar een andere host kan schuiven en operationeel blijft.
Als het een enkele host betreft en je dus niet met HA / Vmotion aan de slag gaat, en ook niet de intentie hebt om in de (nabije) toekomst naar een omgeving met meerdere hosts te gaan, dan kun je het prima doen. Bij het maken van een VM via het console kun je aangeven op welke store de VM moet worden geschreven. Of dat nu lokaal of op de iSCSI is, maakt geen donder uit