wieviel gb platz auf san lassen?

[adeba]

hallo,

wieviel platz sollte man im san ungefähr platz haben bei einer 512gb lun aus einer clariion symmetrix? das man immer platzt braucht für snapshots ist mir klar, jedoch würde es mich interessieren, ob man von den 512gb tatsächlich 511gb nutzen kann ohne irgendwelche (performance) probleme zu bekommen

[kastlr]

Hallo,

also entweder hast du eine Clariion oder eine Symmetrix, das sind zwei verschiedene Typen von SAN Arrays.

Den Arrays selber ist es egal, wie befüllt eine LUN ist.
Sie interessieren sich eher dafür, ob du Random/Sequentiell IO's machst und welche Blockgröße dabei verwendet wird.
Natürlich sollten die Filesysteme alligned sein, für die VMFS Datastores trifft das üblicherweise zu, allerdings muß man das ebenfalls für die VM's manuell durchführen.
Ab W2K8 oder W7 hat MS das Verhalten geändert, diese OS'e erzeugen aligned Filesysteme.

Kommen wir nun zu VMware.
Natürlich hat ein volles Filesystem Auswirkungen auf die Performance, schließlich stehen für Write IO's nur noch einzelne Bereiche zur Verfügung, die sich meistens über alle Diskregionen verteilen.
Zwar sind SAN Arrays für Fragmentierung nicht so anfällig, da aber VMware beim Einsatz vieler VM's überwiegend Random IO's erzeugt, sind deren Prefetch Algorithmen nicht mehr so effizient.

Ich stelle mal die Gegenfrage, was wäre denn für dich ein Performance Problem?

Gruß
Ralf

[adeba]

hallo,

ich muss zugeben das ich nicht viel know how von den san boxen habe. ich bestelle als vmware admin an meine hba´s den platz den ich haben möchte, und idealerweise taucht der platz dann im virtual center auf

hintergrund ist besagte 512gb lun, mit 46.97gb frei. jetzt kommt die anforderung einer weiteren vm mit 35gb.

"Ich stelle mal die Gegenfrage, was wäre denn für dich ein Performance Problem? "
ein problem wäre es, wenn ich die neue vm erstelle, nur noch 10gb frei sind, und auf einmal alle anderen vms merklich langsamer werden, jetzt mal als laie ausgedrückt.

ps: san box ist eine clariion cx4, alle esx 4 pfadig angeschlossen.

[kastlr]

Hallo,

wenn du eine VM mit 35GB Plattenbedarf einrichtest, werden ja noch je nach verwendeten Einstellungen weiterer Plattenplatz benötigt.

Das Swap File liegt üblicherweise auch in dem Datastore und entspricht dem zugewiesenen RAM.

Aus Sicht des Arrays geht es ausschließlich darum, ob der zusätzliche IO Bedarf deiner neuen VM von der LUN noch bedient werden kann.
Falls du mehrere ESX Server als Cluster verwendest, können durch die Verteilung der VM's eines Datastores auf mehrere Server auch SCSI Reservation Conflicts entstehen.
Diese sind zwar nicht direkt abhängig vom Füllstand der LUN, aber da das VMFS für gewisse Aktivitäten mit einer SCSI Reservierung geschützt werden muß, kann sich das durchaus auf die Performance auswirken.
Einfach deshalb, weil es etwas länger dauern kann, in einem fast vollem Filesystem alle erforderliche Zugriffe durchzuführen.

Da du die ganze Umgebung produktiv einsetzt, würde ich immer mindestens 10% free Space in der Hinterhand behalten.
Denn auch bei Storage VMotion wirst du Platz auf dem Datastore benötigen, und ohne ausreichend freien Platz kannst du VM dann im Worst Case noch nicht einmal online auf einen anderen Datastore migrieren.

Hoffe, das hilft dir weiter.

Gruß
Ralf

[bla!zilla]

Ich kann Ralf nur zustimmen, 10% sind eine saubere Reserve. Zudem Plattenplatz für die VM kommt halt immer noch das Swapfile hinzu. Du brauchst also immer etwas mehr Speicher, als nur für die reinen VMDKs. Grundsätzlich sollten deine SAN-Admins darauf achten nicht allzuviele LUNs in die RAID Groups der CLARiiON zu legen. Besondern schön dann, wenn eine LUN viel Random IO macht, und eine andere LUN in der gleichen RAID Group Sequential IO. Das beißt sich... Meta-LUNs sind auch nicht so der Hit, vor allem dann, wenn die einzelnen LUNs "angehangen" (concatenation) wurden.

[kastlr]

Hallo,

im Idealfall kommt bei Meta LUN's jede RAID Gruppe nur einmal vor, damit ich halt möglichst viele Spindeln ans arbeiten kriege.

Entscheidend ist auch die so genannte Hit Rate, ob das Array die Daten bereits im Cache hat oder auf die Disks im Backend zugreifen muß.
Bei einem shared Array ist der IO meistens Random, einfach weil so viele unterschiedliche Systeme darauf arbeiten.
Klar kann man das für sequentiellen IO optimieren, allerdings ist solch ein IO Verhalten eher seltener (z.B. RedoLogs der DB'S, Backup auf Tapes etc.)

Das LUN Design für ESX Server sollte daher immer auf Random IO ausgelegt sein.

Gruß
Ralf

[adeba]

danke für eure ausführungen, dann werde ich mal neuen platz bestellen

[sirrossi]

Schließlich bekommst im vCenter nicht umsonst (zumindest in den Standardeinstellungen) ab 85 % Speicherbelegung einen Alarm.
Und wenn dann einer, bei einer kleineren LUN Kapazität, noch eine VM mit ordentlich RAM ablegt

[DschingisKarn]

Bei einem Besuch bei EMC² meinte ein Mitarbeiter das von Ihnen und VMware die "Empfehlung" bzw. Vorgabe existiere das man eine LUN höchstens zu 70% belegen sollte.

Ich selbst finde 70% etwas übertrieben, 80-85% ist schon realistischer.

Allerdings muss ich zugeben das einige unserer Admins dies noch immer nichtbegriffen haben und wir hier schon den Fall hatten das LUNs zu sehr ausgebucht wurden und VMs dann nicht mehr starten konnten (SWP-File konnte nicht mehr angelegt werden, dummer Fehler).

Also immer Reserver lassen!

Wir rechnen hier bei jeder VM wie folgt:
Platz vHDDs + Platz SWP-File (=vRAM) + 200MB für konfigs und logs
Mit dieser Menge sollte man immer auf der sicheren Seite sein. Wenn jetzt noch Snapshots verwendet werden muss natürlich noch mehr "Luft" gelassen werden ... aber wer benutzt schon in der Produktiv Umgebung Snapshots.

[irix]

..aber wer benutzt schon in der Produktiv Umgebung Snapshots.

Jeder welche ein VM "aware" Sicherung seiner Maschinen machen will oder werden die VMs bei dir herunter gefahren?

Gruss
Joerg