Hi to all,

Mal wieder eine kleine Frage, setzt jemand schon Exchange 2003 oder 2007 in einer VMWare ESX Umgebung ein?!
Kürzlich hat mir da einen VMWare Trainer gesagt das wäre kein Problem...wenn ich aber unsere Exchange Server genauer anschaue, dann braucht der ja doch einiges an Performance, 4GB RAM ect....und das ganze dann Virtuell hmmm....

Thanks und bis dann,
Rezax

Ich durfte an einem Dell-Event zum Thema Virtualisierung teilnehmen, dort hat der Informatikchef der ETH Zürich (der Name kommt mir gerade nicht in den Sinn) über den Einsatz der Virtualisierung an der ETH gesprochen. Dabei wurde auch die Frage aufgeworfen, was virtualisiert werden kann resp. was nicht. Nach ETHZ gibt es nichts, was sich nicht lohnen würde resp. nicht virtualisiert funktionieren würde. Selbstverständlich muss das Hauptaugenmerk darauf liegen, dass die virtuelle Maschine die genau gleichen Hardwareanforderungen erfüllen muss, wie ein virtueller Server (RAM, Performance CPU und Storage). Dabei ist nicht unbedingt wichtig, dass man Hardware einsparen kann, sondern dass die (virtuellen) Server "verschiebbar" sind resp. nicht hardwaregebunden sind. Selbst einen Hochleistungsrechenserver für wissenschaftliche Berechnungen ist bei der ETHZ virtualisiert, mit dem Vorteil, dass wenn die Hardware abliegt, dass der virtuelle Server auf einer anderen Hardware weiterläuft (vielleicht nicht mit der selben Performance, aber er läuft ).

Ein ESX-Server mit weniger als 40GB RAM ist eh nur Kinkerlitzchen *duckundweg"

Hallo swizz,

Thanks für dein Posting... hört sich interessant an , mich würde jedoch interessieren ob jemand bereits Exchange in einer Virtuellen Umgebung Produktiv einsetzt... du weist ja, theoretisch und praktisch das sind zwei paar Schuhe ...

Grüsse
Rezax

Wir setzen Exchange 2003 auf einer VMWare und ESX Umgebung ein (d.h. der hausinterne Mailserver wurde damals mit Hilfe des "Psysical to Virtual Converters von der alten HW agbgekupfert") und sind sehr zufrieden damit sowohl was die Performance als auch die Stabilität betrifft... und mich dünkt es auch, dass wir, seit wir unsere Windows Servers umgestellt haben, sogar noch einen drauf gelegt haben in Sachen Performance... da ja die Daten der VM's jetzt auf dem zentralen SAN liegen (2TB Speicher)
und die 3 ESX Servern zusammen auf rund 80GB RAM kommen und pro Maschine (HW) eine Quad Core CPU eingebaut haben.. Dank dem Virtual Center (quasi der Schaltzentrale von VMware und ESX) hast Du übrigens die Möglichkeit sämtliche relevanten Einstellungen pro Virtuelle Maschine zu definieren und kannst so die Ressourcen dann entsprechend der Ansprüche der jeweiligen "Server" anpassen.. sprich wenn der Exchange viel Saft braucht und auf der gleichen VM noch ein Fileserver läuft ... etc... ist aber alles eine Frage der Lizenzen und Kosten und kann dann schnell mal einen guten Kleinwagen ausmachen..



Zugegebenermassen haben wir für das ganze Projekt einen externen Partner gehabt, der uns zur Seite stand und das Ganze sehr professionell gelöst hat..

Wie's mit Exchange 2007 aussieht kann ich leider auch nicht sagen, da wir erst zu einem späteren Zeitpunkt umstellen werden... frei nach dem Motto "Never change a running System"

Rein funktionell ändert sich gar nichts, ausser dass serverspezifische Tools vor der Migration (z.B. HP Management SW etc) unbedingt entfernt werden müssen, da sonst VMWare damit Probleme bekommt...

und unser virtueller Exchange bedient zur Zeit rund 350 User (und dazu etwa 20 öffentliche Ordner) und läuft wie gesagt wie ne 1... Abstürze oder komische Phänomene, die aber zum Teil auch auf unsere rund 200 DAU's zurückzuführen sind leider, sind bis dato keine aufgetreten (ausser die wären schon vorhher vorhanden gewesen, aber da kann VMWare nichts dafür)

seit der Virtualisierung haben wir übrigens massiv an Kosten (z.B. Kühlkosten für weniger HW im Serverraum etc) eingespart... was natürlich den CEO, bzw. Direktor schlussendlich freut :-)...

Schön ist auch das Feature der Failover Funktion, die uns aber kürzlich ein bisschen im Stich gelassen hat... da im 2. Werk (BackupSite) kein DNS vorhanden war und somit das doofe Virtual Center auch gleich tot war.. , als wir einen geplanten Stromausfall hatten, da hat dann der Chef geflucht wie ein Rohrspatz :-)

Interessant das so zu hören!

Werde in nächster Zeit auch unseren Exchange virtualisieren!

Jetzt würde ich gerne ein paar Meinungen hören!

