Valores específicos para los registros de alias basados en IP
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.
Temas
Política de direccionamiento
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
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 distribuciones de CloudFront y buckets de Amazon S3
-
El valor que especifique depende parcialmente del recurso de AWS al que dirige el tráfico:
-
Distribución de 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.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 (CNAME) en la Guía para desarrolladores de Amazon CloudFront.
-
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 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.
- Caracteres comodín
-
Puede usar un asterisco (*) en el nombre. DNS trata el asterisco como comodín o como el carácter ASCII (42) *, en función de dónde aparece en el nombre. Para obtener más información, consulte Uso de un asterisco (*) en nombres de zonas alojadas y registros.
Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte Tipos de registros de DNS admitidos.
Seleccione el valor aplicable en función del recurso de AWS al que dirige 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
-
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).
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 Enrutamiento del tráfico de Internet a los recursos de AWS.
Ubicación
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 se pueden crear registros no basados en IP que tengan los mismos valores para Record name (Nombre de registro) y Record type (Tipo de registro) que los registros basados en IP.
Para obtener más información, consulte Direccionamiento basado en IP.
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 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?.
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 enlace 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 enlace 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
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
Ingrese un valor que identifique de manera única este registro en el grupo de registros basados en IP.
