Wohin muß (sollte) der VCenter installiert werden?

[kutho]

Hi,


macht es Sinn den vCenter auf physikalische Hardware zu installieren? Oder besser als VM?
Welche Vor- bzw. Nachteile bringt es wenn das vCenter auf einem HyperV oder Xen als VM installiert wird?
Gibt es eine Best-Practice die sagt dass das vCenter auf einem der vom ihm verwalteten ESXi laufen sollte?

(Hardware: 3 x ESXi 4.1 -- EVA SAN -- Datenbank vCenter muß zunaechst lokal liegen (SQL Express))

Danke!

[irix]

Na als VM natuerlich. Du kannst dich ja auch selber fragen warum du andere Systeme virtualisiert bzw. als VM betreiben moechtest.

Deine vCenter VM profitiert doch von all den Vorteilen den eine VM hat genau so.

Gruss
Joerg

[kutho]

ok -- das war ja schon recht logisch

Jetzt noch die Frage offen: macht es irgendeinen Sinn oder Unsinn wenn das vCenter nicht unter einem ESXi sondern unter einem XEN oder HyperV als VM installiert wird?

[irix]

Ich bezweilfe das der VMware Support sehr gluecklich damit wird wenn du ihnen sagst das es unter Hyper-V/XEN laeuft bzw. du machst es denen dann sehr leicht .

Du willst das in den vSphere Cluster legen welchen es managed sofern ein SAN und vMotion zur Verfuegung steht. Ist auch noch HA aktiv kann nicht mehr viel schief gehen.

Gruss
Joerg

[kutho]

oh -- ja -- ich will (Support) und das vCenter auf das eingebundene SAN eines ESXi installieren.
Gutes Argument -- gibt es evtl. noch weitere Vorteile?

Danke!

[nbfbe]

weitere Vorteile? Alle Vorteile, die eben jede VM hat

[kutho]

ja -- ok -- schon eingesehen -- als VM auf jeden Fall.

aber gibt es noch weitere Gründe den nicht auf einem XEN oder HyperV zu installieren ausser dem Support?

[echt_weg]

ja -- ok -- schon eingesehen -- als VM auf jeden Fall.

aber gibt es noch weitere Gründe den nicht auf einem XEN oder HyperV zu installieren ausser dem Support?

nein.....ich würde aber versuchen möglichst überall den gleichen hypervisor zu nutzen

[PeterDA]

Hi,
will da noch was einwerfen:

Datenbank vCenter muß zunaechst lokal liegen (SQL Express)

Dir muss klar sein, dass wenn du die DB auf einen anderen Server legst und du diesen dann mal Booten must auf Grund von Patches oder warum auch immer dein vCenter nicht mehr geht. Ich habe bei mir daher wieder zurückgerüstet.

Gruß Peter

[MopedTobias]

Ich klinke mich mal in den Thread ein, da meine Frage im Prinzip auf das Gleiche hinaus läuft.

Z.Zt. siehts bei uns wie folgt aus:

Im RZ steht ein ESX-Cluster. Im Serverraum im Bürogebäude 2x ESX. Zusätzlich im Serverraum im Bürogebäude laufen 2 Server (Hardware), wo einmal vCenter Foundation (für das Cluster im RZ) läuft und einmal vCenter Essential (für die beiden ESX im Serverraum im Bürogebäude). Bürogebäude und RZ sind einer 10Mbit/s Standortvernetzung angebunden. An den Standorten selbst wird mit GbE gearbeitet. Das Ganze ist ein logisches Subnet.

Nicht zuletzt weil ich einen Server der vCenter für was anderes benötige, möchte ich die vCenter nun irgendwie von der Hardware runter bekommen. Leider kann ich ja vCenter Essentials und Foundation nicht in ein vCenter zusammenführen. Für Vorschläge wie ich beide unter einer Windows Maschine betreiben kann, wäre ich anbei dankbar.


Also habe ich mir folgende Änderungen gedacht:

a) Beide vCenter virtualisieren und beide im Cluster im RZ betreiben
b) Beide vCenter virtualisieren und das vCenter fürs RZ im Bürogebäude betreiben und das vCenter fürs Bürogebäude im RZ
c) Einen der beiden vCenter-Server mit ESXi-free bespielen und dort 2 vCenter VMs betreiben (ist eine Option, nur sehe ich jetzt nicht viel Sinn darin)

Regards
MT[code][/code]

[sirrossi]

Moin MT,

Du könntest auch auf dem ESX Verbund, die vom Essentials verwaltet werden, eine VM mit dem vCenter Foundation betreiben.
Auf dem ESX Verbund, die vom Foundation verwaltet werden, eine VM mit dem vCenter Essentials betreiben.

Oder hast Du keine MS DataCenter Lizenzen und somit werden zusätzliche Windows Lizenzen fällig

[echt_weg]

b) Beide vCenter virtualisieren und das vCenter fürs RZ im Bürogebäude betreiben und das vCenter fürs Bürogebäude im RZ

so würde ichs machen - zumindest wenn die leitung stabil ist

[irix]

b) Beide vCenter virtualisieren und das vCenter fürs RZ im Bürogebäude betreiben und das vCenter fürs Bürogebäude im RZ

so würde ichs machen - zumindest wenn die leitung stabil ist

Wuerde ich nicht so machen... egal welche Seite mal "weg" ist du kannst die uebriggebliebende nicht mehr managen. Allerdings koennte man nun ueberlegen ob der Schutzlevel im RZ wo es SAN/vMotion/HA gibt einen entsprechenden Mehrwert darstellt. Dann wuerde ich beide vCenter im RZ betreiben.

Gruss
Joerg

[echt_weg]

ist von der sache richtig aber wenn mir standort a ausfällt brauche ich normalerweise auch standort b nicht innerhalb von ein paar minuten voll managen können. hat halt auch nen charme wenn alle esx-hosts nach einem stromasufall weg sind und man sich locker zum vc verbindet und alle hochfährt.

Eine perfekte Lösung gibts halt nicht. Viel wichtiger ist eh, dass man auch ohne vc in der Lage ist die Umgebung zu managen (sprich root-Kennwörter sollten irgendwo abgelegt sein etc.)

[MopedTobias]

Ins RZ komme ich auch, wenn die Standortvernetzung ausfallen würde. Außerdem sind es 5 Minuten Fahrtzeit dahin, womit ich mich auch zeitnah vor Ort einklinken könnte.

Ich denke ich werde beide ins RZ verlagern, da ich dort genügend Ressourcen habe. Die einzelnen ESX im Serverraum kann ich zur Not auch direkt managen.

Danke schon mal für eure Vorschläge und Argumente.

[tester78]

ich habe mein VCenter virtualisiert.

Und mir ist gerade ein nachteil bewusst geworden, nämlich das ich den Host wo das Vcenter als VM drauf läuft nicht updaten kann, weil ich kein Failover mangels SAN durchführen kann.

[irix]

Das ist aber nichts neues....

Gruss
Joerg