Soll ich den Exchange 2003 virtualisieren und in dann virtuell auf 2007 upgraden?
oder
Soll ich den Echange 2003 auf 2007 upgraden und dann virtualisieren?
oder
Soll ich virtuell einen neuen Server aufziehen und Exchange 2007 neu migrieren?
(parallel zum 2003)

Was meint ihr?

PS: ESXi Server 3.5 (32GB RAM & Quad Core)

Leider kann ich dazu (noch) nicht viel sagen da wir wie gesagt vorderhand noch mit Exchange 2003 arbeiten. Aber soviel vorweg: da die meisten unserer Server während dem laufenden Betrieb nicht sauber migrieren liessen, haben wir uns dann entschlossen diese mit einer sogenannten "Cold" Migration zu virtualisieren, d.h. alle unnötigen Dienste deaktivieren, Server Tools von der pyhsikalischen HW "kippen" sowie die Netzwerkkarte auf eine interne IP umzustellen (speziell bei AD Controllern empfehlswert da dies den Loginprozess bei der erstmaligen Anmeldung am Guest OS massiv beschleunigt) und dann mit Hilfe des PVTY Converters entsprechend zu migrieren. Nachteil dabei ist natürlich das der Server während der Cold Migration nicht online ist was die Umstellung während der Randzeiten nötig macht..

Für Deinen Fall empfehle ich Variante 3:

da du Dort dann die grösstmögliche Flexibiltät hast, es kann ja durchaus sein, dass beim Upgrade auf 2007 was in die Hose geht und eine VM killen und neu erstellen ist allemal schneller gemacht, als den physikalischen Server erneut zu migrieren.. und zudem hast Du bei der Parallel Version die Möglichkeit Tests zu fahren, sprich Du kannst ja dann z.B. ein, zwei Mailboxen auf den "frischen" VM Exchange 2007 kopieren und schauen was passiert und die User können ungehindert mit dem alten Mailserver arbeiten... und merken davon in der Regel nichts..

Variante 1 ist wirklich nur für Zweckoptimisten zu empfehen, ausser das Backup im Deasterfall ist schnell verfügbar.. und bei Variante2 muss ich passen, das haben wir so bis dato noch nicht getestet, vermute aber, alleine schon wegen der VMWare speziellen Dinge (VMTools, VWLayer etc) die Uebung u.u. auch in einem Deaster endet und wer will das schon ?

Viel Spass beim Migrieren

Hab ich zum Glück bereits hinter mir! Unsere Infra Server habe ich bereits virtualisiert... Und lief im grossen und ganzen sehr sauber ab! Heute der 'letzte' dann fehlt nur noch Exchange! und naturlich noch ein paar kleinikeiten....

hätte mir das so vorgestellt:
Exchange 2003 --> Cold Clone -->new Snapshot --> upgrade auf 2007 --> wenn etwas nicht klappt -->back to Snapshot --> upgrade auf 2007 --> wenn etwas nicht klappt -->back to Snapshot --> upgrade auf 2007 --> wenn etwas nicht klappt --> Variante 3. probieren!

Danke für deine Antwort!

ok ist aber gemäss VMWare nicht zu empfehlen siehe auch:

"Snapshots and Other Activity in the Virtual Machine
When you take a snapshot, be aware of other activity going on in the virtual machine and the likely effect of reverting to that snapshot. In general, it is best to take a snapshot when no applications in the virtual machine are communicating with other computers. The potential for problems is greatest if the virtual machine is communicating with another computer, especially in a production environment.

Examples of instances when taking a snapshot might not be recommended:

While the virtual machine is downloading a file from a server on the network. After you take the snapshot, the virtual machine continues downloading the file, communicating its progress to the server. If you revert to the snapshot, communications between the virtual machine and the server are confused and the file transfer fails.
While an application in the virtual machine is sending a transaction to a database on a separate machine. If you revert to that snapshot—especially if you revert after the transaction starts but before it has been committed—the database is likely to be confused. "


und so viel ich weiss schreibt der Exchange wie blöd Files und wenn man mitten im Betrieb die VM snapshottet, dann kann es dann kuriose Ergebnisse hevorrufen.


Parallelbetrieb, d.h. Aufsetzen einer "nackten" Exchange 2007 Instanz mit den Daten (oder zumindest einem Teil davon) des jetzigen Exchanges ist bei der Migration wärmstens zu empfehlen.. zumal es todsicher irgendwelche Böcke im 2007'er hat, die dann im dümmsten Fall alles killen.. und Du dann erneut den physikalischen Server migrieren musst.. was dann wiederum in Arbeit ausartet.

Aber bekanntlich geht ja probieren über studieren... :-).. aber in einer produktiven Umgebung ist das recht heiss..


Wie gesagt, kann ich dazu aber noch zu wenig sagen, da wir vorerst noch nicht migriert haben.

Ja ich denke werde mich weiterhin in Bezug auf die Exchange 07 migration schlau machen und wenn ich mich für einen Weg entschieden habe, werde ich mich sicher wieder melden.

Bin trotzdem für jeden weiterem Hinweis sehr dankbar!