Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Valores que hay que especificar al crear o editar los registros de Amazon Route 53.
<a name="resource-record-sets-values"></a>

Cuando crea registros con la consola de Amazon Route 53, los valores que especifique dependen de la política de enrutamiento que desee usar y de si va a crear registros de alias, que enrutan el tráfico a AWS los recursos.

Registros de alias que redirigen el tráfico a determinados AWS recursos para los que se especifica el recurso de destino (por ejemplo, Elastic Load Balancing, CloudFront distribución o bucket de Amazon S3). Si lo desea, también puede asociar las comprobaciones de estado y configurar la evaluación del estado de destino. En los siguientes temas, se proporciona información detallada sobre los valores necesarios para cada política de enrutamiento y tipo de registro, lo que lo ayuda a configurar los registros de Route 53 de manera eficaz.

**Topics**
+ [Valores comunes a todas las políticas de enrutamiento](resource-record-sets-values-shared.md)
+ [Valores comunes de registros de alias para todas las políticas de enrutamiento](resource-record-sets-values-alias-common.md)
+ [Valores específicos para registros simples](resource-record-sets-values-basic.md)
+ [Valores específicos para registros de alias simples](resource-record-sets-values-alias.md)
+ [Valores específicos de registros de conmutación por error](resource-record-sets-values-failover.md)
+ [Valores específicos de registros de alias de conmutación por error](resource-record-sets-values-failover-alias.md)
+ [Valores específicos de registros de geolocalización](resource-record-sets-values-geo.md)
+ [Valores específicos de registros de alias de geolocalización](resource-record-sets-values-geo-alias.md)
+ [Valores específicos de registros de geoproximidad](resource-record-sets-values-geoprox.md)
+ [Valores específicos de registros de alias de geoproximidad](resource-record-sets-values-geoprox-alias.md)
+ [Valores específicos de registros de latencia](resource-record-sets-values-latency.md)
+ [Valores específicos de registros de alias de latencia](resource-record-sets-values-latency-alias.md)
+ [Valores específicos para los registros basados en IP](resource-record-sets-values-ipbased.md)
+ [Valores específicos para los registros de alias basados en IP](resource-record-sets-values-ipbased-alias.md)
+ [Valores específicos de registros de respuesta de varios valores](resource-record-sets-values-multivalue.md)
+ [Valores específicos de registros ponderados](resource-record-sets-values-weighted.md)
+ [Valores específicos de registros de alias ponderados](resource-record-sets-values-weighted-alias.md)

# Valores comunes a todas las políticas de enrutamiento
<a name="resource-record-sets-values-shared"></a>

Estos son los valores comunes que puede especificar al crear o editar registros de Amazon Route 53. Todas las políticas de enrutamiento utilizan estos valores.



