1:33 p.m.
--_facb027b-b636-4f40-ba8e-1bfb283ad698_
Content-Type: text/plain; charset="iso-8859-7"
Content-Transfer-Encoding: quoted-printable
That's great Doron! Especially the QoS Policy sounds almost like the VMware=
Resource Pools. Looking forward for the next release then!
By the way=2C since we are talking about CPU shares=2C the default option w=
hen creating a VM is 'disabled'. How is that compared with the Low/Medium/H=
igh options in terms of CPU priority?
Date: Fri=2C 13 Jun 2014 04:29:09 -0400
From: dfediuck(a)redhat.com
To: sokratis123k(a)outlook.com
CC: users(a)ovirt.org=3B mskrivan(a)redhat.com
Subject: Re: [ovirt-users] Resource Pools in oVirt
=20
----- Original Message -----
> From: "s k" <sokratis123k(a)outlook.com>
> To: users(a)ovirt.org
> Sent: Wednesday=2C June 11=2C 2014 12:18:35 AM
> Subject: [ovirt-users] Resource Pools in oVirt
>=20
> Hello all=2C
>=20
> As far as I understand=2C CPU Shares can be set on each VM individually=
and
> cannot be changed while it's powered on.
>=20
>=20
> It would be great if we could create resource pools (similar to what VM=
ware
> does) for CPU shares so that we could assign priorities on
multiple VMs=
and
> be able to move them between Resource Pools of different
priorities. I =
know
> that we can configure quotas but it's not the same as CPU
shares.
>=20
> Is that something planned for a future release? Shall I open an RFE for=
that
> ?
>=20
> Regards=2C
>=20
> Sokratis
>=20
=20
Hi Sokratis=2C
thanks for the feedback.
=20
We have an RFE[1] opened to allow changing shares dynamically for a VM wh=
ile
it's
running.
=20
As you probably know VMWare's implementation handles much more than share=
s=2C
so
it's a wider concept.
=20
In oVirt we've been working hard to introduce QoS elements during 3.3 and=
3.5
versions[2]. Once we have it all in place we'll start heading for
the nex=
t level
(up) which will be a Policy to aggregate QoS aspects for a VM. Once
we ha=
ve a
policy you'll be able to assign it to multiple VMs and have much
better c=
ontrol
over resource including a planning element. So you should be
monitoring t=
he Policy
task progress once we start working on it.
=20
So... as you can understand this is a lot of work (which I'm sure was the=
same
for VMWare when they did it). Until then you'll be able to handle
it usin=
g [1]
I expect to happen in the next version=2C and as always- patches are
welc=
omed!
=20
Thanks=2C
Doron
=20
[1] Bug 1103537 - [RFE] Dynamic CPU Shares
[2] QoS aspects:
http://www.ovirt.org/Features/CPU_SLA
http://www.ovirt.org/Features/Network_QoS
http://www.ovirt.org/Features/blkio-support
=
--_facb027b-b636-4f40-ba8e-1bfb283ad698_
Content-Type: text/html; charset="iso-8859-7"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<style><!--
.hmmessage P
{
margin:0px=3B
padding:0px
}
body.hmmessage
{
font-size: 12pt=3B
font-family:Calibri
}
--></style></head>
<body class=3D'hmmessage'><div dir=3D'ltr'>That's great
Doron! Especially t=
he QoS Policy sounds almost like the VMware Resource Pools.  =3BLooking=
forward for the next release then!<div><br></div><div>By the
way=2C since =
we are talking about CPU shares=2C the default option when creating a VM is=
'disabled'. How is that compared with the Low/Medium/High options in terms=
of CPU priority?<br><br><div>>=3B Date: Fri=2C 13 Jun 2014
04:29:09 -040=
0<br>>=3B From: dfediuck(a)redhat.com<br>&gt=3B To:
sokratis123k(a)outlook.co=
m<br>>=3B CC: users(a)ovirt.org=3B mskrivan(a)redhat.com<br>&gt=3B
Subject: R=
e: [ovirt-users] Resource Pools in oVirt<br>>=3B <br>>=3B -----
Origina=
l Message -----<br>>=3B >=3B From: "s k"
&lt=3Bsokratis123k(a)outlook.com=
>=3B<br>>=3B >=3B To: users(a)ovirt.org<br>&gt=3B
>=3B Sent: Wednesda=
y=2C June 11=2C 2014 12:18:35 AM<br>>=3B >=3B Subject: [ovirt-users]
Re=
source Pools in oVirt<br>>=3B >=3B <br>>=3B >=3B Hello
all=2C<br>&g=
t=3B >=3B <br>>=3B >=3B As far as I understand=2C CPU Shares can
be s=
et on each VM individually and<br>>=3B >=3B cannot be changed while
it'=
s powered on.<br>>=3B >=3B <br>>=3B >=3B
<br>>=3B >=3B It would=
be great if we could create resource pools (similar to what VMware<br>>=
=3B >=3B does) for CPU shares so that we could assign priorities on multi=
ple VMs and<br>>=3B >=3B be able to move them between Resource Pools
of=
different priorities. I know<br>>=3B >=3B that we can configure
quotas=
but it's not the same as CPU shares.<br>>=3B >=3B
<br>>=3B >=3B Is=
that something planned for a future release? Shall I open an RFE for that<=
br>>=3B >=3B ?<br>>=3B >=3B <br>>=3B
>=3B Regards=2C<br>>=3B =
>=3B <br>>=3B >=3B Sokratis<br>>=3B >=3B
<br>>=3B <br>>=3B Hi=
Sokratis=2C<br>>=3B thanks for the feedback.<br>>=3B
<br>>=3B We hav=
e an RFE[1] opened to allow changing shares dynamically for a VM while it's=
<br>>=3B running.<br>>=3B <br>>=3B As you probably
know VMWare's impl=
ementation handles much more than shares=2C so<br>>=3B it's a wider
conce=
pt.<br>>=3B <br>>=3B In oVirt we've been working hard to
introduce QoS =
elements during 3.3 and 3.5<br>>=3B versions[2]. Once we have it all in p=
lace we'll start heading for the next level<br>>=3B (up) which will be a
=
Policy to aggregate QoS aspects for a VM. Once we have a<br>>=3B policy y=
ou'll be able to assign it to multiple VMs and have much better control<br>=
>=3B over resource including a planning element. So you should be monitor=
ing the Policy<br>>=3B task progress once we start working on
it.<br>>=
=3B <br>>=3B So... as you can understand this is a lot of work (which
I'm=
sure was the same<br>>=3B for VMWare when they did it). Until then
you'l=
l be able to handle it using [1]<br>>=3B I expect to happen in the next v=
ersion=2C and as always- patches are welcomed!<br>>=3B <br>>=3B
Thanks=
=2C<br>>=3B Doron<br>>=3B <br>>=3B [1] Bug 1103537 -
[RFE] Dynamic CP=
U Shares<br>>=3B [2] QoS aspects:<br>>=3B
http://www.ovirt.org/Features=
/CPU_SLA<br>>=3B http://www.ovirt.org/Features/Network_QoS<br>>=3B
http=
://www.ovirt.org/Features/blkio-support<br></div></div>
</div></=
body>
</html>=
--_facb027b-b636-4f40-ba8e-1bfb283ad698_--