# Reproducción de clústeres de base de datos de Amazon Aurora MySQL entre Regiones de AWS Puede crear un clúster de base de datos de Amazon Aurora MySQL como réplica de lectura en una Región de AWS distinta a la del clúster de base de datos de origen. Utilizar este método puede mejorar las capacidades de recuperación de desastres, permitirle escalar las operaciones de lectura en una Región de AWS que esté más cerca de sus usuarios y facilitar la migración de una Región de AWS a otra. Puede crear réplicas de lectura de clústeres de base de datos cifrados y sin cifrar. La réplica de lectura se debe cifrar si el clúster de base de datos de origen está cifrado. Por cada clúster de base de datos origen, puede tener hasta cinco clústeres de base de datos réplica de lectura entre regiones. **nota** Como alternativa a las réplicas de lectura entre regiones, puede escalar las operaciones de lectura con un retraso mínimo mediante una base de datos global Aurora. Una base de datos global de Aurora tiene un clúster de base de datos primaria de Aurora en una Región de AWS y hasta 10 clústeres de base de datos secundaria de solo lectura en diferentes regiones. Cada clúster de base de datos secundario puede incluir hasta 16 réplicas Aurora (en lugar de 15). La replicación desde el clúster de base de datos principal a todos los secundarios es manejada por la capa de almacenamiento Aurora en lugar del motor de base de datos, por lo que el tiempo de demora para replicar cambios suele ser mínimo, menos de 1 segundo. Mantener el motor de base de datos fuera del proceso de replicación significa que el motor de base de datos está dedicado al procesamiento de cargas de trabajo. También significa que no necesita configurar o administrar la replicación de binlog (registro binario) de Aurora MySQL. Para obtener más información, consulte [Uso de una base de datos global de Amazon Aurora](aurora-global-database.md). Cuando se crea una réplica de lectura del clúster de base de datos de Aurora MySQL en otra Región de AWS, se debe tener en cuenta lo siguiente: + Tanto el clúster de base de datos origen como el clúster de base de datos réplica de lectura entre regiones pueden tener un máximo de 15 réplicas de Aurora junto con la instancia principal del clúster de base de datos. Usando esta funcionalidad, puede escalar las operaciones de lectura tanto para la Región de AWS de origen como para la Región de AWS de destino de la replicación. + En una situación con varias regiones, hay más tiempo de retardo entre el clúster de base de datos de origen y la réplica de lectura porque los canales de red entre Regiones de AWS son más largos. + Los datos transferidos en las replicaciones entre regiones conllevan cargos por transferencia de datos de Amazon RDS. Las siguientes acciones de replicación entre regiones generan cargos para los datos transferidos fuera de la Región de AWS de origen: + Cuando se crea la réplica de lectura, Amazon RDS realiza una instantánea del clúster de origen y transfiere la instantánea a la Región de AWS que contiene la réplica de lectura. + Para cada modificación de datos realizada en las bases de datos de origen, Amazon RDS transfiere los datos de la región de origen a la Región de AWS que contiene la réplica de lectura. Para obtener más información acerca de los precios de las transferencias de datos de Amazon RDS, consulte [Precios de Amazon Aurora](https://aws.amazon.com/rds/aurora/pricing/). + Puede ejecutar varias acciones de creación o eliminación simultáneas para réplicas de lectura que hagan referencia al mismo clúster de base de datos origen. Sin embargo, debe permanecer dentro del límite de cinco réplicas de lectura por cada clúster de base de datos de origen. + Para que la replicación sea eficaz, cada réplica de lectura debe tener la misma cantidad de recursos de computación y de almacenamiento que el clúster de base de datos origen. Si modifica la escala del clúster de base de datos origen, debe ajustar también la escala de las réplicas de lectura. **Topics** + [Antes de empezar](#AuroraMySQL.Replication.CrossRegion.Prerequisites) + [Creación de un clúster de base de datos de réplica de lectura entre regiones para Aurora MySQL](AuroraMySQL.Replication.CrossRegion.Creating.md) + [Promoción de una réplica de lectura a un clúster de base de datos para Aurora MySQL](AuroraMySQL.Replication.CrossRegion.Promote.md) + [Resolución de problemas de réplicas entre regiones para Amazon Aurora MySQL](AuroraMySQL.Replication.CrossRegion.Troubleshooting.md) ## Antes de empezar Antes de crear un clúster de base de datos de Aurora MySQL que sea una réplica de lectura entre regiones, debe activar el registro binario en el clúster de base de datos de Aurora MySQL de origen. La replicación entre regiones de Aurora MySQL usa la replicación binaria de MySQL para volver a reproducir los cambios en el clúster de base de datos de la réplica de lectura entre regiones. Para activar el registro binario en un clúster de base de datos Aurora MySQL, actualice el parámetro `binlog_format` para el clúster de base de datos de origen. El parámetro `binlog_format` es un parámetro de nivel de clúster que se encuentra en el grupo de parámetros de clúster predeterminado. Si su clúster de base de datos usa el grupo de parámetros de clúster de base de datos predeterminado, cree un nuevo grupo de parámetros de clúster de base de datos para modificar la configuración de `binlog_format`. Es recomendable que defina `binlog_format` como `MIXED`. Sin embargo, también puede configurar `binlog_format` como `ROW` o `STATEMENT` si necesita un formato binlog concreto. Reinicie el clúster de base de datos de Aurora para que el cambio entre en vigor. Para obtener más información sobre la utilización del registro binario con Aurora MySQL, consulte [Replicación entre Aurora y MySQL o entre Aurora y otro clúster de base de datos de Aurora (replicación de registro binario)](AuroraMySQL.Replication.MySQL.md). Para obtener más información acerca de cómo modificar los parámetros de configuración de Aurora MySQL, consulte [Parámetros del clúster de base de datos de Amazon Aurora y de instancia de base de datos](USER_WorkingWithDBClusterParamGroups.md#Aurora.Managing.ParameterGroups) y [Grupos de parámetros para Amazon Aurora](USER_WorkingWithParamGroups.md). # Creación de un clúster de base de datos de réplica de lectura entre regiones para Aurora MySQL Puede crear un clúster de base de datos de Aurora que sea una réplica de lectura entre regiones mediante la Consola de administración de AWS, la AWS Command Line Interface (AWS CLI) o la API de Amazon RDS. Puede crear réplicas de lectura entre regiones desde clústeres de base de datos cifrados y sin cifrar. Cuando se crea una réplica de lectura entre regiones para Aurora MySQL con la Consola de administración de AWS, Amazon RDS crea un clúster de base de datos en la Región de AWS de destino y, luego, crea automáticamente una instancia de base de datos que es la instancia principal de ese clúster de base de datos. Cuando se crea una réplica de lectura entre regiones mediante la AWS CLI o la API de RDS, primero se crea el clúster de base de datos en la Región de AWS de destino y se espera a que pase a estar activo. Una vez que está activo, se crea una instancia de base de datos que es la instancia principal de ese clúster de base de datos. La replicación comienza cuando la instancia principal del clúster de base de datos de la réplica de lectura pasa a estar disponible. Use los siguientes procedimientos para crear una réplica de lectura entre regiones a partir de un clúster de base de datos de Aurora MySQL. Estos procedimientos sirven para crear réplicas de lectura desde clústeres de base de datos cifrados y sin cifrar. ## Consola **Para crear un clúster de base de datos de Aurora MySQL que sea una réplica de lectura entre regiones con la Consola de administración de AWS** 1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. En la esquina superior derecha de la Consola de administración de AWS, seleccione la Región de AWS que aloja el clúster de base de datos de origen. 1. En el panel de navegación, seleccione **Databases** (Bases de datos). 1. Elija el clúster de base de datos para el que desea crear una réplica de lectura entre regiones. 1. En **Actions** (Acciones), elija **Create cross-Region read replica** (Crear réplica de lectura entre regiones). 1. En la página **Create cross region read replica (Crear réplica de lectura entre regiones)**, elija la configuración de opciones para su clúster de base de datos réplica de lectura entre regiones, como se describe en la siguiente tabla. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.CrossRegion.Creating.html) 1. Elija **Create (Crear)** para crear una réplica de lectura entre regiones de Aurora. ## AWS CLI **Para crear un clúster de base de datos de Aurora MySQL que sea una réplica de lectura entre regiones con la CLI** 1. Llame al comando [create-db-clúster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) de la AWS CLI en la en la que desee crear el clúster de base de datos de la réplica de lectura. Incluya la opción `--replication-source-identifier` y especifique el Nombre de recurso de Amazon (ARN) del clúster de base de datos de origen para el que desea crear una réplica de lectura. Para una replicación entre regiones en la que el clúster de base de datos identificado por `--replication-source-identifier` esté cifrado, especifique también las opciones `--kms-key-id` y `--storage-encrypted`. **nota** Puede configurar la replicación entre regiones desde un clúster de base de datos sin cifrar en una réplica de lectura cifrada especificando `--storage-encrypted` y proporcionando un valor para `--kms-key-id`. No puede especificar los parámetros `--master-username` y `--master-user-password`. Esos valores se toman del clúster de base de datos de origen. El siguiente ejemplo de código crea una réplica de lectura en la región us-east-1 a partir de una instantánea de clúster de base de datos sin cifrar de la región us-west-2. Se llama al comando en la región us-east-1. En este ejemplo se especifica la opción `--manage-master-user-password` para generar la contraseña del usuario maestro y administrarla en Secrets Manager. Para obtener más información, consulte [Administración de contraseñas con Amazon Aurora y AWS Secrets Manager](rds-secrets-manager.md). También puede utilizar la opción `--master-password` para especificar y administrar la contraseña usted mismo. Para Linux, macOS o Unix: ``` aws rds create-db-cluster \ --db-cluster-identifier sample-replica-cluster \ --engine aurora-mysql \ --engine-version 8.0.mysql_aurora.3.08.0 \ --replication-source-identifier arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster ``` Para Windows: ``` aws rds create-db-cluster ^ --db-cluster-identifier sample-replica-cluster ^ --engine aurora-mysql ^ --engine-version 8.0.mysql_aurora.3.08.0 ^ --replication-source-identifier arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster ``` El siguiente ejemplo de código crea una réplica de lectura en la región us-east-1 a partir de una instantánea de clúster de base de datos cifrado de la región us-west-2. Se llama al comando en la región us-east-1. Para Linux, macOS o Unix: ``` aws rds create-db-cluster \ --db-cluster-identifier sample-replica-cluster \ --engine aurora-mysql \ --engine-version 8.0.mysql_aurora.3.08.0 \ --replication-source-identifier arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster \ --kms-key-id my-us-east-1-key \ --storage-encrypted ``` Para Windows: ``` aws rds create-db-cluster ^ --db-cluster-identifier sample-replica-cluster ^ --engine aurora-mysql ^ --engine-version 8.0.mysql_aurora.3.08.0 ^ --replication-source-identifier arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster ^ --kms-key-id my-us-east-1-key ^ --storage-encrypted ``` La opción `--source-region` es necesaria para la replicación entre regiones entre las regiones AWSGovCloud (Este de EE. UU.) y AWS GovCloud (Oeste EE. UU.), donde el clúster de base de datos identificado por `--replication-source-identifier` está cifrado. Para `--source-region`, especifique la Región de AWS del clúster de base de datos de origen. Si no se ha especificado `--source-region`, especifique un valor de `--pre-signed-url`. Una *URL prefirmada* es una URL que contiene una solicitud firmada de Signature Version 4 para el comando `create-db-cluster` que se llama en la Región de AWS de origen. Para obtener más información acerca de la opción `pre-signed-url`, consulte [create-db-clúster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) en la *Referencia de los comandos de AWS CLI*. 1. Compruebe que el clúster de base de datos está disponible para su uso con el comando [describe-db-clústers](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) de la AWS CLI, como se muestra en el siguiente ejemplo. ``` aws rds describe-db-clusters --db-cluster-identifier sample-replica-cluster ``` Cuando los resultados de **`describe-db-clusters`** muestren el estado `available`, cree la instancia principal del clúster de base de datos para que pueda comenzar la replicación. Para ello, utilice el comando [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) de la AWS CLI como se muestra en el siguiente ejemplo. Para Linux, macOS o Unix: ``` aws rds create-db-instance \ --db-cluster-identifier sample-replica-cluster \ --db-instance-class db.r5.large \ --db-instance-identifier sample-replica-instance \ --engine aurora-mysql ``` Para Windows: ``` aws rds create-db-instance ^ --db-cluster-identifier sample-replica-cluster ^ --db-instance-class db.r5.large ^ --db-instance-identifier sample-replica-instance ^ --engine aurora-mysql ``` Cuando la instancia de base de datos se ha creado y está disponible, comienza la replicación. Puede determinar si la instancia de base de datos está disponible llamando al comando [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) de la AWS CLI. ## API de RDS **Para crear un clúster de base de datos de Aurora MySQL que sea una réplica de lectura entre regiones con la API** 1. Llame a la operación [CreateDBclúster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) de la API de RDS en la Región de AWS en la que desea crear el clúster de base de datos de la réplica de lectura. Incluya el parámetro `ReplicationSourceIdentifier` y especifique el Nombre de recurso de Amazon (ARN) del clúster de base de datos de origen para el que desea crear una réplica de lectura. Para una replicación entre regiones en la que el clúster de base de datos identificado por `ReplicationSourceIdentifier` esté cifrado, especifique el parámetro `KmsKeyId` y establecer el parámetro `StorageEncrypted` en `true`. **nota** Puede configurar la replicación entre regiones desde un clúster de base de datos sin cifrar en una réplica de lectura cifrada especificando `StorageEncrypted` como **true** y proporcionando un valor para `KmsKeyId`. En este caso, no es necesario especificar `PreSignedUrl`. No tiene que incluir los parámetros `MasterUsername` y `MasterUserPassword`, porque esos valores se toman del clúster de base de datos de origen. El siguiente ejemplo de código crea una réplica de lectura en la región us-east-1 a partir de una instantánea de clúster de base de datos sin cifrar de la región us-west-2. Se llama a la acción en la región us-east-1. ``` https://rds.us-east-1.amazonaws.com/ ?Action=CreateDBCluster &ReplicationSourceIdentifier=arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster &DBClusterIdentifier=sample-replica-cluster &Engine=aurora-mysql &SignatureMethod=HmacSHA256 &SignatureVersion=4 &Version=2014-10-31 &X-Amz-Algorithm=AWS4-HMAC-SHA256 &X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request &X-Amz-Date=20160201T001547Z &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date &X-Amz-Signature=a04c831a0b54b5e4cd236a90dcb9f5fab7185eb3b72b5ebe9a70a4e95790c8b7 ``` El siguiente ejemplo de código crea una réplica de lectura en la región us-east-1 a partir de una instantánea de clúster de base de datos cifrado de la región us-west-2. Se llama a la acción en la región us-east-1. ``` https://rds.us-east-1.amazonaws.com/ ?Action=CreateDBCluster &KmsKeyId=my-us-east-1-key &StorageEncrypted=true &PreSignedUrl=https%253A%252F%252Frds.us-west-2.amazonaws.com%252F %253FAction%253DCreateDBCluster %2526DestinationRegion%253Dus-east-1 %2526KmsKeyId%253Dmy-us-east-1-key %2526ReplicationSourceIdentifier%253Darn%25253Aaws%25253Ards%25253Aus-west-2%25253A123456789012%25253Acluster%25253Asample-master-cluster %2526SignatureMethod%253DHmacSHA256 %2526SignatureVersion%253D4 %2526Version%253D2014-10-31 %2526X-Amz-Algorithm%253DAWS4-HMAC-SHA256 %2526X-Amz-Credential%253DAKIADQKE4SARGYLE%252F20161117%252Fus-west-2%252Frds%252Faws4_request %2526X-Amz-Date%253D20161117T215409Z %2526X-Amz-Expires%253D3600 %2526X-Amz-SignedHeaders%253Dcontent-type%253Bhost%253Buser-agent%253Bx-amz-content-sha256%253Bx-amz-date %2526X-Amz-Signature%253D255a0f17b4e717d3b67fad163c3ec26573b882c03a65523522cf890a67fca613 &ReplicationSourceIdentifier=arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster &DBClusterIdentifier=sample-replica-cluster &Engine=aurora-mysql &SignatureMethod=HmacSHA256 &SignatureVersion=4 &Version=2014-10-31 &X-Amz-Algorithm=AWS4-HMAC-SHA256 &X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request &X-Amz-Date=20160201T001547Z &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date &X-Amz-Signature=a04c831a0b54b5e4cd236a90dcb9f5fab7185eb3b72b5ebe9a70a4e95790c8b7 ``` Para la replicación entre regiones entre GovCloud (Este de EE. UU.) y GovCloud (Oeste EE. UU.), donde el clúster de la base de datos identificado por está codificado, especifique también el parámetro. La URL prefirmada debe ser una solicitud válida para la operación de la API `CreateDBCluster` que se pueda realizar en la Región de AWS de origen que contiene el clúster de base de datos cifrado que se va a replicar. El identificador de la clave de KMSS se utiliza para cifrar la réplica de lectura y debe ser una clave de KMS válida para la Región de AWS de destino. Para generar una URL prefirmada de forma automática y no manual, use el comando [create-db-clúster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) de la AWS CLI con la opción `--source-region`. 1. Compruebe que el clúster de base de datos está disponible para el uso con la operación [DescribeDBclústers](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html) de la API de RDS, como se muestra en el siguiente ejemplo. ``` https://rds.us-east-1.amazonaws.com/ ?Action=DescribeDBClusters &DBClusterIdentifier=sample-replica-cluster &SignatureMethod=HmacSHA256 &SignatureVersion=4 &Version=2014-10-31 &X-Amz-Algorithm=AWS4-HMAC-SHA256 &X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request &X-Amz-Date=20160201T002223Z &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date &X-Amz-Signature=84c2e4f8fba7c577ac5d820711e34c6e45ffcd35be8a6b7c50f329a74f35f426 ``` Cuando los resultados de `DescribeDBClusters` muestren el estado `available`, cree la instancia principal del clúster de base de datos para que pueda comenzar la replicación. Para ello, use la acción [CreateDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) de la API de RDS, como se muestra en el siguiente ejemplo. ``` https://rds.us-east-1.amazonaws.com/ ?Action=CreateDBInstance &DBClusterIdentifier=sample-replica-cluster &DBInstanceClass=db.r5.large &DBInstanceIdentifier=sample-replica-instance &Engine=aurora-mysql &SignatureMethod=HmacSHA256 &SignatureVersion=4 &Version=2014-10-31 &X-Amz-Algorithm=AWS4-HMAC-SHA256 &X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request &X-Amz-Date=20160201T003808Z &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date &X-Amz-Signature=125fe575959f5bbcebd53f2365f907179757a08b5d7a16a378dfa59387f58cdb ``` Cuando la instancia de base de datos se ha creado y está disponible, comienza la replicación. Puede determinar si la instancia de base de datos está disponible llamando al comando [DescribeDBInstances](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstances.html) de la AWS CLI. ## Visualización de réplicas entre regiones de Amazon Aurora MySQL Para ver las relaciones de reproducción entre regiones de sus clústeres de base de datos de Amazon Aurora MySQL, llame al comando [describe-db-clústers](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) de la AWS CLI o a la operación [DescribeDBclústers](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html) de la API de RDS. En la respuesta, consulte el campo `ReadReplicaIdentifiers` para los identificadores de clúster de base de datos de cualquier clúster de base de datos de réplica de lectura entre regiones. Consulte el elemento `ReplicationSourceIdentifier` para ver el ARN del clúster de base de datos de origen que es el origen de replicación. # Promoción de una réplica de lectura a un clúster de base de datos para Aurora MySQL Puede promover una réplica de lectura de Aurora MySQL a un clúster de base de datos independiente. Cuando se promueve una réplica de lectura de Aurora MySQL, las instancias de base de datos se reinician antes de que estén disponibles. Normalmente, una réplica de lectura de Aurora MySQL se promueve a un clúster de base de datos independiente como un esquema de recuperación de datos si el clúster de base de datos de origen devuelve un error. Para ello, cree primero una réplica de lectura y, a continuación, monitoree el clúster de base de datos de origen para ver si se producen errores. En caso de error, haga lo siguiente: 1. Promocione la réplica de lectura. 1. Dirija el tráfico de la base de datos al clúster de base de datos promovido. 1. Cree una réplica de lectura de reemplazo que tenga el clúster de base de datos promocionados como origen. Cuando promociona una réplica de lectura, esta se convierte en un clúster de base de datos de Aurora independiente. Este proceso de promoción puede tardar unos minutos o más, según el tamaño de la réplica de lectura. Una vez que haya promocionado la réplica de lectura a un nuevo clúster de base de datos, este será como cualquier otro clúster de base de datos. Por ejemplo, podrá crear réplicas de lectura a partir de él y realizar operaciones de restauración a un momento dado. También puede crear réplicas de Aurora para el clúster de base de datos. Como el clúster de base de datos promocionado ya no es una réplica de lectura, no puede usarlo como destino de la replicación. Los siguientes pasos muestran el proceso general para promocionar una réplica de lectura a un clúster de base de datos: 1. Detenga la escritura de transacciones en el clúster de base de datos de origen de la réplica de lectura y espere hasta que se hayan realizado todas las actualizaciones en la réplica de lectura. Las actualizaciones de la base de datos se producen en la réplica de lectura después de completarse en el clúster de base de datos de origen y el retraso de esta replicación puede variar considerablemente. Utilice la métrica `ReplicaLag` para determinar cuándo se han completado todas las actualizaciones en la réplica de lectura. La métrica `ReplicaLag` registra la cantidad de retraso de una instancia de base de datos de réplica de lectura con respecto a la instancia de base de datos de origen. Cuando la métrica `ReplicaLag` llegue a `0`, la réplica estará funcionando al mismo ritmo que la instancia de base de datos de origen. 1. Promocione la réplica de lectura mediante la opción **Promote (Promover)** de la consola de Amazon RDS, el comando [promote-read-replica-db-clúster](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html) de la AWS CLI, o la operación [PromoteReadReplicaDBclúster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html) de la API de Amazon RDS. Elija una instancia de base de datos de Aurora MySQL para promocionar la réplica de lectura. Una vez promocionada la réplica de lectura, el clúster de base de datos de Aurora MySQL se promociona a un clúster de base de datos independiente. La instancia de base de datos con la prioridad más alta se promueve a la instancia de base de datos principal del clúster de base de datos. Las demás instancias de base de datos se convierten en réplicas de Aurora. **nota** El proceso de promoción tarda algunos minutos en completarse. Cuando se promociona una réplica de lectura, la replicación se detiene y las instancias de base de datos se reinician. Una vez completado el reinicio, la réplica de lectura pasa a estar disponible como un nuevo clúster de base de datos. ## Consola **Para promocionar una réplica de lectura de Aurora MySQL a un clúster de base de datos** 1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. En la consola, elija **Instances (Instancias)**. Aparece el panel **Instance (Instancia)**. 1. En el panel **Instances (Instancias)**, seleccione la réplica de lectura que desea promocionar. Las réplicas de lectura aparecen como instancias de base de datos de Aurora MySQL. 1. En **Actions (Acciones)**, elija **Promote read replica (Promover réplica de lectura)**. 1. En la página de confirmación, elija **Promote Read Replica (Promocionar réplica de lectura)**. ## AWS CLI Para promover una réplica de lectura a un clúster de base de datos, utilice la operación [promote-read-replica-db-clúster](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html) de la AWS CLI. **Example** Para Linux, macOS o:Unix ``` aws rds promote-read-replica-db-cluster \ --db-cluster-identifier mydbcluster ``` En:Windows ``` aws rds promote-read-replica-db-cluster ^ --db-cluster-identifier mydbcluster ``` ## API de RDS Para promover una réplica de lectura a un clúster de base de datos, llame a [PromoteReadReplicaDBclúster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html). # Resolución de problemas de réplicas entre regiones para Amazon Aurora MySQL A continuación, puede encontrar una lista de mensajes de error frecuentes que pueden aparecer al crear una réplica de lectura entre regiones de Amazon Aurora y cómo resolver los errores especificados. ## Source clúster [DB clúster ARN] doesn't have binlogs enabled Para resolver este problema, habilite el registro binario en el clúster de base de datos de origen. Para obtener más información, consulte [Antes de empezar](AuroraMySQL.Replication.CrossRegion.md#AuroraMySQL.Replication.CrossRegion.Prerequisites). ## Source clúster [DB clúster ARN] doesn't have clúster parameter group in sync on writer Este error aparece si se ha actualizado el parámetro `binlog_format` del clúster de base de datos pero no se ha reiniciado su instancia principal. Reinicie la instancia principal (es decir, la de escritura) del clúster de base de datos y vuelva a intentarlo. ## Source clúster [DB clúster ARN] already has a read replica in this region Puede tener hasta cinco clústeres de base de datos interregionales que sean réplicas de lectura para cada clúster de base de datos de origen en cualquier Región de AWS. Si ya tiene el número máximo de réplicas de lectura para un clúster de base de datos en una Región de AWS concreta, debe eliminar una existente antes de poder crear un nuevo clúster de base de datos entre regiones en dicha región. ## El clúster de base de datos [ARN del clúster de base de datos] requiere una actualización del motor de base de datos para admitir la replicación entre regiones Para resolver este problema, actualice la versión del motor de base de datos para todas las instancias del clúster de base de datos de origen a la versión más reciente del motor de base de datos e intente de nuevo crear una base de datos de réplica de lectura entre regiones.