Performance Ex2013 Online Modus

[Ste83 10]

Hallo,

 

wir sind von Ex2007 auf Ex2013 gewechselt und haben auch teilweise die Office Versionen auf 2016 angehoben. Wir arbeiten mit dem Cachemodus.

Alles im Postfach ist schnell und wie vorher. Nur falls ein Benutzer einen Ordner eines anderen Benutzers aufmacht oder einen öffentlichen Ordner (der nicht in den Favoriten ist. Die wichtigsten ÖO lassen wir auch im Cachemodus) dauert es manchmal 10 Sekunden oder länger bis die Email geöffnet wird. Beim Wechsel auf die nächste Mail wieder.

Unabhängig von Outlook 2016,2013,2010 oder 2007.

 

Das ist etwas nervig. Wenn ich währenddessen den Taskmanager auf dem Exchangeserver offen habe, sehe ich weder eine erhöhte CPU Belastung noch ist der Arbeitsspeicher voll (bisher 60%).

 

Was könnte es denn sein? Was kann ich machen damit es besser läuft?

 

Vielen Dank im voraus.

[NorbertFe 1.809]

Als erstes die Frage, welchen Patchstand dein Exchange hat.

[Ste83 10]

Er hat den Patchstand CU12. Er läuft auf einen Windows 2012R2 mit ebenfalls aktuellen Patchstand.

Das ganze ist eine Virtuelle Maschine mit 2 Cores und 16GB Ram auf Esxi 6.0.

Der unterliegende Datenspeicher ist zwar nicht der schnellste, aber mit einem Raid 6 aus 8 x 10K SAS Laufwerken an einem Raidcontroller mit 1GB Cache nicht so schlecht. (Raidlevel wurde uns so empfohlen).

Es läufen auch nicht andere Ressourcenintensive VMs auf dem Server.

Das ganze ist ja auch nur für 25 Exchangepostfächer.

[testperson 1.538]

Hi,

 

Virenscanner auf dem Client der Mails prüft oder im Netzwerktraffic "rumpfuscht"?

Der ESX ist aktuell gepatched? VMXNet3 Adapter in der VM? Energiesparmodi des ESX und der VM?

 

Gruß

Jan

[Ste83 10]

Danke. Der Virenscanner war es. Habe jetzt eine Ausnahme für Outlook erstellt, das der Virenscanner nur den Traffic auf Port 443 nicht mehr untersucht. Muss nur noch prüfen ob der Virenscan an sich noch richtig funktioniert.

[NorbertFe 1.809]

Ich glaub zwar nicht, dass es ein CPU Problem ist, aber 2vCPU find ich persönlich schon arg "wenig". Ich würd da rein aus Prinzip mal 4 draus machen.

[Ste83 10]

In einem anderen Forum ist bei VMs immer davon die Rede so wenig wie möglich aber nötig. Nach der Devise bin ich vorgegangen. Aber ggf. kann ich da klar 4 CPUus draus machen. Der Server hat 12 Stück + 12HT Kerne...

Aber es war wirklich der Kaspersky der den Traffic auf Port 443 untersucht hat. Mit der Ausnahme das beim Process outlook.exe der Traffic auf Port 443 mit dem Ziel IP Exchange nicht gescannt wird läuft es wieder wie gewohnt.

[NorbertFe 1.809]

Ja ich weiß, aber vorher konnten Server nie genug Power haben, und jetzt fängt jeder an zu "sparen". Warum eigentlich? Um zu zeigen, dass er das nächste Mal mehr VMs oder weniger Hardware braucht? ;)

[Ste83 10]

Als Grund gaben sie da an, das dann auch 4 CPUs frei sein müssen damit der Hypervisor der VM überhaupt Rechenzeit geben kann. Das ist unwahrscheinlicher als das 2 gleichzeitig frei sind und kann dazu führen das 4 CPus langsamer sind als 2 CPUs. (bezogen auf Esxi)

So die Begründung die ich öfters gelesen habe. Aber ob das so ist weiß ich aber nicht. So lange es ohne beinträchtigung funktioniert werde ich es mal so lassen.

[NorbertFe 1.809]

Naja sehr vereinfacht. Wenn das so 1:1 zutreffen würde, dürften einige Konstrukte sehr langsam sein. ;) Aber bei den harten VMware Leuten muß man da immer "vorsichtig" sein. ;)

[testperson 1.538]

Ich würde am Endpoint den Netzwerktraffic generell nicht anpacken. Sowas sollte zentral gemacht werden. Das fällt dir immer wieder auf die Füße.

So vereinfacht gesagt passt dein Beispiel zum CPU Scheduling allerdings nur auf ESXi Hosts 5.0 und früher (oder gar nur 4.1 und früher?).

 

Zur Not monitorst du über einen längeren Zeitraum einfach die Ressourcen der VM und in der VM ;) Aus dem Bauch raus wäre ich hier aber auch eher bei 2vCPU. Wobei das auch vom Rest der Umgebung abhängt.

[NorbertFe 1.809]

bei 24 phyischen threads würd ich mir jetzt bei oben auf laufenden VMs die sicher weniger als 10 sind keine Sorgen wegen 2 oder 4vCPU für Exchange machen. Ich kann nur sagen, dass Exchange sich deutlich langsamer "anfühlt", wenn man nur 2 CPUs drin hat. Das ist subjektiv, aber ich muß ja zum Glück nicht sparen bei den vCPUs.

[zahni 521]

VMWare kann schon was:

 

https://www.vmware.com/files/pdf/techpaper/VMware-vSphere-CPU-Sched-Perf.pdf

 

Aufpassen  sollte man mit dem RAM: Der sollte nicht die NUMA-Grenzen sprengen. Zu viele vCPUs kosten aber  auch wieder performance, da der Scheduling-Aufwand steigt. Die müssen aber mitnichten alle gleichzeitig "Online" sein. Müsste in Hyper-V ähnlich sein ;)

[dermiesi 0]

Hi,

 

Virenscanner auf dem Client der Mails prüft oder im Netzwerktraffic "rumpfuscht"?

Der ESX ist aktuell gepatched? VMXNet3 Adapter in der VM? Energiesparmodi des ESX und der VM?

 

Gruß

Jan

 

Wenn noch aktuell... Ich hatte mal den Fall, dass die Verbindung zu nem 2013 furchtbar langsam war. Rausgestellt hatte sich dann, dass es ein Problem zwischen ESXi 5.5, dem VMXNet3 Adapter, Server 2012R2 und eben dem 2013er Exchange. Haben dann umgestellt auf den E1000E Adapter und alles war gut.