Ik heb 4 virtuele machines die ingericht zijn als fileservers met daar een RDM aangekoppeld.
fileserver01 - Profielen
fileserver02 - Afdeling data
fileserver03 - Home direcoties
fileserver04 - Install directory
Om de load zo veel mogelijk te verdelen heb ik 4 verschillende virtuele machines gemaakt.

De RDM die gekoppeld is aan mijn fileserver02 is nu 1,3 TB groot.
Hier staat onze afdeling data op.
De performance word een issue door de grote van de RDM.
Ik weet alleen niet precies hoe ik meerderere LUN´s ( RDM´s ) in Windows onder 1 drive letter kan aanbieden. Volgens mij is dat niet mogelijk.
Wie weet er een mooie oplossing om een afdeling share onder 1 Windows drive letter aan te bieden. Ik zou dan onderliggend het liefst gebruik willen maken van meerdere LUN´s.
Als ik van de RDM een virtual disk zou maken zou dat de performance nog kunnen verbeteren?
Ik heb al een Windows 2008 storage server / x1800sb G2 storage blade in mijn HP C7000 enclosure gehad om dit probleem op te lossen. Helaas kon ik de LUN's vanaf mijn HP EVA niet binnen de Automated Storage Manager zien. HP gaf al aan dat een HP EVA niet ondersteunnd word.
Daarom zoek ik een andere oplossing.
Misschien is er nog een VMware oplossing die ik over het hoofd heb gezien?
Graag hoor ik jullie idee over dit onderwerp.

Het is niet helemaal een 100% VMware probleem waardoor het misschien niet 100 % thuis hoort in dit forum.
Ondanks dat hoor ik graag jullie opties.

Ik heb ook wel eens gelezen dat je vanaf een (b.v EMC) storage omgeving rechtstreeks data kan aanbieden zonder het gebruik van een Windows fileserver / virtuele machine.
Weet iemand hier iets meer over?
Heeft VMware hier dan geen rol meer in?
Of zou er met dat artikel een Raw Device Mapping bedoelen worden.
Helaas kan ik het artikel niet meer terug vinden op het internet.
Misschien dat een VMUG-er hier toevallig tegenaan is gelopen en er iets meer over weet!

Dat moet haast wel, tenzij het bijvoorbeeld een guest based iSCSI target is of een storage controller middels VTd maar dat laatste is niet supported en dan werkt vMotion niet meer.

Dit hoort inderdaad niet echt thuis op het VMug forum maar is gewoon OS gerelateerd

Om er toch inhoudelijk op in te gaan, waarom richt je geen Microsoft DFS in, zo heb je 1 target voor de gebruikers met meerdere onderliggende LUN's, hierdoor kunnen je volumes kleiner worden ingericht wat het beheer vele malen makkelijker maakt

Volgens mij kan de EVA dat niet, maar CIFS is in sommige gevallen ook een mooie oplossing voor dergelijke omgevingen

CIFS is je antwoord op eerder gestelde vraag, je SAN wordt dan een soort van fileserver, heeft Active Directory integratie, ondersteunt ABE en werkt prima voor grote omgevingen (spreek uit ervaring).

_________________
| Blog.vmpros.nl | Twitter | DBL | vExpert 2010/2011/2012 |

Overigens kan je onder windows ook luns onder directory's mounten. Dat is mogelijk meteen een snelle fix.

Hoi,

Dit is meer windows dan VMware, maar als je echt load wil verdelen,
dan kan je met DFS en meerdere servers (kan ook 1) aan de slag

maar anders kan je ook veel met "mountvol.exe"

C:\>mountvol.exe
Creates, deletes, or lists a volume mount point.

MOUNTVOL [drive:]path VolumeName
MOUNTVOL [drive:]path /D
MOUNTVOL [drive:]path /L
MOUNTVOL [drive:]path /P
MOUNTVOL /R
MOUNTVOL /N
MOUNTVOL /E

path Specifies the existing NTFS directory where the mount
point will reside.
VolumeName Specifies the volume name that is the target of the mount
point.
/D Removes the volume mount point from the specified directory.
/L Lists the mounted volume name for the specified directory.
/P Removes the volume mount point from the specified directory,
dismounts the volume, and makes the volume not mountable.
You can make the volume mountable again by creating a volume
mount point.
/R Removes volume mount point directories and registry settings
for volumes that are no longer in the system.
/N Disables automatic mounting of new volumes.
/E Re-enables automatic mounting of new volumes.

Possible values for VolumeName along with current mount points are:

\\?\Volume{d6dff50f-bd36-11e0-99f3-806e6f6e6963}\
*** NO MOUNT POINTS ***

\\?\Volume{d6dff510-bd36-11e0-99f3-806e6f6e6963}\
C:\

\\?\Volume{a22b778f-fe0a-11e0-a955-cc52af7ac290}\
D:\

\\?\Volume{d6dff513-bd36-11e0-99f3-806e6f6e6963}\
G:\


succes

Zodra je een nieuwe RDM toevoegd en koppelt, ziet Windows dit als nieuwe disk.
Als je vervolgens in je Windows Diskmanager je huidige volume (Afdeling data) "extend" met de nieuwe disk/RMD, heb je 2 disken/RDM's die dezelfde volumenaam en drive letter hebben.

Dat gaat niet werken. Je kan niet een volume op lun a extenden met vrije ruimte op lun b.
Dit kan alleen met een spanned volume maar deze kan je niet achteraf aanmaken met behoud van data (maar dat is hoe dan ook niet iets wat je zou willen).

Laat ik het anders formuleren, als voorbeeld ga ik deze uitbreiden met 0,7 TB:
HDD 1 (VirtualDisk) (C:)
HDD 2 (RDM 1,3TB) (D: Afdeling data)

Geef een nieuw LUN vanuit je storage aan je ESXhost/cluster, koppel de nieuwe Mapped Raw Lun aan je VM Fileserver2.

VM Fileserver02 bestaat nu uit:
HDD 1 (VirtualDisk) (C:)
HDD 2 (RDM 1,3TB) (D: Afdeling data)
HDD 3 (RDM 0,7TB)

Log in op de Windows fileserver, indien de disk niet te zien is voer een "rescan" uit.
Als het goed is heb je nu een lege disk.
Klik op het "volume" dat je wil uitbreiden (dus niet de disk) -> Rechtermuisknop "extend" -> en kies de toegevoegde disk (0,7TB).

Resultaat is een spanned volume van je "Volume Afdeling data (D:)".
HDD 1 (VirtualDisk) (C:)
HDD 2 (RDM 1,3TB) (D: Afdeling data)
HDD 3 (RDM 0,7TB) (D: Afdeling data)

Windows explorer laat je Afdeling Data (D:) zien van 2TB groot.

@DukeBox Ik zou niet weten waarom dit niet gaat. Dit doen we geregeld.
Of het verstandig is, is een andere vraag .