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 específicos de registros de alias de latencia
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.
Temas
Política de direccionamiento
Elija Latency (Latencia).
Nombre del registro
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
Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte Tipos de DNS registro compatibles.
Seleccione el valor aplicable en función del recurso de AWS al que dirige el tráfico:
- API regionales personalizadas o API optimizadas para bordes de API Gateway
-
Seleccione A — IPv4 address (A: dirección IPv4).
- Puntos de enlace de interfaz de Amazon VPC
-
Seleccione A — IPv4 address (A: dirección IPv4).
- Distribución de CloudFront
-
Seleccione A — IPv4 address (A: dirección IPv4).
Si se habilita IPv6 para la distribución, cree dos registros, uno con el valor A — IPv4 address (A: dirección IPv4) para Record type (Tipo de registro) y otro con el valor AAAA — IPv6 address (AAAA: dirección IPv6).
- Entorno de Elastic Beanstalk con subdominios regionalizados
-
Seleccione A — IPv4 address (A: dirección IPv4).
- Balanceador de carga de ELB
-
Seleccione A — IPv4 address (A: dirección IPv4) o AAAA — IPv6 address (AAAA: dirección IPv6).
- Bucket de Amazon S3
-
Seleccione A — IPv4 address (A: dirección IPv4).
- 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.
nota
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 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).
Seleccione el mismo valor para todos los registros del grupo de registros de latencia.
Valor/ruta de destino del tráfico
El valor que elija en la lista o que escriba en el campo depende del recurso de AWS al que esté intentando redirigir el tráfico.
Para obtener información sobre los recursos de AWS con los que puede tratar, consulte los valores comunes de los registros de alias de valor/ruta de destino del tráfico.
Para obtener más información sobre cómo configurar Route 53 para dirigir tráfico a recursos específicos de AWS, consulte Enrutar el tráfico de Internet a sus AWS recursos.
Región
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.
Comprobación de estado
Si desea que Route 53 verifique el estado de un punto de enlace dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de enlace esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de enlace especificado en el registro; por ejemplo, el punto de enlace que especifica la dirección IP en el campo Value (Valor). Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de enlace especificado. Para obtener información sobre cómo Route 53 determina si un punto de enlace tiene un estado correcto, consulte Cómo determina Amazon Route 53 si la comprobación de estado es correcta.
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 enlace 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?.
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
Seleccione Yes (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 Endpoint (Punto de enlace).
Tenga en cuenta lo siguiente:
- API regionales personalizadas y API optimizadas para bordes de API Gateway
-
No existen requisitos especiales para establecer Evaluate target health (Evaluar estado del destino) en Yes (Sí) cuando el punto de enlace es una API regional personalizada o una API optimizada para bordes de API Gateway.
- Distribuciones de CloudFront
-
No puede establecer Evaluate Target Health (Evaluar estado del destino) en Yes (Sí) cuando el punto de enlace es una distribución de CloudFront.
- Entornos de Elastic Beanstalk que tienen subdominios regionalizados
-
Si especifica un entorno de Elastic Beanstalk en Endpoint (Punto de enlace) y el entorno contiene un balanceador 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 balanceador 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:
-
Classic Load Balancers: si especifica un Classic Load Balancer de ELB en Endpoint (Punto de enlace), Elastic Load Balancing dirigirá las consultas solo a las instancias de Amazon EC2 en buen estado que estén registradas con el balanceador de carga. Si establece Evaluate target health (Evaluar estado del destino) en Yes (Sí) y no hay instancias 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.
-
nota
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 Evaluate target health (Evaluar estado del destino) en Yes (Sí) cuando el punto de enlace es un bucket de S3.
- Puntos de enlace de interfaz de Amazon VPC
-
No existen requisitos especiales para establecer Evaluate target health (Evaluar estado del destino) en Yes (Sí) cuando el punto de enlace es uno de interfaz de Amazon VPC.
- Otros registros de la misma zona alojada
-
Si el recurso de AWS especificado en Endpoint (Punto de conexión) es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados), pero no es otro registro de alias, es recomendable asociar una comprobación de estado a todos los registros del punto de conexión. Para obtener más información, consulte ¿Qué sucede cuando se omiten las comprobaciones de estado?.
ID de registro
Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de latencia.
