Verschiedene Datenbank-BS auf mehrere VM verteilen?

[sirius]

Ich habe folgendes vor:

Hier steht ein niegelnagelneuer Server rum (2 QuadCore-Dinger; ganz viel RAM; x 15000er Festplatten;....)
Dieser Server soll als Datenbankserver dienen.
Zum einen spiele ich damit ein bisschen rum und teste Software sowie Datenbankdesign an Oracle.
Zum anderen müssen auch diverse Softwareprodukte laufen, welche nicht immer Oracle (sondern auch MS-SQL oder mysql) verwenden.

Jetzt wäre die eine Möglichkeit auf den Rechner ein 64bit Betriebssystem (Windows 2003) aufzusetzen und dann alle Datenbanken darauf zu installieren.

Eine andere Möglichkeit wäre alle oder einzelne Datenbanken in eine VM zu legen.

Was würdet ihr machen?

[mjustin]

Mit VMs von VMWare (VMWare Server, kostenlos, oder ESXi wenn die Hardware dafür zertifiziert ist) habe ich bisher gute Erfahrungen gemacht.

Selbst eine Entwicklungsumgebung würde ich, sofern Resourcen da sind, auf VM umstellen - vor allem wenn die Installation aufwendig ist und auf keinen Fall durch Installation anderer Software instabil werden darf, z.B. für den Support älterer Projekte (z.B. Delphi 7 oder 2007).

Viele Grüße,

[Alter Mann]

Hi,

Zitat:

Jetzt wäre die eine Möglichkeit auf den Rechner ein 64bit Betriebssystem (Windows 2003) aufzusetzen und dann alle Datenbanken darauf zu installieren.

64Bit -> JA! 2003 -> NEIN!!! 2008 R2 -> JA (weil 64-Bit pur und Hyper-Visor)!!!

Ab und nur in 2008'er R2 werden CPU's und RAM im Hyper-Visor aufgeteilt. Gleichzeitig fallen für die VM's
keine Lizenzkosten an! Soll heißen: 1 2K8-Core mit Hyper-Visor mit 8 oder mehr VM's = eine Lizenz, keine weiteren Kosten.

Alles nur eine Frage des RAM und der Auslastung, gegen Rechnung stellen: Wieviele OS-Lizenzen + Hardware gegen
1 2K8-R2 Hyper-Visor mit N x VM's.

Was in den VM's läuft ist 'fast' egal.

Gruß

[mjustin]

Zitat:

Zitat von Alter Mann

Ab und nur in 2008'er R2 werden CPU's und RAM im Hyper-Visor aufgeteilt. Gleichzeitig fallen für die VM's keine Lizenzkosten an!

Nun, Lizenzkosten fallen auch dann nicht an, wenn man Oracle bzw. MySQL nicht in einer Windows- sondern einer Linux, OpenSolaris oder OpenBSD Virtual Machine installiert. Ebensowenig muss das Hostbetriebssystem Windows sein: in den VMs kann problemlos Windows 2003 laufen, auch wenn der VM Host unter Linux oder OpenSolaris läuft.

Cheers,

[Alter Mann]

@mjustin

So gesehen richtig, aber wer gibt dir den Support wenn es nicht so läuft wie es soll?

Ich bin halt von einer einheitlichen Archtektur ausgegangen und wenn in den VM's
Windows laufen soll, scheint es die beste Lösung zu sein.

Gruß

[Willmar.Heinrich]

@Sirius:
Nur wenn Du eine Datacenter-Lizenz von Win2008R2 hast, brauchst Du die Guests nicht lizenzsieren http://www.microsoft.com/germany/ser...r/default.mspx , ansonsten schon!

Datenbanken in virtuellen Maschinen würde ich nur machen, wenn die Datenbanken selbst dann per iSCSI auf gesondertem Speicher vorliegen oder in reinen Testumgebungen. Ansonsten hast Du schnell Performance-Probleme.

[Blup]

Ich konnte noch keine Performance-Probleme festestellen, wenn der Datenbankserver in einer VM liegt.
Jede VM muss allerdings über genügend Speicher verfügen.
Die Vorteile überwiegen meiner Meinung nach. Wenn z.B. die Hardware nicht mehr leistungsfähig genug ist, kann eine oder alle VM ohne Probleme umziehen. Updates können problemlos an einer Kopie der VM getestet werden. Im schlimmsten Fall kann einfach die entsprechende VM durch einen älteren Stand ersetzt werden.

[Willmar.Heinrich]

@blup:
Nichts gegen Virtualisierung, ich betreibe selbst diverse Datenbankmaschinen in virtualisierten Umgebungen.
Nur sollte man nicht vergessen, dass Datenbanken hohe I/O-Anforderungen stellen können und da dann das Ende der Fahnenstange schnell erreicht ist.

[himitsu]

Ich würde womöglich die Datenbanken auf eine jeweils zweite virtuelle oder gar reelle Festplatte auslagen
(es gibt ja VMs, welche das Einbinden reeller Platten/Partitionen erlauben),
so könnte man bei einem Update der Software "einfach" nur die Systemplatte der VMs tauschen
(nachdem sie schon an einer TestVM installiert und getestet wurde)
und Backups der Datenbanken dürften auch leichter möglich sein
(vorallem von außerhalb der VMs)

[hoika]

Hallo,

Zitat:

Zum einen spiele ich damit ein bisschen rum und teste Software sowie Datenbankdesign an Oracle.

Da bietet sich eine VM an.
Oder hat es mal jemand fertigbekommen, eine Oracle-DB rücktandsfrei zu deinstallieren ?
Ausserdem lassen sich so mehrere Versionen installieren
(jaja, geht auch so, aber getrennt ist besser)

Zum abschliessenden Test sollte man aber auch mal mal mehrere DB's parallel installieren,
sonst sagt der Kunde vielleicht
"Ich habe Ihre DB installiert, jetzt geht gar nichts mehr"

Zitat:

Zum anderen müssen auch diverse Softwareprodukte laufen, welche nicht immer Oracle (sondern auch MS-SQL oder mysql) verwenden.

Unter einer VM hast du damit eine "Überschneidungs"-Probleme.


Stichwort: IDE
Das schöne an einer VM ist ja auch, dass ich die einfach auf einen
anderen Rechner kopieren kann,
ohne alles neu zu installieren.


Heiko