Re: [Users] Experience with low cost NFS-Storage as VM-Storage?

try it, i bet that you will get better latency results with proper configured iscsitarget/initiator. btw, freebsd 10 includes kernel based iscsi-target now. which works pretty good for me since some time, easy to setup and working performing well (zfs not to forget ;) )

On Thu, Jan 9, 2014 at 9:20 AM, Markus Stockhausen <stockhausen(a)collogia.de&gt; wrote: > Von: Karli Sjöberg [Karli.Sjoberg(a)slu.se] > Gesendet: Donnerstag, 9. Januar 2014 08:48 > An: squadra(a)gmail.com > Cc: users(a)ovirt.org; Markus Stockhausen > Betreff: Re: [Users] Experience with low cost NFS-Storage as VM-Storage? > > On Thu, 2014-01-09 at 08:35 +0100, squadra wrote: > Right, try multipathing with nfs :) > > Yes, that´s what I meant, maybe could have been more clear about that, > sorry. Multipathing (and the load-balancing it brings) is what really > separates iSCSI from NFS. > > What I´d be interested in knowing is at what breaking-point, not having > multipathing becomes an issue. I mean, we might not have such a big > VM-park, about 300-400 VMs. But so far running without multipathing > using good ole' NFS and no performance issues this far. Would be good to > know beforehand if we´re headed for a wall of some sorts, and about > "when" we´ll hit it... > >/K If that is really a concern for the initial question about a "low cost NFS solution" LACP on the NFS filer side will mitigate the bottleneck from too many hypervisors. My personal headache is the I/O performance of QEMU. More details here: http://lists.nongnu.org/archive/html/qemu-discuss/2013-12/msg00028.html Or to make it short: Each I/O in a VM gets a penalty of 370us. That is much more than in ESX environments. I would be interested if this the same in ISCSI setups. Markus -- Sent from the Delta quadrant using Borg technology!