VMware Virtualization

• About this group
• Forums

• Home
• Groups
• VMware Virtualization
• Forums
• Allgemein
• VMware Spezialisten gesucht

• 
  Thomas Behrend    Premium Member

  The company name is only visible to registered members.

  VMware Spezialisten gesucht

  Suche einen VMware-Spezialisten bzw. ein darauf spezialisiertes Beratungsunternehmen im Stuttgarter Raum.
  
  Aufgabenstellung ist zum einen die Prüfung, warum eine (eigenentwickelte) Software unter bestimmten Bedingungen unter VMware Performanceprobleme hat.
  Zum anderen soll eine Systemempfehlung erstellt werden.
  
  • 22 Dec 2011, 1:18 pm
  Thomas Behrend wrote: > Suche einen VMware-Spezialisten bzw. ein darauf spezialisiertes > Beratungsunternehmen im Stuttgarter Raum. > > Aufgabenstellung ist zum einen die Prüfung, warum eine > (eigenentwickelte) Software unter bestimmten Bedingungen unter VMware > Performanceprobleme hat. > Zum anderen soll eine Systemempfehlung erstellt werden.
• Post visible to registered members
• 
  Mario Grunert

  The company name is only visible to registered members.

  Re: VMware Spezialisten gesucht

  %RDY Time ist wirklich der erste Ansatz, schon bei 5% liegt irgendwas im Argen (DRS Pool verstellt oder simple zuviel VM auf zuwenig Blech).
  %CSTP bei VMs mit mehreren CPUs sollte auch fast 0 sein, sonst rennen die CPUs auseinander (ist das Energieprofil im Bios auf High Performance gestellt?).
  
  Dazu noch den Abstand zwischen %iddle und %wait beobachten der sollte maximal 3% betragen, liegt er höher ist es ein IO Problem (Netzwerk oder HBA sind von der Anwendung gestresst oder teilen sich IRQs).
  
  Ein Scheduler Trace ( vm-support -S -c -d 10 -i 6 ) erleuchtet da eine Menge.
  
  Bei der Anforderungen an der CPU spielt vieles hinein, auch wenn die oberen Parameter gut aussehen könnte die die Applikation selbst im "Spinlock" drehen, hier helfen Affinitäten innerhalb der VM oder ausserhalb. Sind die Applikationen hart auf Multithreading optimiert könnte die Bremse daran liegen das die Speicherzellen immer erst zwischen den L2 und L3 Caches der Physik kopiert werden müssen, da hilft es den Parameter sched.cpu.vsmpConsolidate="TRUE“.
  
  Dazu kommen die üblichen Rezepte (abhängig auf was die App programmiert ist), wie TPS ausschalten, Large Memory Pages im Gast anschalten und weise den VMM Modus wählen (BT oder vT oder NPT).
  
  Dazu würde ich mal mit dem vscsistats die VM während der Ausführung üblicher Tasks überwachen um die genauen Anforderungen an die Storage mitzubekommen. Meistens kommt man zu dem Punkt wo man nur noch eine dedizierte Spindelgruppe für eine random IO lastige VM empfehlen kann.
  
  Mich kann man mieten - und gelegentlich bin ich im Ländle unterwegs, aus meinem Supporterleben (2nd Level VMWare HP EMEA) bringe ich das nötige KungFu mit systematisch den Hypervisor als Performance Ursache auszuschliessen.
  
  • 23 Dec 2011, 11:42 am
  Mario Grunert wrote: > %RDY Time ist wirklich der erste Ansatz, schon bei 5% liegt irgendwas > im Argen (DRS Pool verstellt oder simple zuviel VM auf zuwenig > Blech). > %CSTP bei VMs mit mehreren CPUs sollte auch fast 0 sein, sonst rennen > die CPUs auseinander (ist das Energieprofil im Bios auf High > Performance gestellt?). > > Dazu noch den Abstand zwischen %iddle und %wait beobachten der sollte > maximal 3% betragen, liegt er höher ist es ein IO Problem (Netzwerk > oder HBA sind von der Anwendung gestresst oder teilen sich IRQs). > > Ein Scheduler Trace ( vm-support -S -c -d 10 -i 6 ) erleuchtet da > eine Menge. > > Bei der Anforderungen an der CPU spielt vieles hinein, auch wenn die > oberen Parameter gut aussehen könnte die die Applikation selbst im > "Spinlock" drehen, hier helfen Affinitäten innerhalb der VM oder > ausserhalb. Sind die Applikationen hart auf Multithreading optimiert > könnte die Bremse daran liegen das die Speicherzellen immer erst > zwischen den L2 und L3 Caches der Physik kopiert werden müssen, da > hilft es den Parameter sched.cpu.vsmpConsolidate="TRUE“. > > Dazu kommen die üblichen Rezepte (abhängig auf was die App > programmiert ist), wie TPS ausschalten, Large Memory Pages im Gast > anschalten und weise den VMM Modus wählen (BT oder vT oder NPT). > > Dazu würde ich mal mit dem vscsistats die VM während der Ausführung > üblicher Tasks überwachen um die genauen Anforderungen an die Storage > mitzubekommen. Meistens kommt man zu dem Punkt wo man nur noch eine > dedizierte Spindelgruppe für eine random IO lastige VM empfehlen kann. > > Mich kann man mieten - und gelegentlich bin ich im Ländle unterwegs, > aus meinem Supporterleben (2nd Level VMWare HP EMEA) bringe ich das > nötige KungFu mit systematisch den Hypervisor als Performance Ursache > auszuschliessen.