VMware

This Question is Answered

8 Replies Last post: Aug 5, 2009 8:48 AM by marius  

File system performance posted: Jun 26, 2009 7:30 AM

Click to view marius's profile Hot Shot 180 posts since
Nov 3, 2004

I installed VMware ESXi 3.5 on an HP ML350 G6 server.

It works fine. however I suspect there is some problem related to the file system, as operations involving accessing the file system (i.e. installig VMs from .ISO images) are really slow.

I created a RAID5 array managed by the disk controller and created a unique datastore.

How can I troubleshoot possible file system bottlenecks? Should I have managed disks in a different way?

In the next weeks I'll have the option to save all my VMs and reinstall my ESXi server from scratch before making it fully operational, but I need some hints or guidelines to avoid basic setup and configuration mistakes...

Regards

Marius

Re: File system performance

1. Jun 26, 2009 7:32 AM in response to: marius
Click to view J1mbo's profile Expert 575 posts since
May 20, 2009
does your server have a battery backed write cache on the array controller?

Re: File system performance

3. Jul 10, 2009 8:58 AM in response to: marius
Click to view J1mbo's profile Expert 575 posts since
May 20, 2009

Do some searches for "BBWC" on this site and via Google, it comes up all the time. ESXi doesn't cache any writes itself so write performance with RAID-5 without a hardware cache (which will only be enabled by having a battery backup on it) will be pretty bad.

Re: File system performance

6. Jul 13, 2009 4:10 AM in response to: marius
Click to view Anton V Zhbankov's profile Champion 2,882 posts since
May 26, 2008
There is also a possible bottleneck with vmdk type. By default all VMDKs are created in "zeroedthick" mode. It means that all the space is preallocated, but not wiped, so on first access to each block on vmdk ESX wipes block first. As a result you see degraded performance for some time.

zeroedthick (default) .
Space required for the virtual disk is allocated during creation. Any data remaining on the physical device is not erased during creation, but will be zeroed out at a later time during virtual machine read and write operations.

eagerzeroedthick
Space required for the virtual disk is allocated at creation time. Unlike with the zeroedthick format, the data remaining on the physical device is zeroed out during creation. Disks in this format might take much longer to create than other types of disks.

thick
Space required for the virtual disk is allocated during creation. This type
of formatting doesn.t zero out any old data that might be present on this allocated space.

---
VMware vExpert '2009
http://blog.vadmin.ru

Re: File system performance

7. Jul 13, 2009 4:11 AM in response to: marius
Click to view J1mbo's profile Expert 575 posts since
May 20, 2009

Try http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1002282

"Write caching must always be enabled. It is always recommended to have a battery backup connected to ensure that write caching does not become disabled. On many arrays, write caching is automatically be turned off when the battery backup is disconnected, fails, or if one of the redundant power supplies disconnects or fails."

VMware Developer

SDKs, APIs, Videos, Learn and much more in the Developer community.

Learn More

Developer Sample Code

Increase your developer productivity with VMware API sample code.

Learn More

VMworld Sessions & Labs

Online access to the latest VMworld Sessions & Labs and online services.

Learn more

Purchase PSO Credits Online

Purchase credits to redeem training and consulting services online.

Buy Now

Community Hardware Software

View reported configurations or report your own.

Learn More

VMware vSphere

Come witness the next giant leap in virtualization.

Register Today

Communities