langsamer werdender Server auf dem guest

[Krischu]

Hallo zusammen,

bin neu hier im Forum und habe mich aus lauter Verzweiflung angemeldet .

Ich habe bei einem Kunden einen merkwürdigen Effekt: Der Kunde setzt "ESX VSPHERE 4.00 Server" ein. 64bit host und guest (80 virtuelle VMs auf 6 hosts verteilt) Windows server 2008 R2/64 ist der guest und ich nehme mal an, auch der host.

Die VM dient als Fileserver für ca. 30-40 clients, es läuft eine Datenbank darauf und ein weiterer Service, der jeweils ein paar Sockets zu den Clients, die darauf verbunden haben, offen hat. Wir haben das hier im Hause nachgestellt und im Moment sind nur 1GB von den 4 garantierten belegt. CPU-Benutzung schwankt zwischen 3-5%.

Nun sagt der Kunde, nach einigen Tagen werde die Response immer langsamer.
Dabei kann ich im Moment nicht sagen, ob es am Laden der Files (DLLs etc.), Datenbankzugriffen oder dem Serverprozess liegt.

Ich gucke schon immer jetzt mit Taskmanager, procmon, procexp, und tcpview drauf.
Was kann man noch für Tools einsetzen, um ein Bild über die Gesamtperformance zu gewinnen?

Vielen Dank im voraus und ein schönes Wochenende,

Christoph

[irix]

Ein "esxtop" auf der Konsole des ESX bzw. per Remote zusammen mit des Stats aus dem vCenter.

Gruss
Joerg

[PeterDA]

Hi,

Der Kunde setzt "ESX VSPHERE 4.00 Server" ein. 64bit host und guest (80 virtuelle VMs auf 6 hosts verteilt) Windows server 2008 R2/64 ist der guest und ich nehme mal an, auch der host.

Diese Aussage macht keinen Sinn entweder setzt ihre VMware vShere ein oder Winn 2008 R2 läuft auf dem Host = blech Kiste. Beides geht nunmal nicht.

Ich Frag einfach mal ganz Naiv sind Snapshots auf der Maschine gemacht die schon etwas älter (>3 Tage sind)?

Gruß Peter

[Krischu]

Hi,

Der Kunde setzt "ESX VSPHERE 4.00 Server" ein. 64bit host und guest (80 virtuelle VMs auf 6 hosts verteilt) Windows server 2008 R2/64 ist der guest und ich nehme mal an, auch der host.

Diese Aussage macht keinen Sinn entweder setzt ihre VMware vShere ein oder Winn 2008 R2 läuft auf dem Host = blech Kiste. Beides geht nunmal nicht.

Ich Frag einfahc mal ganz Naiv sind Snapshots auf der Maschine gemacht die schon etwas älter (>3 Tage sind)?

Gruß Peter

Ich muß gestehen, ich kenne weder ESX noch vSphere, deshalb vielleicht meine etwas unscharfe Aussage.

Der Guest ist Windows2008R2/64 Server. Der Host sei vSphere 4.0.

Was könnte man mit den Snapshots jetzt anfangen?

Ich habe das jetzt mal im Hause nachstellen können. Es scheint so zu sein, daß die Datenbankzugriffe langsamer werden, je mehr clients verbunden sind.

Die Bedienzeiten "meines" Servers, der zunächst im Verdacht stand, scheinen nicht mit der Zahl der Verbindungen zu skalieren sondern sind konstant (ca. 200ms).

Könnte ein Problem des DB Servers sein.


Danke und Grüße

Christoph

[Krischu]

Habe jetzt festgestellt, daß auf dem VMServer (guest) McAfee läuft. Der scheint den Netzwerktraffic zu bremsen.

Wie ist da die allgemeine Meinung? McAfee auf einem kritischen Server?

--
Christoph

[bla!zilla]

Ja natürlich. Virenscanner gehört auf jede Maschine, vor allem auf kritische Server. Je nach Anwendung sollte man halt Verzeichnisse ausschließen.

Was genau ist von euch? Die VMware Umgebung? Die Datenbank und/ oder Anwendung? Aus welchem Grund seid ihr involviert?

[Krischu]

Ja natürlich. Virenscanner gehört auf jede Maschine, vor allem auf kritische Server. Je nach Anwendung sollte man halt Verzeichnisse ausschließen.

Was genau ist von euch? Die VMware Umgebung? Die Datenbank und/ oder Anwendung? Aus welchem Grund seid ihr involviert?

Der host ist beim Kunden inklusive der Administration der vSphere, der Hardware, Netz etc.
In unserer Verantwortung ist der Filesharingbereich (Netzlaufwerk), ein third party DB Server und ein weiterer eigener Service, die alle auf der VM laufen.

In einem Falle haben wir jetzt dem Kunden nachgewiesen, daß McAfee in Verbindung mit dem Netzwerkkartentreiber des Hardware Vendors Pakete verschluckt. Das stimmt mich nicht gerade McAfee gesonnen.

--
Christoph

[bla!zilla]

Hast du da mal eine Quelle? Sicherlich interessant für andere.

Ist damit dein Problem gelöst?

[Krischu]

Hast du da mal eine Quelle? Sicherlich interessant für andere.

Ist damit dein Problem gelöst?

Ich muß meinen Kollgen, der mit der Erkenntnis vom Kunden zurückkam noch fragen.
Dann werde ich hier posten.

