<div dir="ltr">Sorry for the distraction, but there is a talk on recursive containers ... Thu <div><a href="http://openstacksummitapril2013.sched.org/event/34aad71296676e18af9111d12dba70b4">http://openstacksummitapril2013.sched.org/event/34aad71296676e18af9111d12dba70b4</a><br>
</div><div><br></div><div style>Does HEAT do recursion? Community feedback would be awesome wrt if recursion helps in deploying complex app topologies. Remember talking to some folks after the Donabe talk during the Boston summit about recursion. I guess HEAT was post BOSTON. </div>
<div style><br></div><div style>debo</div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 4, 2013 at 11:53 AM, Robert Collins <span dir="ltr"><<a href="mailto:robertc@robertcollins.net" target="_blank">robertc@robertcollins.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 4 April 2013 18:37, Adrian Otto <<a href="mailto:adrian.otto@rackspace.com">adrian.otto@rackspace.com</a>> wrote:<br>

> Alan,<br>
><br>
> We want a useful Auto-Scale solution in Openstack, and recognize that Heat<br>
> has some capability already that could be leveraged. Whether Auto-Scale is<br>
> offered as a standalone service, by Heat, or (more likely) a combination of<br>
> both is open for discussion. Duncan's team is focused exclusively on<br>
> Auto-Scale, whereas our second team is concerned with the first three focus<br>
> areas I mentioned. So I will look to Duncan to gather input from you on<br>
> Auto-Scale.<br>
><br>
> My take:<br>
><br>
> Auto-scale is a control system. I believe that control systems should be<br>
> simple, and well coordinated. We should be careful not to end up with<br>
> multiple different control systems scattered about, especially in a complex<br>
> system like ours where the controls may actually conflict with each other.<br>
> Possible solutions include using centralized control, or perhaps well<br>
> coordinated federated control. Central control is simpler, so I prefer that<br>
> as a starting point. We could iterate toward something more elaborate as<br>
> needed.<br>
<br>
</div>Agree with what you're saying here. I'd like to highlight one reason<br>
why I'm cautious about the idea of splitting autoscale out of heat.<br>
<br>
Consider rolling deployments with canaries: here you have (say) 1000<br>
machines running Swift-proxy, and you need to deploy a new image to<br>
them all. You start by deploying a small number (say 1), and check it<br>
runs ok; then 10, and check, then 100 and check - note that at this<br>
point 10% of your capacity is now deploying concurrently, or has<br>
deployed but isn't yet clearly ok. If you have a load spike at this<br>
point, it might be the *worst* possible thing would be to auto scale<br>
up, because the load spike might be due to a bad image/config in the<br>
new instances: adding more of the new image to the mix may just<br>
increase the problem.<br>
<br>
So autoscaling and deploys interact at a very deep level. What we need<br>
to do to deal with that is an open question, but one things seems<br>
clear - if Heat were to consume a separate auto scaling service, that<br>
service would have to either not make Nova calls itself (and just<br>
inform Heat as to recommended actions), or Heat would need to disable<br>
it during deployments, which is going to be a huge chunk of the time<br>
in busy environments.<br>
<div class="im HOEnZb"><br>
-Rob<br>
<br>
--<br>
Robert Collins <<a href="mailto:rbtcollins@hp.com">rbtcollins@hp.com</a>><br>
Distinguished Technologist<br>
HP Cloud Services<br>
<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>-Debo~<br>
</div>