[openstack-dev] [Nova] [Ironic] Get power and temperature via IPMI

Pradipta Banerjee bpradipt at yahoo.com
Fri Dec 20 14:52:04 UTC 2013

On 12/19/2013 12:30 AM, Devananda van der Veen wrote:
> On Tue, Dec 17, 2013 at 10:00 PM, Gao, Fengqian <fengqian.gao at intel.com
> <mailto:fengqian.gao at intel.com>> wrote:
>     Hi, all,
>     I am planning to extend bp
>     https://blueprints.launchpad.net/nova/+spec/utilization-aware-scheduling
>     with power and temperature. In other words, power and temperature can be
>     collected and used for nova-scheduler just as CPU utilization.
This is a good idea and have definite use cases where one might want to optimize
provisioning based on power consumption
>     I have a question here. As you know, IPMI is used to get power and
>     temperature and baremetal implements IPMI functions in Nova. But baremetal
>     driver is being split out of nova, so if I want to change something to the
>     IPMI, which part should I choose now? Nova or Ironic?
> Hi!
> A few thoughts... Firstly, new features should be geared towards Ironic, not
> the nova baremetal driver as it will be deprecated soon
> (https://blueprints.launchpad.net/nova/+spec/deprecate-baremetal-driver). That
> being said, I actually don't think you want to use IPMI for what you're
> describing at all, but maybe I'm wrong.
> When scheduling VMs with Nova, in many cases there is already an agent running
> locally, eg. nova-compute, and this agent is already supplying information to
> the scheduler. I think this is where the facilities for gathering
> power/temperature/etc (eg, via lm-sensors) should be placed, and it can
> reported back to the scheduler along with other usage statistics.

Using lm-sensors or equivalent seems better.
Have a look at the following blueprint
> If you think there's a compelling reason to use Ironic for this instead of
> lm-sensors, please clarify.
> Cheers,
> Devananda
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20131220/f7edf22d/attachment.html>

More information about the OpenStack-dev mailing list