Values for latency records - Amazon Route 53

Values for latency records

When you create latency records, you specify the following values.


Although creating latency records in a private hosted zone is allowed, it's not supported.

Routing policy

Choose Latency.

Record name

Enter the name of the domain or subdomain that you want to route traffic for. The default value is the name of the hosted zone.


If you're creating a record that has the same name as the hosted zone, don't enter a value (for example, an @ symbol) in the Record name field.

Enter the same name for all of the records in the group of latency records.

CNAME records

If you're creating a record that has a value of CNAME for Record type, the name of the record can't be the same as the name of the hosted zone.

Special characters

For information about how to specify characters other than a-z, 0-9, and - (hyphen) and how to specify internationalized domain names, see DNS domain name format.

Wildcard characters

You can use an asterisk (*) character in the name. DNS treats the * character either as a wildcard or as the * character (ASCII 42), depending on where it appears in the name. For more information, see Using an asterisk (*) in the names of hosted zones and records.

Record type

The DNS record type. For more information, see Supported DNS record types.

Select the value for Type based on how you want Route 53 to respond to DNS queries.

Select the same value for all of the records in the group of latency records.

TTL (seconds)

The amount of time, in seconds, that you want DNS recursive resolvers to cache information about this record. If you specify a longer value (for example, 172800 seconds, or two days), you reduce the number of calls that DNS recursive resolvers must make to Route 53 to get the latest information in this record. This has the effect of reducing latency and reducing your bill for Route 53 service. For more information, see How Amazon Route 53 routes traffic for your domain.

However, if you specify a longer value for TTL, it takes longer for changes to the record (for example, a new IP address) to take effect because recursive resolvers use the values in their cache for longer periods before they ask Route 53 for the latest information. If you're changing settings for a domain or subdomain that's already in use, we recommend that you initially specify a shorter value, such as 300 seconds, and increase the value after you confirm that the new settings are correct.

If you're associating this record with a health check, we recommend that you specify a TTL of 60 seconds or less so clients respond quickly to changes in health status.

Value/Route traffic to

Choose IP address or another value depending on the record type. Enter a value that is appropriate for the value of Record type. For all types except CNAME, you can enter more than one value. Enter each value on a separate line.

A — IPv4 address

An IP address in IPv4 format, for example,

AAAA — IPv6 address

An IP address in IPv6 format, for example, 2001:0db8:85a3:0:0:8a2e:0370:7334.

CAA — Certificate Authority Authorization

Three space-separated values that control which certificate authorities are allowed to issue certificates or wildcard certificates for the domain or subdomain that is specified by Name. You can use CAA records to specify the following:

  • Which certificate authorities (CAs) can issue SSL/TLS certificates, if any

  • The email address or URL to contact when a CA issues a certificate for the domain or subdomain

CNAME — Canonical name

The fully qualified domain name (for example, that you want Route 53 to return in response to DNS queries for this record. A trailing dot is optional; Route 53 assumes that the domain name is fully qualified. This means that Route 53 treats (without a trailing dot) and (with a trailing dot) as identical.

MX — Mail exchange

A priority and a domain name that specifies a mail server, for example, 10

NAPTR — Name Authority Pointer

Six space-separated settings that are used by Dynamic Delegation Discovery System (DDDS) applications to convert one value to another or to replace one value with another. For more information, see NAPTR record type.

PTR — Pointer

The domain name that you want Route 53 to return.

SPF — Sender Policy Framework

An SPF record enclosed in quotation marks, for example, "v=spf1 ip4:". SPF records are not recommended. For more information, see Supported DNS record types.

SRV — Service locator

An SRV record. For information about SRV record format, refer to the applicable documentation. The format of an SRV record is:

[priority] [weight] [port] [server host name]

For example:

1 10 5269

TXT — Text

A text record. Enclose text in quotation marks, for example, "Sample Text Entry".


The Amazon EC2 region where the resource that you specified in this record resides. Route 53 recommends an Amazon EC2 region based on other values that you've specified. We recommend that you not change this value.

Note the following:

  • You can only create one latency record for each Amazon EC2 region.

  • You aren't required to create latency records for all Amazon EC2 regions. Route 53 chooses the region with the best latency from among the regions that you create latency records for.

  • You can't create non-latency records that have the same values for Record name and Record type as latency records.

  • If you create a record tagged with the region cn-north-1, Route 53 always responds to queries from within China using this record, regardless of the latency.

For more information about using latency records, see Latency-based routing.

Health check

Select a health check if you want Route 53 to check the health of a specified endpoint and to respond to DNS queries using this record only when the endpoint is healthy.

Route 53 doesn't check the health of the endpoint specified in the record, for example, the endpoint specified by the IP address in the Value field. When you select a health check for a record, Route 53 checks the health of the endpoint that you specified in the health check. For information about how Route 53 determines whether an endpoint is healthy, see How Amazon Route 53 determines whether a health check is healthy.

Associating a health check with a record is useful only when Route 53 is choosing between two or more records to respond to a DNS query, and you want Route 53 to base the choice in part on the status of a health check. Use health checks only in the following configurations:

  • You're checking the health of all of the records in a group of records that have the same name, type, and routing policy (such as failover or weighted records), and you specify health check IDs for all the records. If the health check for a record specifies an endpoint that is not healthy, Route 53 stops responding to queries using the value for that record.

  • You select Yes for Evaluate target health for an alias record or the records in a group of failover alias, geolocation alias, latency alias, or weighted alias record. If the alias records reference non-alias records in the same hosted zone, you must also specify health checks for the referenced records.

If your health checks specify the endpoint only by domain name, 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 For the value of Domain name, specify the domain name of the server (such as, not the name of the records (


In this configuration, if you create a health check for which the value of Domain name matches the name of the records and then associate the health check with those records, health check results will be unpredictable.

Record ID

Enter a value that uniquely identifies this record in the group of latency records.