We have both 6.3 (test & Production in NA) running on VMWare esx 2.x
without any issues, use loading peaks > 150 users...
For the ITSM7 project we have 7.0.1 running on VMWare esx 3.x without
any "real" performance issues detected. (users will be users and
complain, but testing results in statistically good performance).
The most common issue is "Network Bonding" (the virtualization of the
physical NIC's to Virtual NIC's) in where the virtual to physical
mappings are "overloaded" (too many virtual guests using one set of
physical nic's).
So really this all boils down to "Administration and Tuning /
Troubleshooting"...
1. Suspect EVERYTHING :-)
2. Test the network speed between ARS and the Database Server (you
didn't mention if it was local / remote)
a. We use "iPerf" tool, which is really cool :-) to test /
load the network
3. SQL Server is NOT Recommended for the VM environment (VMWare or
MS Virtual Server!)
4. Test the Database
a. DB Logging, Index Checking, etc
b. We enable off / on "long query logging" - anything > 4
seconds gets logged and each table/query gets checked, etc.
5. Monitor the VMWare environment, they have a bunch of good
built-in tools to visualize Physical CPU loading, etc. - is the VMWare
physical environment just running at capacity?
6. Suspect the Hardware, our configuration (virtual that is) uses 2
CPU's in the config.
a. DO NOT USE HyperThreaded CPU's in the system! If they
are hyperthreaded they should be disabled in the BIOS
b. You can also "check out" they disable Hyperthreading
options in VM Ware, by default a 2 cpu guest will be dispatched on one
"physical HT Processor" which the OS must be configured to support as
well. - Sometimes the CPU's did not register correctly at various patch
levels, so Windowz did not think it was a HT processor :-(
7. Keep checking everything!!
Thanks-n-advance;
HDT Platform Incident / Problem Manager & Architect
Robert Molenda
IT OS PA
Tel: +1 408 501 6310
Fax: +1 408 501 2410
Mobile: +1 408 472 8097
[EMAIL PROTECTED]
Quality begins with your actions.
________________________________
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Wednesday, January 10, 2007 7:48 AM
To: [email protected]
Subject: Re: VMWare and ARS 7.0.1
Well, VM uses tons of RAM - you should basically double your RAM
requirements over a standard environment. But 3.6 GB isn't exactly
starving it, so I'd check something else first, since you specifically
mentioned inserts - indexes. How many indexes and rows are in the table
you're having probems with? Have you eliminated non-ARS reasons for the
performance?
Rick
________________________________
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Gray, Alexander
Sent: Wednesday, January 10, 2007 7:43 AM
To: [email protected]
Subject: VMWare and ARS 7.0.1
Okay so we have a virtual server farm, running VMWare 2.x. ARS 7.0.1
running as a virtual server. We are using ITSP 4.0 application 1 CPU,
3.6 GB RAM.
On average with an 80 user load we are looking at about 30 - 50 second
inserts
I have never seen performence this bad.
I am womdering if anyone has been using a virtual environment with
remedy successfully with user loads of 80 and higher
Help!
Alexander P. Gray
Operations Planning Manager, ITS/ICS
COE, Infrastructure & Technology
[EMAIL PROTECTED]
[EMAIL PROTECTED]
-----------------------------------
703. 676. 2375 (office)
703. 932. 9979 (nextel)
703. 676. 6137 (fax)
__20060125_______________________This posting was submitted with HTML in
it___
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the
Answers Are"