*Mein* Problem ist im Moment nur gelöst, wenn ich McAfee von meinem VMServer runterschmeiße. Dann skaliert die Responsezeit nicht mehr mit der Zahl der verbundenen Clients.

--
Christoph

[PeterDA]

Hi,
das McAfee ein ziemlicher Resourcenfresser ist ja nun nichts neues. Allerdings kann ich das von dir beschriebene Problem nicht so ganz auf McAfee schieben. Ich habe den hier auch im Einsatz und die VM laufen alle gut trotz McAfee.

Gruß Peter

[Dayworker]

Ich hab da mal ein paar Frägen...
Hast du eine McAffe-Ausnahme für das DB-Verzeichnis erstellt?
Ist die vDisk als Sparse oder Flat angelegt worden?
Hat die VM aktive Snapshots?

[PeterDA]

@Dayworker
Wenn er keine DB Ausnahme gemacht hat und dann noch Snapshots würde das ziemlich das Verhalten wiederspiegeln. Mann soll nciht immer alles auf McAfee schieben.

Gruß Peter

[Krischu]

@Dayworker
Wenn er keine DB Ausnahme gemacht hat und dann noch Snapshots würde das ziemlich das Verhalten wiederspiegeln. Mann soll nciht immer alles auf McAfee schieben.

Gruß Peter

Was bewirken aktive Snapshots?

Gibt es auch eine Netzwerk-Paketüberwachung von McAfee, die man abschalten kann?
Ich habe gehört, es sei so, aber um eine ggfs. verlangsamende Wirkung einer solchen abzuschalten, müsse man McAfee wirklich deinstallieren, weil es sonst immer noch einen
Hook (oder sowas) im Netzwerktreiber habe.

Ich bin dabei, ein Benchmarkprogram zu schreiben, um meinen Service zu testen und um dann genau sagen zu können, ob es Performanceunterschiede gibt, mit/ohne McAfee.

[PeterDA]

Hi,
klar gibt es sowas von McAfee allerdings ist es jetzt schwierig dazu was zu sagen, da du uns bis jetzt ja nicht mitgeteilt hast welches McAfee Produkt du installiert hast. Das ist so wie wenn jemand sagt ich habe da eine Software von Microsoft installiert.

Weiterhin wäre interessant ob das Produkt an einem ePO hängt.

zu den Snapshots: Das ist eine Art Wiederherstellungspunkt zu dem man zurückspringen kann und alle Änderungen die seit dem Erstellen des Snapshots gemacht wurden verwirft. Hierzu wird eine neue Datei angelegt in die alle Änderugnen geschrieben wird. Das bewirkt allerdings, dass die VM mit der Zeit deutlich langsamer wird. ACHTUNG: Snapshots sind kein Backup!


Gruß Peter

[Krischu]

...
Weiterhin wäre interessant ob das Produkt an einem ePO hängt.

zu den Snapshots: Das ist eine Art Wiederherstellungspunkt zu dem man zurückspringen kann und alle Änderungen die seit dem Erstellen des Snapshots gemacht wurden verwirft. Hierzu wird eine neue Datei angelegt in die alle Änderugnen geschrieben wird. Das bewirkt allerdings, dass die VM mit der Zeit deutlich langsamer wird. ACHTUNG: Snapshots sind kein Backup!


Gruß Peter

Die Info werde ich besorgen. An einem ePO hängt es.

Zu den Snapshots kann ich im Moment nichts sagen, werde aber die Info noch einholen.

Grüße
Christoph

[Krischu]

McAfee Virusscan Enterprise 8.8, ePO 4.6

Grüße
Christoph

[PeterDA]

Hi,
okay was habt ihr im VS 8.8 als konfiguriert sind Zugriffsschutz und Pufferüberlaufschutz aktiv? Wenn ja würde ich die erstmal deaktivieren und auf jeden Fall den Zugriffsscanner so einstellen, dass er die unterschiedlichen Richtlinien für geringes und hohes Risiko aktiviert hat, das sollte normalerweise helfen, dass die SQL Datenbanken nicht mit gescannt werden. Sicherheitshalber, kann man die in beiden Reglesätzen dann aber auch noch ausschliessen.


Gruß Peter

[Krischu]

Ich hab da mal ein paar Frägen...
Hast du eine McAffe-Ausnahme für das DB-Verzeichnis erstellt?
Ist die vDisk als Sparse oder Flat angelegt worden?
Hat die VM aktive Snapshots?

Ich erhalte soeben die Information, daß die vdisks unter der Vorgabe "thin provisioning" angelegt sind.

--
Christoph

[PeterDA]

Thin Provisioning bei Datenbankplatten ist ziemlich unschön, dass solltet ihr ändern, da das meiner Erfahrung nach ziemlich Performance frist.

Gruß Peter

[Skywalker]

Ich habe das jetzt mal im Hause nachstellen können. Es scheint so zu sein, daß die Datenbankzugriffe langsamer werden, je mehr clients verbunden sind.

aha, und was ist daran das problem? du weist schon das server langsamer werden wenn die benutzeranzahl steigt? wäre auch komisch wenn es andersrum wäre....

[PeterDA]

In dem Fall kommt ja dann ncoh hinzu, dass der ESX die VM Platten anpaseen muss was nicht gerade dafür sorgen wird, dass die Kiste schneller wird.

Gruß Peter