SQL Server 2008 virtualisieren mit VMWare Server
Hallo,
ein Kunde bekommt bald einen neuen Server und wird in diesem Zuge von SBS 2003 auf SBS 2011 Standard + Premium Add on umsteigen.
Kunde hat eine SQL Datenbank laufen und durch das Premium Add on ist ja ein SQL Server 2008 inklusive.
Insg. arbeiten 8 User auf der Datenbank, also nicht wirklich viele. Der neue Server wird auch recht ordentlich Leistungsdaten haben und wird als Exchange, Fileserver + AD Server genutzt.
Microsoft empfiehlt ja den SQL Server auf einer separaten Maschine zu installieren. Jetzt stellt sich die Frage, ob wir eine zusätzliche Maschine kaufen, oder den SQL Server mit VMWare Server virtuallisieren und damit auf der gleichen Maschine laufen haben wo auch SBS 2011 läuft.
Ich denke mit nur 8 Usern und einem guten, performanten Server mit genug Platten und RAID Konfiguration sollte das von der Performance her keine Probleme machen.
Wie sieht es aber aus mit Stabilität?? Würdet ihr VMWare Server überhaupt auf dem DC installieren?? Mag es SQL Server überhaupt in einer VMWare zu laufen??
Hoffe ihr könnt mir ein paar Tips geben
Thx
Easyrider
ein Kunde bekommt bald einen neuen Server und wird in diesem Zuge von SBS 2003 auf SBS 2011 Standard + Premium Add on umsteigen.
Kunde hat eine SQL Datenbank laufen und durch das Premium Add on ist ja ein SQL Server 2008 inklusive.
Insg. arbeiten 8 User auf der Datenbank, also nicht wirklich viele. Der neue Server wird auch recht ordentlich Leistungsdaten haben und wird als Exchange, Fileserver + AD Server genutzt.
Microsoft empfiehlt ja den SQL Server auf einer separaten Maschine zu installieren. Jetzt stellt sich die Frage, ob wir eine zusätzliche Maschine kaufen, oder den SQL Server mit VMWare Server virtuallisieren und damit auf der gleichen Maschine laufen haben wo auch SBS 2011 läuft.
Ich denke mit nur 8 Usern und einem guten, performanten Server mit genug Platten und RAID Konfiguration sollte das von der Performance her keine Probleme machen.
Wie sieht es aber aus mit Stabilität?? Würdet ihr VMWare Server überhaupt auf dem DC installieren?? Mag es SQL Server überhaupt in einer VMWare zu laufen??
Hoffe ihr könnt mir ein paar Tips geben
Thx
Easyrider
Please also mark the comments that contributed to the solution of the article
Content-ID: 175114
Url: https://administrator.de/contentid/175114
Printed on: October 7, 2024 at 01:10 o'clock
4 Comments
Latest comment
Moin Moin
Ist der einzige Grund für die VMWare Lösung...
Ich denke bei 8 Usern würde es kein Problem werden beide Server auf dem DC zu lassen.
Gruß L.
Mag es SQL Server überhaupt in einer VMWare zu laufen??
Ja, das klappt schon.Würdet ihr VMWare Server überhaupt auf dem DC installieren?
Würde ich wohl, wenn ich keine andere Maschine hätte.Ist der einzige Grund für die VMWare Lösung...
Microsoft empfiehlt ja den SQL Server auf einer separaten Maschine zu installieren.
..diese Empfehlung.Ich denke bei 8 Usern würde es kein Problem werden beide Server auf dem DC zu lassen.
Gruß L.
Einen DC sollte man nicht virtualisieren. Gleichzeitig sollte ein DC eben nur DC sein, mehr nicht. Es gibt tausend Gründe und Argumente, warum man sich daran halten sollte, google liefert sie dir genau wie einige Stimmen, die das Gegenteil behaupten.
Einen SQL-Server zu virtualisieren halte ich für grenzwertig, da SQL immer hohe I/O-Last verursacht und genau das ohne ein SAN der Flaschenhals ist. Dummerweise wird dadurch nicht nur der SQL-Server selbst langsam, sondern gleich alle Maschinen auf diesem VM-Host. Bei 8 Usern kann man sich nun trefflich darüber streiten, ob das tatsächlich Auswirkungen hat... - Versuch macht kluch.
Wichtig für den VM-Host sind imho zwei Dinge: VIel RAM (Hubraum ist nur durch Hubraum zu ersetzen *g*) und schnelles Plattensusbsystem, sofern kein SAN vorhanden. Schnell heisst in diesem Fall explizit _KEINE!_ SATA-Platten, sondern SAS, da deren mittlere Zugriffsgeschwindigkeit deutlich kürzer ist, was wiederum dem SQL-Server sehr zugute kommt.
Cheers,
jsysde
EDIT:
Ähh, blöd formuliert. _EIN_ DC im Netz sollte immer eine echte Maschine sein, mind. einen weiteren DC hat man ja sowieso als Ausfallsicherung, den (und andere) zu virtualisieren ist kein Problem.
Einen SQL-Server zu virtualisieren halte ich für grenzwertig, da SQL immer hohe I/O-Last verursacht und genau das ohne ein SAN der Flaschenhals ist. Dummerweise wird dadurch nicht nur der SQL-Server selbst langsam, sondern gleich alle Maschinen auf diesem VM-Host. Bei 8 Usern kann man sich nun trefflich darüber streiten, ob das tatsächlich Auswirkungen hat... - Versuch macht kluch.
Wichtig für den VM-Host sind imho zwei Dinge: VIel RAM (Hubraum ist nur durch Hubraum zu ersetzen *g*) und schnelles Plattensusbsystem, sofern kein SAN vorhanden. Schnell heisst in diesem Fall explizit _KEINE!_ SATA-Platten, sondern SAS, da deren mittlere Zugriffsgeschwindigkeit deutlich kürzer ist, was wiederum dem SQL-Server sehr zugute kommt.
Cheers,
jsysde
EDIT:
Ähh, blöd formuliert. _EIN_ DC im Netz sollte immer eine echte Maschine sein, mind. einen weiteren DC hat man ja sowieso als Ausfallsicherung, den (und andere) zu virtualisieren ist kein Problem.