[Openstack] Using heat template for defining floating IPs for instances created by Autoscaling::LaunchConfiguration
Steven Hardy
shardy at redhat.com
Wed Sep 11 08:36:30 UTC 2013
On Wed, Sep 11, 2013 at 10:59:25AM +0300, Pekka Rinne wrote:
> hi all
>
> If I create AutoScalingGroup by using heat and define in template
> AWS::AutoScaling::AutoScalingGroup, AWS::AutoScaling::LaunchConfiguration,
> AWS::AutoScaling::ScalingPolicy and OS::Ceilometer::Alarms for up&down
> scaling - how is it intended that I can automatically associate Neutron
> Floating IPs to instances created this way? Is there already existing some
> mechanism that can handle this by using heat template?
The more common topology for this kind of deployment would be an
AutoScalingGroup behind a LoadBalancer resource, with an EIP associated
with the LoadBalancer.
> As in heat template it is not possible to define directly Neutron ports for
> e.g. LaunchConfiguration.
However, if your use-case demands it, I think this *should* be possible,
can you expand on why it is not?
Note that when defining the Neutron port, the ip_address is optional, and
if ommitted, Neutron will allocate the first available fixed IP from the
pool the instance:
https://wiki.openstack.org/wiki/Neutron/APIv2-specification#Create_Port
> And then when up scaling happens the new instances would need to have
> floating IPs and ports as well. In down scaling network resources could be
> released.
>
> The only way I could think of is that I would run stack update or use
> horizon, but its not very practical with auto scaling.
>
> Or is there this kind of feature in road maps?
I think we need to better understand your use-case, associating an EIP with
every instance in a scaling group seems like a somewhat odd requirement,
but as outlined above, I don't think it's impossible if you really need it.
Steve
More information about the Openstack
mailing list