<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jul 19, 2013 at 6:56 AM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">On 07/18/2013 10:12 PM, Lu, Lianhao wrote:<br>
<snip<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Using ceilometer as the source of those metrics was discussed in the<br>
nova-scheduler subgroup meeting. (see #topic extending data in host<br>
state in the following link).<br>
<a href="http://eavesdrop.openstack.org/meetings/scheduler/2013/scheduler.2013-04-30-15.04.log.html" target="_blank">http://eavesdrop.openstack.<u></u>org/meetings/scheduler/2013/<u></u>scheduler.2013-04-30-15.04.<u></u>log.html</a><br>

<br>
In that meeting, all agreed that ceilometer would be a great source of<br>
metrics for scheduler, but many of them don't want to make the<br>
ceilometer as a mandatory dependency for nova scheduler.<br>
<br>
Besides, currently ceilometer doesn't have "host metrics", like the<br>
cpu/network/cache utilization data of the compute node host, which<br>
will affect the scheduling decision. What ceilometer has currently<br>
is the "VM metrics", like cpu/network utilization of each VM instance.<br>
</blockquote>
<br>
How hard would that be to add? vs. duplicating an efficient collector framework in Nova?<br></blockquote><div><br></div><div>Creating a new plugin for ceilometer's compute agent is straightforward. The tricky bit is usually collecting the data you want in the first place, and that won't be any more or less complicated by doing it in ceilometer or nova.</div>
<div><br></div><div>Here's the base class: <a href="https://github.com/openstack/ceilometer/blob/master/ceilometer/compute/plugin.py">https://github.com/openstack/ceilometer/blob/master/ceilometer/compute/plugin.py</a></div>
<div><br></div><div>Doug</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
After the nova compute node collects the "host metrics", those metrics<br>
could also be fed into ceilometer framework(e.g. through a ceilometer<br>
listener) for further processing, like alarming, etc.<br>
<br>
-Lianhao<br>
</blockquote>
<br>
I think "not mandatory" for nova scheduler means different things to different folks. My assumption is that means without ceilometer, you just don't have utilization metrics, and now you are going on static info.<br>

<br>
This still seems like duplication of function in Nova that could be better handled in a different core project. It really feels like as OpenStack we've decided the Ceilometer is our metrics message bus, and we should really push metrics there when ever we can.<br>

<br>
Ceilometer is an integrated project for Havana, so the argument that someone doesn't want to run it to get an enhancement to Nova doesn't hold a lot of weight in my mind. </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class=""><font color="#888888"><br>
<br>
        -Sean<br>
<br>
-- <br>
Sean Dague<br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</font></span></blockquote></div><br></div></div>