**Topics**
+ [Nombre del registro](#rrsets-values-common-name)
+ [Valor/ruta de destino del tráfico](#rrsets-values-common-value)
+ [TTL (segundos)](#rrsets-values-common-ttl)

## Nombre del registro
<a name="rrsets-values-common-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**. 

**Registros CNAME**  
Si crea un registro con el valor **CNAME** (CNAME) para **Record type** (Tipo de registro), el nombre del registro no puede ser el mismo que el de la zona alojada.

**Caracteres especiales**  
Para obtener información sobre cómo especificar caracteres distintos de a-z, 0-9 y - (guion), y cómo especificar nombres de dominio internacionalizados, consulte [Formato de nombres de dominio DNS](DomainNameFormat.md).

**Caracteres comodín**  
Puede usar un asterisco (\$1) en el nombre. DNS trata el asterisco como comodín o como el carácter ASCII (42) \$1, en función de dónde aparece en el nombre. Para obtener más información, consulte [Uso de un asterisco (\$1) en nombres de zonas alojadas y registros](DomainNameFormat.md#domain-name-format-asterisk).  
No puede usar el carácter comodín \$1 para los conjuntos de registros de recursos con el tipo **NS**.

## Valor/ruta de destino del tráfico
<a name="rrsets-values-common-value"></a>

Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.

**A — IPv4 dirección**  
Una dirección IP en IPv4 formato, por ejemplo, **192.0.2.235**.

**AAAA: dirección IPv6 **  
Una dirección IP en IPv6 formato, por ejemplo, **2001:0 db 8:85 a 3:0:0:8 a2e: 0370:7334**.

**CAA: autorización de la entidad de certificación**  
Tres valores separados por espacios que controlan qué autoridades de certificación están autorizadas para emitir certificados (normales o comodín) para el dominio o subdominio especificado en **Record name** (Nombre del registro). Puede utilizar los registros CAA para especificar lo siguiente:  
+ ¿CAsQué autoridades SSL/TLS de certificación () pueden emitir certificados, si los hay
+ La dirección de correo electrónico o URL con la que hay que contactar en caso de que una CA emita un certificado para el dominio o subdominio.

**CNAME: nombre canónico**  
El nombre de dominio completo (por ejemplo, *www.example.com*) que desea que Route 53 devuelva como respuesta a las consultas de DNS para este registro. El punto final es opcional; Route 53 presupone que el nombre de dominio es completo. Esto significa que Route 53 trata a *www.example.com* (sin punto final) y *www.example.com.* (con punto final) de idéntica forma.

**MX: intercambio de correo**  
Una prioridad y un nombre de dominio que especifican un servidor de correo, por ejemplo, **10 mailserver.ejemplo.com**. El punto final se trata como opcional.

**NAPTR: señalizador de autoridad de asignación de nombres**  
Seis valores separados por espacios que las aplicaciones DDDS (Dynamic Delegation Discovery System, Sistema de detección de delegación dinámica) usan para convertir un valor en otro o para reemplazar un valor por otro. Para obtener más información, consulte [Tipo de registro NAPTR](ResourceRecordTypes.md#NAPTRFormat).

**PTR: puntero**  
El nombre de dominio que desea que Route 53 devuelva.

**NS: servidor de nombres**  
El nombre de dominio de un servidor de nombres, por ejemplo, **ns1.ejemplo.com**.  
Puede especificar un registro NS con solo una política de enrutamiento simple.

**SPF: marco de políticas de remitente**  
Un registro SPF envuelto en comillas, por ejemplo, **“v=spf1 ip4:192.168.0.1/16-all”**. El uso de registros SPF no es recomendado. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

**SRV: localizador de servicios**  
Un registro SRV. Los registros SRV se utilizan para acceder a servicios, como un servicio de correo electrónico o comunicaciones. Para obtener información sobre el formato del registro SRV, consulte la documentación del servicio al que desee conectarse. El punto final se trata como opcional.  
El formato de un registro SRV es el siguiente:  
**[prioridad] [ponderación] [puerto] [nombre del host de servidor]**  
Por ejemplo:  
**1 10 5269 xmpp-servidor.ejemplo.com.**

**TXT: texto**  
Un registro de texto. Entrecomille el texto; por ejemplo, **“Entrada de texto de ejemplo”**. 

## TTL (segundos)
<a name="rrsets-values-common-ttl"></a>

El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.

Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.

# Valores comunes de registros de alias para todas las políticas de enrutamiento
<a name="resource-record-sets-values-alias-common"></a>

Estos son los valores de alias comunes que puede especificar al crear o editar registros de Amazon Route 53. Todas las políticas de enrutamiento utilizan estos valores.

**Topics**
+ [Nombre del registro](#rrsets-values-common-alias-name)
+ [Valor/ruta de destino del tráfico](#rrsets-values-alias-common-target)

## Nombre del registro
<a name="rrsets-values-common-alias-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**. 

**Registros CNAME**  
Si crea un registro con el valor **CNAME** para **Type (Tipo)**, el nombre del registro no puede ser el mismo que el de la zona alojada.

**Alias para CloudFront distribuciones y buckets de Amazon S3**  
El valor que especifique depende en parte del AWS recurso al que dirija el tráfico:  
+ **CloudFront distribución**: la distribución debe incluir un nombre de dominio alternativo que coincida con el nombre del registro. Por ejemplo, si el nombre del registro es **acme.ejemplo.com**, la distribución de CloudFront debe incluir **acme.ejemplo.com** como uno de los nombres de dominio alternativos. Para obtener más información, consulte [Uso de nombres de dominio alternativos (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) en la *Guía para CloudFront desarrolladores de Amazon*. 
+ **Bucket de Amazon S3**: el nombre del registro debe coincidir con el nombre del bucket de Amazon S3. Por ejemplo, si el nombre del bucket es **acme.ejemplo.com**, el nombre de este registro también debe ser **acme.ejemplo.com**.

  Además, debe configurar el bucket para el hospedaje de sitio web. Para obtener más información, consulte [Configuración de un bucket para un alojamiento de sitio web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) en la *Guía del usuario de Amazon Simple Storage Service*. 

**Caracteres especiales**  
Para obtener información sobre cómo especificar caracteres distintos de a-z, 0-9 y - (guion), y cómo especificar nombres de dominio internacionalizados, consulte [Formato de nombres de dominio DNS](DomainNameFormat.md).

**Caracteres comodín**  
Puede usar un asterisco (\$1) en el nombre. DNS trata el asterisco como comodín o como el carácter ASCII (42) \$1, en función de dónde aparece en el nombre. Para obtener más información, consulte [Uso de un asterisco (\$1) en nombres de zonas alojadas y registros](DomainNameFormat.md#domain-name-format-asterisk).

## Valor/ruta de destino del tráfico
<a name="rrsets-values-alias-common-target"></a>

El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.

Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).

**importante**  
Si usó la misma AWS cuenta para crear la zona alojada y el recurso al que está enrutando el tráfico, y si su recurso no aparece en la lista de **puntos finales**, compruebe lo siguiente:  
Confirme que ha elegido un valor admitido para **Record type** (Tipo de registro). Los valores admitidos son específicos del recurso al que restá redirigiendo el tráfico. Por ejemplo, para enrutar el tráfico a un bucket de S3, debe elegir **una IPv4 dirección** A como **Tipo de registro**.
Confirme que la cuenta tiene los permisos de IAM necesarios para enumerar los recursos aplicables. Por ejemplo, para que las distribuciones de CloudFront aparezcan en la lista **Endpoint** (Punto de conexión), la cuenta debe tener permiso para realizar la siguiente acción: `cloudfront:ListDistributions`.  
Para ver una política de IAM de ejemplo, consulte [Permisos necesarios para usar la consola de Amazon Route 53](access-control-managing-permissions.md#console-required-permissions).
Si usó AWS cuentas diferentes para crear la zona alojada y el recurso, la lista **de puntos finales** no mostrará su recurso. Consulte la siguiente documentación sobre su tipo de recurso para determinar el valor que debe ingresar en **Punto de conexión**.

**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**  
Para API Gateway personalizado, regional APIs y optimizado para bordes APIs, realice una de las siguientes acciones:  
+ **Si ha usado la misma cuenta para crear la zona alojada de Route 53 y la API**: elija **Punto de conexión** y luego una API de la lista. Si tiene muchos APIs, puede introducir los primeros caracteres del punto final de la API para filtrar la lista.
**nota**  
El nombre del registro debe coincidir con un nombre de dominio personalizado para su API, como **api.ejemplo.com**.
+ **Si ha usado cuentas diferentes para crear la zona alojada de Route 53 y la API**: ingrese el punto de conexión de API de la API, como, por ejemplo, **api.example.com**.

  Si has utilizado una AWS cuenta para crear la zona alojada actual y otra para crear una API, la API no aparecerá en la lista de **puntos finales** de **API Gateway APIs**.

  Si utilizaste una cuenta para crear la zona alojada actual y una o más cuentas diferentes para crear todas las tuyas APIs, la lista de **puntos finales** muestra **No hay destinos disponibles** en **API Gateway APIs**. Para obtener más información, consulte [Enrutamiento del tráfico a una API de Amazon API Gateway mediante su nombre de dominio](routing-to-api-gateway.md).

**CloudFront distribuciones**  
Para CloudFront las distribuciones, realice una de las siguientes acciones:  
+ **Si usó la misma cuenta para crear su zona alojada de Route 53 y su CloudFront distribución**, elija **Endpoint** y elija una distribución de la lista. Si tiene muchas distribuciones, puede escribir los primeros caracteres del nombre de dominio de la distribución para filtrar la lista.

  Si la distribución no aparece en la lista, tenga en cuenta lo siguiente:
  + El nombre de este registro debe coincidir con un nombre de dominio alternativo de la distribución.
  + Si acaba de agregar un nombre de dominio alternativo a su distribución, los cambios pueden tardar 15 minutos en propagarse a todas las ubicaciones CloudFront periféricas. Hasta que no se hayan propagado los cambios, Route 53 no puede saber nada del nuevo nombre de dominio alternativo.
+ **Si utilizó cuentas diferentes para crear su zona alojada de Route 53 y su distribución, introduzca el nombre de CloudFront dominio de la distribución**, como **d111111abcdef8.cloudfront.net**.

  **Si usó una AWS cuenta para crear la zona alojada actual y otra para crear una distribución, la distribución no aparecerá en la lista de puntos finales.**

  **Si ha utilizado una cuenta para crear la zona alojada actual y una o más cuentas diferentes para crear todas las distribuciones, la lista de **puntos finales** muestra que **no hay destinos disponibles** en las distribuciones. CloudFront **
No dirija las consultas a una CloudFront distribución que no se haya propagado a todas las ubicaciones de borde o sus usuarios no podrán acceder al contenido correspondiente. 
 CloudFront La distribución debe incluir un nombre de dominio alternativo que coincida con el nombre del registro. Por ejemplo, si el nombre del registro es **acme.example.com, la CloudFront distribución debe incluir **acme.example.com**** como uno de los nombres de dominio alternativos. Para obtener más información, consulte [Uso de nombres de dominio alternativos (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) en la *Guía para CloudFront desarrolladores de Amazon*.  
Si IPv6 está habilitado para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** para el **tipo de registro**) y otro con el valor **AAAA ( IPv6dirección)**. Para obtener más información, consulte [Enrutar el tráfico a una CloudFront distribución de Amazon mediante tu nombre de dominio](routing-to-cloudfront-distribution.md).

**Servicio de App Runner**  
En el caso del servicio de App Runner, realice una de las siguientes operaciones:  
+ **Si usó la misma cuenta para crear su zona alojada de Route 53 y su servicio de App Runner**, elija el nombre de dominio del entorno al que quiere enrutar el tráfico de la lista y Región de AWS, a continuación, elija el nombre de dominio del entorno al que desea enrutar el tráfico.
+ **Si ha usado cuentas diferentes para crear la zona alojada de Route 53 y App Runner**: ingrese el nombre de dominio personalizado. Para obtener más información, consulte [Managing custom domain names for App Runner](https://docs.aws.amazon.com/apprunner/latest/dg/manage-custom-domains.html) (Administración de nombres de dominio personalizados para App Runner).

  Si usó una AWS cuenta para crear la zona alojada actual y otra para crear una App Runner, esta no aparecerá en la lista de **puntos finales**.
Para obtener más información, consulte [Configuración de Amazon Route 53 para dirigir el tráfico a un servicio de App Runner](routing-to-app-runner.md#routing-to-app-runner-configuring).

**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**  
Si el nombre de dominio del entorno de Elastic Beanstalk incluye la región en la que implementó el entorno, puede crear un registro de alias que dirija el tráfico al entorno. Por ejemplo, el nombre de dominio `my-environment.us-west-2.elasticbeanstalk.com` es un nombre de dominio regionalizado.  
Para los entornos creados antes de principios de 2016, el nombre de dominio no incluye la región. Para dirigir el tráfico a estos entornos, debe crear un registro CNAME en lugar de un registro de alias. Tenga en cuenta que no puede un crear un registro CNAME para el nombre de dominio raíz. Por ejemplo, si su nombre de dominio es example.com, puede crear un registro que dirija el tráfico de acme.example.com a su entorno de Elastic Beanstalk, pero no puede crear un registro que dirija el tráfico de example.com a su entorno de Elastic Beanstalk.
Para los entornos de Elastic Beanstalk que tienen subdominios regionalizados, realice una de las siguientes acciones:  
+ **Si ha usado la misma cuenta para crear la zona alojada de Route 53 y el entorno de Elastic Beanstalk**: elija **Punto de conexión** y luego un entorno de la lista. Si tiene muchos entornos, puede escribir los primeros caracteres del atributo CNAME del entorno para filtrar la lista.
+ **Si ha usado cuentas diferentes para crear la zona alojada de Route 53 y el entorno de Elastic Beanstalk**: ingrese el atributo CNAME del entorno de Elastic Beanstalk.
Para obtener más información, consulte [Enrutar el tráfico a un AWS Elastic Beanstalk entorno](routing-to-beanstalk-environment.md).

**Balanceadores de carga de ELB**  
Para los equilibradores de carga de ELB, realice una de las siguientes operaciones:  
+ **Si ha usado la misma cuenta para crear la zona alojada de Route 53 y el equilibrador de carga**: elija **Punto de conexión** y luego un equilibrador de carga de la lista. Si tiene muchos equilibradores de carga, puede escribir los primeros caracteres del nombre DNS para filtrar la lista.
+ **Si ha usado cuentas distintas para crear la zona alojada de Route 53 y el balanceador de carga**: ingrese el valor que obtuvo en el procedimiento [Obtención del nombre DNS de un equilibrador de carga elástico](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure).

  **Si usaste una AWS cuenta para crear la zona alojada actual y otra para crear un balanceador de cargas, el balanceador de cargas no aparecerá en la lista de endpoints.**

  Si ha usado una cuenta para crear la zona alojada actual, y una o varias cuentas diferentes para crear todos los equilibradores de carga, en la lista **Endpoints** (Puntos de conexión) se muestra **No targets available** (Sin destinos disponibles) en **Elastic Load Balancers** (Elastic Load Balancers).
La consola agrega **dualstack.** para la aplicación y el balanceador de carga clásico desde una cuenta diferente. Cuando un cliente, como un navegador web, solicita la dirección IP de su nombre de dominio (example.com) o nombre de subdominio (www.example.com), el cliente puede solicitar una IPv4 dirección (un registro A), una IPv6 dirección (un registro AAAA) o ambas IPv4 y IPv6 direcciones (en solicitudes separadas). La designación **dualstack.** permite a Route 53 responder con la dirección IP adecuada del balanceador de carga en función del formato de dirección IP que ha solicitado el cliente.  
Para obtener más información, consulte [Direccionamiento del tráfico a un balanceador de carga ELB](routing-to-elb-load-balancer.md).

**AWS Aceleradores de Global Accelerator**  
En el AWS caso de los aceleradores de Global Accelerator, introduzca el nombre DNS del acelerador. Puede introducir el nombre DNS de un acelerador que haya creado con la AWS cuenta corriente o con una cuenta diferente. AWS 

**Buckets de Amazon S3**  
Para los buckets de Amazon S3 configurados en los puntos de enlace de sitio web, realice una de las siguientes acciones:  
+ **Si ha usado la misma cuenta para crear la zona alojada de Route 53 y el bucket de Amazon S3**: elija **Punto de conexión** y luego un bucket de la lista. Si tiene muchos buckets, puede escribir los primeros caracteres del nombre DNS para filtrar la lista.

  El valor de **Punto de conexión** cambia al punto de conexión del sitio web de Amazon S3 para el bucket.
+ **Si ha usado cuentas diferentes para crear la zona alojada de Route 53 y el bucket de Amazon S3**: ingrese el nombre de la región en la que ha creado el bucket de S3. Use el valor que aparece en la columna **punto de conexión del sitio web ** de la tabla [Punto de conexión de sitio web de Amazon S3](https://docs.aws.amazon.com/general/latest/gr/s3.html#s3_website_region_endpoints) en *Referencia general de Amazon Web Services*.

  Si ha utilizado AWS cuentas distintas de la cuenta actual para crear sus buckets de Amazon S3, el bucket no aparecerá en la lista de **puntos de conexión**.
Debe configurar el bucket para el hospedaje de sitio web. Para obtener más información, consulte [Configuración de un bucket para un alojamiento de sitio web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) en la *Guía del usuario de Amazon Simple Storage Service*.  
El nombre del registro debe coincidir con el nombre del bucket de Amazon S3. Por ejemplo, si el nombre del bucket de Amazon S3 es **acme.example.com**, el nombre de este registro también debe ser **acme.example.com**.  
En un grupo de registros de alias ponderados, alias de latencia, alias de conmutación por error o alias de geolocalización, solo puede crear un registro que dirija las consultas a un bucket de Amazon S3, porque el nombre del registro debe coincidir con el nombre del bucket, y los nombres de bucket deben ser únicos de forma global.

** OpenSearch Servicio Amazon**  
Para el OpenSearch servicio, realice una de las siguientes acciones:  
+ **OpenSearch Dominio personalizado del servicio**: el nombre del registro debe coincidir con el dominio personalizado. Por ejemplo, si el nombre del dominio personalizado es test.example.com, el nombre de este registro también debe ser test.example.com.
+ **Si usó la misma cuenta para crear su zona alojada de Route 53 y su dominio de OpenSearch servicio, elija el nombre de dominio** y Región de AWS, a continuación, elija el nombre de dominio.
+ **Si utilizó cuentas diferentes para crear su zona alojada de Route 53 y su dominio de OpenSearch servicio**, introduzca el nombre de dominio personalizado. Para obtener más información, consulte [Create a custom endpoint](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/customendpoint.html).

  Si utilizó una AWS cuenta para crear la zona alojada actual y otra cuenta para crear un dominio de OpenSearch servicio, el dominio no aparecerá en la lista de **puntos finales**.

  **Si ha utilizado una cuenta para crear la zona alojada actual y una o más cuentas diferentes para crear todos sus dominios de OpenSearch servicio, la lista de **puntos finales** muestra que **no hay destinos disponibles** en OpenSearch el servicio.**
Para obtener más información, consulte [Configuración de Amazon Route 53 para enrutar el tráfico a un punto final OpenSearch de dominio de Amazon Service](routing-to-open-search-service.md#routing-to-open-search-service-configuring).

**Puntos de enlace de interfaz de Amazon VPC**  
Para los puntos de interfaz de Amazon VPC, realice una de las siguientes opciones:  
+ **Si ha usado la misma cuenta para crear la zona alojada de Route 53 y el punto de conexión de interfaz**: elija **Punto de conexión** y luego un punto de conexión de interfaz de la lista. Si tiene muchos puntos de conexión de interfaz, puede escribir los primeros caracteres del nombre de host DNS para filtrar la lista.
+ **Si utilizó cuentas diferentes para crear la zona alojada de Route 53 y el punto de enlace de la interfaz**, introduzca el nombre de host DNS del punto de enlace de la interfaz, como **vpce-123456789abcdef01- example-us-east -1a.elasticloadbalancing.us-east-1.vpce.amazonaws.com**.

  Si ha utilizado una AWS cuenta para crear la zona alojada actual y otra cuenta para crear un punto de enlace de interfaz, el punto de enlace de interfaz no aparecerá en la lista de **puntos** de enlace de **VPC**.

  Si ha usado una cuenta para crear la zona alojada actual, y una o varias cuentas diferentes para crear todos los puntos de conexión de interfaz, en la lista **Endpoint** (Punto de conexión) se muestra **No targets available** (Sin destinos disponibles) en **VPC Endpoints** (Puntos de conexión de VPC).

  Para obtener más información, consulte [Enrutamiento del tráfico a un punto de conexión de interfaz de Amazon Virtual Private Cloud mediante el nombre de dominio](routing-to-vpc-interface-endpoint.md).

**Registros de esta zona alojada**  
Para los registros de esta zona alojada, elija **Endpoint** (Punto de conexión) y luego el registro correspondiente. Si tiene muchos registros, puede escribir los primeros caracteres del nombre para filtrar la lista.  
Si en la zona alojada se incluyen solo los registros de NS y SOA predeterminados, en la lista **Endpoints** (Puntos de conexión) se muestra **No targets available** (Sin destinos disponibles).  
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá elegir un registro en el que el valor de **Record type** (Tipo de registro) sea **CNAME** (CNAME). Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias). 

# Valores específicos para registros simples
<a name="resource-record-sets-values-basic"></a>

Cuando se crean registros simples, hay que especificar los siguientes valores.

**Topics**
+ [Política de direccionamiento](#rrsets-values-basic-routing-policy)
+ [Nombre del registro](#rrsets-values-basic-name)
+ [Valor/ruta de destino del tráfico](#rrsets-values-basic-value)
+ [Tipo de registro](#rrsets-values-basic-type)
+ [TTL (segundos)](#rrsets-values-basic-ttl)

## Política de direccionamiento
<a name="rrsets-values-basic-routing-policy"></a>

Elija **Direccionamiento simple**.

## Nombre del registro
<a name="rrsets-values-basic-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Valor/ruta de destino del tráfico
<a name="rrsets-values-basic-value"></a>

Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.

Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **NS: servidor de nombres**

  El nombre de dominio de un servidor de nombres, por ejemplo, **ns1.ejemplo.com**.
**nota**  
Puede especificar un registro NS con solo una política de enrutamiento simple.
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**

Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Tipo de registro
<a name="rrsets-values-basic-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el valor de **Record type** (Tipo de registro) en función de cómo desee que Route 53 responda a las consultas de DNS. 

## TTL (segundos)
<a name="rrsets-values-basic-ttl"></a>

El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.

# Valores específicos para registros de alias simples
<a name="resource-record-sets-values-alias"></a>

Cuando se crean registros de alias, hay que especificar los siguientes valores. Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).

**nota**  
Si utiliza Route 53 en AWS GovCloud (US) Region, esta función tiene algunas restricciones. Para obtener más información, consulte la [Página de Amazon Route 53](https://docs.aws.amazon.com/govcloud-us/latest/UserGuide/govcloud-r53.html) en la *Guía del usuario de AWS GovCloud (US) *.

**Topics**
+ [Política de direccionamiento](#rrsets-values-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-alias-name)
+ [Valor/ruta de destino del tráfico](#rrsets-values-alias-alias-target)
+ [Tipo de registro](#rrsets-values-alias-type)
+ [Evaluate target health](#rrsets-values-alias-evaluate-target-health)

## Política de direccionamiento
<a name="rrsets-values-alias-routing-policy"></a>

Elija **Direccionamiento simple**.

## Nombre del registro
<a name="rrsets-values-alias-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Valor/ruta de destino del tráfico
<a name="rrsets-values-alias-alias-target"></a>

El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.

Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte [los valores comunes de los registros de alias a los que se dirige value/route el tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).

## Tipo de registro
<a name="rrsets-values-alias-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico:

**API regionales personalizadas o API optimizadas para bordes de API Gateway**  
Selecciona **A — IPv4 dirección**.

**Puntos de conexión de interfaz de Amazon VPC**  
Seleccione **A — IPv4 dirección**.

**CloudFront distribución**  
Seleccione **A — IPv4 dirección**.  
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** para el **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.

**Servicio de App Runner**  
Seleccione **A — dirección IPv4 **

**Entorno de Elastic Beanstalk con subdominios regionalizados**  
Seleccione **A — IPv4 dirección**

**Balanceador de carga de ELB**  
Seleccione la ** IPv4 dirección A** o la dirección **AAAA IPv6 **

**Bucket de Amazon S3**  
Seleccione **A — dirección IPv4 **

**OpenSearch Servicio**  
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **

**Otro registro en esta zona alojada**  
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.  
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias). 

## Evaluate target health
<a name="rrsets-values-alias-evaluate-target-health"></a>

Cuando el valor de **Política de enrutamiento** es **Sencillo**, puede elegir los valores **No** o el valor predeterminado **Sí**, porque **Evaluar estado del destino** no tiene ningún efecto para el enrutamiento **Sencillo**. Si solo tiene un registro que tiene un nombre y un tipo determinados, Route 53 responde las consultas de DNS utilizando los valores de ese registro, independientemente de si el recurso está o no en buen estado.

Para otras políticas de enrutamiento, **Evaluar estado del destino** determina si Route 53 comprueba el estado del recurso al que hace referencia el registro de alias:
+ **Servicios en los que Evaluar estado del destino proporciona beneficios operativos**: en el caso de los equilibradores de carga (ELB) y los entornos de AWS Elastic Beanstalk con equilibradores de carga, establecer la opción **Evaluar estado del destino** en **Sí** permite a Route 53 enrutar el tráfico y alejarlo de los recursos insalubres.
+ **Servicios de alta disponibilidad**: para servicios como los buckets de Amazon S3, los puntos de enlace de la interfaz de VPC, Amazon API Gateway AWS Global Accelerator, Amazon Service y OpenSearch Amazon VPC Lattice**, Evaluate Target** Health no ofrece ningún beneficio operativo porque estos servicios están diseñados para una alta disponibilidad. Para situaciones de conmutación por error con estos servicios, utilice en su lugar las [comprobaciones de estado de Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover.html).

Para obtener información detallada sobre cómo funciona **Evaluate Target Health** con los diferentes AWS servicios, consulte la [ EvaluateTargetHealth](https://docs.aws.amazon.com/Route53/latest/APIReference/API_AliasTarget.html#Route53-Type-AliasTarget-EvaluateTargetHealth)documentación de la referencia de la API.

# Valores específicos de registros de conmutación por error
<a name="resource-record-sets-values-failover"></a>

Cuando se crean registros de conmutación por error, hay que especificar los siguientes valores.

**nota**  
Para obtener información sobre cómo crear registros de conmutación por error en una zona alojada privada, consulte [Configuración de la conmutación por error en una zona alojada privada](dns-failover-private-hosted-zones.md).

**Topics**
+ [Política de direccionamiento](#rrsets-values-failover-routing-policy)
+ [Nombre del registro](#rrsets-values-failover-name)
+ [Tipo de registro](#rrsets-values-failover-type)
+ [TTL (segundos)](#rrsets-values-failover-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-failover-value)
+ [Tipo de registro de conmutación por error](#rrsets-values-failover-record-type)
+ [Chequeo de salud](#rrsets-values-failover-associate-with-health-check)
+ [ID de registro](#rrsets-values-failover-set-id)

## Política de direccionamiento
<a name="rrsets-values-failover-routing-policy"></a>

Elija **Failover** (Conmutación por error). 

## Nombre del registro
<a name="rrsets-values-failover-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro). 

Escriba el mismo nombre para los dos registros del grupo de registros de conmutación por error. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipo de registro
<a name="rrsets-values-failover-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el mismo valor para los registros de conmutación por error principales y secundarios.

## TTL (segundos)
<a name="rrsets-values-failover-ttl"></a>

El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.

Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.

## Valor/ruta de destino del tráfico
<a name="rrsets-values-failover-value"></a>

Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.

Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**

Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Tipo de registro de conmutación por error
<a name="rrsets-values-failover-record-type"></a>

Elija el valor aplicable para este registro. Para que la conmutación por error funcione correctamente, debe crear un registro de conmutación por error principal y uno secundario.

No puede crear registros sin conmutación por error que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros de conmutación por error.

## Chequeo de salud
<a name="rrsets-values-failover-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain Name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name (Nombre de dominio)** coincide con el nombre de los registros y a continuación la asocia con estos, los resultados de la comprobación serán impredecibles.

## ID de registro
<a name="rrsets-values-failover-set-id"></a>

Escriba un valor que identifique de manera exclusiva los registros principal y secundario. 

# Valores específicos de registros de alias de conmutación por error
<a name="resource-record-sets-values-failover-alias"></a>

Cuando se crean registros de alias de conmutación por error, hay que especificar los siguientes valores.

Para obtener información, consulte los siguientes temas:
+ Para obtener información sobre cómo crear registros de conmutación por error en una zona alojada privada, consulte [Configuración de la conmutación por error en una zona alojada privada](dns-failover-private-hosted-zones.md).
+ Para obtener información sobre los registros de alias, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Política de direccionamiento](#rrsets-values-failover-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-failover-alias-name)
+ [Tipo de registro](#rrsets-values-failover-alias-type)
+ [Valor/ruta de destino del tráfico](#rrsets-values-failover-alias-alias-target)
+ [Tipo de registro de conmutación por error](#rrsets-values-failover-alias-failover-record-type)
+ [Health check](#rrsets-values-failover-alias-associate-with-health-check)
+ [Evaluate target health](#rrsets-values-failover-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-failover-alias-set-id)

## Política de direccionamiento
<a name="rrsets-values-failover-alias-routing-policy"></a>

Elija **Failover** (Conmutación por error). 

## Nombre del registro
<a name="rrsets-values-failover-alias-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro). 

Escriba el mismo nombre para los dos registros del grupo de registros de conmutación por error. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Tipo de registro
<a name="rrsets-values-failover-alias-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico. Seleccione el mismo valor para los registros de conmutación por error principales y secundarios:

**API regionales personalizadas o API optimizadas para bordes de API Gateway**  
Selecciona **A — IPv4 dirección**.

**Puntos de conexión de interfaz de Amazon VPC**  
Seleccione **A — IPv4 dirección**.

**CloudFront distribución**  
Seleccione **A — IPv4 dirección**.  
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** de **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.

**Servicio de App Runner**  
Seleccione **A — dirección IPv4 **

**Entorno de Elastic Beanstalk con subdominios regionalizados**  
Seleccione **A — IPv4 dirección**

**Balanceador de carga de ELB**  
Seleccione **una IPv4 dirección** O una dirección **AAAA IPv6 **

**Bucket de Amazon S3**  
Seleccione **A — dirección IPv4 **

**OpenSearch Servicio**  
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **

**Otro registro en esta zona alojada**  
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.  
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias). 

## Valor/ruta de destino del tráfico
<a name="rrsets-values-failover-alias-alias-target"></a>

El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.

Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte [los valores comunes de los registros de alias a los que se dirige value/route el tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).

**nota**  
Cuando cree registros de conmutación por error principales y secundarios, tiene la opción de crear un registro de conmutación por error y un registro de *alias* de conmutación por error con los mismos valores para **Name** (Nombre) y **Record type** (Tipo de registro). Si combina registros de conmutación por error y de alias de conmutación por error, cualquiera de ellos puede ser el registro principal. 

## Tipo de registro de conmutación por error
<a name="rrsets-values-failover-alias-failover-record-type"></a>

Elija el valor aplicable para este registro. Para que la conmutación por error funcione correctamente, debe crear un registro de conmutación por error principal y uno secundario.

No puede crear registros sin conmutación por error que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros de conmutación por error.

## Health check
<a name="rrsets-values-failover-alias-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain Name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name (Nombre de dominio)** coincide con el nombre de los registros y a continuación la asocia con estos, los resultados de la comprobación serán impredecibles.

## Evaluate target health
<a name="rrsets-values-failover-alias-evaluate-target-health"></a>

Seleccione **Sí**, si desea que Route 53 determine si debe responder a las consultas de DNS mediante este registro al verificar el estado del recurso especificado mediante **Punto de conexión**. 

Tenga en cuenta lo siguiente:

**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es una API regional personalizada o una API optimizada para periferias de API Gateway.

**CloudFront distribuciones**  
No puede establecer **Evaluar el estado del objetivo** en **Sí** cuando el punto final es una CloudFront distribución.

**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**  
Si especifica un entorno de Elastic Beanstalk en **Punto de conexión** y el entorno contiene un equilibrador de carga de ELB, Elastic Load Balancing dirige las consultas solo a las instancias de Amazon EC2 en buen estado que están registradas en el equilibrador de carga. (Un entorno contiene automáticamente un balanceador de carga de ELB si incluye más de una instancia Amazon EC2). Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de Amazon EC2 en buen estado, o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos disponibles en buen estado, si los hay.   
Si el entorno contiene una sola instancia Amazon EC2, no hay requisitos especiales.

**Balanceadores de carga de ELB**  
El comportamiento de la comprobación de estado depende del tipo de balanceador de carga:  
+ **Equilibradores de carga clásicos**: si especifica un equilibrador de carga clásico de ELB en **Punto de conexión**, Elastic Load Balancing dirigirá las consultas solo a las instancias de Amazon EC2 en buen estado que estén registradas con el equilibrador de carga. Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de EC2 en buen estado o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos.
+ **Balanceadores de carga de red y aplicaciones**: si especifica un balanceador de carga de red o aplicaciones ELB, y establece **Evaluate Target health** (Evaluar estado del destino) en **Yes** (Sí), Route 53 dirige consultas al balanceador de carga en función del estado de los grupos de destino asociados al balanceador de carga:
  + Para que se considere que una aplicación o un equilibrador de carga de red está en buen estado, cada grupo de destinos que contenga destinos debe tener al menos un destino en buen estado. Si cualquier grupo de destinos contiene únicamente destinos en mal estado, se considera que el balanceador de carga está en mal estado y Route 53 envía las consultas a otros recursos.
  + Un grupo de destinos que no tiene destinos registrados se considera que no está en buen estado.
Al crear un balanceador de carga, configura las opciones de las comprobaciones de estado de Elastic Load Balancing. Estas no son comprobaciones de estado de Route 53, pero realizan una función similar. No cree comprobaciones de estado de Route 53 para las instancias de EC2 que registre en un balanceador de carga de ELB. 

**Buckets de S3**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es un bucket de S3.

**Puntos de enlace de interfaz de Amazon VPC**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es uno de interfaz de Amazon VPC.

**Otros registros de la misma zona alojada**  
Si el AWS recurso que especifica en el **punto final** es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados) pero no es otro registro de alias, le recomendamos que asocie una comprobación de estado a todos los registros del punto final. Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID de registro
<a name="rrsets-values-failover-alias-set-id"></a>

Escriba un valor que identifique de manera exclusiva los registros principal y secundario. 

# Valores específicos de registros de geolocalización
<a name="resource-record-sets-values-geo"></a>

Cuando se crean registros de geolocalización, hay que especificar los siguientes valores.

**Topics**
+ [Política de direccionamiento](#rrsets-values-geo-routing-policy)
+ [Nombre del registro](#rrsets-values-geo-name)
+ [Tipo de registro](#rrsets-values-geo-type)
+ [TTL (segundos)](#rrsets-values-geo-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-geo-value)
+ [Ubicación](#rrsets-values-geo-location)
+ [Estados de Estados Unidos](#rrsets-values-geo-sublocation)
+ [Health check](#rrsets-values-geo-associate-with-health-check)
+ [ID de registro](#rrsets-values-geo-set-id)

## Política de direccionamiento
<a name="rrsets-values-geo-routing-policy"></a>

Elija **Geolocation** (Geolocalización). 

## Nombre del registro
<a name="rrsets-values-geo-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**. 

Escriba el mismo nombre para todos los registros del grupo de registros de geolocalización. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipo de registro
<a name="rrsets-values-geo-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el mismo valor para todos los registros del grupo de registros de geolocalización.

## TTL (segundos)
<a name="rrsets-values-geo-ttl"></a>

El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.

Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.

## Valor/ruta de destino del tráfico
<a name="rrsets-values-geo-value"></a>

Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.

Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**

Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Ubicación
<a name="rrsets-values-geo-location"></a>

Cuando configure Route 53 para que responda a las consultas de DNS según la ubicación de origen de estas, seleccione el continente o el país para el que quiere que Route 53 responda con la configuración de este registro. Si quiere que Route 53 responda a las consultas de DNS para estados individuales de Estados Unidos, seleccione **United States** (Estados Unidos) de la lista **Location** (Ubicación) y luego el estado en el grupo **Sublocation** (Sublocalización).

Para una zona alojada privada, selecciona el continente, país o subdivisión más cercano al lugar en el Región de AWS que se encuentra tu recurso. Por ejemplo, si el recurso se encuentra en us-east-1, puede especificar Norteamérica, Estados Unidos o Virginia.

**importante**  
Es recomendable crear un registro de geolocalización con el valor **Default (Predeterminada)** para **Location (Ubicación)**. Esto cubre las ubicaciones geográficas para las que no se hayan creado registros y las direcciones IP para las que Route 53 no puede identificar la ubicación.

No puede crear registros sin geolocalización que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros de geolocalización.

Para obtener más información, consulte [Enrutado de geolocalización](routing-policy-geo.md).

Estos son los países que Amazon Route 53 asocia con cada continente. Los códigos de país son de ISO 3166. Para obtener más información, consulte el artículo de Wikipedia [ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2):

**África (AF)**  
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW

**Antártida (AN)**  
AQ, GS, TF

**Asia (AS)**  
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE

**Europa (UE)**  
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK  
Algunos proveedores consideran que TR está en Asia, y esto se verá reflejado en las direcciones IP.

**América del Norte (NA)**  
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI

**Oceanía (OC)**  
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS

**América del Sur (SA)**  
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE

**nota**  
Route 53 no permite crear registros de geolocalización para los siguientes países: Isla Bouvet (BV), Isla de Navidad (CX), Sáhara Occidental (EH) e Isla e Islas Heard McDonald (HM). No hay datos disponibles sobre las direcciones IP de estos países.

## Estados de Estados Unidos
<a name="rrsets-values-geo-sublocation"></a>

Cuando configure Route 53 para que responda a las consultas de DNS según el estado de Estados Unidos de origen de las consultas, seleccione el estado de la lista **U.S. states** (Estados de Estados Unidos). En la lista **Location (Ubicación)**, los territorios de Estados Unidos (por ejemplo, Puerto Rico) figuran como países.

**importante**  
Algunas direcciones IP están asociadas con Estados Unidos, pero no con un estado individual. Si crea registros para todos los estados de Estados Unidos, es recomendable que también cree un registro para Estados Unidos con objeto de dirigir las consultas de estas direcciones IP no asociadas. Si no crea un registro para Estados Unidos, Route 53 responde a las consultas de DNS procedentes de las direcciones IP de Estados Unidos no asociadas con la configuración del registro de geolocalización predeterminado (si ha creado uno) o con una respuesta “sin respuesta”. 

## Health check
<a name="rrsets-values-geo-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain Name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name (Nombre de dominio)** coincide con el nombre de los registros y a continuación la asocia con estos, los resultados de la comprobación serán impredecibles.

En el caso de los registros de geolocalización, si un punto de conexión no está en buen estado, Route 53 busca un registro para la región geográfica asociada de mayor tamaño. Por ejemplo, supongamos que tiene registros para un estado en Estados Unidos, para Estados Unidos, para América del Norte y para todas las ubicaciones (**Location (Ubicación)** es **Default (Predeterminada)**). Si el punto de conexión del registro de estado no está en buen estado, Route 53 verifica los registros para Estados Unidos, para América del Norte y para todas las ubicaciones, en ese orden, hasta que encuentre un registro con un punto de conexión en buen estado. Si ninguno de los registros está en buen estado, incluido el registro de todas las ubicaciones, Route 53 responde a la consulta de DNS utilizando el valor del registro de la región geográfica más pequeña. 

## ID de registro
<a name="rrsets-values-geo-set-id"></a>

Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de geolocalización.

# Valores específicos de registros de alias de geolocalización
<a name="resource-record-sets-values-geo-alias"></a>

Cuando se crean registros de alias de geolocalización, hay que especificar los siguientes valores.

Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Política de direccionamiento](#rrsets-values-geo-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-geo-alias-name)
+ [Tipo de registro](#rrsets-values-geo-alias-type)
+ [Valor/ruta de destino del tráfico](#rrsets-values-geo-alias-alias-target)
+ [Ubicación](#rrsets-values-geo-alias-location)
+ [Estados de Estados Unidos](#rrsets-values-geo-alias-sublocation)
+ [Health check](#rrsets-values-geo-alias-associate-with-health-check)
+ [Evaluate target health](#rrsets-values-geo-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-geo-alias-set-id)

## Política de direccionamiento
<a name="rrsets-values-geo-alias-routing-policy"></a>

Elija **Geolocation** (Geolocalización). 

## Nombre del registro
<a name="rrsets-values-geo-alias-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro). 

Escriba el mismo nombre para todos los registros del grupo de registros de geolocalización. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Tipo de registro
<a name="rrsets-values-geo-alias-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico. Seleccione el mismo valor para todos los registros del grupo de registros de geolocalización:

**API regionales personalizadas o API optimizadas para bordes de API Gateway**  
Selecciona **A — IPv4 dirección**.

**Puntos de conexión de interfaz de Amazon VPC**  
Seleccione **A — IPv4 dirección**.

**CloudFront distribución**  
Seleccione **A — IPv4 dirección**.  
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** de **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.

**Servicio de App Runner**  
Seleccione **A — dirección IPv4 **

**Entorno de Elastic Beanstalk con subdominios regionalizados**  
Seleccione **A — IPv4 dirección**

**Balanceador de carga de ELB**  
Seleccione la ** IPv4 dirección A** o la dirección **AAAA IPv6 **

**Bucket de Amazon S3**  
Seleccione **A — dirección IPv4 **

**OpenSearch Servicio**  
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **

**Otro registro en esta zona alojada**  
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.  
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias). 

## Valor/ruta de destino del tráfico
<a name="rrsets-values-geo-alias-alias-target"></a>

El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.

Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte[Valor/ruta de destino del tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).

## Ubicación
<a name="rrsets-values-geo-alias-location"></a>

Cuando configure Route 53 para que responda a las consultas de DNS según la ubicación de origen de estas, seleccione el continente o el país para el que quiere que Route 53 responda con la configuración de este registro. Si quiere que Route 53 responda a las consultas de DNS para estados individuales de Estados Unidos, seleccione **United States** (Estados Unidos) de la lista **Location** (Ubicación) y luego el estado en la lista **U.S. states** (Estados de Estados Unidos).

Para una zona alojada privada, seleccione el continente, país o subdivisión más cercano al lugar en el Región de AWS que se encuentra su recurso. Por ejemplo, si el recurso se encuentra en us-east-1, puede especificar Norteamérica, Estados Unidos o Virginia.

**importante**  
Es recomendable crear un registro de geolocalización con el valor **Default (Predeterminada)** para **Location (Ubicación)**. Esto cubre las ubicaciones geográficas para las que no se hayan creado registros y las direcciones IP para las que Route 53 no puede identificar la ubicación.

No puede crear registros sin geolocalización que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros de geolocalización.

Para obtener más información, consulte [Enrutado de geolocalización](routing-policy-geo.md).

Estos son los países que Amazon Route 53 asocia con cada continente. Los códigos de país son de ISO 3166. Para obtener más información, consulte el artículo de Wikipedia [ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2):

**África (AF)**  
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW

**Antártida (AN)**  
AQ, GS, TF

**Asia (AS)**  
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE

**Europa (UE)**  
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK  
Algunos proveedores consideran que TR está en Asia, y esto se verá reflejado en las direcciones IP.

**América del Norte (NA)**  
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI

**Oceanía (OC)**  
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS

**América del Sur (SA)**  
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE

**nota**  
Route 53 no permite crear registros de geolocalización para los siguientes países: Isla Bouvet (BV), Isla de Navidad (CX), Sáhara Occidental (EH) e Isla e Islas Heard McDonald (HM). No hay datos disponibles sobre las direcciones IP de estos países.

## Estados de Estados Unidos
<a name="rrsets-values-geo-alias-sublocation"></a>

Cuando configure Route 53 para que responda a las consultas de DNS según el estado de Estados Unidos de origen de las consultas, seleccione el estado de la lista **U.S. states** (Estados de Estados Unidos). En la lista **Location (Ubicación)**, los territorios de Estados Unidos (por ejemplo, Puerto Rico) figuran como países.

**importante**  
Algunas direcciones IP están asociadas con Estados Unidos, pero no con un estado individual. Si crea registros para todos los estados de Estados Unidos, es recomendable que también cree un registro para Estados Unidos con objeto de dirigir las consultas de estas direcciones IP no asociadas. Si no crea un registro para Estados Unidos, Route 53 responde a las consultas de DNS procedentes de las direcciones IP de Estados Unidos no asociadas con la configuración del registro de geolocalización predeterminado (si ha creado uno) o con una respuesta “sin respuesta”. 

## Health check
<a name="rrsets-values-geo-alias-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.

En el caso de los registros de geolocalización, si un punto de conexión no está en buen estado, Route 53 busca un registro para la región geográfica asociada de mayor tamaño. Por ejemplo, supongamos que tiene registros para un estado en Estados Unidos, para Estados Unidos, para América del Norte y para todas las ubicaciones (**Location (Ubicación)** es **Default (Predeterminada)**). Si el punto de conexión del registro de estado no está en buen estado, Route 53 verifica los registros para Estados Unidos, para América del Norte y para todas las ubicaciones, en ese orden, hasta que encuentre un registro con un punto de conexión en buen estado. Si ninguno de los registros está en buen estado, incluido el registro de todas las ubicaciones, Route 53 responde a la consulta de DNS utilizando el valor del registro de la región geográfica más pequeña. 

## Evaluate target health
<a name="rrsets-values-geo-alias-evaluate-target-health"></a>

Seleccione **Sí**, si desea que Route 53 determine si debe responder a las consultas de DNS mediante este registro al verificar el estado del recurso especificado mediante **Punto de conexión**. 

Tenga en cuenta lo siguiente:

**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**  
No existen requisitos especiales para establecer **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) cuando el punto de conexión es una API regional personalizada o una API optimizada para bordes de API Gateway.

**CloudFront distribuciones**  
No puede establecer **Evaluar el estado del objetivo** en **Sí** cuando el punto final es una CloudFront distribución.

**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**  
Si especifica un entorno de Elastic Beanstalk en **Punto de conexión** y el entorno contiene un equilibrador de carga de ELB, Elastic Load Balancing dirige las consultas solo a las instancias de Amazon EC2 en buen estado que están registradas en el equilibrador de carga. (Un entorno contiene automáticamente un balanceador de carga de ELB si incluye más de una instancia Amazon EC2). Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de Amazon EC2 en buen estado, o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos disponibles en buen estado, si los hay.   
Si el entorno contiene una sola instancia Amazon EC2, no hay requisitos especiales.

**Balanceadores de carga de ELB**  
El comportamiento de la comprobación de estado depende del tipo de balanceador de carga:  
+ **Equilibradores de carga clásicos**: si especifica un equilibrador de carga clásico de ELB en **Punto de conexión**, Elastic Load Balancing dirigirá las consultas solo a las instancias de Amazon EC2 en buen estado que estén registradas con el equilibrador de carga. Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de EC2 en buen estado o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos.
+ **Network Load Balancers y aplicaciones**: si especifica un Network Load Balancers o aplicaciones ELB, y establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí), Route 53 dirige consultas al balanceador de carga en función del estado de los grupos de destino asociados al balanceador de carga:
  + Para que se considere que un Application Load Balancer o un Network Load Balancer está en buen estado, cada grupo de destinos que contenga destinos debe contener al menos un destino en buen estado. Si cualquier grupo de destinos contiene únicamente destinos en mal estado, se considera que el balanceador de carga está en mal estado y Route 53 envía las consultas a otros recursos.
  + Un grupo de destinos que no tiene destinos registrados se considera que no está en buen estado.
Al crear un balanceador de carga, configura las opciones de las comprobaciones de estado de Elastic Load Balancing. Estas no son comprobaciones de estado de Route 53, pero realizan una función similar. No cree comprobaciones de estado de Route 53 para las instancias de EC2 que registre en un balanceador de carga de ELB. 

**Buckets de S3**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es un bucket de S3.

**Puntos de enlace de interfaz de Amazon VPC**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es uno de interfaz de Amazon VPC.

**Otros registros de la misma zona alojada**  
Si el AWS recurso que especifica en el **punto final** es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados) pero no es otro registro de alias, le recomendamos que asocie una comprobación de estado a todos los registros del punto final. Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID de registro
<a name="rrsets-values-geo-alias-set-id"></a>

Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de geolocalización.

# Valores específicos de registros de geoproximidad
<a name="resource-record-sets-values-geoprox"></a>

Cuando se crean registros de geoproximidad, debe especificar los siguientes valores.

**Topics**
+ [Política de direccionamiento](#rrsets-values-geoprox-routing-policy)
+ [Nombre del registro](#rrsets-values-geoprox-name)
+ [Tipo de registro](#rrsets-values-geoprox-type)
+ [TTL (segundos)](#rrsets-values-geoprox-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-geoprox-value)
+ [Ubicación de puntos de conexión](#rrsets-values-geoprox-endpoint-location)
+ [Sesgo](#rrsets-values-geoprox-bias)
+ [Health check](#rrsets-values-geoprox-associate-with-health-check)
+ [ID de registro](#rrsets-values-geoprox-set-id)

## Política de direccionamiento
<a name="rrsets-values-geoprox-routing-policy"></a>

Elija **Geoproximidad**. 

## Nombre del registro
<a name="rrsets-values-geoprox-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**. 

Escriba el mismo nombre para todos los registros del grupo de registros de geoproximidad. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipo de registro
<a name="rrsets-values-geoprox-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el mismo valor para todos los registros del grupo de registros de geoproximidad.

## TTL (segundos)
<a name="rrsets-values-geoprox-ttl"></a>

El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.

Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.

## Valor/ruta de destino del tráfico
<a name="rrsets-values-geoprox-value"></a>

Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.

Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**

Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Ubicación de puntos de conexión
<a name="rrsets-values-geoprox-endpoint-location"></a>

Puede especificar la ubicación del punto de conexión del recurso mediante uno de los siguientes métodos: 

**Coordenadas personalizadas**  
Especifique la longitud y la latitud de un área geográfica.

**Región de AWS**  
Elija una región disponible en la lista de **Ubicaciones**.   
Para obtener más información acerca de las regiones, consulte [Infraestructura global de AWS](https://aws.amazon.com/about-aws/global-infrastructure/).

**AWS Grupo de zonas locales**  
Elija un grupo de zonas locales disponible de la lista de **Ubicaciones**.  
Para obtener más información acerca de las zonas locales, consulte [Zonas locales disponibles](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) en la *Guía del usuario de zonas locales de AWS *. Un grupo de zonas locales suele ser la zona local sin el carácter final. Por ejemplo, si la zona local es `us-east-1-bue-1a`, el grupo de zonas locales es `us-east-1-bue-1`.

También puede identificar el grupo de zonas locales de una zona local específica mediante el comando [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI:

```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```

Este comando devuelve `"GroupName": "us-west-2-den-1"` y se especifica que la zona local `us-west-2-den-1a` pertenece al grupo de zonas locales `us-west-2-den-1`.

No puede crear registros sin geoproximidad que tengan los mismos valores de **Nombre del registro** y **Tipo de registro** que los registros de geoproximidad.

Tampoco puede crear dos conjuntos de registros de recursos de geoproximidad que especifiquen la misma ubicación para el mismo nombre y tipo de registro.

## Sesgo
<a name="rrsets-values-geoprox-bias"></a>

Un sesgo expande o reduce el área geográfica desde la que Route 53 direcciona el tráfico a un recurso. Un sesgo positivo expande el área y un sesgo negativo la reduce. Para obtener más información, consulte [Cómo utiliza Amazon Route 53 el sesgo para dirigir el tráfico](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).

## Health check
<a name="rrsets-values-geoprox-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Sí** en **Evaluar el estado del destino** para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de geoproximidad, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain Name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name (Nombre de dominio)** coincide con el nombre de los registros y a continuación la asocia con estos, los resultados de la comprobación serán impredecibles.

En el caso de los registros de geoproximidad, si un punto de conexión no está en buen estado, Route 53 busca el punto de conexión más cercano que todavía esté en buen estado. 

## ID de registro
<a name="rrsets-values-geoprox-set-id"></a>

Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de geoproximidad.

# Valores específicos de registros de alias de geoproximidad
<a name="resource-record-sets-values-geoprox-alias"></a>

Cuando se crean registros de alias de geoproximidad, hay que especificar los siguientes valores.

Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Política de direccionamiento](#rrsets-values-geoprox-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-geoprox-alias-name)
+ [Tipo de registro](#rrsets-values-geoprox-alias-type)
+ [Valor/ruta de destino del tráfico](#rrsets-values-geoprox-alias-alias-target)
+ [Ubicación de puntos de conexión](#rrsets-values-geoprox-alias-endpoint-location)
+ [Sesgo](#rrsets-values-geoprox-alias-bias)
+ [Chequeo de salud](#rrsets-values-geoprox-alias-associate-with-health-check)
+ [Evaluate target health](#rrsets-values-geoprox-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-geoprox-alias-set-id)

## Política de direccionamiento
<a name="rrsets-values-geoprox-alias-routing-policy"></a>

Elija **Geoproximidad**. 

## Nombre del registro
<a name="rrsets-values-geoprox-alias-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro). 

Escriba el mismo nombre para todos los registros del grupo de registros de geoproximidad. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Tipo de registro
<a name="rrsets-values-geoprox-alias-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico. Seleccione el mismo valor para todos los registros del grupo de registros de geoproximidad:

**API regionales personalizadas o API optimizadas para bordes de API Gateway**  
Selecciona **A — IPv4 dirección**.

**Puntos de conexión de interfaz de Amazon VPC**  
Seleccione **A — IPv4 dirección**.

**CloudFront distribución**  
Seleccione **A — IPv4 dirección**.  
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** para el **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.

**Servicio de App Runner**  
Seleccione **A — dirección IPv4 **

**Entorno de Elastic Beanstalk con subdominios regionalizados**  
Seleccione **A — IPv4 dirección**

**Balanceador de carga de ELB**  
Seleccione la ** IPv4 dirección A** o la dirección **AAAA IPv6 **

**Bucket de Amazon S3**  
Seleccione **A — dirección IPv4 **

**OpenSearch Servicio**  
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **

**Otro registro en esta zona alojada**  
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.  
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias). 

## Valor/ruta de destino del tráfico
<a name="rrsets-values-geoprox-alias-alias-target"></a>

El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.

Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte[Valor/ruta de destino del tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).

## Ubicación de puntos de conexión
<a name="rrsets-values-geoprox-alias-endpoint-location"></a>

Puede especificar la ubicación del punto de conexión del recurso mediante uno de los siguientes métodos: 

**Coordenadas personalizadas**  
Especifique la longitud y la latitud de un área geográfica.

**Región de AWS**  
Elija una región disponible en la lista de **Ubicaciones**.   
Para obtener más información acerca de las regiones, consulte [Infraestructura global de AWS](https://aws.amazon.com/about-aws/global-infrastructure/).

**AWS Grupo de zonas locales**  
Elija una región de zona local disponible de la lista de **Ubicaciones**.  
Para obtener más información acerca de las zonas locales, consulte [Zonas locales disponibles](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) en la *Guía del usuario de zonas locales de AWS *. Un grupo de zonas locales suele ser la zona local sin el carácter final. Por ejemplo, si la zona local es `us-east-1-bue-1a`, el grupo de zonas locales es `us-east-1-bue-1`.

También puede identificar el grupo de zonas locales de una zona local específica mediante el comando [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI:

```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```

Este comando devuelve `"GroupName": "us-west-2-den-1"` y se especifica que la zona local `us-west-2-den-1a` pertenece al grupo de zonas locales `us-west-2-den-1`.

No puede crear registros sin geoproximidad que tengan los mismos valores de **Nombre del registro** y **Tipo de registro** que los registros de geoproximidad.

Tampoco puede crear dos conjuntos de registros de recursos de geoproximidad que especifiquen la misma ubicación para el mismo nombre y tipo de registro.

Para obtener más información, consulte available-local-zones .html

## Sesgo
<a name="rrsets-values-geoprox-alias-bias"></a>

Un sesgo expande o reduce el área geográfica desde la que Route 53 direcciona el tráfico a un recurso. Un sesgo positivo expande el área y un sesgo negativo la reduce. Para obtener más información, consulte [Cómo utiliza Amazon Route 53 el sesgo para dirigir el tráfico](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).

## Chequeo de salud
<a name="rrsets-values-geoprox-alias-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Sí** en **Evaluar el estado del destino** para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de geoproximidad, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.

En el caso de los registros de geoproximidad, si un punto de conexión no está en buen estado, Route 53 busca el punto de conexión más cercano que todavía esté en buen estado. 

## Evaluate target health
<a name="rrsets-values-geoprox-alias-evaluate-target-health"></a>

Seleccione **Sí**, si desea que Route 53 determine si debe responder a las consultas de DNS mediante este registro al verificar el estado del recurso especificado mediante **Punto de conexión**. 

Tenga en cuenta lo siguiente:

**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**  
No existen requisitos especiales para establecer **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) cuando el punto de conexión es una API regional personalizada o una API optimizada para bordes de API Gateway.

**CloudFront distribuciones**  
No puede establecer **Evaluar el estado del objetivo** en **Sí** cuando el punto final es una CloudFront distribución.

**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**  
Si especifica un entorno de Elastic Beanstalk en **Punto de conexión** y el entorno contiene un equilibrador de carga de ELB, Elastic Load Balancing dirige las consultas solo a las instancias de Amazon EC2 en buen estado que están registradas en el equilibrador de carga. (Un entorno contiene automáticamente un balanceador de carga de ELB si incluye más de una instancia Amazon EC2). Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de Amazon EC2 en buen estado, o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos disponibles en buen estado, si los hay.   
Si el entorno contiene una sola instancia Amazon EC2, no hay requisitos especiales.

**Balanceadores de carga de ELB**  
El comportamiento de la comprobación de estado depende del tipo de balanceador de carga:  
+ **Equilibradores de carga clásicos**: si especifica un equilibrador de carga clásico de ELB en **Punto de conexión**, Elastic Load Balancing dirigirá las consultas solo a las instancias de Amazon EC2 en buen estado que estén registradas con el equilibrador de carga. Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de EC2 en buen estado o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos.
+ **Network Load Balancers y aplicaciones**: si especifica un Network Load Balancers o aplicaciones ELB, y establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí), Route 53 dirige consultas al balanceador de carga en función del estado de los grupos de destino asociados al balanceador de carga:
  + Para que se considere que un Application Load Balancer o un Network Load Balancer está en buen estado, cada grupo de destinos que contenga destinos debe contener al menos un destino en buen estado. Si cualquier grupo de destinos contiene únicamente destinos en mal estado, se considera que el balanceador de carga está en mal estado y Route 53 envía las consultas a otros recursos.
  + Un grupo de destinos que no tiene destinos registrados se considera que no está en buen estado.
Al crear un balanceador de carga, configura las opciones de las comprobaciones de estado de Elastic Load Balancing. Estas no son comprobaciones de estado de Route 53, pero realizan una función similar. No cree comprobaciones de estado de Route 53 para las instancias de EC2 que registre en un balanceador de carga de ELB. 

**Buckets de S3**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es un bucket de S3.

**Puntos de enlace de interfaz de Amazon VPC**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es uno de interfaz de Amazon VPC.

**Otros registros de la misma zona alojada**  
Si el AWS recurso que especifica en el **punto final** es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados) pero no es otro registro de alias, le recomendamos que asocie una comprobación de estado a todos los registros del punto final. Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID de registro
<a name="rrsets-values-geoprox-alias-set-id"></a>

Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de geoproximidad.

# Valores específicos de registros de latencia
<a name="resource-record-sets-values-latency"></a>

Cuando se crean registros de latencia, hay que especificar los siguientes valores.

**Topics**
+ [Política de direccionamiento](#rrsets-values-latency-routing-policy)
+ [Nombre del registro](#rrsets-values-latency-name)
+ [Tipo de registro](#rrsets-values-latency-type)
+ [TTL (segundos)](#rrsets-values-latency-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-latency-value)
+ [Region](#rrsets-values-latency-region)
+ [Chequeo de salud](#rrsets-values-latency-associate-with-health-check)
+ [ID de registro](#rrsets-values-latency-set-id)

## Política de direccionamiento
<a name="rrsets-values-latency-routing-policy"></a>

Elija **Latency** (Latencia). 

## Nombre del registro
<a name="rrsets-values-latency-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro). 

Escriba el mismo nombre para todos los registros del grupo de registros de latencia. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipo de registro
<a name="rrsets-values-latency-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el valor de **Type** (Tipo) en función de cómo desee que Route 53 responda a las consultas de DNS. 

Seleccione el mismo valor para todos los registros del grupo de registros de latencia.

## TTL (segundos)
<a name="rrsets-values-latency-ttl"></a>

El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.

Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.

## Valor/ruta de destino del tráfico
<a name="rrsets-values-latency-value"></a>

Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.

Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**

Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Region
<a name="rrsets-values-latency-region"></a>

Región de Amazon EC2 en la que reside el recurso especificado en este registro. Route 53 recomienda una región de Amazon EC2 en función de otros valores especificados. Esto también se aplica a las zonas alojadas privadas. Es recomendable que no cambie este valor.

Tenga en cuenta lo siguiente:
+ Solo puede crear un registro de latencia para cada región de Amazon EC2.
+ No es necesario crear registros de latencia para todas las regiones de Amazon EC2. Route 53 elige la región con la mejor latencia entre aquellas en las que creó registros de latencia.
+ No puede crear registros sin latencia que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros de latencia.
+ Si crea un registro etiquetado con la región **cn-north-1**, Route 53 responderá siempre a las consultas procedentes de China utilizando este registro, independientemente de la latencia.

Para obtener más información acerca del uso de registros de latencia, consulte [Enrutado basado en latencia](routing-policy-latency.md). 

## Chequeo de salud
<a name="rrsets-values-latency-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.

## ID de registro
<a name="rrsets-values-latency-set-id"></a>

Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de latencia.

# Valores específicos de registros de alias de latencia
<a name="resource-record-sets-values-latency-alias"></a>

Cuando crean registros de alias de latencia, hay que especificar los siguientes valores.

Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Política de direccionamiento](#rrsets-values-latency-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-latency-alias-name)
+ [Tipo de registro](#rrsets-values-latency-alias-type)
+ [Valor/ruta de destino del tráfico](#rrsets-values-latency-alias-alias-target)
+ [Region](#rrsets-values-latency-alias-region)
+ [Chequeo de salud](#rrsets-values-latency-alias-associate-with-health-check)
+ [Evaluate target health](#rrsets-values-latency-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-latency-alias-set-id)

## Política de direccionamiento
<a name="rrsets-values-latency-alias-routing-policy"></a>

Elija **Latency** (Latencia). 

## Nombre del registro
<a name="rrsets-values-latency-alias-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro). 

Escriba el mismo nombre para todos los registros del grupo de registros de latencia. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)

## Tipo de registro
<a name="rrsets-values-latency-alias-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico:

**API regionales personalizadas o API optimizadas para bordes de API Gateway**  
Selecciona **A — IPv4 dirección**.

**Puntos de conexión de interfaz de Amazon VPC**  
Seleccione **A — IPv4 dirección**.

**CloudFront distribución**  
Seleccione **A — IPv4 dirección**.  
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** para el **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.

**Servicio de App Runner**  
Seleccione **A — dirección IPv4 **

**Entorno de Elastic Beanstalk con subdominios regionalizados**  
Seleccione **A — IPv4 dirección**

**Balanceador de carga de ELB**  
Seleccione la ** IPv4 dirección A** o la dirección **AAAA IPv6 **

**Bucket de Amazon S3**  
Seleccione **A — dirección IPv4 **

**OpenSearch Servicio**  
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **

**Otro registro en esta zona alojada**  
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.  
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias). 

Seleccione el mismo valor para todos los registros del grupo de registros de latencia.

## Valor/ruta de destino del tráfico
<a name="rrsets-values-latency-alias-alias-target"></a>

El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.

Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte [los valores comunes de los registros de alias a los que se dirige value/route el tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).

## Region
<a name="rrsets-values-latency-alias-region"></a>

Región de Amazon EC2 en la que reside el recurso especificado en este registro. Route 53 recomienda una región de Amazon EC2 en función de otros valores especificados. Esto también se aplica a las zonas alojadas privadas. Es recomendable que no cambie este valor.

Tenga en cuenta lo siguiente:
+ Solo puede crear un registro de latencia para cada región de Amazon EC2.
+ No es necesario crear registros de latencia para todas las regiones de Amazon EC2. Route 53 elige la región con la mejor latencia entre aquellas en las que creó registros de latencia.
+ No puede crear registros sin latencia que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros de latencia.
+ Si crea un registro etiquetado con la región **cn-north-1**, Route 53 responderá siempre a las consultas procedentes de China utilizando este registro, independientemente de la latencia.

Para obtener más información acerca del uso de registros de latencia, consulte [Enrutado basado en latencia](routing-policy-latency.md). 

## Chequeo de salud
<a name="rrsets-values-latency-alias-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name (Nombre de dominio)** coincide con el nombre de los registros y a continuación la asocia con estos, los resultados de la comprobación serán impredecibles.

## Evaluate target health
<a name="rrsets-values-latency-alias-evaluate-target-health"></a>

Seleccione **Sí**, si desea que Route 53 determine si debe responder a las consultas de DNS mediante este registro al verificar el estado del recurso especificado mediante **Punto de conexión**. 

Tenga en cuenta lo siguiente:

**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es una API regional personalizada o una API optimizada para periferias de API Gateway.

**CloudFront distribuciones**  
No puede establecer **Evaluate Target Health** en **Sí** cuando el punto final es una CloudFront distribución.

**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**  
Si especifica un entorno de Elastic Beanstalk en **Punto de conexión** y el entorno contiene un equilibrador de carga de ELB, Elastic Load Balancing dirige las consultas solo a las instancias de Amazon EC2 en buen estado que están registradas en el equilibrador de carga. (Un entorno contiene automáticamente un balanceador de carga de ELB si incluye más de una instancia Amazon EC2). Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de Amazon EC2 en buen estado, o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos disponibles en buen estado, si los hay.   
Si el entorno contiene una sola instancia Amazon EC2, no hay requisitos especiales.

**Balanceadores de carga de ELB**  
El comportamiento de la comprobación de estado depende del tipo de balanceador de carga:  
+ **Equilibradores de carga clásicos**: si especifica un equilibrador de carga clásico de ELB en **Punto de conexión**, Elastic Load Balancing dirigirá las consultas solo a las instancias de Amazon EC2 en buen estado que estén registradas con el equilibrador de carga. Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de EC2 en buen estado o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos.
+ **Network Load Balancers y aplicaciones**: si especifica un Network Load Balancers o aplicaciones ELB, y establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí), Route 53 dirige consultas al balanceador de carga en función del estado de los grupos de destino asociados al balanceador de carga:
  + Para que se considere que un Application Load Balancer o un Network Load Balancer está en buen estado, cada grupo de destinos que contenga destinos debe contener al menos un destino en buen estado. Si cualquier grupo de destinos contiene únicamente destinos en mal estado, se considera que el balanceador de carga está en mal estado y Route 53 envía las consultas a otros recursos.
  + Un grupo de destinos que no tiene destinos registrados se considera que no está en buen estado.
Al crear un balanceador de carga, configura las opciones de las comprobaciones de estado de Elastic Load Balancing. Estas no son comprobaciones de estado de Route 53, pero realizan una función similar. No cree comprobaciones de estado de Route 53 para las instancias de EC2 que registre en un balanceador de carga de ELB. 

**Buckets de S3**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es un bucket de S3.

**Puntos de enlace de interfaz de Amazon VPC**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es uno de interfaz de Amazon VPC.

**Otros registros de la misma zona alojada**  
Si el AWS recurso que especifica en el **punto final** es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados) pero no es otro registro de alias, le recomendamos que asocie una comprobación de estado a todos los registros del punto final. Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID de registro
<a name="rrsets-values-latency-alias-set-id"></a>

Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de latencia.

# Valores específicos para los registros basados en IP
<a name="resource-record-sets-values-ipbased"></a>

Cuando se crean registros basados en IP, se especifican los siguientes valores.

**nota**  
Aunque la creación de registros basados en IP en una zona alojada privada está permitida, no es compatible.

**Topics**
+ [Política de direccionamiento](#rrsets-values-ipbased-routing-policy)
+ [Nombre del registro](#rrsets-values-ibased-name)
+ [Tipo de registro](#rrsets-values-ibased-type)
+ [TTL (segundos)](#rrsets-values-ibased-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-ibased-value)
+ [Ubicación](#rrsets-values-ibased-location)
+ [Comprobación de estado](#rrsets-values-ibased-associate-with-health-check)
+ [ID de registro](#rrsets-values-ipbased-set-id)

## Política de direccionamiento
<a name="rrsets-values-ipbased-routing-policy"></a>

Elija **IP-based** (Basado en IP). 

## Nombre del registro
<a name="rrsets-values-ibased-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro). 

Ingrese el mismo nombre para todos los registros en el grupo de registros basados en IP. 

**Registros CNAME**  
Si crea un registro con el valor **CNAME** (CNAME) para **Record type** (Tipo de registro), el nombre del registro no puede ser el mismo que el de la zona alojada.

**Caracteres especiales**  
Para obtener información sobre cómo especificar caracteres distintos de a-z, 0-9 y - (guion), y cómo especificar nombres de dominio internacionalizados, consulte [Formato de nombres de dominio DNS](DomainNameFormat.md).

**Caracteres comodín**  
Puede usar un asterisco (\$1) en el nombre. DNS trata el asterisco como comodín o como el carácter ASCII (42) \$1, en función de dónde aparece en el nombre. Para obtener más información, consulte [Uso de un asterisco (\$1) en nombres de zonas alojadas y registros](DomainNameFormat.md#domain-name-format-asterisk).

## Tipo de registro
<a name="rrsets-values-ibased-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el valor de **Type** (Tipo) en función de cómo desee que Route 53 responda a las consultas de DNS. 

Seleccione el mismo valor para todos los registros del grupo de registros basados en IP.

## TTL (segundos)
<a name="rrsets-values-ibased-ttl"></a>

El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.

Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.

## Valor/ruta de destino del tráfico
<a name="rrsets-values-ibased-value"></a>

Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.

Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A: dirección IPv**
+ **AAAA: dirección IPv**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**

Para más información acerca de los valores anteriores, consulte los [Valor/ruta de destino del tráfico](resource-record-sets-values-shared.md#rrsets-values-common-value) [valores comunes del valor/ruta de destino del tráfico](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Ubicación
<a name="rrsets-values-ibased-location"></a>

El nombre de la ubicación CIDR donde se encuentra el recurso especificado en este registro por los valores del bloque CIDR dentro de la ubicación CIDR. 

Para más información acerca del uso de los registros basados en IP, consulte [Direccionamiento basado en IP](routing-policy-ipbased.md). 

## Comprobación de estado
<a name="rrsets-values-ibased-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Va a comprobar el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica los identificadores de comprobación de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias basado en IP, alias de latencia o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.

## ID de registro
<a name="rrsets-values-ipbased-set-id"></a>

Ingrese un valor que identifique de manera única este registro en el grupo de registros basados en IP.

# Valores específicos para los registros de alias basados en IP
<a name="resource-record-sets-values-ipbased-alias"></a>

Cuando se crean registros de alias basados en IP, se especifican los siguientes valores.

**nota**  
Aunque la creación de registros de alias basados en IP en una zona alojada privada está permitida, no es compatible.

Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Política de direccionamiento](#rrsets-values-ipbased-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-ipbased-alias-name)
+ [Tipo de registro](#rrsets-values-ipbased-alias-type)
+ [Valor/ruta de destino del tráfico](#rrsets-values-ipbased-alias-alias-target)
+ [Ubicación](#rrsets-values-ipbased-alias-location)
+ [Chequeo de salud](#rrsets-values-ipbased-alias-associate-with-health-check)
+ [Evaluate target health](#rrsets-values-ipbased-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-ipbased-alias-set-id)

## Política de direccionamiento
<a name="rrsets-values-ipbased-alias-routing-policy"></a>

Elija **IP-based** (Basado en IP). 

**nota**  
Aunque la creación de registros de alias basados en IP en una zona alojada privada está permitida, no es compatible.

## Nombre del registro
<a name="rrsets-values-ipbased-alias-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro). 

Ingrese el mismo nombre para todos los registros en el grupo de registros basados en IP. 

**Registros CNAME**  
Si crea un registro con el valor **CNAME** (CNAME) para **Record type** (Tipo de registro), el nombre del registro no puede ser el mismo que el de la zona alojada.

**Alias para CloudFront distribuciones y buckets de Amazon S3**  
El valor que especifique depende en parte del AWS recurso al que dirija el tráfico:  
+ **CloudFront distribución**: la distribución debe incluir un nombre de dominio alternativo que coincida con el nombre del registro. Por ejemplo, si el nombre del registro es **acme.ejemplo.com**, la distribución de CloudFront debe incluir **acme.ejemplo.com** como uno de los nombres de dominio alternativos. Para obtener más información, consulte [Uso de nombres de dominio alternativos (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) en la *Guía para CloudFront desarrolladores de Amazon*. 
+ **Bucket de Amazon S3**: el nombre del registro debe coincidir con el nombre del bucket de Amazon S3. Por ejemplo, si el nombre del bucket es **acme.ejemplo.com**, el nombre de este registro también debe ser **acme.ejemplo.com**.

  Además, debe configurar el bucket para el hospedaje de sitio web. Para obtener más información, consulte [Configuración de un bucket para un alojamiento de sitio web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) en la *Guía del usuario de Amazon Simple Storage Service*. 

**Caracteres especiales**  
Para obtener información sobre cómo especificar caracteres distintos de a-z, 0-9 y - (guion), y cómo especificar nombres de dominio internacionalizados, consulte [Formato de nombres de dominio DNS](DomainNameFormat.md).

**Caracteres comodín**  
Puede usar un asterisco (\$1) en el nombre. DNS trata el asterisco como comodín o como el carácter ASCII (42) \$1, en función de dónde aparece en el nombre. Para obtener más información, consulte [Uso de un asterisco (\$1) en nombres de zonas alojadas y registros](DomainNameFormat.md#domain-name-format-asterisk).

## Tipo de registro
<a name="rrsets-values-ipbased-alias-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico. Seleccione el mismo valor para todos los registros del grupo de registros basados en IP:

**API regionales personalizadas o API optimizadas para bordes de API Gateway**  
Selecciona **A — IPv4 dirección**.

**Puntos de conexión de interfaz de Amazon VPC**  
Seleccione **A — IPv4 dirección**.

**CloudFront distribución**  
Seleccione **A — IPv4 dirección**.  
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** para el **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.

**Servicio de App Runner**  
Seleccione **A — dirección IPv4 **

**Entorno de Elastic Beanstalk con subdominios regionalizados**  
Seleccione **A — IPv4 dirección**

**Balanceador de carga de ELB**  
Seleccione la ** IPv4 dirección A** o la dirección **AAAA IPv6 **

**Bucket de Amazon S3**  
Seleccione **A — dirección IPv4 **

**OpenSearch Servicio**  
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **

**Otro registro en esta zona alojada**  
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.  
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias). 

## Valor/ruta de destino del tráfico
<a name="rrsets-values-ipbased-alias-alias-target"></a>

El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.

Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte [los valores comunes de los registros de alias a los que se dirige value/route el tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).

## Ubicación
<a name="rrsets-values-ipbased-alias-location"></a>

Cuando configure Route 53 para que responda a las consultas DNS en función de la ubicación desde la que se originan las consultas, seleccione la ubicación CIDR para la que desea que Route 53 responda con la configuración de este registro.

**importante**  
Le recomendamos que cree un registro basado en la IP que tenga el valor **Default** (Predeterminado) para **Location** (Ubicación). Esto cubre las ubicaciones geográficas para las que no se hayan creado registros y las direcciones IP para las que Route 53 no puede identificar la ubicación.

No puede crear non-IP-based registros que tengan los mismos valores de **nombre** y **tipo de registro** que los registros basados en IP.

Para obtener más información, consulte [Direccionamiento basado en IP](routing-policy-ipbased.md).

## Chequeo de salud
<a name="rrsets-values-ipbased-alias-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias basado en IP, alias de latencia o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.

En el caso de los registros de alias basados en IP, si un punto de conexión no está en buen estado, Route 53 busca un registro dentro de la ubicación asociada más grande. Por ejemplo, supongamos que tiene registros para un estado en Estados Unidos, para Estados Unidos, para América del Norte y para todas las ubicaciones (**Location (Ubicación)** es **Default (Predeterminada)**). Si el punto de conexión del registro de estado no está en buen estado, Route 53 verifica los registros para Estados Unidos, para América del Norte y para todas las ubicaciones, en ese orden, hasta que encuentre un registro con un punto de conexión en buen estado. Si ninguno de los registros está en buen estado, incluido el registro de todas las ubicaciones, Route 53 responde a la consulta de DNS utilizando el valor del registro de la región geográfica más pequeña. 

## Evaluate target health
<a name="rrsets-values-ipbased-alias-evaluate-target-health"></a>

Seleccione **Sí**, si desea que Route 53 determine si debe responder a las consultas de DNS mediante este registro al verificar el estado del recurso especificado mediante **Punto de conexión**. 

Tenga en cuenta lo siguiente:

**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es una API regional personalizada o una API optimizada para periferias de API Gateway.

**CloudFront distribuciones**  
No puede establecer **Evaluar el estado del objetivo** en **Sí** cuando el punto final es una CloudFront distribución.

**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**  
Si especifica un entorno de Elastic Beanstalk en Endpoint y el **entorno** contiene un balanceador de carga ELB, Elastic Load Balancing direcciona las consultas únicamente a las instancias de Amazon en EC2 buen estado que estén registradas en el balanceador de carga. (Un entorno contiene automáticamente un balanceador de cargas ELB si incluye más de una EC2 instancia de Amazon). Si estableces **Evaluar el estado del objetivo** en **Sí** y ninguna EC2 instancia de Amazon está en buen estado o el propio balanceador de carga no está en buen estado, Route 53 redirige las consultas a otros recursos disponibles que estén en buen estado, si los hay.   
Si el entorno contiene una sola EC2 instancia de Amazon, no hay requisitos especiales.

**Balanceadores de carga de ELB**  
El comportamiento de la comprobación de estado depende del tipo de balanceador de carga:  
+ **Classic Load Balancers**: si especificas un balanceador de carga clásico ELB **en** Endpoint, Elastic Load Balancing direcciona las consultas únicamente a las instancias de EC2 Amazon en buen estado que estén registradas en el balanceador de carga. Si estableces **Evaluar el estado del objetivo** en **Sí** y ninguna EC2 instancia está en buen estado o el propio balanceador de carga no está en buen estado, Route 53 redirige las consultas a otros recursos.
+ **Network Load Balancers y aplicaciones**: si especifica un Network Load Balancers o aplicaciones ELB, y establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí), Route 53 dirige consultas al balanceador de carga en función del estado de los grupos de destino asociados al balanceador de carga:
  + Para que se considere que un Application Load Balancer o un Network Load Balancer está en buen estado, cada grupo de destinos que contenga destinos debe contener al menos un destino en buen estado. Si cualquier grupo de destinos contiene únicamente destinos en mal estado, se considera que el balanceador de carga está en mal estado y Route 53 envía las consultas a otros recursos.
  + Un grupo de destinos que no tiene destinos registrados se considera que no está en buen estado.
Al crear un balanceador de carga, configura las opciones de las comprobaciones de estado de Elastic Load Balancing. Estas no son comprobaciones de estado de Route 53, pero realizan una función similar. No cree comprobaciones de estado de Route 53 para las EC2 instancias que registre en un balanceador de cargas ELB. 

**Buckets de S3**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es un bucket de S3.

**Puntos de enlace de interfaz de Amazon VPC**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es uno de interfaz de Amazon VPC.

**Otros registros de la misma zona alojada**  
Si el AWS recurso que especifica en **Endpoint** es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados) pero no es otro registro de alias, le recomendamos que asocie una comprobación de estado a todos los registros del punto final. Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID de registro
<a name="rrsets-values-ipbased-alias-set-id"></a>

Ingrese un valor que identifique de manera única este registro en el grupo de registros basados en IP.

# Valores específicos de registros de respuesta de varios valores
<a name="resource-record-sets-values-multivalue"></a>

Cuando se crean registros de respuesta de varios valores, hay que especificar los siguientes valores.

**nota**  
No se permite la creación de alias de respuesta de varios valores.

**Topics**
+ [Política de direccionamiento](#rrsets-values-multivalue-routing-policy)
+ [Nombre del registro](#rrsets-values-multivalue-name)
+ [Tipo de registro](#rrsets-values-multivalue-type)
+ [TTL (segundos)](#rrsets-values-multivalue-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-multivalue-value)
+ [Chequeo de salud](#rrsets-values-multivalue-associate-with-health-check)
+ [ID de registro](#rrsets-values-multivalue-set-identifier)

## Política de direccionamiento
<a name="rrsets-values-multivalue-routing-policy"></a>

Elija **Multivalue answer** (Respuesta con varios valores).

## Nombre del registro
<a name="rrsets-values-multivalue-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro). 

Escriba el mismo nombre para todos los registros del grupo de registros de varios valores. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipo de registro
<a name="rrsets-values-multivalue-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione cualquier valor excepto **NS** o **CNAME**.

Seleccione el mismo valor para todos los registros del grupo de registros de respuesta con varios valores.

## TTL (segundos)
<a name="rrsets-values-multivalue-ttl"></a>

El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.

Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.

**nota**  
Si crea dos o más registros de respuesta con varios valores que tienen el mismo nombre y el mismo tipo, está usando la consola y especifica valores distintos para **TTL**, Route 53 cambia el valor de **TTL** de todos los registros al último valor especificado.

## Valor/ruta de destino del tráfico
<a name="rrsets-values-multivalue-value"></a>

Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Si escribe más de un valor, escriba cada uno en una línea independiente.

Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**

Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Chequeo de salud
<a name="rrsets-values-multivalue-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Ha seleccionado **Yes** (Sí) para **Evaluate target health** (Evaluar estado del destino) para un registro de alias o para los registros de un grupo de registros de alias de conmutación por error, alias de geolocalización, alias de latencia o alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.

## ID de registro
<a name="rrsets-values-multivalue-set-identifier"></a>

Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de respuesta con varios valores. 

# Valores específicos de registros ponderados
<a name="resource-record-sets-values-weighted"></a>

Cuando se crean registros ponderados, hay que especificar los siguientes valores.

**Topics**
+ [Política de direccionamiento](#rrsets-values-weighted-routing-policy)
+ [Nombre del registro](#rrsets-values-weighted-name)
+ [Tipo de registro](#rrsets-values-weighted-type)
+ [TTL (segundos)](#rrsets-values-weighted-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-weighted-value)
+ [Peso](#rrsets-values-weighted-weight)
+ [Health check](#rrsets-values-weighted-associate-with-health-check)
+ [ID de registro](#rrsets-values-weighted-set-identifier)

## Política de direccionamiento
<a name="rrsets-values-weighted-routing-policy"></a>

Seleccione **Weighted (Ponderado)**.

## Nombre del registro
<a name="rrsets-values-weighted-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro). 

Escriba el mismo nombre para todos los registros del grupo de registros ponderados. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipo de registro
<a name="rrsets-values-weighted-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el mismo valor para todos los registros del grupo de registros ponderados.

## TTL (segundos)
<a name="rrsets-values-weighted-ttl"></a>

El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.

Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.

Debe especificar el mismo valor de **TTL** para todos los registros de este grupo de registros ponderados.

**nota**  
Si crea dos o más registros ponderados que tienen el mismo nombre y el mismo tipo, y especifica valores distintos para **TTL** (TTL), Route 53 cambia el valor de **TTL** (TTL) de todos los registros al último valor especificado.

Si un grupo de registros ponderados incluye uno o más registros de alias ponderados que dirigen tráfico a un balanceador de carga de ELB, es recomendable especificar un TTL de 60 segundos para todos los registros ponderados sin alias que tengan el mismo nombre y tipo. Los valores distintos de 60 segundos (el TTL de los equilibradores de carga) cambiarán el efecto de los valores que especifique para **Weight (Ponderación)**.

## Valor/ruta de destino del tráfico
<a name="rrsets-values-weighted-value"></a>

Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.

Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**

Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Peso
<a name="rrsets-values-weighted-weight"></a>

Un valor que determina la proporción de consultas de DNS a las que Route 53 responde usando el registro actual. Route 53 calcula la suma de las ponderaciones de los registros que tienen la misma combinación de nombre y tipo de DNS. Luego, Route 53 responde a las consultas en función de la relación entre el peso de un recurso y el total. 

No puede crear registros sin ponderación que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros ponderados.

Escriba un número entero entre 0 y 255. Para deshabilitar el direccionamiento a un recurso, establezca **Weight (Ponderación)** en 0. Si establece **Weight (Ponderación)** en 0 para todos los registros del grupo, el tráfico se dirige a todos los recursos con una probabilidad equivalente. De este modo, se asegurará de que no desactivará por error el enrutamiento de un grupo de registros ponderados.

El efecto de establecer **Weight (Ponderación)** en 0 es diferente cuando se asocian comprobaciones de estado a los registros ponderados. Para obtener más información, consulte [Cómo elige Amazon Route 53 registros cuando está configurado la comprobación de estadoCómo elige Route 53 registros cuando está configurado la comprobación de estado](health-checks-how-route-53-chooses-records.md).

## Health check
<a name="rrsets-values-weighted-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.

## ID de registro
<a name="rrsets-values-weighted-set-identifier"></a>

Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros ponderados.

# Valores específicos de registros de alias ponderados
<a name="resource-record-sets-values-weighted-alias"></a>

Cuando se crean registros de alias ponderados, hay que especificar los siguientes valores. Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Política de direccionamiento](#rrsets-values-weighted-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-weighted-alias-name)
+ [Tipo de registro](#rrsets-values-weighted-alias-type)
+ [Valor/ruta de destino del tráfico](#rrsets-values-weighted-alias-alias-target)
+ [Peso](#rrsets-values-weighted-alias-weight)
+ [Chequeo de salud](#rrsets-values-weighted-alias-associate-with-health-check)
+ [Evaluate target health](#rrsets-values-weighted-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-weighted-alias-set-identifier)

## Política de direccionamiento
<a name="rrsets-values-weighted-alias-routing-policy"></a>

Elija **Weighted** (Ponderada).

## Nombre del registro
<a name="rrsets-values-weighted-alias-name"></a>

Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada. 

**nota**  
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**. 

Escriba el mismo nombre para todos los registros del grupo de registros ponderados. 

Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)

## Tipo de registro
<a name="rrsets-values-weighted-alias-type"></a>

El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).

Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico:

**API regionales personalizadas o API optimizadas para bordes de API Gateway**  
Selecciona **A — IPv4 dirección**.

**Puntos de conexión de interfaz de Amazon VPC**  
Seleccione **A — IPv4 dirección**.

**CloudFront distribución**  
Seleccione **A — IPv4 dirección**.  
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** para el **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.

**Servicio de App Runner**  
Seleccione **A — dirección IPv4 **

**Entorno de Elastic Beanstalk con subdominios regionalizados**  
Seleccione **A — IPv4 dirección**

**Balanceador de carga de ELB**  
Seleccione la ** IPv4 dirección A** o la dirección **AAAA IPv6 **

**Bucket de Amazon S3**  
Seleccione **A — dirección IPv4 **

**OpenSearch Servicio**  
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **

**Otro registro en esta zona alojada**  
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.  
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias). 

Seleccione el mismo valor para todos los registros del grupo de registros ponderados.

## Valor/ruta de destino del tráfico
<a name="rrsets-values-weighted-alias-alias-target"></a>

El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.

Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte [los valores comunes de los registros de alias a los que se dirige value/route el tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).

## Peso
<a name="rrsets-values-weighted-alias-weight"></a>

Un valor que determina la proporción de consultas de DNS a las que Route 53 responde usando el registro actual. Route 53 calcula la suma de las ponderaciones de los registros que tienen la misma combinación de nombre y tipo de DNS. Luego, Route 53 responde a las consultas en función de la relación entre el peso de un recurso y el total. 

No puede crear registros sin ponderación que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros ponderados.

Escriba un número entero entre 0 y 255. Para deshabilitar el direccionamiento a un recurso, establezca **Weight (Ponderación)** en 0. Si establece **Weight (Ponderación)** en 0 para todos los registros del grupo, el tráfico se dirige a todos los recursos con una probabilidad equivalente. De este modo, se asegurará de que no desactivará por error el enrutamiento de un grupo de registros ponderados.

El efecto de establecer **Weight (Ponderación)** en 0 es diferente cuando se asocian comprobaciones de estado a los registros ponderados. Para obtener más información, consulte [Cómo elige Amazon Route 53 registros cuando está configurado la comprobación de estadoCómo elige Route 53 registros cuando está configurado la comprobación de estado](health-checks-how-route-53-chooses-records.md).

## Chequeo de salud
<a name="rrsets-values-weighted-alias-associate-with-health-check"></a>

Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado. 

Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).

La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).

**importante**  
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.

## Evaluate target health
<a name="rrsets-values-weighted-alias-evaluate-target-health"></a>

Seleccione **Sí**, si desea que Route 53 determine si debe responder a las consultas de DNS mediante este registro al verificar el estado del recurso especificado mediante **Punto de conexión**. 

Tenga en cuenta lo siguiente:

**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**  
No existen requisitos especiales para establecer **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) cuando el punto de conexión es una API regional personalizada o una API optimizada para bordes de API Gateway.

**CloudFront distribuciones**  
No puede establecer **Evaluar el estado del objetivo** en **Sí** cuando el punto final es una CloudFront distribución.

**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**  
Si especifica un entorno de Elastic Beanstalk en **Punto de conexión** y el entorno contiene un equilibrador de carga de ELB, Elastic Load Balancing dirige las consultas solo a las instancias de Amazon EC2 en buen estado que están registradas en el equilibrador de carga. (Un entorno contiene automáticamente un balanceador de carga de ELB si incluye más de una instancia Amazon EC2). Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de Amazon EC2 en buen estado, o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos disponibles en buen estado, si los hay.   
Si el entorno contiene una sola instancia Amazon EC2, no hay requisitos especiales.

**Balanceadores de carga de ELB**  
El comportamiento de la comprobación de estado depende del tipo de balanceador de carga:  
+ **Equilibradores de carga clásicos**: si especifica un equilibrador de carga clásico de ELB en **Punto de conexión**, Elastic Load Balancing dirigirá las consultas solo a las instancias de Amazon EC2 en buen estado que estén registradas con el equilibrador de carga. Si establece **Evaluate Target Health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de EC2 en buen estado o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos.
+ **Balanceadores de carga de red y aplicaciones**: si especifica un balanceador de carga de red o aplicaciones ELB, y establece **Evaluate Target Health** (Evaluar estado del destino) en **Yes** (Sí), Route 53 dirige consultas al balanceador de carga en función del estado de los grupos de destino asociados al balanceador de carga:
  + Para que se considere que un Application Load Balancer o un Network Load Balancer está en buen estado, cada grupo de destinos que contenga destinos debe contener al menos un destino en buen estado. Si cualquier grupo de destinos contiene únicamente destinos en mal estado, se considera que el balanceador de carga está en mal estado y Route 53 envía las consultas a otros recursos.
  + Un grupo de destinos que no tiene destinos registrados se considera que no está en buen estado.
Al crear un balanceador de carga, configura las opciones de las comprobaciones de estado de Elastic Load Balancing. Estas no son comprobaciones de estado de Route 53, pero realizan una función similar. No cree comprobaciones de estado de Route 53 para las instancias de EC2 que registre en un balanceador de carga de ELB. 

**Buckets de S3**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es un bucket de S3.

**Puntos de enlace de interfaz de Amazon VPC**  
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es uno de interfaz de Amazon VPC.

**Otros registros de la misma zona alojada**  
Si el AWS recurso que especifica en el **punto final** es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados) pero no es otro registro de alias, le recomendamos que asocie una comprobación de estado a todos los registros del punto final. Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID de registro
<a name="rrsets-values-weighted-alias-set-identifier"></a>

Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros ponderados.