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 ponderados
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.
Temas
Política de direccionamiento
Elija Weighted (Ponderada).
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 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
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 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.
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 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
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 puedes dirigirte, consulta los valores comunes de los registros de alias para el tráfico de valor/enrutar 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
Peso
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. Route 53 luego responde a las consultas en función de la proporción de la ponderación del recurso con 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 deshabilitará por error el direccionamiento 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 estado.
Comprobación de estado
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 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:
-
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 ponderados o de conmutación por error) 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?.
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
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 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 establece Evaluate Target Health 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.
-
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.
-
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 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?.
ID de registro
Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros ponderados.
