<html><body><p>Hi Ryan,<br>     There was a talk in the last Summit on this topics to explore the options with Magnum, Senlin, Heat, Kubernetes:<br><a href="https://www.openstack.org/summit/tokyo-2015/videos/presentation/exploring-magnum-and-senlin-integration-for-autoscaling-containers">https://www.openstack.org/summit/tokyo-2015/videos/presentation/exploring-magnum-and-senlin-integration-for-autoscaling-containers</a><br>A demo was shown with Senlin interfacing to Magnum to autoscale.<br>    There was also a Magnum design session to discuss this same topics.  The use cases are similar to what you describe.  Because the subject is complex, there are many moving parts, and multiple teams/projects are involved, one outcome of the design session is that we will write a spec on autoscaling containers and cluster.  A patch should be coming soon, so it would be great to have your input on the spec.<br>Ton, <br><br><img width="16" height="16" src="cid:1__=07BBF592DF916A048f9e8a93df938690918c07B@" border="0" alt="Inactive hide details for Ryan Rossiter ---11/17/2015 02:05:48 PM---Hi all, I was having a discussion with a teammate with resp"><font color="#424282">Ryan Rossiter ---11/17/2015 02:05:48 PM---Hi all, I was having a discussion with a teammate with respect to container</font><br><br><font size="2" color="#5F5F5F">From:        </font><font size="2">Ryan Rossiter <rlrossit@linux.vnet.ibm.com></font><br><font size="2" color="#5F5F5F">To:        </font><font size="2">openstack-dev@lists.openstack.org</font><br><font size="2" color="#5F5F5F">Date:        </font><font size="2">11/17/2015 02:05 PM</font><br><font size="2" color="#5F5F5F">Subject:        </font><font size="2">[openstack-dev] [magnum] Autoscaling both clusters and containers</font><br><hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br><br><br><tt>Hi all,<br><br>I was having a discussion with a teammate with respect to container <br>scaling. He likes the aspect of nova-docker that allows you to scale <br>(essentially) infinitely almost instantly, assuming you are using a <br>large pool of compute hosts. In the case of Magnum, if I'm a container <br>user, I don't want to be paying for a ton of vms that just sit idle, but <br>I also want to have enough vms to handle my scale when I infrequently <br>need it. But above all, when I need scale, I don't want to suddenly have <br>to go boot vms and wait for them to start up when I really need it.<br><br>I saw [1] which discusses container scaling, but I'm thinking we can <br>take this one step further. If I don't want to pay for a lot of vms when <br>I'm not using them, could I set up an autoscale policy that allows my <br>cluster to expand when my container concentration gets too high on my <br>existing cluster? It's kind of a case of nested autoscaling. The <br>containers are scaled based on request demand, and the cluster vms are <br>scaled based on container count.<br><br>I'm unsure of the details of Senlin, but at least looking at Heat <br>autoscaling [2], this would not be very hard to add to the Magnum <br>templates, and we would forward those on through the bay API. (I figure <br>we would do this through the bay, not baymodel, because I can see <br>similar clusters that would want to be scaled differently).<br><br>Let me know if I'm totally crazy or if this is a good idea (or if you <br>guys have already talked about this before). I would be interested in <br>your feedback.<br><br>[1] <br></tt><tt><a href="http://lists.openstack.org/pipermail/openstack-dev/2015-November/078628.html">http://lists.openstack.org/pipermail/openstack-dev/2015-November/078628.html</a></tt><tt><br>[2] </tt><tt><a href="https://wiki.openstack.org/wiki/Heat/AutoScaling#AutoScaling_API">https://wiki.openstack.org/wiki/Heat/AutoScaling#AutoScaling_API</a></tt><tt><br><br>-- <br>Thanks,<br><br>Ryan Rossiter (rlrossit)<br><br><br>__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br></tt><tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></tt><tt><br><br></tt><br><BR>
</body></html>