<div dir="ltr">hello<div><br></div><div>By using LoadBalancing I think traffic from outside can be handled. But in my case I'd need private network between instances, and then all instances should be able to connect to each other by using a network that is not visible outside. Also there could be several private internal networks, and some instances would get access to all of them but some only to few networks.</div>


<div><br></div><div>I have tried this so that in heat template I define internal Neutron network and sub net and let AutoScaling create the instances. What happens is that Horizon network topology does always show that the instances are attached to the private network automatically. But the instances are not always able to get IP address from DHCP . Not even if i try that manually after stack processing is done. Sometimes this does work ok. Is this the intended way how internal network should be used in this case?</div>


<div><br></div><div>But in case I have in my private network several sub nets, how the instance could get IP from all (or some) of them? Now it seems that it only gets IP from one subnet and it seems it just takes the first one. </div>


<div><br></div><div>Or i.e. how an instance created by auto scaling can get IP from subnets created by the template (or from already existing networks). And the sub nets could be in different private networks.</div><div>

<br>
</div><div>Also if I define in template more than one network heat fails the AutoScalingGroup creation  : HTTP 400 Multiple possible networks found, use a Network ID to be more specific</div><div>But I do not see any network ID parameter for AutoScalingGroup.</div>

<div><br></div><div>br,</div><div>Pekka</div><div><br></div><div><br><div class="gmail_extra"><br><br><div class="gmail_quote">2013/9/11 Steven Hardy <span dir="ltr"><<a href="mailto:shardy@redhat.com" target="_blank">shardy@redhat.com</a>></span><br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>On Wed, Sep 11, 2013 at 10:59:25AM +0300, Pekka Rinne wrote:<br>


> hi all<br>
><br>
> If I create AutoScalingGroup by using heat and define in template<br>
> AWS::AutoScaling::AutoScalingGroup, AWS::AutoScaling::LaunchConfiguration,<br>
> AWS::AutoScaling::ScalingPolicy and OS::Ceilometer::Alarms for up&down<br>
> scaling - how is it intended that I can automatically associate Neutron<br>
> Floating IPs to instances created this way? Is there already existing some<br>
> mechanism that can handle this by using heat template?<br>
<br>
</div>The more common topology for this kind of deployment would be an<br>
AutoScalingGroup behind a LoadBalancer resource, with an EIP associated<br>
with the LoadBalancer.<br>
<div><br>
> As in heat template it is not possible to define directly Neutron ports for<br>
> e.g. LaunchConfiguration.<br>
<br>
</div>However, if your use-case demands it, I think this *should* be possible,<br>
can you expand on why it is not?<br>
<br>
Note that when defining the Neutron port, the ip_address is optional, and<br>
if ommitted, Neutron will allocate the first available fixed IP from the<br>
pool the instance:<br>
<br>
<a href="https://wiki.openstack.org/wiki/Neutron/APIv2-specification#Create_Port" target="_blank">https://wiki.openstack.org/wiki/Neutron/APIv2-specification#Create_Port</a><br>
<div><br>
> And then when up scaling happens the new instances would need to have<br>
> floating IPs and ports as well. In down scaling network resources could be<br>
> released.<br>
><br>
> The only way I could think of is that I would run stack update or use<br>
> horizon, but its not very practical with auto scaling.<br>
><br>
> Or is there this kind of feature in road maps?<br>
<br>
</div>I think we need to better understand your use-case, associating an EIP with<br>
every instance in a scaling group seems like a somewhat odd requirement,<br>
but as outlined above, I don't think it's impossible if you really need it.<br>
<br>
Steve<br>
</blockquote></div><br></div></div></div>