Creación de un subdominio que usa Amazon Route 53 como el servicio DNS sin migrar el dominio principal - Amazon Route 53

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.

Creación de un subdominio que usa Amazon Route 53 como el servicio DNS sin migrar el dominio principal

Puede crear un subdominio que usa Amazon Route 53 como servicio DNS sin migrar el dominio principal desde otro servicio DNS.

El proceso consta de los siguientes pasos básicos:

  1. Determinar si debe utilizar este procedimiento.

  2. Crear una zona alojada de Route 53 para el subdominio.

  3. Agregar registros para el nuevo subdominio a la zona alojada de Route 53.

  4. Solo API: Confirmar que los cambios se han propagado a todos los servidores DNS de Route 53.

    nota

    En la actualidad, el único modo de verificar que los cambios se han propagado es utilizar la acción GetChange API. Por lo general, los cambios se propagan a todos los servidores de nombres de Route 53 en un plazo de 60 segundos.

  5. Actualice el servicio DNS para el dominio principal añadiendo registros de servidores de nombres al subdominio.

Decisión de qué procedimientos va a utilizar para crear un subdominio

Los procedimientos de este tema explican cómo realizar una operación poco frecuente. Si ya utiliza Route 53 como servicio DNS del dominio y solo desea dirigir el tráfico de un subdominio (como, por ejemplo, www.example.com) a sus recursos (por ejemplo, un servidor web que se ejecuta en una instancia EC2), consulte Direccionamiento del tráfico de subdominios.

Utilice este procedimiento solo si está utilizando otro servicio DNS para un dominio, como example.com, y desea comenzar a utilizar Route 53 como servicio DNS para un nuevo subdominio de ese dominio, como www.example.com.

Creación de una zona alojada para el nuevo subdominio

Cuando desee utilizar Amazon Route 53 como servicio DNS para un nuevo subdominio sin migrar el dominio principal, comience con la creación de una zona alojada para el subdominio. Route 53 almacena información acerca de su subdominio en la zona alojada.

Para obtener información sobre cómo crear una zona alojada mediante la consola de Route 53, consulte Crear una zona alojada pública.

Creación de registros

Puede crear registros mediante la consola de Amazon Route 53 o la API de Route 53. Los registros que cree en Route 53 se convertirán en los registros que el DNS utilizará después de delegar la responsabilidad del subdominio a Route 53 como se explica más adelante en Actualización del servicio DNS con los registros de servidor de nombres para el subdominio.

importante

No cree registros de servidor de nombres (NS) o de inicio de autoridad (SOA) adicionales en la zona alojada de Route 53, ni elimine los registros SOA y NS existentes.

Para crear registros mediante la consola de Route 53, consulte Uso de registros. Para crear registros mediante la API de Route 53, use ChangeResourceRecordSets. Para obtener más información, consulte ChangeResourceRecordSets en la Referencia de la API de Amazon Route 53.

Comprobación del estado de sus cambios (solo para API)

La creación de una nueva zona alojada y el cambio de registros tardan un tiempo en propagarse a los servidores DNS de Route 53. Si ha utilizado ChangeResourceRecordSets para crear sus registros, puede utilizar la acción GetChange a fin de determinar si los cambios se han propagado. (ChangeResourceRecordSets devuelve un valor para ChangeId, que puede incluir una solicitud GetChange posterior. Si creó los registros mediante la consola, ChangeId no está disponible). Para obtener más información, consulte GET GetChange en la Referencia de la API de Amazon Route 53.

nota

Por lo general, los cambios se propagan a todos los servidores de nombres de Route 53 en un plazo de 60 segundos.

Actualización del servicio DNS con los registros de servidor de nombres para el subdominio

Después de haber propagado los cambios en los registros de Amazon Route 53 (consulte Comprobación del estado de sus cambios (solo para API)), actualice el servicio DNS para el dominio principal agregando registros NS para el subdominio. Esto se denomina delegación de la responsabilidad del subdominio en Route 53. Por ejemplo, si el dominio principal example.com está alojado con otro servicio DNS y ha creado el subdominio test.example.com en Route 53, debe actualizar el servicio DNS de example.com con los nuevos registros NS de test.example.com.

Realice el siguiente procedimiento.

  1. Con el método proporcionado por el servicio DNS, realice un backup del archivo de zona para el dominio principal.

  2. En la consola de Route 53, obtenga los servidores de nombres de la zona alojada de Route 53:

    1. Inicie sesión en la AWS Management Console y abra la consola de Route 53 en https://console.aws.amazon.com/route53/.

    2. En el panel de navegación, haga clic en Hosted zones (Zonas alojadas).

    3. En la página Hosted zones (Zonas alojadas), elija el botón de radio (no el nombre) de la zona alojada y luego View details (Ver detalles).

    4. En la página de detalles de la zona alojada, elija Hosted zone details (Detalles de la zona alojada).

    5. Anote los nombres de los cuatro servidores que aparecen en Name servers (Servidores de nombres).

    También puede utilizar la acción GetHostedZone. Para obtener más información, consulte GetHostedZone en la Referencia de la API de Amazon Route 53.

  3. Con el método proporcionado por el servicio DNS del dominio principal, añada registros NS para el subdominio al archivo de zona del dominio principal. En estos registros NS, especifique los cuatro servidores de nombres de Route 53 que están asociados con la zona alojada que ha creado en el paso 1.

importante

No añada un registro de inicio de autoridad (SOA) al archivo de zona para el dominio principal. Dado que el subdominio utilizará Route 53, el servicio DNS del dominio principal no es la autoridad para el subdominio.

Si su servicio de DNS ha añadido automáticamente un registro SOA para el subdominio, elimine dicho registro. Sin embargo, no elimine el registro SOA del dominio principal.