7
Speicherort für VMWare Controller
Hallo Zusammen
Haben gestern 2 neue Rechner und eine Storage bekommen auf der VM Ware läuft.
Dabei ist mir aufgefallen das der VMWareController auf einer Virtuellen Maschine läuft.
Währe es nicht besser diesen auf einer Physikalischen Maschine laufen zu lassen??? z.B. auf dem Dom.-Controller.
Kann man bei einem Eventuellem umzug des Controllers die Einstellungen mit umziehen?
Dabei ist mir aufgefallen das der VMWareController auf einer Virtuellen Maschine läuft.
Währe es nicht besser diesen auf einer Physikalischen Maschine laufen zu lassen??? z.B. auf dem Dom.-Controller.
Kann man bei einem Eventuellem umzug des Controllers die Einstellungen mit umziehen?
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 171703
Url: https://administrator.de/contentid/171703
Printed on: April 19, 2024 at 15:04 o'clock
7 Comments
Latest comment
Was meinst Du mit VMware Controller? Und was meinst Du mit VMware läuft auf einem Storage?
Ich vermute mal er meint den "Virtual Center"?!
Besser wäre es in der Tat der würde auf einem echten Blech laufen. Warum? Ganz einfach: Wenn du deine laufende Umgebung jetzt ordnungsgemäß runterfährst hast du keinen Virtual Center gegen den dein (auf deinem Rechner) installierter Infrastructur Client connecten kann. Das ist erst mal blöd.
Um deine Umgebung dann wieder hoch zu bringen musst du dich dann zuallererst direkt als root gegen den ESX connecten der den Server mit dem Virtual Center hosted. Wird der u. U. automatisch auf x Servern hin und her migriert gehst du erst mal suchen. Alles in allem blöd.
Jetzt kommt's aber:
Wir werden hier demnächst genau das gleiche machen, weil es sinnvoll nicht anders geht in unserer Umgebung. Außer meinen ESX-Hosts im Cluster habe ich ein weiteres Blech das die Root-Domäne hostet (zusätzlich noch einen virtuellen DC). Und genau dieses Blech kommt aus drei guten Gründen nicht als Host für den Virtual Center in Frage.
1. Läuft der unter Windows 2003 32Bit
2. Brauche ich für den aktuellen VC ein 64Bit-System
3. Ist er DC was beim aktuellen Release des VC nicht sein darf
Ergo hab ich keine andere Wahl, wenn ich nicht ein zusätzliches Blech kaufen will.
Vielleicht gibt es bei dir ähnliche Gründe...
Besser wäre es in der Tat der würde auf einem echten Blech laufen. Warum? Ganz einfach: Wenn du deine laufende Umgebung jetzt ordnungsgemäß runterfährst hast du keinen Virtual Center gegen den dein (auf deinem Rechner) installierter Infrastructur Client connecten kann. Das ist erst mal blöd.
Um deine Umgebung dann wieder hoch zu bringen musst du dich dann zuallererst direkt als root gegen den ESX connecten der den Server mit dem Virtual Center hosted. Wird der u. U. automatisch auf x Servern hin und her migriert gehst du erst mal suchen. Alles in allem blöd.
Jetzt kommt's aber:
Wir werden hier demnächst genau das gleiche machen, weil es sinnvoll nicht anders geht in unserer Umgebung. Außer meinen ESX-Hosts im Cluster habe ich ein weiteres Blech das die Root-Domäne hostet (zusätzlich noch einen virtuellen DC). Und genau dieses Blech kommt aus drei guten Gründen nicht als Host für den Virtual Center in Frage.
1. Läuft der unter Windows 2003 32Bit
2. Brauche ich für den aktuellen VC ein 64Bit-System
3. Ist er DC was beim aktuellen Release des VC nicht sein darf
Ergo hab ich keine andere Wahl, wenn ich nicht ein zusätzliches Blech kaufen will.
Vielleicht gibt es bei dir ähnliche Gründe...
Wir haben unser vCenter als VM laufen, mit den von Manuel genannten Einschränkungen. Da wir aber nur 3 VMware Hosts haben und nicht automatisch verteilt/migriert wird, überwiegen bei uns die Vorteile.
Hallo Danke für die Antworten.
Ich bin in dem Thema noch recht neu, aber irgendwie leuchtet mir das auch so ein, denn wenn meine Virtuelle Maschine mit dem Vitual Center abstürtzt kann ich auch auf alle anderen Maschinen nicht zugreifen.
ist das so richtig?
Unserer Physikalischer Server ist ein Windows 2008 R2 64bit mit DC und Exchange.
Ist die Installation dort möglich? und wenn ja wie bekomme ich die einstellungen vom alten V-Center daruf????
Ich bin in dem Thema noch recht neu, aber irgendwie leuchtet mir das auch so ein, denn wenn meine Virtuelle Maschine mit dem Vitual Center abstürtzt kann ich auch auf alle anderen Maschinen nicht zugreifen.
ist das so richtig?
Unserer Physikalischer Server ist ein Windows 2008 R2 64bit mit DC und Exchange.
Ist die Installation dort möglich? und wenn ja wie bekomme ich die einstellungen vom alten V-Center daruf????
Über welches Produkt von VMware reden wir hier?
Unserer Physikalischer Server ist ein Windows 2008 R2 64bit mit DC und Exchange.
Ist die Installation dort möglich? und wenn ja wie bekomme ich die einstellungen vom alten V-Center daruf????
Ist die Installation dort möglich? und wenn ja wie bekomme ich die einstellungen vom alten V-Center daruf????
Wie ich oben bereits schrieb
Ist er DC was beim aktuellen Release des VC nicht sein darf
Was heißt das also für dich? Dein Dienstleister hat sich aus dem Grund dazu entschieden den Virtual Center auf einer VM zu installieren. Die Alternative wäre gewesen einen zusätzlichen Server anzuschaffen für den Center oder auf dem gekauften Blech halt keinen DC zu installieren. Ersteres hätte ein bißchen was gekostet; letzteres wäre ganz unklug gewesen.
Guten morgen
wir haben bei uns das gleiche gemacht, allerdings haben wir damit drei Hosts angebunden (VMWare Essential Plus) - nur liegt diese auf einem kleinen lokalen Storage der VM und nicht auf dem iSCSI Storage (wir hatten hier eh noch platten frei war aus dem Grund kein Problem) - das Center ist nur zum verwalten der VM da, du kannst auch jeden Server direkt ansprechend mit dem vSphere Client (nur kommt dann immer die Meldung :"diese Host wird von einem vCenter verwaltet blah) - es ist dann zwar doof wenn die Kiste abraucht - allerdings ginge davon die Welt nicht unter (wichtig ist lediglich das die Datenbank des vCenters gesichert wird damit man diese im worstcase zurücksichern kann).
Was du auf jedenfall beachten muss bei einer VM Umgebung: die brauchen einen DNS Server, hier könntest du zum einen einen DC auf blech lassen oder einfach einen DNS mit einer sekundären Zone auf irgendeine Blechkiste installieren (bei uns liegt der "Notfall-DNS-für-VMWare" auf dem Backupserver - und auch nur die bekommen den als sekundären DNS eingetragen, damit die VMs auch laufen wenn mal (warum auch immer) kein DC verfügbar ist).
Und zu deinem Server: AD und Exchange sollte man nicht auf der gleichen Kiste installieren :> - da kannst dir später besser eine einzelne VM erstellen und da den DC rumdümpeln lassen (ein Restart des Server mit Exchange und DC Rolle dürfte ewig dauern nehme ich an
)
wir haben bei uns das gleiche gemacht, allerdings haben wir damit drei Hosts angebunden (VMWare Essential Plus) - nur liegt diese auf einem kleinen lokalen Storage der VM und nicht auf dem iSCSI Storage (wir hatten hier eh noch platten frei war aus dem Grund kein Problem) - das Center ist nur zum verwalten der VM da, du kannst auch jeden Server direkt ansprechend mit dem vSphere Client (nur kommt dann immer die Meldung :"diese Host wird von einem vCenter verwaltet blah) - es ist dann zwar doof wenn die Kiste abraucht - allerdings ginge davon die Welt nicht unter (wichtig ist lediglich das die Datenbank des vCenters gesichert wird damit man diese im worstcase zurücksichern kann).
Was du auf jedenfall beachten muss bei einer VM Umgebung: die brauchen einen DNS Server, hier könntest du zum einen einen DC auf blech lassen oder einfach einen DNS mit einer sekundären Zone auf irgendeine Blechkiste installieren (bei uns liegt der "Notfall-DNS-für-VMWare" auf dem Backupserver - und auch nur die bekommen den als sekundären DNS eingetragen, damit die VMs auch laufen wenn mal (warum auch immer) kein DC verfügbar ist).
Und zu deinem Server: AD und Exchange sollte man nicht auf der gleichen Kiste installieren :> - da kannst dir später besser eine einzelne VM erstellen und da den DC rumdümpeln lassen (ein Restart des Server mit Exchange und DC Rolle dürfte ewig dauern nehme ich an
)
