I have to believe I am doing something simply wrong here but Pulumi Community #typescript

I have to believe I am doing something simply wron...

handsome-state-26704

03/21/2021, 12:51 AM

I have to believe I am doing something simply wrong here, but the snippet below will not export my subnet id. Any suggestions? What is the best way to export my subnet ID after the VPC is created?

Copy code

ipv6VPC = new aws.ec2.Vpc("IPv6VPC_1", {
  "cidrBlock": "10.10.0.0/16",
  "assignGeneratedIpv6CidrBlock": true
});

ipv6Subnet = pulumi.all([ipv6VPC.cidrBlock, ipv6VPC.ipv6CidrBlock]).apply(([v4Cidr, v6Cidr]) => {
  new aws.ec2.Subnet("IPv6Subnet_1", {
    "vpcId": ipv6VPC.id,
    "cidrBlock": v4Cidr.replace(/0.0\/.+$/, "10.0/24"),
    "ipv6CidrBlock": v6Cidr.replace(/00::\/.+/, "10::/64")
  });
})


exports.net1VpcId = ipv6VPC.id;
exports.net1SubnetId = ipv6Subnet.id;

little-cartoon-10569

03/21/2021, 6:00 AM

I use this syntax:

export const net1VpcId = ipv6VPC.id

handsome-state-26704

03/21/2021, 12:32 PM

Thank you for the suggestion. Yes - that works for the VPC, but not the subnet

handsome-state-26704

03/21/2021, 12:33 PM

The subnet is populated later, during the pulumi.all() phase of the build. And, for some reason, the results of that build are not included in the export.

handsome-state-26704

03/21/2021, 5:31 PM

The current work-around is break up my project into different stacks. 1. build the VPC and Subnets in the first stack 2. run

pulumi stack export > first.json

3. parse first.json in the second stack and move on Not the best feeling, but it works... would love to hear the solution for the original problem, though.

little-cartoon-10569

03/21/2021, 7:05 PM

Ah I see, I'm on a phone and missed that you're creating the subnet in an

apply

. Why are you doing that? You shouldn't have to do that, it's not recommended.

little-cartoon-10569

03/21/2021, 7:07 PM

As far as I can tell, you're doing that because you want to transform strings that are not available at execution time, so you're waiting until deploy time. That is the thing you should have a look at resolving.

little-cartoon-10569

03/21/2021, 7:09 PM

Can you build the VPC from the IP range, instead of the other way around? Or maybe use the awsx VPC, as that does it for you?

handsome-state-26704

03/22/2021, 1:34 AM

@little-cartoon-10569, the issue is that I am trying to use an AWS allocated IPv6 block. You cannot specify that - it has to come from AWS. And, it is only available after the VPC is created. So, I cannot create a subnet until after the IPv6 block is allocated, so I can allocate a /64 block to the subnet.

little-cartoon-10569

03/22/2021, 1:39 AM

Ok. You're not going to be able to export anything that comes from an

apply

then

block. You may be able to

await

something at the top level if you're using esnext or esmodule, but even then, you might not, as the promises you get from Pulumi have broken dependencies that outputs don't suffer from.

little-cartoon-10569

03/22/2021, 1:40 AM

So you may want to look into ways to provide your own IPv6 block to AWS, rather than the other way aroud. Or maybe, use separate projects, so that you can build the VPC in one stack, await the entire stack, then use the AWS-provided IPv6 block in another project?

little-cartoon-10569

03/22/2021, 1:40 AM

This wouldn't be hard if you're using automation-api.

Open in Slack

Previous Next