CfnHealthCheckPropsMixin
- class aws_cdk.mixins_preview.aws_route53.mixins.CfnHealthCheckPropsMixin(props, *, strategy=None)
Bases:
MixinThe
AWS::Route53::HealthCheckresource is a Route 53 resource type that contains settings for a Route 53 health check.For information about associating health checks with records, see HealthCheckId in ChangeResourceRecordSets . .. epigraph:
You can't create a health check with simple routing.
ELB Load Balancers
If you’re registering EC2 instances with an Elastic Load Balancing (ELB) load balancer, do not create Amazon Route 53 health checks for the EC2 instances. When you register an EC2 instance with a load balancer, you configure settings for an ELB health check, which performs a similar function to a Route 53 health check.
Private Hosted Zones
You can associate health checks with failover records in a private hosted zone. Note the following:
Route 53 health checkers are outside the VPC. To check the health of an endpoint within a VPC by IP address, you must assign a public IP address to the instance in the VPC.
You can configure a health checker to check the health of an external resource that the instance relies on, such as a database server.
You can create a CloudWatch metric, associate an alarm with the metric, and then create a health check that is based on the state of the alarm. For example, you might create a CloudWatch metric that checks the status of the Amazon EC2
StatusCheckFailedmetric, add an alarm to the metric, and then create a health check that is based on the state of the alarm. For information about creating CloudWatch metrics and alarms by using the CloudWatch console, see the Amazon CloudWatch User Guide .
- See:
http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-route53-healthcheck.html
- CloudformationResource:
AWS::Route53::HealthCheck
- Mixin:
true
- ExampleMetadata:
fixture=_generated
Example:
# The code below shows an example of how to instantiate this type. # The values are placeholders you should change. from aws_cdk.mixins_preview import mixins from aws_cdk.mixins_preview.aws_route53 import mixins as route53_mixins cfn_health_check_props_mixin = route53_mixins.CfnHealthCheckPropsMixin(route53_mixins.CfnHealthCheckMixinProps( health_check_config=route53_mixins.CfnHealthCheckPropsMixin.HealthCheckConfigProperty( alarm_identifier=route53_mixins.CfnHealthCheckPropsMixin.AlarmIdentifierProperty( name="name", region="region" ), child_health_checks=["childHealthChecks"], enable_sni=False, failure_threshold=123, fully_qualified_domain_name="fullyQualifiedDomainName", health_threshold=123, insufficient_data_health_status="insufficientDataHealthStatus", inverted=False, ip_address="ipAddress", measure_latency=False, port=123, regions=["regions"], request_interval=123, resource_path="resourcePath", routing_control_arn="routingControlArn", search_string="searchString", type="type" ), health_check_tags=[route53_mixins.CfnHealthCheckPropsMixin.HealthCheckTagProperty( key="key", value="value" )] ), strategy=mixins.PropertyMergeStrategy.OVERRIDE )
Create a mixin to apply properties to
AWS::Route53::HealthCheck.- Parameters:
props (
Union[CfnHealthCheckMixinProps,Dict[str,Any]]) – L1 properties to apply.strategy (
Optional[PropertyMergeStrategy]) – (experimental) Strategy for merging nested properties. Default: - PropertyMergeStrategy.MERGE
Methods
- apply_to(construct)
Apply the mixin properties to the construct.
- Parameters:
construct (
IConstruct)- Return type:
- supports(construct)
Check if this mixin supports the given construct.
- Parameters:
construct (
IConstruct)- Return type:
bool
Attributes
- CFN_PROPERTY_KEYS = ['healthCheckConfig', 'healthCheckTags']
Static Methods
- classmethod is_mixin(x)
(experimental) Checks if
xis a Mixin.- Parameters:
x (
Any) – Any object.- Return type:
bool- Returns:
true if
xis an object created from a class which extendsMixin.- Stability:
experimental
AlarmIdentifierProperty
- class CfnHealthCheckPropsMixin.AlarmIdentifierProperty(*, name=None, region=None)
Bases:
objectA complex type that identifies the CloudWatch alarm that you want Amazon Route 53 health checkers to use to determine whether the specified health check is healthy.
- Parameters:
name (
Optional[str]) – The name of the CloudWatch alarm that you want Amazon Route 53 health checkers to use to determine whether this health check is healthy. .. epigraph:: Route 53 supports CloudWatch alarms with the following features: - Standard-resolution metrics. High-resolution metrics aren’t supported. For more information, see High-Resolution Metrics in the Amazon CloudWatch User Guide . - Statistics: Average, Minimum, Maximum, Sum, and SampleCount. Extended statistics aren’t supported.region (
Optional[str]) – For the CloudWatch alarm that you want Route 53 health checkers to use to determine whether this health check is healthy, the region that the alarm was created in. For the current list of CloudWatch regions, see Amazon CloudWatch endpoints and quotas in the Amazon Web Services General Reference .
- See:
- ExampleMetadata:
fixture=_generated
Example:
# The code below shows an example of how to instantiate this type. # The values are placeholders you should change. from aws_cdk.mixins_preview.aws_route53 import mixins as route53_mixins alarm_identifier_property = route53_mixins.CfnHealthCheckPropsMixin.AlarmIdentifierProperty( name="name", region="region" )
Attributes
- name
The name of the CloudWatch alarm that you want Amazon Route 53 health checkers to use to determine whether this health check is healthy.
Route 53 supports CloudWatch alarms with the following features:
Standard-resolution metrics. High-resolution metrics aren’t supported. For more information, see High-Resolution Metrics in the Amazon CloudWatch User Guide .
Statistics: Average, Minimum, Maximum, Sum, and SampleCount. Extended statistics aren’t supported.
- region
For the CloudWatch alarm that you want Route 53 health checkers to use to determine whether this health check is healthy, the region that the alarm was created in.
For the current list of CloudWatch regions, see Amazon CloudWatch endpoints and quotas in the Amazon Web Services General Reference .
HealthCheckConfigProperty
- class CfnHealthCheckPropsMixin.HealthCheckConfigProperty(*, alarm_identifier=None, child_health_checks=None, enable_sni=None, failure_threshold=None, fully_qualified_domain_name=None, health_threshold=None, insufficient_data_health_status=None, inverted=None, ip_address=None, measure_latency=None, port=None, regions=None, request_interval=None, resource_path=None, routing_control_arn=None, search_string=None, type=None)
Bases:
objectA complex type that contains information about the health check.
- Parameters:
alarm_identifier (
Union[IResolvable,AlarmIdentifierProperty,Dict[str,Any],None]) – A complex type that identifies the CloudWatch alarm that you want Amazon Route 53 health checkers to use to determine whether the specified health check is healthy.child_health_checks (
Optional[Sequence[str]]) – (CALCULATED Health Checks Only) A complex type that contains oneChildHealthCheckelement for each health check that you want to associate with aCALCULATEDhealth check.enable_sni (
Union[bool,IResolvable,None]) – Specify whether you want Amazon Route 53 to send the value ofFullyQualifiedDomainNameto the endpoint in theclient_hellomessage during TLS negotiation. This allows the endpoint to respond toHTTPShealth check requests with the applicable SSL/TLS certificate. Some endpoints require thatHTTPSrequests include the host name in theclient_hellomessage. If you don’t enable SNI, the status of the health check will beSSL alert handshake_failure. A health check can also have that status for other reasons. If SNI is enabled and you’re still getting the error, check the SSL/TLS configuration on your endpoint and confirm that your certificate is valid. The SSL/TLS certificate on your endpoint includes a domain name in theCommon Namefield and possibly several more in theSubject Alternative Namesfield. One of the domain names in the certificate should match the value that you specify forFullyQualifiedDomainName. If the endpoint responds to theclient_hellomessage with a certificate that does not include the domain name that you specified inFullyQualifiedDomainName, a health checker will retry the handshake. In the second attempt, the health checker will omitFullyQualifiedDomainNamefrom theclient_hellomessage.failure_threshold (
Union[int,float,None]) – The number of consecutive health checks that an endpoint must pass or fail for Amazon Route 53 to change the current status of the endpoint from unhealthy to healthy or vice versa. For more information, see How Amazon Route 53 Determines Whether an Endpoint Is Healthy in the Amazon Route 53 Developer Guide .FailureThresholdis not supported when you specify a value forTypeofRECOVERY_CONTROL. Otherwise, if you don’t specify a value forFailureThreshold, the default value is three health checks.fully_qualified_domain_name (
Optional[str]) – Amazon Route 53 behavior depends on whether you specify a value forIPAddress. If you specify a value forIPAddress: Amazon Route 53 sends health check requests to the specified IPv4 or IPv6 address and passes the value ofFullyQualifiedDomainNamein theHostheader for all health checks except TCP health checks. This is typically the fully qualified DNS name of the endpoint on which you want Route 53 to perform health checks. When Route 53 checks the health of an endpoint, here is how it constructs theHostheader: - If you specify a value of80forPortandHTTPorHTTP_STR_MATCHforType, Route 53 passes the value ofFullyQualifiedDomainNameto the endpoint in the Host header. - If you specify a value of443forPortandHTTPSorHTTPS_STR_MATCHforType, Route 53 passes the value ofFullyQualifiedDomainNameto the endpoint in theHostheader. - If you specify another value forPortand any value exceptTCPforType, Route 53 passesFullyQualifiedDomainName:Portto the endpoint in theHostheader. If you don’t specify a value forFullyQualifiedDomainName, Route 53 substitutes the value ofIPAddressin theHostheader in each of the preceding cases. If you don’t specify a value for ``IPAddress`` : Route 53 sends a DNS request to the domain that you specify forFullyQualifiedDomainNameat the interval that you specify forRequestInterval. Using an IPv4 address that DNS returns, Route 53 then checks the health of the endpoint. .. epigraph:: If you don’t specify a value forIPAddress, Route 53 uses only IPv4 to send health checks to the endpoint. If there’s no record with a type of A for the name that you specify forFullyQualifiedDomainName, the health check fails with a “DNS resolution failed” error. If you want to check the health of multiple records that have the same name and type, such as multiple weighted records, and if you choose to specify the endpoint only byFullyQualifiedDomainName, we recommend that you create a separate health check for each endpoint. For example, create a health check for each HTTP server that is serving content for www.example.com. For the value ofFullyQualifiedDomainName, specify the domain name of the server (such as us-east-2-www.example.com), not the name of the records (www.example.com). .. epigraph:: In this configuration, if you create a health check for which the value ofFullyQualifiedDomainNamematches the name of the records and you then associate the health check with those records, health check results will be unpredictable. In addition, if the value that you specify forTypeisHTTP,HTTPS,HTTP_STR_MATCH, orHTTPS_STR_MATCH, Route 53 passes the value ofFullyQualifiedDomainNamein theHostheader, as it does when you specify a value forIPAddress. If the value ofTypeisTCP, Route 53 doesn’t pass aHostheader.health_threshold (
Union[int,float,None]) – The number of child health checks that are associated with aCALCULATEDhealth check that Amazon Route 53 must consider healthy for theCALCULATEDhealth check to be considered healthy. To specify the child health checks that you want to associate with aCALCULATEDhealth check, use the ChildHealthChecks element. Note the following: - If you specify a number greater than the number of child health checks, Route 53 always considers this health check to be unhealthy. - If you specify0, Route 53 always considers this health check to be healthy.insufficient_data_health_status (
Optional[str]) – When CloudWatch has insufficient data about the metric to determine the alarm state, the status that you want Amazon Route 53 to assign to the health check: -Healthy: Route 53 considers the health check to be healthy. -Unhealthy: Route 53 considers the health check to be unhealthy. -LastKnownStatus: Route 53 uses the status of the health check from the last time that CloudWatch had sufficient data to determine the alarm state. For new health checks that have no last known status, the default status for the health check is healthy.inverted (
Union[bool,IResolvable,None]) – Specify whether you want Amazon Route 53 to invert the status of a health check, for example, to consider a health check unhealthy when it otherwise would be considered healthy.ip_address (
Optional[str]) – The IPv4 or IPv6 IP address of the endpoint that you want Amazon Route 53 to perform health checks on. If you don’t specify a value forIPAddress, Route 53 sends a DNS request to resolve the domain name that you specify inFullyQualifiedDomainNameat the interval that you specify inRequestInterval. Using an IP address returned by DNS, Route 53 then checks the health of the endpoint. Use one of the following formats for the value ofIPAddress: - IPv4 address : four values between 0 and 255, separated by periods (.), for example,192.0.2.44. - IPv6 address : eight groups of four hexadecimal values, separated by colons (:), for example,2001:0db8:85a3:0000:0000:abcd:0001:2345. You can also shorten IPv6 addresses as described in RFC 5952, for example,2001:db8:85a3::abcd:1:2345. If the endpoint is an EC2 instance, we recommend that you create an Elastic IP address, associate it with your EC2 instance, and specify the Elastic IP address forIPAddress. This ensures that the IP address of your instance will never change. For more information, see FullyQualifiedDomainName . Constraints: Route 53 can’t check the health of endpoints for which the IP address is in local, private, non-routable, or multicast ranges. For more information about IP addresses for which you can’t create health checks, see the following documents: - RFC 5735, Special Use IPv4 Addresses - RFC 6598, IANA-Reserved IPv4 Prefix for Shared Address Space - RFC 5156, Special-Use IPv6 Addresses When the value ofTypeisCALCULATEDorCLOUDWATCH_METRIC, omitIPAddress.measure_latency (
Union[bool,IResolvable,None]) – Specify whether you want Amazon Route 53 to measure the latency between health checkers in multiple AWS regions and your endpoint, and to display CloudWatch latency graphs on the Health Checks page in the Route 53 console.MeasureLatencyis not supported when you specify a value forTypeofRECOVERY_CONTROL. .. epigraph:: You can’t change the value ofMeasureLatencyafter you create a health check.port (
Union[int,float,None]) – The port on the endpoint that you want Amazon Route 53 to perform health checks on. .. epigraph:: Don’t specify a value forPortwhen you specify a value for Type ofCLOUDWATCH_METRICorCALCULATED.regions (
Optional[Sequence[str]]) – A complex type that contains oneRegionelement for each region from which you want Amazon Route 53 health checkers to check the specified endpoint. If you don’t specify any regions, Route 53 health checkers automatically performs checks from all of the regions that are listed under Valid Values . If you update a health check to remove a region that has been performing health checks, Route 53 will briefly continue to perform checks from that region to ensure that some health checkers are always checking the endpoint (for example, if you replace three regions with four different regions).request_interval (
Union[int,float,None]) – The number of seconds between the time that Amazon Route 53 gets a response from your endpoint and the time that it sends the next health check request. Each Route 53 health checker makes requests at this interval.RequestIntervalis not supported when you specify a value forTypeofRECOVERY_CONTROL. .. epigraph:: You can’t change the value ofRequestIntervalafter you create a health check. If you don’t specify a value forRequestInterval, the default value is30seconds.resource_path (
Optional[str]) – The path, if any, that you want Amazon Route 53 to request when performing health checks. The path can be any value for which your endpoint will return an HTTP status code of 2xx or 3xx when the endpoint is healthy, for example, the file /docs/route53-health-check.html. You can also include query string parameters, for example,/welcome.html?language=jp&login=y.routing_control_arn (
Optional[str]) – The Amazon Resource Name (ARN) for the Route 53 Application Recovery Controller routing control. For more information about Route 53 Application Recovery Controller, see Route 53 Application Recovery Controller Developer Guide. .search_string (
Optional[str]) – If the value of Type isHTTP_STR_MATCHorHTTPS_STR_MATCH, the string that you want Amazon Route 53 to search for in the response body from the specified resource. If the string appears in the response body, Route 53 considers the resource healthy. Route 53 considers case when searching forSearchStringin the response body.type (
Optional[str]) –The type of health check that you want to create, which indicates how Amazon Route 53 determines whether an endpoint is healthy. .. epigraph:: You can’t change the value of
Typeafter you create a health check. You can create the following types of health checks: - HTTP : Route 53 tries to establish a TCP connection. If successful, Route 53 submits an HTTP request and waits for an HTTP status code of 200 or greater and less than 400. - HTTPS : Route 53 tries to establish a TCP connection. If successful, Route 53 submits an HTTPS request and waits for an HTTP status code of 200 or greater and less than 400. .. epigraph:: If you specifyHTTPSfor the value ofType, the endpoint must support TLS v1.0 or later. - HTTP_STR_MATCH : Route 53 tries to establish a TCP connection. If successful, Route 53 submits an HTTP request and searches the first 5,120 bytes of the response body for the string that you specify inSearchString. - HTTPS_STR_MATCH : Route 53 tries to establish a TCP connection. If successful, Route 53 submits anHTTPSrequest and searches the first 5,120 bytes of the response body for the string that you specify inSearchString. - TCP : Route 53 tries to establish a TCP connection. - CLOUDWATCH_METRIC : The health check is associated with a CloudWatch alarm. If the state of the alarm isOK, the health check is considered healthy. If the state isALARM, the health check is considered unhealthy. If CloudWatch doesn’t have sufficient data to determine whether the state isOKorALARM, the health check status depends on the setting forInsufficientDataHealthStatus:Healthy,Unhealthy, orLastKnownStatus. .. epigraph:: Route 53 supports CloudWatch alarms with the following features: - Standard-resolution metrics. High-resolution metrics aren’t supported. For more information, see High-Resolution Metrics in the Amazon CloudWatch User Guide . - Statistics: Average, Minimum, Maximum, Sum, and SampleCount. Extended statistics aren’t supported. - CALCULATED : For health checks that monitor the status of other health checks, Route 53 adds up the number of health checks that Route 53 health checkers consider to be healthy and compares that number with the value ofHealthThreshold. - RECOVERY_CONTROL : The health check is assocated with a Route53 Application Recovery Controller routing control. If the routing control state isON, the health check is considered healthy. If the state isOFF, the health check is considered unhealthy. For more information, see How Route 53 Determines Whether an Endpoint Is Healthy in the Amazon Route 53 Developer Guide .
- See:
- ExampleMetadata:
fixture=_generated
Example:
# The code below shows an example of how to instantiate this type. # The values are placeholders you should change. from aws_cdk.mixins_preview.aws_route53 import mixins as route53_mixins health_check_config_property = route53_mixins.CfnHealthCheckPropsMixin.HealthCheckConfigProperty( alarm_identifier=route53_mixins.CfnHealthCheckPropsMixin.AlarmIdentifierProperty( name="name", region="region" ), child_health_checks=["childHealthChecks"], enable_sni=False, failure_threshold=123, fully_qualified_domain_name="fullyQualifiedDomainName", health_threshold=123, insufficient_data_health_status="insufficientDataHealthStatus", inverted=False, ip_address="ipAddress", measure_latency=False, port=123, regions=["regions"], request_interval=123, resource_path="resourcePath", routing_control_arn="routingControlArn", search_string="searchString", type="type" )
Attributes
- alarm_identifier
A complex type that identifies the CloudWatch alarm that you want Amazon Route 53 health checkers to use to determine whether the specified health check is healthy.
- child_health_checks
(CALCULATED Health Checks Only) A complex type that contains one
ChildHealthCheckelement for each health check that you want to associate with aCALCULATEDhealth check.
- enable_sni
Specify whether you want Amazon Route 53 to send the value of
FullyQualifiedDomainNameto the endpoint in theclient_hellomessage during TLS negotiation.This allows the endpoint to respond to
HTTPShealth check requests with the applicable SSL/TLS certificate.Some endpoints require that
HTTPSrequests include the host name in theclient_hellomessage. If you don’t enable SNI, the status of the health check will beSSL alert handshake_failure. A health check can also have that status for other reasons. If SNI is enabled and you’re still getting the error, check the SSL/TLS configuration on your endpoint and confirm that your certificate is valid.The SSL/TLS certificate on your endpoint includes a domain name in the
Common Namefield and possibly several more in theSubject Alternative Namesfield. One of the domain names in the certificate should match the value that you specify forFullyQualifiedDomainName. If the endpoint responds to theclient_hellomessage with a certificate that does not include the domain name that you specified inFullyQualifiedDomainName, a health checker will retry the handshake. In the second attempt, the health checker will omitFullyQualifiedDomainNamefrom theclient_hellomessage.
- failure_threshold
The number of consecutive health checks that an endpoint must pass or fail for Amazon Route 53 to change the current status of the endpoint from unhealthy to healthy or vice versa.
For more information, see How Amazon Route 53 Determines Whether an Endpoint Is Healthy in the Amazon Route 53 Developer Guide .
FailureThresholdis not supported when you specify a value forTypeofRECOVERY_CONTROL.Otherwise, if you don’t specify a value for
FailureThreshold, the default value is three health checks.
- fully_qualified_domain_name
Amazon Route 53 behavior depends on whether you specify a value for
IPAddress.If you specify a value for
IPAddress:Amazon Route 53 sends health check requests to the specified IPv4 or IPv6 address and passes the value of
FullyQualifiedDomainNamein theHostheader for all health checks except TCP health checks. This is typically the fully qualified DNS name of the endpoint on which you want Route 53 to perform health checks.When Route 53 checks the health of an endpoint, here is how it constructs the
Hostheader:If you specify a value of
80forPortandHTTPorHTTP_STR_MATCHforType, Route 53 passes the value ofFullyQualifiedDomainNameto the endpoint in the Host header.If you specify a value of
443forPortandHTTPSorHTTPS_STR_MATCHforType, Route 53 passes the value ofFullyQualifiedDomainNameto the endpoint in theHostheader.If you specify another value for
Portand any value exceptTCPforType, Route 53 passesFullyQualifiedDomainName:Portto the endpoint in theHostheader.
If you don’t specify a value for
FullyQualifiedDomainName, Route 53 substitutes the value ofIPAddressin theHostheader in each of the preceding cases.If you don’t specify a value for ``IPAddress`` :
Route 53 sends a DNS request to the domain that you specify for
FullyQualifiedDomainNameat the interval that you specify forRequestInterval. Using an IPv4 address that DNS returns, Route 53 then checks the health of the endpoint. .. epigraph:If you don't specify a value for ``IPAddress`` , Route 53 uses only IPv4 to send health checks to the endpoint. If there's no record with a type of A for the name that you specify for ``FullyQualifiedDomainName`` , the health check fails with a "DNS resolution failed" error.
If you want to check the health of multiple records that have the same name and type, such as multiple weighted records, and if you choose to specify the endpoint only by
FullyQualifiedDomainName, we recommend that you create a separate health check for each endpoint. For example, create a health check for each HTTP server that is serving content for www.example.com. For the value ofFullyQualifiedDomainName, specify the domain name of the server (such as us-east-2-www.example.com), not the name of the records (www.example.com). .. epigraph:In this configuration, if you create a health check for which the value of ``FullyQualifiedDomainName`` matches the name of the records and you then associate the health check with those records, health check results will be unpredictable.
In addition, if the value that you specify for
TypeisHTTP,HTTPS,HTTP_STR_MATCH, orHTTPS_STR_MATCH, Route 53 passes the value ofFullyQualifiedDomainNamein theHostheader, as it does when you specify a value forIPAddress. If the value ofTypeisTCP, Route 53 doesn’t pass aHostheader.
- health_threshold
The number of child health checks that are associated with a
CALCULATEDhealth check that Amazon Route 53 must consider healthy for theCALCULATEDhealth check to be considered healthy.To specify the child health checks that you want to associate with a
CALCULATEDhealth check, use the ChildHealthChecks element.Note the following:
If you specify a number greater than the number of child health checks, Route 53 always considers this health check to be unhealthy.
If you specify
0, Route 53 always considers this health check to be healthy.
- insufficient_data_health_status
Route 53 considers the health check to be healthy.
Unhealthy: Route 53 considers the health check to be unhealthy.LastKnownStatus: Route 53 uses the status of the health check from the last time that CloudWatch had sufficient data to determine the alarm state. For new health checks that have no last known status, the default status for the health check is healthy.
- See:
- Type:
When CloudWatch has insufficient data about the metric to determine the alarm state, the status that you want Amazon Route 53 to assign to the health check
- Type:
Healthy
- inverted
Specify whether you want Amazon Route 53 to invert the status of a health check, for example, to consider a health check unhealthy when it otherwise would be considered healthy.
- ip_address
The IPv4 or IPv6 IP address of the endpoint that you want Amazon Route 53 to perform health checks on.
If you don’t specify a value for
IPAddress, Route 53 sends a DNS request to resolve the domain name that you specify inFullyQualifiedDomainNameat the interval that you specify inRequestInterval. Using an IP address returned by DNS, Route 53 then checks the health of the endpoint.Use one of the following formats for the value of
IPAddress:IPv4 address : four values between 0 and 255, separated by periods (.), for example,
192.0.2.44.IPv6 address : eight groups of four hexadecimal values, separated by colons (:), for example,
2001:0db8:85a3:0000:0000:abcd:0001:2345. You can also shorten IPv6 addresses as described in RFC 5952, for example,2001:db8:85a3::abcd:1:2345.
If the endpoint is an EC2 instance, we recommend that you create an Elastic IP address, associate it with your EC2 instance, and specify the Elastic IP address for
IPAddress. This ensures that the IP address of your instance will never change.For more information, see FullyQualifiedDomainName .
Constraints: Route 53 can’t check the health of endpoints for which the IP address is in local, private, non-routable, or multicast ranges. For more information about IP addresses for which you can’t create health checks, see the following documents:
When the value of
TypeisCALCULATEDorCLOUDWATCH_METRIC, omitIPAddress.
- measure_latency
Specify whether you want Amazon Route 53 to measure the latency between health checkers in multiple AWS regions and your endpoint, and to display CloudWatch latency graphs on the Health Checks page in the Route 53 console.
MeasureLatencyis not supported when you specify a value forTypeofRECOVERY_CONTROL. .. epigraph:You can't change the value of ``MeasureLatency`` after you create a health check.
- port
The port on the endpoint that you want Amazon Route 53 to perform health checks on.
Don’t specify a value for
Portwhen you specify a value for Type ofCLOUDWATCH_METRICorCALCULATED.
- regions
A complex type that contains one
Regionelement for each region from which you want Amazon Route 53 health checkers to check the specified endpoint.If you don’t specify any regions, Route 53 health checkers automatically performs checks from all of the regions that are listed under Valid Values .
If you update a health check to remove a region that has been performing health checks, Route 53 will briefly continue to perform checks from that region to ensure that some health checkers are always checking the endpoint (for example, if you replace three regions with four different regions).
- request_interval
The number of seconds between the time that Amazon Route 53 gets a response from your endpoint and the time that it sends the next health check request.
Each Route 53 health checker makes requests at this interval.
RequestIntervalis not supported when you specify a value forTypeofRECOVERY_CONTROL. .. epigraph:You can't change the value of ``RequestInterval`` after you create a health check.
If you don’t specify a value for
RequestInterval, the default value is30seconds.
- resource_path
The path, if any, that you want Amazon Route 53 to request when performing health checks.
The path can be any value for which your endpoint will return an HTTP status code of 2xx or 3xx when the endpoint is healthy, for example, the file /docs/route53-health-check.html. You can also include query string parameters, for example,
/welcome.html?language=jp&login=y.
- routing_control_arn
The Amazon Resource Name (ARN) for the Route 53 Application Recovery Controller routing control.
For more information about Route 53 Application Recovery Controller, see Route 53 Application Recovery Controller Developer Guide. .
- search_string
If the value of Type is
HTTP_STR_MATCHorHTTPS_STR_MATCH, the string that you want Amazon Route 53 to search for in the response body from the specified resource.If the string appears in the response body, Route 53 considers the resource healthy.
Route 53 considers case when searching for
SearchStringin the response body.
- type
The type of health check that you want to create, which indicates how Amazon Route 53 determines whether an endpoint is healthy.
You can’t change the value of
Typeafter you create a health check.You can create the following types of health checks:
HTTP : Route 53 tries to establish a TCP connection. If successful, Route 53 submits an HTTP request and waits for an HTTP status code of 200 or greater and less than 400.
HTTPS : Route 53 tries to establish a TCP connection. If successful, Route 53 submits an HTTPS request and waits for an HTTP status code of 200 or greater and less than 400.
If you specify
HTTPSfor the value ofType, the endpoint must support TLS v1.0 or later.HTTP_STR_MATCH : Route 53 tries to establish a TCP connection. If successful, Route 53 submits an HTTP request and searches the first 5,120 bytes of the response body for the string that you specify in
SearchString.HTTPS_STR_MATCH : Route 53 tries to establish a TCP connection. If successful, Route 53 submits an
HTTPSrequest and searches the first 5,120 bytes of the response body for the string that you specify inSearchString.TCP : Route 53 tries to establish a TCP connection.
CLOUDWATCH_METRIC : The health check is associated with a CloudWatch alarm. If the state of the alarm is
OK, the health check is considered healthy. If the state isALARM, the health check is considered unhealthy. If CloudWatch doesn’t have sufficient data to determine whether the state isOKorALARM, the health check status depends on the setting forInsufficientDataHealthStatus:Healthy,Unhealthy, orLastKnownStatus.
Route 53 supports CloudWatch alarms with the following features:
Standard-resolution metrics. High-resolution metrics aren’t supported. For more information, see High-Resolution Metrics in the Amazon CloudWatch User Guide .
Statistics: Average, Minimum, Maximum, Sum, and SampleCount. Extended statistics aren’t supported.
CALCULATED : For health checks that monitor the status of other health checks, Route 53 adds up the number of health checks that Route 53 health checkers consider to be healthy and compares that number with the value of
HealthThreshold.RECOVERY_CONTROL : The health check is assocated with a Route53 Application Recovery Controller routing control. If the routing control state is
ON, the health check is considered healthy. If the state isOFF, the health check is considered unhealthy.
For more information, see How Route 53 Determines Whether an Endpoint Is Healthy in the Amazon Route 53 Developer Guide .
HealthCheckTagProperty
- class CfnHealthCheckPropsMixin.HealthCheckTagProperty(*, key=None, value=None)
Bases:
objectThe
HealthCheckTagproperty describes one key-value pair that is associated with anAWS::Route53::HealthCheckresource.- Parameters:
key (
Optional[str]) – The value ofKeydepends on the operation that you want to perform:. - Add a tag to a health check or hosted zone :Keyis the name that you want to give the new tag. - Edit a tag :Keyis the name of the tag that you want to change theValuefor. - Delete a key :Keyis the name of the tag you want to remove. - Give a name to a health check : Edit the defaultNametag. In the Amazon Route 53 console, the list of your health checks includes a Name column that lets you see the name that you’ve given to each health check.value (
Optional[str]) – The value ofValuedepends on the operation that you want to perform:. - Add a tag to a health check or hosted zone :Valueis the value that you want to give the new tag. - Edit a tag :Valueis the new value that you want to assign the tag.
- See:
- ExampleMetadata:
fixture=_generated
Example:
# The code below shows an example of how to instantiate this type. # The values are placeholders you should change. from aws_cdk.mixins_preview.aws_route53 import mixins as route53_mixins health_check_tag_property = route53_mixins.CfnHealthCheckPropsMixin.HealthCheckTagProperty( key="key", value="value" )
Attributes
- key
.
Add a tag to a health check or hosted zone :
Keyis the name that you want to give the new tag.Edit a tag :
Keyis the name of the tag that you want to change theValuefor.Delete a key :
Keyis the name of the tag you want to remove.Give a name to a health check : Edit the default
Nametag. In the Amazon Route 53 console, the list of your health checks includes a Name column that lets you see the name that you’ve given to each health check.
- See:
- Type:
The value of
Keydepends on the operation that you want to perform
- value
.
Add a tag to a health check or hosted zone :
Valueis the value that you want to give the new tag.Edit a tag :
Valueis the new value that you want to assign the tag.
- See:
- Type:
The value of
Valuedepends on the operation that you want to perform