-
Notifications
You must be signed in to change notification settings - Fork 3.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[route53] Support for health checks #9481
Comments
@justin8 I agree this is a pretty important missing feature. marking it as a |
Trying to work around this open ticket... not sure this is right though. Deployment seems to get stuck. import { determineFullyQualifiedDomainName } from '@aws-cdk/aws-route53/lib/util'
// ...
const alias = new route53_targets.ApiGatewayv2DomainProperties(
domainName.regionalDomainName, domainName.regionalHostedZoneId
)
const target = route53.RecordTarget.fromAlias(alias)
// latency based routing with health check
const gwStack = core.Stack.of(gw)
const healthCheck = new route53.CfnHealthCheck(this, 'healthCheck', {
healthCheckConfig: {
fullyQualifiedDomainName:
`${gw.apiId}.execute-api.${gwStack.region}.${gwStack.urlSuffix}`,
type: 'HTTPS',
measureLatency: true
}
})
new route53.CfnRecordSet(this, 'aRecordSet', {
aliasTarget: {
dnsName: domainName.regionalDomainName,
hostedZoneId: domainName.regionalHostedZoneId,
evaluateTargetHealth: true
},
name: determineFullyQualifiedDomainName(siteName, hostedZone),
hostedZoneId: hostedZone.hostedZoneId,
resourceRecords: target.values,
type: route53.RecordType.A,
region: gwStack.region,
setIdentifier: id,
healthCheckId: healthCheck.attrHealthCheckId
}) I'll update if I work out something better, but wanted to put what I had so far down given this has been open a while now. This seems to work on a fresh push of a stack... still not sure on the update path. Taking the long game this time and giving the updated stack as much time as it needs (e.g. hours if need be) |
Before this feature is available in the new release, do we have any way to associate a Cloudwatch Alarm with the Route53 Health Check in CDK? |
Any update on this? |
Here is a small custom construct that should work with the higher level |
This issue has received a significant amount of attention so we are automatically upgrading its priority. A member of the community will see the re-prioritization and provide an update on the issue. |
for those who are waiting for this: I have already opened the PR for alias records health checks and now I'm also working on regular health checks expecting the PR to be ready in a few days 🤞 |
two PRs are waiting for review & merge – first one for alias target health evaluation & second one for |
Currently the only way to define a health check or even to enable health checks for alias targets appears to be using
Cfn
resources instead of the higher level constructs.Use Case
Route53 health checks are commonly used for multi-region architectures, and not being able to create them is a little limiting
Proposed Solution
Other
This is a 🚀 Feature Request
The text was updated successfully, but these errors were encountered: