[fedora-virt] I/O load distribution

Richard W.M. Jones rjones at redhat.com
Mon Jul 27 16:47:08 UTC 2009


On Mon, Jul 27, 2009 at 03:15:05PM +0200, Dennis J. wrote:
> What is the best way to deal with I/O load when running several VMs on a  
> physical machine with local or remote storage?
>
> What I'm primarily worried about is the case when several VMs cause disk  
> I/O at the same time. One example would be the "updatedb" cronjob of the  
> mlocate package. If you have say 5 VMs running on a physical System with 
> a local software raid-1 as storage and the all run updatedb at the same 
> time that causes all of them to run really slowly because the starve each 
> other fighting over the disk.
>
> What is the best way to soften the impact of such a situation? Does it 
> make sense to use a hardware raid instead? How would the raid type affect 
> the performance in this case? Would the fact that the I/O load gets 
> distributed across multiple spindles in, say, a 4 disk hardware raid-5 
> have a big impact on this?
>
> I'm currently facing the problem where I fear that random disk I/O by too 
> many VMs on a physical system could cripple their performance even though 
> I have plenty of CPU cores/RAM left to run them.
>
> Has anyone experience with this problem and maybe some data to shed some  
> light on this potential bottleneck for virtualization?

For KVM, each VM isn't really any different from a host process, so
you have to deal with them the same way that you'd deal with having
lots of host processes doing I/O.  So: lots of spindles, expensive I/O
hardware, etc.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-compiler. Compile Windows
programs, test, and build Windows installers. Over 70 libraries supprt'd
http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw




More information about the Fedora-virt mailing list