<div dir="ltr"><div>Hello Simon! I've put responses below.</div><div><br></div>On Tue, Sep 17, 2013 at 7:57 AM, Simon Pasquier <<a href="mailto:simon.pasquier@bull.net">simon.pasquier@bull.net</a>> wrote:<br>> Hello,<br>
><br>> I'm testing stack updates with instance group and wait conditions and I'd<br>> like to get feedback from the Heat community.<br>><br>> My template declares an instance group resource with size = N and a wait<br>
> condition resource with count = N (N being passed as a parameter of the<br>> template). Each group's instance is calling cfn-signal (with a different<br>> id!) at the end of the user data script and my stack creates with no error.<br>
><br>> Now when I update my stack to run N+X instances, the instance group gets<br>> updated with size=N+X but since the wait condition is deleted and recreated,<br>> the count value should either be updated to X or my existing instances<br>
> should re-execute cfn-signal.<div><br></div><div>This is a pretty interesting scenario; I don't think we have a very good solution for it yet.</div><div><br>> To cope with this situation, I've found 2 options:<br>
> 1/ declare 2 parameters in my template: nb of instances (N for creation, N+X<br>> for update) and count of wait conditions (N for creation, X for update). See<br>> [1] for the details.<br>> 2/ declare only one parameter in my template (the size of the group) and<br>
> leverage cfn-hup on the existing instances to re-execute cfn-signal. See [2]<br>> for the details.<br>><br>> The solution 1 is not really user-friendly and I found that solution 2 is a<br>> bit complicated. Does anybody know a simpler way to achieve the same result?<br>
<br></div><div><br></div><div>I definitely think #1 is better than #2, but you're right, it's also not very nice.</div><div><br></div><div>I'm kind of confused about your examples though, because you don't show anything that depends on ComputeReady in your template. I guess I can imagine some scenarios, but it's not very clear to me how this works. It'd be nice to make sure the new autoscaling solution that we're working on will support your case in a nice way, but I think we need some more information about what you're doing. The only time this would have an effect is if there's another resource depending on the ComputeReady <i>that's also being updated at the same time</i>, because the only effect that a dependency has is to wait until it is met before performing create, update, or delete operations on other resources. So I think it would be nice to understand your use case a little bit more before continuing discussion.</div>
<div><br></div><div>-- <br></div><div>IRC: radix<br>Christopher Armstrong<br>Rackspace<br></div></div>