[CentOS-virt] Recommendations, please
R P Herrold
herrold at owlriver.com
Thu Jun 23 12:19:39 EDT 2011
On Thu, 23 Jun 2011, Tom Bishop wrote:
> Russ if you have time can you elaborate more about why you are continuing to
> go down the Xen path, I for one would love to hear the why's and what for.
> I can understand the hardware requirements, and I know xen is generally
> going to be faster but my small requirements have decided to start moving
> things to KVM since that is the direction of the upstream...would welcome
> your opinions if you have time available...Thanks in advance :)
I wasn't hiding my reasoning -- part of my reasoning is soft
and 'touchy, feely' but you asked ... ;)
>> As part of that work (related to KVM hardware minimum
>> requirements, compatability with certain local libvirt based
>> tools, and performance of KVM vs. xen), I and other techs have
1. support for an existing hardware delivery base
-- I find that the upstream is falsely assuming
everything fielded has (or should) hardware virt
bits enabled. This does not match the
refresh lifecycles I observe at _my_ customers,
nor at our shop
2. we have a substantial investment in libvirt tools which are
unproven and unqualified as to KVM until we get our
hands on the official 'as issued' CentOS 6.
I've been VERY frustrated with the update API compatability
in the upstream's 5 product line in this regard, as
gratutitous changes, not documented, creep in, and
remain unresolved for months, if not full point update
cycles. I'm not a 'big enough fish' for those
customers running the 'supported' product to get
updates released, and so we are very conservative
in what we deploy
# 649438 still NEW, opened 2010-11-03, confirmed in
5.6 on 2011-05-26
# 506688 closed unfixed 2010-11-03, opened 2009-06-18
3. performance of KVM vs. xen -- formal metrics will be issued
by me once CentOS 6 issues, but in identical hardware
side by side tests, xen zips, and kvm waddles
Upstream has its investment in the KVM technology to
justify, and it may well be that things 'get better',
but if one is not pulling metrics against the
competition, one is deluding onself; I do not see
evidence that this is occurring
I put numbers on out production bottlenecks; we use agile
techniques to address the 'hottest' issues daily, tdd to
prevent unspecified behaviours from creeping in, and 'belt and
suspender' techniques to design out recurrence errors in our
processes. KVM is 'not there yet' for me
-- Russ herrold
More information about the CentOS-virt
mailing list