https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateVPCAssociationAuthorization.html
New support desired for Route53 methods 'CreateVPCAssociationAuthorization' and 'DeleteVPCAssociationAuthorization'
Currently it is not possible to authorize VPCs to associate with a private hosted zone in native CloudFormation. We are forced to work around this by deploying a Lambda custom resource type, which sucks.
A resource type should exist for Route53::VPCAssociationAuthorization. It should contain the following properties:
It might make sense to also add a new property to Route53::HostedZone, to specify a list of VPCs to authorize, e.g.:
Type: AWS::Route53::HostedZone
Properties:
...
VPCAssociationAuthorizations:
- VPCId: vpc-xxxyyy
VPCRegion: xx-yyyy-1
- VPCId: ...
VPCRegion: ...
A user can successfully authorize a VPC in another account to associate with a private hosted zone, using native CloudFormation.
https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateVPCAssociationAuthorization.html
https://docs.aws.amazon.com/Route53/latest/APIReference/API_DeleteVPCAssociationAuthorization.html
This is a very useful feature!
definitely would be a good addition, very annoying that only way to do this is via CLI and SDKs presently
Happy birthday #371 馃巶
One of the ugliest things about PHZ association is that the PHZ has to exist first. However creating a hosted zone without an associated VPC in CloudFormation creates a public hosted zone which cannot be converted to private. To support this in CloudFormation would require a modification to allow a PHZ to exist without a VPC such that the authorisation can be created to allow the following sequence.
1) Account 1: Create VPC
2) Account 2: Create PHZ (without VPC association)
3) Account 2: Create VPCAssociationAuthorization
4) Account 1: Create VPCAssociation
Note that until mid-Feb 2021 sharing subnets to a member account using RAM implicitly allowed creation of a PHZ against the associated VPC. This is no longer the case, so having a fully-supported method of creating VPCAssociationAuthorizations has become more critical.
Note that until mid-Feb 2021 sharing subnets to a member account using RAM implicitly allowed creation of a PHZ against the associated VPC. This is no longer the case, so having a fully-supported method of creating VPCAssociationAuthorizations has become more critical.
So that's why I was having troubles with that use case now, and a lack of information about the subject!
Most helpful comment
Happy birthday #371 馃巶