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.
# Uso de Amazon Route 53 como el servicio DNS de subdominios sin migrar el dominio principal
Amazon Route 53 proporciona flexibilidad para administrar el DNS de los subdominios, lo que le permite aprovechar sus características sin necesidad de migrar el dominio principal en su totalidad.
Puede crear un subdominio nuevo o migrar uno existente a Route 53 y, al mismo tiempo, mantener el dominio principal alojado en otro proveedor de servicios de DNS.
**Creación de un subdominio nuevo con Route 53:**
1. Creación de una zona alojada para el subdominio nuevo.
1. Agregue los registros DNS que desee (p. ej., A, CNAME, MX) para el subdominio a la zona alojada.
1. Obtenga los servidores de nombres de Route 53 asignados a la zona alojada.
1. Actualice la configuración de DNS del dominio principal al agregar registros NS (servidor de nombres) para el subdominio y apuntar a los servidores de nombres de Route 53.
**Migración de un subdominio existente a Route 53:**
1. Creación de una zona alojada para el subdominio.
1. Obtenga la configuración de DNS actual para el subdominio de su proveedor de servicios de DNS vigente.
1. Agregue los registros DNS pertinentes a la zona alojada.
1. Obtenga los servidores de nombres de Route 53 asignados a la zona alojada.
1. Actualice la configuración de DNS del dominio principal al agregar registros NS para el subdominio y apuntar a los servidores de nombres de Route 53.
Si sigue estos pasos, puede aprovechar las características avanzadas de Route 53, como las comprobaciones de estado, las políticas de enrutamiento y la administración del flujo de tráfico, para los subdominios y, al mismo tiempo, mantener la configuración de DNS del dominio principal con su proveedor actual.
**Topics**
+ [
# Creación de un subdominio que usa Amazon Route 53 como el servicio DNS sin migrar el dominio principal
](CreatingNewSubdomain.md)
+ [
# Migración de un servicio DNS de un subdominio a Amazon Route 53 sin migrar el dominio principal
](MigratingSubdomain.md)
# 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](#decide-procedure-create-subdomain) si debe utilizar este procedimiento.
1. [Crear una zona alojada de Route 53 para el subdominio](#CreateZoneNewSubdomain).
1. [Agregar registros](#AddNewSubdomainRecords) para el nuevo subdominio a la zona alojada de Route 53.
1. *Solo API*: [Confirmar que los cambios se han propagado](#CheckStatusNewSubdomain) 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](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html). Por lo general, los cambios se propagan a todos los servidores de nombres de Route 53 en un plazo de 60 segundos.
1. [Actualice el servicio DNS para el dominio principal añadiendo registros de servidores de nombres al subdominio](#UpdateDNSParentDomain).
## 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 de EC2), consulte [Direccionamiento del tráfico de subdominios](dns-routing-traffic-for-subdomains.md).
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](CreatingHostedZone.md).
## 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](#UpdateDNSParentDomain).
**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](rrsets-working-with.md). Para crear registros mediante la API de Route 53, use `ChangeResourceRecordSets`. Para obtener más información, consulte [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) en la *[Referencia de la API de Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/APIReference/)*.
## 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](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) 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 en una solicitud `GetChange` posterior. Si creó los registros mediante la consola, `ChangeId` no estará disponible). Para obtener más información, consulte [GET GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html) 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)](#CheckStatusNewSubdomain)), 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.
1. En la consola de Route 53, obtenga los servidores de nombres de la zona alojada de Route 53:
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Route 53 en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. En el panel de navegación, haga clic en **Hosted zones** (Zonas alojadas).
1. 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).
1. En la página de detalles de la zona alojada, elija **Hosted zone details** (Detalles de la zona alojada).
1. 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](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHostedZone.html) en la *Referencia de la API de Amazon Route 53*.
1. 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.
# Migración de un servicio DNS de un subdominio a Amazon Route 53 sin migrar el dominio principal
Puede migrar un subdominio para que utilice 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](#decide-procedure-migrate-subdomain) si debe utilizar este procedimiento.
1. [Crear una zona alojada de Route 53 para el subdominio](#CreateZoneMigratedSubdomain).
1. [Solicite la configuración de DNS al proveedor de servicios DNS actual para el dominio principal](#GetParentDomainResourceRecords).
1. [Agregue registros](#AddMigratedSubdomainRecords) para el subdominio a su zona alojada de Route 53.
1. *Solo API*: [Confirmar que los cambios se han propagado](#MigratingSubdomainCheckStatus) 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](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html). Por lo general, los cambios se propagan a todos los servidores de nombres de Route 53 en un plazo de 60 segundos.
1. [Actualice la configuración de DNS con el proveedor de servicios DNS para el servidor principal agregando registros de servidores de nombres al subdominio](#UpdateOldDNS).
## 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 de EC2), consulte [Direccionamiento del tráfico de subdominios](dns-routing-traffic-for-subdomains.md).
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 subdominio existente de ese dominio, como www.example.com.
## Creación de una zona alojada para el subdominio
Si desea migrar un subdominio desde otro servicio DNS a Amazon Route 53 pero no desea migrar el dominio principal, comience creando 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](CreatingHostedZone.md).
## Solicitar configuración de DNS actual a su proveedor de servicios DNS
Para simplificar el proceso de migración de un subdominio existente a Route 53, solicite la configuración de DNS actual del dominio al proveedor de servicios DNS que administra el dominio actualmente. Puede utilizar esta información como base a fin de configurar Route 53 como servicio DNS para el subdominio.
Lo que tiene que pedir y el formato del material que se le entregue dependen de la empresa que esté utilizando actualmente como su proveedor del servicio DNS. Idealmente, le proporcionarán un archivo de zona, que contiene información sobre todos los registros de su configuración actual. (Los registros le indican a DNS cómo desea que se dirija el tráfico de sus dominios y subdominios. Por ejemplo, cuando alguien escribe su nombre de dominio en un navegador web, ¿desea que el tráfico se dirija a un servidor web de su centro de datos, a una instancia de Amazon EC2, a una distribución de CloudFront o a cualquier otra ubicación?) Si puede obtener un archivo de zona de su proveedor de servicio DNS actual, puede editarlo para quitar los registros que no desea migrar a Amazon Route 53. A continuación, puede importar el resto de registros a su zona alojada de Route 53, lo que simplifica significativamente el proceso. Pregunte al equipo de atención al cliente de su proveedor del servicio DNS actual cómo obtener un *archivo de zona* o una *lista de registros*.
## Creación de registros
Utilizando como punto de partida los registros que ha obtenido de su proveedor de servicios DNS actual, cree los registros correspondientes en la zona alojada de Amazon Route 53 que creó para el subdominio. 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](#UpdateOldDNS).
**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](rrsets-working-with.md). Para crear registros mediante la API de Route 53, use `ChangeResourceRecordSets`. Para obtener más información, consulte [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) en la *[Referencia de la API de Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/APIReference/)*.
## 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](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) 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 en una solicitud `GetChange` posterior. Si creó los registros mediante la consola, `ChangeId` no estará disponible). Para obtener más información, consulte [GET GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html) 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)](#MigratingSubdomainCheckStatus)), 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, suponga que el dominio principal example.com está alojado en otro servicio DNS y está migrando el subdominio test.example.com a Route 53. Debe crear una zona alojada para test.example.com y actualizar el servicio DNS para example.com con los registros NS que Route 53 asignó a la zona alojada nueva para 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.
1. Si el proveedor de servicios DNS anterior del dominio tiene un método para cambiar la configuración TTL de sus servidores de nombres, le recomendamos que cambie la configuración a 900 segundos. Esto limita el tiempo durante el que las solicitudes cliente intentarán resolver los nombres de dominio con servidores de nombres obsoletos. Si el TTL actual es de 172 800 segundos (dos días), que constituye un valor predeterminado común, aún deberá esperar dos días para que los solucionadores y los clientes dejen de almacenar en caché los registros de DNS con el TTL anterior. Cuando transcurra el tiempo de TTL especificado, podrá eliminar sin problemas los registros almacenados en el proveedor anterior y realizar cambios únicamente en Route 53.
1. En la consola de Route 53, obtenga los servidores de nombres de la zona alojada de Route 53:
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Route 53 en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. En el panel de navegación, haga clic en **Hosted zones** (Zonas alojadas).
1. 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).
1. En la página de detalles de la zona alojada, elija **Hosted zone details** (Detalles de la zona alojada).
1. 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](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHostedZone.html) en la *Referencia de la API de Amazon Route 53*.
1. 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. Asigne a los registros NS el mismo nombre que el subdominio. Para los valores en los registros NS, especifique los cuatro servidores de nombres de Route 53 que están asociados a la zona alojada creada en el paso 2. Tenga en cuenta que los diferentes servicios DNS utilizan distintas terminologías. Es posible que necesite ponerse en contacto con el soporte de su servicio DNS para obtener información sobre cómo realizar este paso.
**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.
En función de la configuración de TTL de los servidores de nombres del dominio principal, la propagación de los cambios a los servicios de resolución de nombres DNS puede tardar 48 horas o más. Durante este período, los solucionadores de DNS aún pueden responder a las solicitudes con los servidores de nombres para el servicio DNS del dominio principal. Además, es posible que los equipos cliente sigan teniendo almacenados en su caché los servidores de nombres anteriores del subdominio.
1. Cuando caduque el TTL del registrador del dominio (consulte el paso 2), elimine los siguientes registros del archivo de zona para el dominio principal:
+ Los registros que agregó a Route 53, como se describe en [Creación de registros](#AddMigratedSubdomainRecords).
+ Los registros NS del servicio DNS. Cuando haya terminado de eliminar registros NS, los únicos que quedarán en el archivo de zona serán los que creó en el paso 4.