[openstack-dev] [OpenStack][Runtime Policy] A proposal for OpenStack run time policy to manage compute/storage resource

Jay Lau jay.lau.513 at gmail.com
Wed Feb 26 06:27:16 UTC 2014


@Zhangleiqiang, thanks for the info, yes, it does provide load balance and
DPM.

What I want to do is not only those two policies but also HA or some
customized policies just like openstack nova filters, also I hope that this
policy can manage not only compute resource, but also storage, network etc.





2014-02-26 12:16 GMT+08:00 Zhangleiqiang <zhangleiqiang at huawei.com>:

>  Hi, Jay & Sylvain:
>
>
>
> I found  the OpenStack-Neat Project (http://openstack-neat.org/) have
> already aimed to do the things similar to DRS and DPM.
>
>
>
> Hope it will be helpful.
>
>
>
>
>
> ----------
>
> Leiqzhang
>
>
>
> Best Regards
>
>
>
> *From:* Sylvain Bauza [mailto:sylvain.bauza at gmail.com]
> *Sent:* Wednesday, February 26, 2014 9:11 AM
>
> *To:* OpenStack Development Mailing List (not for usage questions)
> *Subject:* Re: [openstack-dev] [OpenStack][Runtime Policy] A proposal for
> OpenStack run time policy to manage compute/storage resource
>
>
>
> Hi Tim,
>
>
>
> As per I'm reading your design document, it sounds more likely related to
> something like Solver Scheduler subteam is trying to focus on, ie.
> intelligent agnostic resources placement on an holistic way [1]
>
> IIRC, Jay is more likely talking about adaptive scheduling decisions based
> on feedback with potential counter-measures that can be done for decreasing
> load and preserving QoS of nodes.
>
>
>
> That said, maybe I'm wrong ?
>
>
>
> [1]https://blueprints.launchpad.net/nova/+spec/solver-scheduler
>
>
>
> 2014-02-26 1:09 GMT+01:00 Tim Hinrichs <thinrichs at vmware.com>:
>
> Hi Jay,
>
> The Congress project aims to handle something similar to your use cases.
>  I just sent a note to the ML with a Congress status update with the tag
> [Congress].  It includes links to our design docs.  Let me know if you have
> trouble finding it or want to follow up.
>
> Tim
>
>
> ----- Original Message -----
> | From: "Sylvain Bauza" <sylvain.bauza at gmail.com>
> | To: "OpenStack Development Mailing List (not for usage questions)" <
> openstack-dev at lists.openstack.org>
> | Sent: Tuesday, February 25, 2014 3:58:07 PM
> | Subject: Re: [openstack-dev] [OpenStack][Runtime Policy] A proposal for
> OpenStack run time policy to manage
> | compute/storage resource
> |
> |
> |
> | Hi Jay,
> |
> |
> | Currently, the Nova scheduler only acts upon user request (either
> | live migration or boot an instance). IMHO, that's something Gantt
> | should scope later on (or at least there could be some space within
> | the Scheduler) so that Scheduler would be responsible for managing
> | resources on a dynamic way.
> |
> |
> | I'm thinking of the Pets vs. Cattles analogy, and I definitely think
> | that Compute resources could be treated like Pets, provided the
> | Scheduler does a move.
> |
> |
> | -Sylvain
> |
> |
> |
> | 2014-02-26 0:40 GMT+01:00 Jay Lau < jay.lau.513 at gmail.com > :
> |
> |
> |
> |
> | Greetings,
> |
> |
> | Here I want to bring up an old topic here and want to get some input
> | from you experts.
> |
> |
> | Currently in nova and cinder, we only have some initial placement
> | polices to help customer deploy VM instance or create volume storage
> | to a specified host, but after the VM or the volume was created,
> | there was no policy to monitor the hypervisors or the storage
> | servers to take some actions in the following case:
> |
> |
> | 1) Load Balance Policy: If the load of one server is too heavy, then
> | probably we need to migrate some VMs from high load servers to some
> | idle servers automatically to make sure the system resource usage
> | can be balanced.
> |
> | 2) HA Policy: If one server get down for some hardware failure or
> | whatever reasons, there is no policy to make sure the VMs can be
> | evacuated or live migrated (Make sure migrate the VM before server
> | goes down) to other available servers to make sure customer
> | applications will not be affect too much.
> |
> | 3) Energy Saving Policy: If a single host load is lower than
> | configured threshold, then low down the frequency of the CPU to save
> | energy; otherwise, increase the CPU frequency. If the average load
> | is lower than configured threshold, then shutdown some hypervisors
> | to save energy; otherwise, power on some hypervisors to load
> | balance. Before power off a hypervisor host, the energy policy need
> | to live migrate all VMs on the hypervisor to other available
> | hypervisors; After Power on a hypervisor host, the Load Balance
> | Policy will help live migrate some VMs to the new powered
> | hypervisor.
> |
> | 4) Customized Policy: Customer can also define some customized
> | policies based on their specified requirement.
> |
> | 5) Some run-time policies for block storage or even network.
> |
> |
> |
> | I borrow the idea from VMWare DRS (Thanks VMWare DRS), and there
> | indeed many customers want such features.
> |
> |
> |
> | I have filed a bp here [1] long ago, but after some discussion with
> | Russell, we think that this should not belong to nova but other
> | projects. Till now, I did not find a good place where we can put
> | this in, can any of you show some comments?
> |
> |
> |
> | [1]
> |
> https://blueprints.launchpad.net/nova/+spec/resource-optimization-service
> |
> | --
> |
> |
> | Thanks,
> |
> | Jay
> |
> | _______________________________________________
> | OpenStack-dev mailing list
> | OpenStack-dev at lists.openstack.org
> | http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> |
> |
> |
> | _______________________________________________
> | OpenStack-dev mailing list
> | OpenStack-dev at lists.openstack.org
>
> |
> https://urldefense.proofpoint.com/v1/url?u=http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=%2FZ35AkRhp2kCW4Q3MPeE%2BxY2bqaf%2FKm29ZfiqAKXxeo%3D%0A&m=XDB3hT4WE2iDrNVK0sQ8qKooX2r1T4E%2BVHek3GREhnE%3D%0A&s=e2346cd017c9d8108c12a101892492e2ac75953e4a5ea5c17394c775cf086d7f
>
> |
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>


-- 
Thanks,

Jay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140226/913d40bf/attachment.html>


More information about the OpenStack-dev mailing list