Open jk2l opened 4 years ago
slightly updated the description to be inline and consistent with API gateway https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-apigateway-restapi-endpointconfiguration.html
instead of calling them GLOBAL and LOCAL. it should be called EDGE and REGIONAL
Great idea!! 👍
We also just ran into this today while trying to setup a Cognito Custom Domain Name in us-west-2. I can't think of an elegant solution that doesn't require me managing 2 additional stacks or writing a custom resource Lambda to do the necessary cross-region stack deployment coordination for me.
Also suggested an alternative solution in #562
See my answer to #630 . This is probably now possible with stacksets as cloudformation objects.
Your challenge is likely to be getting the properties of resources created in the sub-stacks. I think your main stack would need to run in us-east-1 and create the ACM and then pass the ACM ID in to the nested stack, where the work happens in your other region. As long as you don't need to pass any information back from the region to us-east-1, I think you're OK. There is no "output" from the stackset.
hm... this can be more difficult to deploy into us-east-1. as I have big infrastructure stack that also passing around parameters from other stack's output. it will be much easier to deploy ACM as sub stack into us-east-1 instead of the other way round.
@max-allan-surevine how difficult will it be to introduce support for output references?
I've just done it. It is pretty mind bending. I used some SSM params in the master region that a lambda in the sub-region can update. Then using the same concept and a custom resource type, that runs a lambda to update SSM. If it is just one value you want to pass, shouldn't be too hard. If it is lots of values, I can imagine it getting very messy!! But for an ACM cert, it should be even easier than my example (that runs on 2 regions). In this example, set reportValues.Input to whatever you want to "share" with the master (eg !Ref ACMCert)
Wanted to chime in and provide a use case for this feature request, since it would make things a lot easier for us.
Region: EDGE|REGIONAL
The challenge with multiple dynamic domains, AWS CloudFront, AWS Certificate Manager with infrastructure-as-code and other than us-east-1
as default region.
example.dev|.com
.dev
prod
<project>.example.dev
(dev-account)<project>.example.com
(prod-account)We use multiple environments (deployed via CI-service):
production
staging
development
environment which is mostly used for some random testing and during initial project setup.Our main region is eu-west-1
(Ireland), since it's in the EU, it's the close to us (Finland) and it's a feature rich region (compared to Stockholm).
We use AWS Cloud Development Kit (CDK) for infrastructure as code (CDK is based on CloudFormation).
The setup described above (in the diagrams) with environment specific domains and CI-controlled environments works like a charm otherwise, BUT it can be challenging to work with CloudFront and ACM:
*.foo.example.dev
in a CloudFront distribution with alias of api.my-cool-feature.preview.foo.example.dev
.eu-west-1
and CloudFront requires the certificate to exists in us-east-1
, we need to use some kind of CloudFormation Custom Resource trickery.acm.DnsValidatedCertificate
for exactly that use case.30 minutes
for ACM to validate the certificate and the Lambda (that power Custom Resources) execution timeout is 15 minutes
means that deployments often fail. acm.DnsValidatedCertificate
creating a new certificate (instead of using the certificate from previous deploy that probably is already validated), so the problem persists. acm.Certificate
CDK construct, that will use native CloudFormation to create the certificate...eu-west-1
and CloudFront requires ACM certificate in us-east-1
!So we're kind of stuck in this situation where new environment deployments randomly fail. We could probably create a separate CDK stack with acm.Certificate
and deploy it to us-east-1
and then pass around the certificate ARN via Systems Manager parameter store, but that gets quite complex quite fast.
The perfect solution for us would be CloudFormation supporting certificate deployments to other regions, as proposed in CloudFormation roadmap issue #523
via Region
-property (either REGIONAL
or EDGE
).
Also wondering if anyone else has hit this limitation with similar environment/DNS setup and how've they worked around the issue.
@aripalo we have exactly the same use case minus the Git tag based production environments, and we often encounter the random stack deployments that you mentioned. Currently we found no feasible workaround besides creating a dedicated ACM stack in the us-east-1 region as you mentioned.
It is very, very surprising that this isn't already supported given the requirement to use us-east-1
for API Gateway..
Yep. The most depressing fact is that this seems not to be even on the roadmap (since no milestones etc is not assigned).
My guess is that most US-based users & folks at AWS don't see this as a problem since they're most probably deploying their workloads into us-east-1
anyway 🤷♂️
It is very, very surprising that this isn't already supported given the requirement to use
us-east-1
for API Gateway..
I was gobsmacked, given that same requirement for CloudFront! I really hope this gets picked up sometime soon ...
I'm also facing the same with my CloudFront, ACM as the other resources are in the eu-central-1 region while there is no option in serverless(CloudFormation) to change region while creating ACM.. any resolution or update on this??
We hit this as well for a serverless API, and worked around the problem using a custom resource. This was a lot of work (and a lot more than expected), but seems to work reasonably well for now.
why ain't ACM a global service since the very beginning...
Experienced this problem too. Managed to come up with something based on @max-allan-surevine article. My issue now is how to get the output to show up from the stackset. I wanted to use the output to dynamically add it to my Cloudfront distribution but it's not showing up, neither is the export value that I tried to add. But it runs with no errors.
Certificate:
Type: AWS::CloudFormation::StackSet
Properties:
Description: Request a certificate from ACM in N. Virginia
PermissionModel: SELF_MANAGED
StackInstancesGroup:
- DeploymentTargets:
Accounts:
- !Ref AWS::AccountId
Regions:
- us-east-1
StackSetName: !Sub ${AWS::StackName}-NorthVirginiaACM
TemplateBody: |
AWSTemplateFormatVersion: 2010-09-09
Description: Request a certificate from ACM in N. Virginia
Resources:
USCertificate:
Type: AWS::CertificateManager::Certificate
Properties:
DomainName: {redacted}
SubjectAlternativeNames:
- {redacted}
DomainValidationOptions:
- DomainName: {redacted}
HostedZoneId: {redacted}
ValidationMethod: DNS
Outputs:
USCertificate:
Value:
Ref: USCertificate
Export:
Name: ami-Certificate
I have the same issue. We have to deploy a stack that includes API Gateway with a custom domain using a CI/CD stack and we want to be able to freely deploy it in any region without manual intervention. We don't have capacity for developing/maintaining a custom solution. This is a huge pain point and the sole blocker for our current project.
why ain't ACM a global service since the very beginning...
lately I am more keen toward with my suggestion for #562 as I recently need to deploy a WAFv2 rule on top of the CloudFormation stack that is already deployed in ap-southeast-2. and found we come across the issue mentioned in #546
as this "region" deployment issue cover quite a bit different service. probably much more ideally to allow child stack to be deployed from same region and then refrence it's output
p.s. Solution from #630 is not a solution. as it does not allow refrencing output. so we will need to deploy custom solution on top of it which mean it back to square one (To have a solution that do not require hack like custom resource)
I think that solution #521 could answer this as well since it would essentially allow creation of certificates in multiple regions more easily.
I think that solution #521 could answer this as well since it would essentially allow creation of certificates in multiple regions more easily.
how is this related? what we want within this ticket is that the creation of ACM cert is in same region with resource that depends on it (e.g. if I create the CloudFront in with CloudFormation ap-southeast-2, I want to be able to create CloudFront's ACM from same stack as well).
but at the moment it is not possible to create ACM in us-east-1 from within ap-southeast-2 (but if you create global resource like CloudFront from ap-southeast-2, it is actually create us-east-1)
Here's my solution, adapted from @max-allan-surevine.
My use case simply required an ACM certificate to be created in us-east-1 (I'm usually in a different region) for Cloudfront and the arn output in the main region so that another template can reference it. The stack set creates the certificate and uses a custom resource to pass the arn to a lambda function that outputs to an SSM parameter that can be read by the main template and output. The template also creates the required roles for stack sets to operate, which are needed even when running as an admin within the same account.
I ran into problems with the cfnresponse library not being available in the Lambda so refactored it to use the standard library with the identical return logic to correctly signal cfn. The custom resource passes two parameters Name and Value, where the name refers to the SSM parameter.
AWSTemplateFormatVersion: 2010-09-09
Parameters:
DomainName:
Default: test.something.com
Type: String
Outputs:
AppCertificateArnUsEastOutput:
Value: !GetAtt AppCertificateArnUsEastParameter.Value
Export:
Name: AppCertificateArnUsEast
Resources:
UsEastResources:
Type: AWS::CloudFormation::StackSet
Properties:
StackSetName: !Sub "${AWS::StackName}-us-east-resources"
PermissionModel: SELF_MANAGED
StackInstancesGroup:
- DeploymentTargets:
Accounts:
- !Ref AWS::AccountId
Regions:
- us-east-1
TemplateBody: !Sub |
AWSTemplateFormatVersion: 2010-09-09
Resources:
Certificate:
Type: AWS::CertificateManager::Certificate
Properties:
DomainName: ${DomainName}
ValidationMethod: DNS
OutputFunction:
Type: AWS::Lambda::Function
Properties:
FunctionName: stack-set-output
Handler: index.lambda_handler
Role: ${StackSetLambdaRole.Arn}
Code:
ZipFile: |
import boto3, json, urllib3
http = urllib3.PoolManager()
def lambda_handler(event, context):
print(f'Event: {json.dumps(event)}')
try:
client = boto3.client('ssm', region_name='${AWS::Region}')
client.put_parameter(Name=event['ResourceProperties']['Name'], Overwrite=True, Value=event['ResourceProperties']['Value'])
status = 'SUCCESS'
except Exception as e:
print(f'Failed to put parameter\n\nException: {e}')
status = 'FAILED'
json_response = json.dumps({'Status': status, 'PhysicalResourceId': context.log_stream_name, 'StackId': event['StackId'],
'RequestId': event['RequestId'], 'LogicalResourceId': event['LogicalResourceId']})
try:
response = http.request('PUT', event['ResponseURL'], body=json_response.encode('utf-8'),
headers={'content-type' : '', 'content-length' : str(len(json_response))})
print(f'Status code: {response.reason}')
except Exception as e:
print(f'Failed sending response\n\nResponse: {json_response}\n\nException: {e}')
Runtime: python3.9
OutputCertificateArn:
Type: AWS::CloudFormation::CustomResource
Properties:
ServiceToken: !GetAtt OutputFunction.Arn
Name: ${AppCertificateArnUsEastParameter}
Value: !Ref Certificate
AppCertificateArnUsEastParameter:
Type: AWS::SSM::Parameter
Properties:
Name: /cloudformation/app-certificate-arn-us-east
Type: String
Value: none
StackSetAdminRole:
Type: AWS::IAM::Role
Properties:
RoleName: AWSCloudFormationStackSetAdministrationRole
AssumeRolePolicyDocument:
Version: 2012-10-17
Statement:
- Effect: Allow
Principal:
Service: cloudformation.amazonaws.com
Action:
- sts:AssumeRole
Policies:
- PolicyName: AssumeRoleAWSCloudFormationStackSetExecutionRole
PolicyDocument:
Version: 2012-10-17
Statement:
- Effect: Allow
Action:
- sts:AssumeRole
Resource:
- arn:*:iam::*:role/AWSCloudFormationStackSetExecutionRole
StackSetExecutionRole:
Type: AWS::IAM::Role
Properties:
RoleName: AWSCloudFormationStackSetExecutionRole
AssumeRolePolicyDocument:
Version: 2012-10-17
Statement:
- Effect: Allow
Action:
- sts:AssumeRole
Principal:
AWS:
- !Ref AWS::AccountId
ManagedPolicyArns:
- !Sub arn:${AWS::Partition}:iam::aws:policy/AdministratorAccess
StackSetLambdaRole:
Type: AWS::IAM::Role
Properties:
RoleName: AWSCloudFormationStackSetLambdaRole
AssumeRolePolicyDocument:
Version: 2012-10-17
Statement:
- Effect: Allow
Action:
- sts:AssumeRole
Principal:
Service:
- lambda.amazonaws.com
Policies:
- PolicyName: AWSCloudFormationStackSetLambda
PolicyDocument:
Version: 2012-10-17
Statement:
- Effect: Allow
Action:
- ssm:*
Resource:
- !Sub arn:aws:ssm:${AWS::Region}:${AWS::AccountId}:parameter/cloudformation*
- Effect: Allow
Action:
- 'logs:*'
# should be narrowed
Resource: arn:aws:logs:*:*:*
tbh i am not a big fan of custom resources. debugging custom resources can sometimes be time-consuming. also, lambda version can get deprecate over the years so it requires some works to keep it up to date which this feature should be a native solution by default.
the major issue is the inconsistent design of cloud formation itself (e.g. you can create global resources like cloudfront from Sydney region, but you can't create an ACM associate it. )
Infrastructure as Code have been promoted from within AWS but the service itself failed to support a simple common use case.
take a look at: cross region cert
@yosefbs Is this how it would be used in a template?
CloudFormationCert:
type: AWS::CertificateManager::DnsValidatedCertificate
Properties:
DomainName: {redacted}
HostedZone: {redacted}
Region: us-east-1
@yosefbs Is this how it would be used in a template?
CloudFormationCert: type: AWS::CertificateManager::DnsValidatedCertificate Properties: DomainName: {redacted} HostedZone: {redacted} Region: us-east-1
lol no, CDK cheated it by using Lambda function custom resource. basically they wrap around some code logic to build a custom resource automatically on demand
Here's my solution, adapted from @max-allan-surevine.
My use case simply required an ACM certificate to be created in us-east-1 (I'm usually in a different region) for Cloudfront and the arn output in the main region so that another template can reference it. The stack set creates the certificate and uses a custom resource to pass the arn to a lambda function that outputs to an SSM parameter that can be read by the main template and output. The template also creates the required roles for stack sets to operate, which are needed even when running as an admin within the same account.
I ran into problems with the cfnresponse library not being available in the Lambda so refactored it to use the standard library with the identical return logic to correctly signal cfn. The custom resource passes two parameters Name and Value, where the name refers to the SSM parameter.
AWSTemplateFormatVersion: 2010-09-09 Parameters: DomainName: Default: test.something.com Type: String Outputs: AppCertificateArnUsEastOutput: Value: !GetAtt AppCertificateArnUsEastParameter.Value Export: Name: AppCertificateArnUsEast Resources: UsEastResources: Type: AWS::CloudFormation::StackSet Properties: StackSetName: !Sub "${AWS::StackName}-us-east-resources" PermissionModel: SELF_MANAGED StackInstancesGroup: - DeploymentTargets: Accounts: - !Ref AWS::AccountId Regions: - us-east-1 TemplateBody: !Sub | AWSTemplateFormatVersion: 2010-09-09 Resources: Certificate: Type: AWS::CertificateManager::Certificate Properties: DomainName: ${DomainName} ValidationMethod: DNS OutputFunction: Type: AWS::Lambda::Function Properties: FunctionName: stack-set-output Handler: index.lambda_handler Role: ${StackSetLambdaRole.Arn} Code: ZipFile: | import boto3, json, urllib3 http = urllib3.PoolManager() def lambda_handler(event, context): print(f'Event: {json.dumps(event)}') try: client = boto3.client('ssm', region_name='${AWS::Region}') client.put_parameter(Name=event['ResourceProperties']['Name'], Overwrite=True, Value=event['ResourceProperties']['Value']) status = 'SUCCESS' except Exception as e: print(f'Failed to put parameter\n\nException: {e}') status = 'FAILED' json_response = json.dumps({'Status': status, 'PhysicalResourceId': context.log_stream_name, 'StackId': event['StackId'], 'RequestId': event['RequestId'], 'LogicalResourceId': event['LogicalResourceId']}) try: response = http.request('PUT', event['ResponseURL'], body=json_response.encode('utf-8'), headers={'content-type' : '', 'content-length' : str(len(json_response))}) print(f'Status code: {response.reason}') except Exception as e: print(f'Failed sending response\n\nResponse: {json_response}\n\nException: {e}') Runtime: python3.9 OutputCertificateArn: Type: AWS::CloudFormation::CustomResource Properties: ServiceToken: !GetAtt OutputFunction.Arn Name: ${AppCertificateArnUsEastParameter} Value: !Ref Certificate AppCertificateArnUsEastParameter: Type: AWS::SSM::Parameter Properties: Name: /cloudformation/app-certificate-arn-us-east Type: String Value: none StackSetAdminRole: Type: AWS::IAM::Role Properties: RoleName: AWSCloudFormationStackSetAdministrationRole AssumeRolePolicyDocument: Version: 2012-10-17 Statement: - Effect: Allow Principal: Service: cloudformation.amazonaws.com Action: - sts:AssumeRole Policies: - PolicyName: AssumeRoleAWSCloudFormationStackSetExecutionRole PolicyDocument: Version: 2012-10-17 Statement: - Effect: Allow Action: - sts:AssumeRole Resource: - arn:*:iam::*:role/AWSCloudFormationStackSetExecutionRole StackSetExecutionRole: Type: AWS::IAM::Role Properties: RoleName: AWSCloudFormationStackSetExecutionRole AssumeRolePolicyDocument: Version: 2012-10-17 Statement: - Effect: Allow Action: - sts:AssumeRole Principal: AWS: - !Ref AWS::AccountId ManagedPolicyArns: - !Sub arn:${AWS::Partition}:iam::aws:policy/AdministratorAccess StackSetLambdaRole: Type: AWS::IAM::Role Properties: RoleName: AWSCloudFormationStackSetLambdaRole AssumeRolePolicyDocument: Version: 2012-10-17 Statement: - Effect: Allow Action: - sts:AssumeRole Principal: Service: - lambda.amazonaws.com Policies: - PolicyName: AWSCloudFormationStackSetLambda PolicyDocument: Version: 2012-10-17 Statement: - Effect: Allow Action: - ssm:* Resource: - !Sub arn:aws:ssm:${AWS::Region}:${AWS::AccountId}:parameter/cloudformation* - Effect: Allow Action: - 'logs:*' # should be narrowed Resource: arn:aws:logs:*:*:*
This was really helpful, though I needed to have UsEastResources DependsOn
the StackSetAdminRole and StackSetExecutionRole so that it could be created and deleted with them around, otherwise there were errors. Also, I assume those triple ticks at the bottom were accidental extras for closing the markdown code section.
(I also added HostedZoneId as a parameter so that the cert could be automatically validated)
AWSTemplateFormatVersion: 2010-09-09
Parameters:
DomainName:
Type: String
HostedZoneId:
Type: String
Outputs:
AppCertificateArnUsEastOutput:
Value: !GetAtt AppCertificateArnUsEastParameter.Value
Export:
Name: AppCertificateArnUsEast
Resources:
UsEastResources:
Type: AWS::CloudFormation::StackSet
DependsOn:
- StackSetAdminRole
- StackSetExecutionRole
Properties:
StackSetName: !Sub "${AWS::StackName}-us-east-resources"
PermissionModel: SELF_MANAGED
StackInstancesGroup:
- DeploymentTargets:
Accounts:
- !Ref AWS::AccountId
Regions:
- us-east-1
TemplateBody: !Sub |
AWSTemplateFormatVersion: 2010-09-09
Resources:
Certificate:
Type: AWS::CertificateManager::Certificate
Properties:
DomainName: ${DomainName}
DomainValidationOptions:
- DomainName: ${DomainName}
HostedZoneId: ${HostedZoneId}
ValidationMethod: DNS
OutputFunction:
Type: AWS::Lambda::Function
Properties:
FunctionName: ${AWS::StackName}-stack-set-output
Handler: index.lambda_handler
Role: ${StackSetLambdaRole.Arn}
Code:
ZipFile: |
import boto3, json, urllib3
http = urllib3.PoolManager()
def lambda_handler(event, context):
print(f'Event: {json.dumps(event)}')
try:
client = boto3.client('ssm', region_name='${AWS::Region}')
client.put_parameter(Name=event['ResourceProperties']['Name'], Overwrite=True, Value=event['ResourceProperties']['Value'])
status = 'SUCCESS'
except Exception as e:
print(f'Failed to put parameter\n\nException: {e}')
status = 'FAILED'
json_response = json.dumps({'Status': status, 'PhysicalResourceId': context.log_stream_name, 'StackId': event['StackId'],
'RequestId': event['RequestId'], 'LogicalResourceId': event['LogicalResourceId']})
try:
response = http.request('PUT', event['ResponseURL'], body=json_response.encode('utf-8'),
headers={'content-type' : '', 'content-length' : str(len(json_response))})
print(f'Status code: {response.reason}')
except Exception as e:
print(f'Failed sending response\n\nResponse: {json_response}\n\nException: {e}')
Runtime: python3.9
OutputCertificateArn:
Type: AWS::CloudFormation::CustomResource
Properties:
ServiceToken: !GetAtt OutputFunction.Arn
Name: ${AppCertificateArnUsEastParameter}
Value: !Ref Certificate
AppCertificateArnUsEastParameter:
Type: AWS::SSM::Parameter
Properties:
Name: /cloudformation/app-certificate-arn-us-east
Type: String
Value: none
StackSetAdminRole:
Type: AWS::IAM::Role
Properties:
RoleName: AWSCloudFormationStackSetAdministrationRole
AssumeRolePolicyDocument:
Version: 2012-10-17
Statement:
- Effect: Allow
Principal:
Service: cloudformation.amazonaws.com
Action:
- sts:AssumeRole
Policies:
- PolicyName: AssumeRoleAWSCloudFormationStackSetExecutionRole
PolicyDocument:
Version: 2012-10-17
Statement:
- Effect: Allow
Action:
- sts:AssumeRole
Resource:
- arn:*:iam::*:role/AWSCloudFormationStackSetExecutionRole
StackSetExecutionRole:
Type: AWS::IAM::Role
Properties:
RoleName: AWSCloudFormationStackSetExecutionRole
AssumeRolePolicyDocument:
Version: 2012-10-17
Statement:
- Effect: Allow
Action:
- sts:AssumeRole
Principal:
AWS:
- !Ref AWS::AccountId
ManagedPolicyArns:
- !Sub arn:${AWS::Partition}:iam::aws:policy/AdministratorAccess
StackSetLambdaRole:
Type: AWS::IAM::Role
Properties:
RoleName: AWSCloudFormationStackSetLambdaRole
AssumeRolePolicyDocument:
Version: 2012-10-17
Statement:
- Effect: Allow
Action:
- sts:AssumeRole
Principal:
Service:
- lambda.amazonaws.com
Policies:
- PolicyName: AWSCloudFormationStackSetLambda
PolicyDocument:
Version: 2012-10-17
Statement:
- Effect: Allow
Action:
- ssm:*
Resource:
- !Sub arn:aws:ssm:${AWS::Region}:${AWS::AccountId}:parameter/cloudformation*
- Effect: Allow
Action:
- 'logs:*'
# should be narrowed
Resource: arn:aws:logs:*:*:*
Here's another use case to incentivise whomever it may concern to finally tackle this problem:
We have to deploy an application stack including a CloudFront Distribuition on a per-customer basis. That literally can't be deployed anywhere but the eu-central-1 region because it contains lambdas that need a link to a certain VPC containing a DB they need to access, which, for legal reasons, HAS to live in one of the eu-* regions.
Creating several hundred certs manually is right out of course.
We have however found an alternative workaround to the problem which may, especially for beginners, be easier to implement. We are using AWS API Gateway as a proxy to CloudFront.
This may not be an ideal solution especially performance-wise, and I would advise anyone who thinks about using it on a heavy-traffic site with global relevance to do their own research and tests, but it does the business for smaller, none too heavily frequented sites.
I'm providing a slightly snipped-down template in the hope that it might be useful to someone.
{
"AWSTemplateFormatVersion": "2010-09-09",
"Transform": "AWS::Serverless-2016-10-31",
"Description": "Sample SAM Template for using redirection through API Gateway to avoid the CloudFront certificate problem\n",
"Globals": {
"Function": {
"Timeout": 30
}
},
"Parameters": {
"DomainName": {
"Type": "String",
"Default": "{redacted}"
},
"ApiHostedZone": {
"Type": "AWS::Route53::HostedZone::Id",
"Default": "{redacted}"
},
"BucketStackName": {
"Type": "String",
"Default": "{redacted}"
}
},
"Resources": {
"AccessLogs": {
"Type": "AWS::Logs::LogGroup",
"Properties": {
"RetentionInDays": 7
}
},
"HttpApi": {
"Type": "AWS::Serverless::HttpApi",
"Properties": {
"AccessLogSettings": {
"DestinationArn": {
"Fn::GetAtt": [
"AccessLogs",
"Arn"
]
},
"Format": "$context.identity.sourceIp - - [$context.requestTime] \"$context.httpMethod $context.routeKey $context.protocol\" $context.status $context.responseLength $context.requestId $context.integration.integrationStatus $context.integration.error"
},
"FailOnWarnings": true,
"CorsConfiguration": {
"AllowOrigins": [
{
"Fn::Join": [
"",
[
"https://",
{
"Ref": "DomainName"
}
]
]
}
],
"AllowMethods": [
"GET",
"PUT",
"OPTIONS"
],
"MaxAge": 600
},
"Domain": {
"CertificateArn": {
"Ref": "FrontendCert"
},
"DomainName": {
"Ref": "DomainName"
},
"Route53": {
"HostedZoneId": {
"Ref": "ApiHostedZone"
}
}
},
"DefinitionBody": {
"openapi": "3.0.1",
"info": {
"title": {
"Ref": "AWS::StackName"
},
"version": "1.0"
},
"paths": {
"/$default": {
"x-amazon-apigateway-any-method": {
"isDefaultRoute": true,
"x-amazon-apigateway-integration": {
"payloadFormatVersion": "1.0",
"type": "http_proxy",
"httpMethod": "ANY",
"uri": {
"Fn::Join": [
"",
[
"https://",
{
"Fn::GetAtt": [
"Distribution",
"DomainName"
]
}
]
]
},
"connectionType": "INTERNET"
}
}
}
}
}
}
},
"FrontendCert": {
"Type": "AWS::CertificateManager::Certificate",
"Properties": {
"DomainName": {
"Ref": "DomainName"
},
"ValidationMethod": "DNS",
"DomainValidationOptions": [
{
"DomainName": {
"Ref": "DomainName"
},
"HostedZoneId": {
"Ref": "ApiHostedZone"
}
}
]
}
},
"Distribution": {
"Type": "AWS::CloudFront::Distribution",
"Properties": {
"DistributionConfig": {
"Origins": [
{
"DomainName": {
"Fn::ImportValue": {
"Fn::Sub": "${BucketStackName}-StaticResourcesBucketUrl"
}
},
"Id": "S3Origin",
"S3OriginConfig": {
"OriginAccessIdentity": {
"Fn::Join": [
"",
[
"origin-access-identity/cloudfront/",
{
"Fn::ImportValue": {
"Fn::Sub": "${BucketStackName}-OriginAccessIdentity"
}
}
]
]
}
}
}
],
"Enabled": true,
"DefaultRootObject": "index.html",
"DefaultCacheBehavior": {
"AllowedMethods": [
"DELETE",
"GET",
"HEAD",
"OPTIONS",
"PATCH",
"POST",
"PUT"
],
"TargetOriginId": "S3Origin",
"ForwardedValues": {
"QueryString": false,
"Cookies": {
"Forward": "none"
}
},
"ViewerProtocolPolicy": "redirect-to-https",
"CachePolicyId": "658327ea-f89d-4fab-a63d-7e88639e58f6"
},
"PriceClass": "PriceClass_100",
"ViewerCertificate": {
"CloudFrontDefaultCertificate": true
}
}
}
}
}
}
Here's my solution, adapted from @max-allan-surevine.
My use case simply required an ACM certificate to be created in us-east-1 (I'm usually in a different region) for Cloudfront and the arn output in the main region so that another template can reference it. The stack set creates the certificate and uses a custom resource to pass the arn to a lambda function that outputs to an SSM parameter that can be read by the main template and output. The template also creates the required roles for stack sets to operate, which are needed even when running as an admin within the same account.
I ran into problems with the cfnresponse library not being available in the Lambda so refactored it to use the standard library with the identical return logic to correctly signal cfn. The custom resource passes two parameters Name and Value, where the name refers to the SSM parameter.
AWSTemplateFormatVersion: 2010-09-09 Parameters: DomainName: Default: test.something.com Type: String Outputs: AppCertificateArnUsEastOutput: Value: !GetAtt AppCertificateArnUsEastParameter.Value Export: Name: AppCertificateArnUsEast Resources: UsEastResources: Type: AWS::CloudFormation::StackSet Properties: StackSetName: !Sub "${AWS::StackName}-us-east-resources" PermissionModel: SELF_MANAGED StackInstancesGroup: - DeploymentTargets: Accounts: - !Ref AWS::AccountId Regions: - us-east-1 TemplateBody: !Sub | AWSTemplateFormatVersion: 2010-09-09 Resources: Certificate: Type: AWS::CertificateManager::Certificate Properties: DomainName: ${DomainName} ValidationMethod: DNS OutputFunction: Type: AWS::Lambda::Function Properties: FunctionName: stack-set-output Handler: index.lambda_handler Role: ${StackSetLambdaRole.Arn} Code: ZipFile: | import boto3, json, urllib3 http = urllib3.PoolManager() def lambda_handler(event, context): print(f'Event: {json.dumps(event)}') try: client = boto3.client('ssm', region_name='${AWS::Region}') client.put_parameter(Name=event['ResourceProperties']['Name'], Overwrite=True, Value=event['ResourceProperties']['Value']) status = 'SUCCESS' except Exception as e: print(f'Failed to put parameter\n\nException: {e}') status = 'FAILED' json_response = json.dumps({'Status': status, 'PhysicalResourceId': context.log_stream_name, 'StackId': event['StackId'], 'RequestId': event['RequestId'], 'LogicalResourceId': event['LogicalResourceId']}) try: response = http.request('PUT', event['ResponseURL'], body=json_response.encode('utf-8'), headers={'content-type' : '', 'content-length' : str(len(json_response))}) print(f'Status code: {response.reason}') except Exception as e: print(f'Failed sending response\n\nResponse: {json_response}\n\nException: {e}') Runtime: python3.9 OutputCertificateArn: Type: AWS::CloudFormation::CustomResource Properties: ServiceToken: !GetAtt OutputFunction.Arn Name: ${AppCertificateArnUsEastParameter} Value: !Ref Certificate AppCertificateArnUsEastParameter: Type: AWS::SSM::Parameter Properties: Name: /cloudformation/app-certificate-arn-us-east Type: String Value: none StackSetAdminRole: Type: AWS::IAM::Role Properties: RoleName: AWSCloudFormationStackSetAdministrationRole AssumeRolePolicyDocument: Version: 2012-10-17 Statement: - Effect: Allow Principal: Service: cloudformation.amazonaws.com Action: - sts:AssumeRole Policies: - PolicyName: AssumeRoleAWSCloudFormationStackSetExecutionRole PolicyDocument: Version: 2012-10-17 Statement: - Effect: Allow Action: - sts:AssumeRole Resource: - arn:*:iam::*:role/AWSCloudFormationStackSetExecutionRole StackSetExecutionRole: Type: AWS::IAM::Role Properties: RoleName: AWSCloudFormationStackSetExecutionRole AssumeRolePolicyDocument: Version: 2012-10-17 Statement: - Effect: Allow Action: - sts:AssumeRole Principal: AWS: - !Ref AWS::AccountId ManagedPolicyArns: - !Sub arn:${AWS::Partition}:iam::aws:policy/AdministratorAccess StackSetLambdaRole: Type: AWS::IAM::Role Properties: RoleName: AWSCloudFormationStackSetLambdaRole AssumeRolePolicyDocument: Version: 2012-10-17 Statement: - Effect: Allow Action: - sts:AssumeRole Principal: Service: - lambda.amazonaws.com Policies: - PolicyName: AWSCloudFormationStackSetLambda PolicyDocument: Version: 2012-10-17 Statement: - Effect: Allow Action: - ssm:* Resource: - !Sub arn:aws:ssm:${AWS::Region}:${AWS::AccountId}:parameter/cloudformation* - Effect: Allow Action: - 'logs:*' # should be narrowed Resource: arn:aws:logs:*:*:*
Thanks very much for this. I did run into an issue using this to save the version of a AWS::Serverless::Function when AutoPublishAlias: live is set. Recommended resolutions can be found in https://github.com/aws/serverless-application-model/issues/3079#issue-1646248336
+1. I can understand that it may not be wise to allow the creation of a certificate in any region, but surely you could add an attribute:
CertificateType: { Regional | Global }
that would allow from a global certificate for use with a Global resources such as CloudFront. Similarly, the ability to create a global LambdaFunction would simplify things greatly.
I have moved to aws CDK for last 2 years, it is ironically that there is a IaC required to put on top a IaC to solve something so simple. the AWS CDK introduce a custom resource (AWS Lambda) just to work around something to make basic feature supported
1. Title
AWS::CertificateManager::Certificate - Region
Add new parameter for EDGE or REGIONAL (default REGIONAL).
Samples:
2. Scope of request
When I want to create one single stack with Cognito custom domain, or CloudFront I need to create the certificate in us-east-1 manually first. But I would like to have my certificate to be deployed from within the same CloudFormation template with my Cognito/ApiGateway...etc
Current behaviour for Cognito custom domain even if I deploy the Cfn stack in other regions such as ap-southeast-1, it is actually deployed it into us-east-1 as it is global resource via Edge location (if I am not mistaken).
However, this will require me to deploy the one environment in two separate regions. Having a centralized Cfn will allow management part so much easier.
The biggest issue of no support multi-region properly is that if there is a bug happen in the template, it cannot fully rollback properly, also rolling out a new update of certs (e.g. add a new alternative name) will change the ARN. if I have a multi-account environment (I have 10 environments planned). manage all ACM Arn one by one can add a lot of overhead and issue
3. Expected behaviour
With the additional parameter mark it as global, the certificate can be used by CloudFront. Even if everything deploys in a different region
4. Suggest specific test cases
as mentioned in section 3.
5. Helpful Links to speed up research and evaluation
https://aws.amazon.com/premiumsupport/knowledge-center/custom-ssl-certificate-cloudfront/ https://docs.aws.amazon.com/cognito/latest/developerguide/cognito-user-pools-add-custom-domain.html https://docs.aws.amazon.com/apigateway/latest/developerguide/how-to-custom-domains.html
Also for the sake of consistency, we can copy AWS::ApiGateway::RestApi EndpointConfiguration parameter format to use Edge, Regional as the option
https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-apigateway-restapi-endpointconfiguration.html
6. Category (required) - Will help with tagging and be easier to find by other users to +1