<div dir="ltr">Hi Jay,<div><br></div><div>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.</div>
<div><br></div><div>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.</div><div><br></div><div>-Sylvain</div></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-26 0:40 GMT+01:00 Jay Lau <span dir="ltr"><<a href="mailto:jay.lau.513@gmail.com" target="_blank">jay.lau.513@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>Greetings,<br><br></div><div>Here I want to bring up an old topic here and want to get some input from you experts.<br><br></div><div>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:<br>

<br></div><div>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.<br>

</div><div>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.<br>

</div><div>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.<br>

</div><div>4) Customized Policy: Customer can also define some customized policies based on their specified requirement.<br></div><div>5) Some run-time policies for block storage or even network.<br></div><div><br></div>
<div>
I borrow the idea from VMWare DRS (Thanks VMWare DRS), and there indeed many customers want such features.<br></div><div><br></div><div>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?<br>

</div><div><div><br>[1] <a href="https://blueprints.launchpad.net/nova/+spec/resource-optimization-service" target="_blank">https://blueprints.launchpad.net/nova/+spec/resource-optimization-service</a><span class="HOEnZb"><font color="#888888"><br>
<br>-- <br><div dir="ltr"><div>Thanks,<br>
<br></div>Jay<br></div>
</font></span></div></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>