<div dir="ltr">Thanks for the explanation.<div><br></div><div>My point is to understand the current limitations of Heat regarding VPC resources and other resources making use of VPC.</div><div>I raised a couple of bugs on Launchpad:</div>

<div><div>
<a href="https://bugs.launchpad.net/heat/+bug/1163952" target="_blank">https://bugs.launchpad.net/heat/+bug/1163952</a> (Instance resource should implement the SubnetId property)<br></div><div><a href="https://bugs.launchpad.net/heat/+bug/1163991" target="_blank">https://bugs.launchpad.net/heat/+bug/1163991</a> (Instance resource should implement the SecurityGroupIds property)<br>


</div><div>From my understanding of Heat & Quantum, both should be possible to implement.</div><div><br></div><div style>I have additional questions concerning AWS::EC2::EIP and AWS::EC2::EIPAssociation resources:</div>

<div style>- The AWS::EC2::EIP resource doesn't use the InstanceId property. Is it on purpose?</div><div style>- Is it feasible to implement the AllocationId property in AWS::EC2::EIPAssociation?</div><div style>- Is it feasible to implement the NetworkInterfaceId property in AWS::EC2::EIPAssociation?</div>

<div style><br></div><div style>I guess you already looked at it but the AWS Cloudformation documentation indicates several ways to provision elastic IP:</div><div style><a href="http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/quickref-ec2.html#scenario-ec2-eip">http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/quickref-ec2.html#scenario-ec2-eip</a><br>

</div><div style><br></div><div><div><div>Regards,</div><div>Simon</div></div></div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/4/4 Steve Baker <span dir="ltr"><<a href="mailto:sbaker@redhat.com" target="_blank">sbaker@redhat.com</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 04/04/2013 12:21 PM, Zane Bitter wrote:<br>
>>> I want to pass the VpcId value as a parameter to the second template<br>
>>> but the stack creation fails. Looking at the code, this use case<br>
>>> doesn't seem to be supported.<br>
>>> Am I right? If yes, is it something planned for a future release?<br>
>> What version of Heat are you running? There was actually a change<br>
>> released in grizzly-rc1 which addressed this issue:<br>
>> <a href="https://bugs.launchpad.net/heat/+bug/1142812" target="_blank">https://bugs.launchpad.net/heat/+bug/1142812</a><br>
>> <a href="https://review.openstack.org/#/c/23391/" target="_blank">https://review.openstack.org/#/c/23391/</a><br>
><br>
> The issue is that it's then looked up using stack.resource_by_refid(),<br>
> which only looks at resources in the current stack:<br>
> <a href="https://github.com/openstack/heat/commit/63882b7bcbc55e411db26b4689f9cfe30d5a722b#L3R51" target="_blank">https://github.com/openstack/heat/commit/63882b7bcbc55e411db26b4689f9cfe30d5a722b#L3R51</a><br>
><br>
><br>
> That's used to get the router_id from the VPC resource's metadata.<br>
> What you need is to use the supplied ID (which is the network_id)<br>
> directly so that you don't need to access the VPC resource at all. I<br>
> have no idea if that's possible with Quantum.<br>
<br>
</div>Yes, a VPC consists of a Quantum net plus a router, but outside of Heat<br>
the net and router are not coupled so it will currently not be possible<br>
to pass in a VpcId.<br>
<br>
As an aside, if your templates are only going to be run on OpenStack I<br>
would recommend using the native quantum resources instead of VPC. The<br>
VPC resource types are there so that you can support AWS and OpenStack<br>
in a single template.<br>
<div class="HOEnZb"><div class="h5"><br>
cheers<br>
<br>
_______________________________________________<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></div>