Dimensionierung VMware

[hkais]

Hallo zusammen,

ich versuche mir gerade eine neue Kiste aufzubauen.
Darin soll laufen vSphere 4.

In der vSphere:
einige Linux-Kisten (meistens Idle)
ein Webserver mit ca. 100 Apache-vHosts, mysql, mail
2 Exchangeserver.

Hat jemand eine Empfehlung, wie ich die Dimensionierung für das DAS und die CPUs machen kann?

Welches sind die Dimensionierungsparameter, die ich bei einem Serverhersteller anfragen muss?

Gruß

[continuum]

ich verschieb das mal ins passende Forum

[hkais]

nochmals hochzieh

[JMcClane]

Bei 100 vHosts wird wohl kaum ein Server reichen....

[hkais]

Hi,

naja momentan habe ich einen Server der it 100vHosts gemütlich vor sich hingähnt....

Gibt es denn keine Skalierungs/AUsbauregeln für einen ESX? DAs ist doch traurig.

[continuum]

hier wird glaube ich munter an ein ander vorbei geredet

die 100 vHosts laufen in einer einzigen VM - ist das richtig ? - das ist was ganz anderes als 100 VMs

[hkais]

ja 100 apache vHosts auf einer kiste.

Aber meine ursprüngliche Frage ist weiterhin unbeantwortet.
Gibt es keine Dimensionierungsparameter für vmware?

[mangold]

Mich pers. bringt der Begrifff "vHost" durcheinander.
Im VMware Umfeld hat man einen Host (der ESX Server als physische Maschine) und den Gast (VM) auf dem die Anwendung läuft. Ein vHost = virtuelle Host gibt es dementsprechend nicht.

Ich vermute - ohne mich mit Apache auszukennen - die meinst mit vHost, mehrere Apache Webserver instanzen, so wie man auch mehrere IIS Sites auf einem IIS Server betreiben kann.

Zur Dimensionierung: Es gibt keine Faustregeln, die allgemeingültig sind.

Generell ist eine virtualisierungs Umgebung nicht dazu geeignet, eine bereits ausgelastete physische Umgebung (mit aktueller Hardware) zu ersetzen.

Typisches Aufgabengebiet ist das Ersetzen von sehr alter Hardware die am Limit arbeitet (Alter und Leistung) und das konsolidieren von Hardware die sich langweilt.

Die Ausgangsparameter muss du zunächst selbst bestimmen. CPU Auslastung, Speicherauslastung der jetzigen physischen Umgebung muss zunächst zusammengetragen werden. Wenn die Maschinen z.B. eh nur zu 10% genutzt werden, kannst du - mit einem gewissen Overhead - aus 10x 10% auch 1 x 100% machen. Das ist als Beispiel gemeint.

Aber um eine Analyse deiner jetzigen Umgebung kommst du nicht herum, und wer dir was anderes sagt schiesst entweder ins Blaue oder hat keine Ahnung.

[Dayworker]

Ich vermute - ohne mich mit Apache auszukennen - die meinst mit vHost, mehrere Apache Webserver instanzen, so wie man auch mehrere IIS Sites auf einem IIS Server betreiben kann.

Du brauchst nur eine Apache-Instanz und hostest damit einfach mehrere Webseiten/Domains auf einem Host. Prinzip ist das gleiche, wie auch schon die Datei hosts unter "Fensterle".

100 vHosts vermutlich alle mit PHP und MySQL können generell je nach Seiten-Umfang und vor allem Beliebtheit für einige Unwägbarkeiten in Dimensionierung und Last sorgen. Wobei deine außerdem genannten Anwendungen mail, 2 Exchangeserver alles Schwergewichte sind und neben ausreichend Arbeitsspeicher und Netzanbindung auch eine vernünftige Speicherlösung brauchen.
Du wirst also um eine Analyse der vorhandenen Kapazitäten bezüglich Latenzen, DB-Zugriff, Auslastung und IO-Leistung nicht herumkommen, erst dann läßt sich vielleicht was genaueres sagen. Probier einfach mal aus, wenn du alle bisherigen Einzelrechner auf deinem leistungsstärksten Host per VMserver oder je nach unterstützter HW auch ESXi konsolidierst. Damit hättest du erstmal Anhaltspunkte zur Dimensionierung.

[hkais]

hallo zusammen,

ausprobieren wird da schwierig. Das sind Live-Systeme.

Daher ja bewusst die Frage wie ich ermitteln kann was ich genau brauche.
Meiner Erfahrung nach ist der Bottleneck immer das Storage. Speicher ist schnell nachgerüstet. CPUs gibt es heute dank Multicore ebenfalls genügend. Dennoch ist für mich unklar wie ich z.B. ein Storage dimensionieren muss?

Gruß

[Dayworker]

Wie die Dimensionierung in deinem Fall konkret aussehen muß, kann ich dir nicht sagen. Dazu wäre "irix", soweit mir bekannt ein Händler, wesentlich erfahrener.
Aber ein läßt sich über Datenbanken allgemein sagen: Datenbanken ala MySQL können mit hohen Dauertransferraten meist nur wenig bis garnichts anfangen, sie brauchen einen schnellen Zugriff auf verschiedene Bereiche des Datenträgers und lesen dort im Idealfall auch immer nur kleine Mengen ein. Den Rest halten sie soweit wie möglich im Arbeitsspeicher vor.
Wie es bei Exchange aussieht, sollte sich über die SuFu finden lassen. Dazu gab es immer mal wieder Anfragen und auch Antworten.

[hkais]

Wie finde ich Informationen wieviele IO Operationen ein Storage liefert. Wo finde ich Infos welche Zugriffszeiten ein Storage hat?

Dann die nächste Frage die Kopplung mit Platten sei es SAS 15k oder SATA mit 7.2k usw.

Mir ist diese Dimensionierung noch vollkommen unklar.

Bei der CPU ist es inzwischen recht einfach.
Beim Speicher wird es auch interessant, da mir hierzu ebenfalls oft die Informationen fehlen.

Kann da jemand Licht ins dunkel bringen?