Sinnvolle Serveraufteilung in VMs

Hallo,

du hast mit einem Server sowieso ein Problem
-Der DC sollte immer auf einer eigenen Hardware laufen und nicht virtualisiert werden.
-Exchange und DC auf dem gleichen Blech sind auch nicht supportet.

Gruß

Moin moin

Wenn du virtualisieren möchtest, dann setz auf dem Server 2012 einen Hyper-V Host auf und erstelle die gewünschten VM´s.

Zum Beispiel so:

1. DL 160
• Hyper-V Host

1. Aufteilung virtuelle Maschinen
• DC (als separate Maschine)
• Exchange ggf. mit Dateiserver, ich empfehle aber auch den separat zu installieren (falls er in einer DMZ stehen soll)
• Dateiserver + MySQL + Sharepoint
• Terminalserver (falls überhaupt benötigt)

Bei den Datenbankinstallationen brauchst du Plattenplatz genauso wie beim Exchange, wenn die Postfächer groß sind.
Generell wird die Installation eines DC auf einer virtuellen Instanz von Microsoft nicht gerne gesehen, aber geduldet (mir fehlt die Verständnis für diesen Umstand, aber na ja). Wir virtualisieren den DC seit wir VM´s einsetzen und hatten noch nie Probleme damit.
Auch den Support von M$ hat dieser Umstand nicht gestört, als wir ein Problem mit der AD Datenbank hatten.

So, jetzt zum aber:
Du hast alle deine Systeme auf einer Hardware installiert, wenn diese jetzt ausfällt, dann hast ist alles erstmal weg und muss mühsam wieder hergestellt werden. Verteilst du die Dienste auf zwei Hostsysteme, dann bist du etwas sicherer, was den Ausfall angeht.

Das Konzept solltest du noch einmal überschlafen und die Betriebssicherheit mit dem Faktor Investitionskosten gegenüberstellen.

1. was kostet mich der Ausfall?
2. wie lange kann ich auf die ausgefallenen Dienste verzichten?
3. wie schnell kann ich im Ernstfall zurücksichern?
4. usw.

Bei solchen Überlegungen kommen auf einmal Erkenntnisse, die den avisierten Budgetrahmen oft sprengen ;)
Aber im Rahmen einer vernünftigen Infrastruktur (man braucht nicht immer einen Mercedes, es reicht auch ein Passat) bleibt der Kosten / Nutzen Faktor überschaubar.

Gruß Keksdieb

Moin @Hitman4021,
Das ist so nicht richtig. Laut Microsoft und anderen Blogs können viele virtuelle DCs vorhanden sein, aber einer davon sollte immer auf Hardware laufen.


Grüße,
Dani

Hallo Dani,

wie gesagt "DER" DC. Damit zumindest einer auf Blech läuft.

Was macht dein Hyper-V wenn er beim hochfahren seinen DC nicht findet? Das hat schon seinen Grund.

Grüße

@Hitman4021:
Mit Hyper-V habe ich in einer AD Umgebung noch nicht rum experimentiert, aber in einer VMware Umgebung startet mein ESX auch ohne den DC.

Da ich auch ohne AD Auth. einen Zugriff auf die Konsole des ESX habe, kann ich den DC nachträglich starten (wenn der DC per default beim hochfahren des ESX gleich mit startet).
Ich kann mir nicht vorstellen, dass es diese Tür beim Hyper-V nicht gibt.

Gruß
Keksdieb

Hallo,

am ESX hast du allerdings das Problem das die AD User auch später nicht verfügbar sind wenn dieser nachträglich gestartet wurde.

Und bei Hyper-V liegen z.B. auch die Cluster Informationen im AD. Und normalerweise benutzt man eben überall die gleichen User Acounts. Sicher wird es irgendwo eine Hintertür geben.
Aber am besten man macht es so wie es empfohlen wird, das macht am wenigsten Probleme.

Gruß

@keksdieb
das ist schon klar... aber auch das vCenter baut auf AD auf oder?

Es gibt eben bestimmte Umgebungen die nach Microsoft Best Practice aufgebaut werden umd später Microsoft Support zu erhalten. Der ist nämlich da ziemlich streng.

Bei Hyper-V 2012 gibt es direkt keinen DC-Zwang.


Grüße,
Dani