<font size=2 face="sans-serif">Yes, we refer to that blueprint in our
design. I think the ultimate goal is the same -- providing a more fine-grained
QoS control over resources in Nova (reservation/quota/etc, cpu/network/etc).
Our blueprint is more focused/modest (addressing only cpu reservation),
and a bit more generic (attempts to surface a bit higher-level abstraction,
applicable also to platforms other than KVM).</font>
<br>
<br><font size=2 face="sans-serif">Regards,</font>
<br><font size=2 face="sans-serif">Alex</font>
<br>
<br><font size=2 face="sans-serif">--</font>
<br><font size=2 face="sans-serif">Alex Glikson</font>
<br><font size=2 face="sans-serif">IBM research<br>
</font>
<br>
<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">From:      
 </font><font size=1 face="sans-serif">heut2008 <heut2008@gmail.com></font>
<br><font size=1 color=#5f5f5f face="sans-serif">To:      
 </font><font size=1 face="sans-serif">OpenStack Development
Mailing List <openstack-dev@lists.openstack.org>, </font>
<br><font size=1 color=#5f5f5f face="sans-serif">Date:      
 </font><font size=1 face="sans-serif">14/01/2013 08:45 AM</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">Re: [openstack-dev]
CPU reservation/entitlement in Nova</font>
<br>
<hr noshade>
<br>
<br>
<br><font size=3>There is already a similar blueprint about limit instance
resource usage </font><a href="https://blueprints.launchpad.net/nova/+spec/quota-instance-resource"><font size=3 color=blue><u>https://blueprints.launchpad.net/nova/+spec/quota-instance-resource</u></font></a>
<br>
<br><font size=3>my option is expose the cpu_share and cpu_period to user
,so it can be more flexable to implement variable policy.</font>
<br><font size=3>this BP contains cpu and block IO usage control through
cgroup and  bandwidth control through traffic control.</font>
<br><font size=3><br>
</font>
<br><font size=3>2013/1/14 Alex Glikson <</font><a href=mailto:GLIKSON@il.ibm.com target=_blank><font size=3 color=blue><u>GLIKSON@il.ibm.com</u></font></a><font size=3>></font>
<br><font size=3 face="sans-serif">Dear all,</font><font size=3> <br>
</font><font size=3 face="sans-serif"><br>
We have started working on implementation of CPU reservation/entitlement
mechanism in Nova (</font><a href="https://blueprints.launchpad.net/nova/+spec/cpu-entitlement" target=_blank><font size=3 color=blue face="sans-serif"><u>https://blueprints.launchpad.net/nova/+spec/cpu-entitlement</u></font></a><font size=3 face="sans-serif">).</font><font size=3>
</font><font size=3 face="sans-serif"><br>
The idea is to allow associating explicit CPU allocation guarantees, in
a more flexible way than it is done today in CoreFilter -- the user/admin
will be able to define different CPU allocation guarantees for different
instances. The approach we are taking is to use extra_specs of instance
types to indicate the desired level of CPU allocation guarantees per vCPU
(e.g., low=25% of a physical CPU, normal=50%, high=100%), which would apply
to all instances created from the corresponding type. This fits nicely
the resource model of most of the hypervisors, which have support for CPU
guarantees built-in. For KVM, we are implementing the allocation guarantees
using cpu shares in cgroups (by controlling the cpu shares of each instance
and the total amount of shares allocated on a host). You can find more
details in the wiki page linked from the blueprint.</font><font size=3>
<br>
</font><font size=3 face="sans-serif"><br>
Would appreciate thoughts whether the approach we are taking makes sense,
or any other feedback.</font><font size=3> <br>
</font><font size=3 face="sans-serif"><br>
Thanks!</font><font size=3> </font><font size=3 face="sans-serif"><br>
Alex</font><font size=3> </font><font size=3 face="sans-serif"><br>
<br>
<br>
--<br>
Alex Glikson<br>
IBM Research</font><font size=3> <br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list</font><font size=3 color=blue><u><br>
</u></font><a href="mailto:OpenStack-dev@lists.openstack.org"><font size=3 color=blue><u>OpenStack-dev@lists.openstack.org</u></font></a><font size=3 color=blue><u><br>
</u></font><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target=_blank><font size=3 color=blue><u>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</u></font></a><font size=3><br>
</font>
<br><font size=3><br>
</font>
<br>
<br><font size=3>-- <br>
Yaguang Tang </font><tt><font size=2>_______________________________________________<br>
OpenStack-dev mailing list<br>
OpenStack-dev@lists.openstack.org<br>
</font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></tt></a><tt><font size=2><br>
</font></tt>
<br>