Migración de datos desde una instancia de base de datos de RDS para MySQL a un clúster de base de datos de Amazon Aurora MySQL con una réplica de lectura de Aurora
Aurora usa la funcionalidad de replicación de registros binarios de los motores de base de datos MySQL para crear un tipo especial de clúster de base de datos denominado réplica de lectura de Aurora para una instancia de base de datos de RDS para MySQL de origen. Las actualizaciones realizadas en la instancia de base de datos de RDS para MySQL de origen se replican de forma asíncrona en la réplica de lectura de Aurora.
Es recomendable usar esta funcionalidad para migrar desde una instancia de base de datos de RDS para MySQL a un clúster de base de datos de Aurora MySQL creando una réplica de lectura de Aurora de la instancia de base de datos de RDS para MySQL de origen. Cuando el retraso de la réplica entre la instancia de base de datos de RDS para MySQL y la réplica de lectura de Aurora sea 0, podrá dirigir las aplicaciones cliente a la réplica de lectura de Aurora y detener después la replicación para convertir la réplica de lectura de Aurora en un clúster de base de datos de Aurora MySQL independiente. Esta migración puede tardar un tiempo considerable, aproximadamente varias horas por tebibyte (TiB) de datos.
Para obtener una lista de las regiones en las que está disponible Aurora, consulte Amazon Aurora en la Referencia general de AWS.
Cuando se crea una réplica de lectura de Aurora de una instancia de base de datos de RDS para MySQL, Amazon RDS crea una instantánea de base de datos de la instancia de base de datos de RDS para MySQL de origen (privada para Amazon RDS y sin cargo). Después, Amazon RDS migra los datos de la instantánea de base de datos a la réplica de lectura de Aurora. Una vez que los datos de la instantánea de base de datos se hayan migrado al nuevo clúster de base de datos de Aurora MySQL, Amazon RDS comenzará la replicación entre la instancia de base de datos de RDS para MySQL y el clúster de base de datos de Aurora MySQL. Si la instancia de base de datos de RDS para MySQL contiene tablas que usen motores de almacenamiento distintos de InnoDB o que usen el formato de filas comprimidas, puede acelerar el proceso de creación de una réplica de lectura de Aurora modificando esas tablas para que usen el motor de almacenamiento de InnoDB y el formato de filas dinámicas antes de crear la réplica de lectura de Aurora. Para obtener más información acerca del proceso de copia de una instantánea de base de datos MySQL en un clúster de base de datos de Aurora MySQL, consulte Migración de datos de una instancia de base de datos de RDS for MySQL a un clúster de base de datos de Amazon Aurora MySQL.
Solo puede tener una réplica de lectura de Aurora para una instancia de base de datos de RDS para MySQL.
nota
Pueden surgir problemas de replicación a causa de las diferencias de características entre Aurora MySQL y la versión del motor de base de datos de MySQL de su instancia de base de datos de RDS para MySQL, que es la replicación principal. Si se produce un error, puede encontrar ayuda en el foro de la comunidad de Amazon RDS
No puede crear una réplica de lectura de Aurora si su instancia de base de datos de RDS para MySQL ya es el origen de una réplica de lectura entre regiones.
No se puede migrar a la versión 3.05 o posteriores de Aurora MySQL desde algunas versiones anteriores de RDS for MySQL 8.0, como 8.0.11, 8.0.13 y 8.0.15. Le recomendamos que actualice a la versión 8.0.28 de RDS for MySQL antes de realizar la migración.
Para obtener más información sobre las réplicas de lectura de MySQL, consulte Trabajo con réplicas de lectura de instancias de base de datos MariaDB, MySQL y PostgreSQL.
Creación de una réplica de lectura de Aurora
Puede crear una réplica de lectura de Aurora para una instancia de base de datos de RDS para MySQL mediante la consola, la AWS CLI o la API de RDS.
Para crear una réplica de lectura de Aurora a partir de una instancia de base de datos de RDS para MySQL
Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/
. -
En el panel de navegación, seleccione Databases (Bases de datos).
-
Seleccione la instancia de base de datos MySQL que desea usar como origen de una réplica de lectura de Aurora.
-
En Actions (Acciones), elija Create Aurora read replica (Crear réplica de lectura de Aurora).
-
Elija las especificaciones del clúster de base de datos que desee usar para la réplica de lectura de Aurora y que se describen en la tabla siguiente.
Opción Descripción DB instance class (Clase de instancia de base de datos)
Elija una clase de instancia de base de datos que defina los requisitos de procesamiento y memoria para la instancia principal del clúster de base de datos. Para obtener más información acerca de las opciones de clases de instancia de base de datos, consulte Clases de instancia de base de datos de Amazon Aurora.
Multi-AZ deployment (Implementación Multi-AZ)
Elija Create Replica in Different Zone (Crear una réplica en una zona diferente) para crear una réplica en espera del nuevo clúster de base de datos en otra zona de disponibilidad de la región de AWS de destino a fin de permitir la conmutación por error. Para obtener más información acerca del uso de varias zonas de disponibilidad, consulte Regiones y zonas de disponibilidad.
DB Instance Identifier (Identificador de instancias de bases de datos)
Escriba un nombre para la instancia principal de su clúster de base de datos de réplica de lectura de Aurora. Este identificador se utiliza en la dirección del punto de enlace de la instancia principal del nuevo clúster de base de datos.
El identificador de instancias de bases de datos tiene las siguientes limitaciones:
-
Debe contener de 1 a 63 caracteres alfanuméricos o guiones.
-
El primer carácter debe ser una letra.
-
No puede terminar con un guion ni contener dos guiones consecutivos.
-
Debe ser único para todas las instancias de base de datos de cada cuenta de AWS y para cada región AWS.
Como el clúster de base de datos réplica de lectura de Aurora entre regiones se crea a partir de una instantánea de la instancia de base de datos origen, el nombre de usuario principal y la contraseña principal de la réplica de lectura de Aurora coinciden con el nombre de usuario principal y la contraseña principal de la instancia de base de datos origen.
Virtual Private Cloud (VPC) (Nube virtual privada)
Seleccione la VPC que alojará el clúster de base de datos. Seleccione Create new VPC (Crear nueva VPC) para que Aurora cree una VPC automáticamente. Para obtener más información, consulte Requisitos previos de clúster de base de datos.
Grupo de subredes de base de datos
Seleccione el grupo de subredes de base de datos que desea utilizar para el clúster de base de datos. Seleccione Create new DB subnet group (Crear nuevo grupo de subredes de base de datos) para que Aurora cree un grupo de subredes de base de datos automáticamente. Para obtener más información, consulte Requisitos previos de clúster de base de datos.
Public accessibility (Accesibilidad pública)
Seleccione
Yespara asignar al clúster de base de datos una dirección IP pública; de lo contrario, seleccioneNo. Las instancias del clúster de base de datos pueden ser una combinación de instancias de base de datos públicas y privadas. Para obtener más información acerca del modo de ocultar instancias al acceso público, consulte Cómo ocultar un clúster de base de datos en una VPC desde Internet..Availability zone (Zona de disponibilidad)
Determine si desea especificar una zona de disponibilidad concreta. Para obtener más información acerca de las zonas de disponibilidad, consulte Regiones y zonas de disponibilidad.
Grupo de seguridad de VPC (firewall)
Seleccione Create new VPC security group (Crear nuevo grupo de seguridad de VPC) para que Aurora cree un grupo de seguridad de VPC automáticamente. Seleccione Select existing VPC security groups (Seleccionar grupos de seguridad de VPC existentes) para especificar uno o varios grupos de seguridad de VPC para proteger el acceso de red al clúster de base de datos. Para obtener más información, consulte Requisitos previos de clúster de base de datos.
Database port (Puerto de base de datos)
Especifique el puerto que deben usar las aplicaciones y las utilidades para obtener acceso a la base de datos. Los clústeres de base de datos de Aurora MySQL usan el puerto 3306 de MySQL de forma predeterminada. Los firewalls de algunas compañías bloquean las conexiones a este puerto. Si el firewall de su compañía bloquea el puerto predeterminado, elija otro puerto para el nuevo clúster de base de datos.
Grupo de parámetros de base de datos
Seleccione un grupo de parámetros de base de datos para el clúster de base de datos de Aurora MySQL. Aurora tiene un grupo de parámetros de base de datos predeterminado que puede utilizar. Si lo prefiere, puede crear su propio grupo de parámetros de base de datos. Para obtener más información acerca de los grupos de parámetros de base de datos, consulte Grupos de parámetros para Amazon Aurora.
Grupo de parámetros de clúster de base de datos
Seleccione el grupo de parámetros del clúster de base de datos para el clúster de base de datos de Aurora MySQL. Aurora cuenta con un grupo de parámetros de clúster base de datos predeterminado que puede utilizar. Si lo prefiere, puede crear su propio grupo de parámetros de clúster de base de datos. Para obtener más información acerca de los grupos de parámetros de clúster de base de datos, consulte Grupos de parámetros para Amazon Aurora.
Cifrado
Elija Disable encryption (Deshabilitar cifrado) si no desea que se cifre su nuevo clúster de base de datos de Aurora. Elija Enable encryption (Habilitar cifrado) para que el nuevo clúster de base de datos de Aurora se cifre en reposo. Si elige Enable encryption (Habilitar cifrado), debe elegir una clave de KMS como valor de AWS KMS key.
Si la instancia de base de datos MySQL no está cifrada, especifique una clave de cifrado para cifrar el clúster de base de datos en reposo.
Si la instancia de base de datos MySQL está cifrada, especifique una clave de cifrado para cifrar el clúster de base de datos en reposo con la clave de cifrado especificada. Puede especificar la clave de cifrado utilizada por la instancia de base de datos MySQL o una clave distinta. No puede crear un clúster de base de datos sin cifrar a partir de una instancia de base de datos MySQL cifrada.
Prioridad
Elija una prioridad de conmutación por error para el clúster de base de datos. Si no selecciona un valor, el ajuste predeterminado es tier-1. Esta prioridad determina el orden en que se promueven las réplicas de Aurora cuando el sistema se recupera de un error en la instancia principal. Para obtener más información, consulte Tolerancia a errores para un clúster de base de datos de Aurora.
Backup retention period (Periodo de retención de copia de seguridad)
Seleccione el tiempo (entre 1 y 35 días) durante el que Aurora conserva los backups de la base de datos. Los backups se pueden utilizar para las restauraciones a un momento dado (PITR) de la base de datos con una precisión de segundos.
Supervisión mejorada
Elija Enable enhanced monitoring (Habilitar monitorización mejorada) a fin de habilitar la recopilación de métricas en tiempo real para el sistema operativo en el que se ejecuta su clúster de base de datos. Para obtener más información, consulte Supervisión de las métricas del sistema operativo con Supervisión mejorada.
Monitoring Role (Rol de supervisión)
Solo está disponible si Enhanced Monitoring (Monitorización mejorada) se establece en Enable enhanced monitoring (Habilitar monitorización mejorada). Elija el rol de IAM que ha creado para permitir que Aurora se comunique con Amazon CloudWatch Logs automáticamente o elija Default (Predeterminado) para que Aurora cree un rol automáticamente denominado
rds-monitoring-role. Para obtener más información, consulte Supervisión de las métricas del sistema operativo con Supervisión mejorada.Granularity (Grado de detalle)
Solo está disponible si Enhanced Monitoring (Monitorización mejorada) se establece en Enable enhanced monitoring (Habilitar monitorización mejorada). Defina el intervalo, en segundos, en el que se recopilan las métricas para el clúster de base de datos.
Auto minor version upgrade (Actualización automática de versiones secundarias)
Esta configuración no se aplica a los clústeres de base de datos Aurora MySQL.
Para obtener más información acerca de las actualizaciones de motor de Aurora MySQL, consulte Actualizaciones del motor de base de datos de Amazon Aurora MySQL.
Periodo de mantenimiento
Seleccione Select window (Seleccionar periodo) y especifique el intervalo de tiempo semanal durante el que se puede llevar a cabo el mantenimiento del sistema. O seleccione No preference (Sin preferencia) para que Aurora asigne un periodo aleatoriamente.
-
-
Elija Create read replica (Crear réplica de lectura).
Para crear una réplica de lectura de Aurora a partir de una instancia de base de datos de RDS para MySQL de origen, utilice los comandos create-db-cluster y create-db-instance de AWS CLI para crear un nuevo clúster de base de datos de Aurora MySQL. Cuando llame al comando create-db-cluster, incluya el parámetro --replication-source-identifier para identificar el Nombre de recurso de Amazon (ARN) de la instancia de base de datos MySQL de origen. Para obtener más información sobre los ARN de Amazon RDS, consulte Amazon Relational Database Service (Amazon RDS).
No especifique el nombre de usuario maestro, la contraseña maestra o el nombre de la base de datos, ya que la réplica de lectura de Aurora usa el mismo nombre de usuario maestro, la misma contraseña maestra y el mismo nombre de base de datos que la instancia de base de datos MySQL de origen.
Para Linux, macOS o:Unix
aws rds create-db-cluster --db-cluster-identifier sample-replica-cluster --engine aurora \ --db-subnet-group-name mysubnetgroup --vpc-security-group-ids sg-c7e5b0d2 \ --replication-source-identifier arn:aws:rds:us-west-2:123456789012:db:primary-mysql-instance
En:Windows
aws rds create-db-cluster --db-cluster-identifier sample-replica-cluster --engine aurora ^ --db-subnet-group-name mysubnetgroup --vpc-security-group-ids sg-c7e5b0d2 ^ --replication-source-identifier arn:aws:rds:us-west-2:123456789012:db:primary-mysql-instance
Si utiliza la consola para crear una réplica de lectura de Aurora, Aurora crea automáticamente la instancia principal para la réplica de lectura de Aurora del clúster de base de datos. Si usa la AWS CLI para crear una réplica de lectura de Aurora, debe crear expresamente la instancia primaria del clúster de base de datos. La instancia principal es la primera instancia que se crea en un clúster de base de datos.
Puede crear una instancia principal para el clúster de base de datos con el comando create-db-instance de la AWS CLI y los siguientes parámetros.
-
--db-cluster-identifierEl nombre del clúster de base de datos.
-
--db-instance-classEl nombre de la clase de instancia de base de datos que se va a utilizar para la instancia principal.
-
--db-instance-identifierEl nombre de la instancia principal.
-
--engine aurora
En este ejemplo, va a crear una instancia principal llamada myreadreplicainstance para el clúster de base de datos llamado myreadreplicacluster con la clase de instancia de base de datos especificada en myinstanceclass.
ejemplo
Para Linux, macOS o:Unix
aws rds create-db-instance \ --db-cluster-identifiermyreadreplicacluster\ --db-instance-classmyinstanceclass\ --db-instance-identifiermyreadreplicainstance\ --engine aurora
En:Windows
aws rds create-db-instance ^ --db-cluster-identifiermyreadreplicacluster^ --db-instance-classmyinstanceclass^ --db-instance-identifiermyreadreplicainstance^ --engine aurora
Para crear una réplica de lectura de Aurora a partir de una instancia de base de datos de RDS para MySQL de origen, use los comandos CreateDBCluster y CreateDBInstance de la API de Amazon RDS para crear una instancia principal y un clúster de base de datos de Aurora nuevos. No especifique el nombre de usuario maestro, la contraseña maestra o el nombre de la base de datos, ya que la réplica de lectura de Aurora usa el mismo nombre de usuario maestro, la misma contraseña maestra y el mismo nombre de base de datos que la instancia de base de datos de RDS para MySQL de origen.
Puede crear un nuevo clúster de base de datos de Aurora para una réplica de lectura de Aurora a partir de una instancia de base de datos de RDS para MySQL de origen con el comando CreateDBCluster de la API de Amazon RDS y los siguientes parámetros:
-
DBClusterIdentifierEl nombre del clúster de base de datos que se creará.
-
DBSubnetGroupNameEl nombre del grupo de subredes de la base de datos que desea asociar con este clúster de base de datos.
-
Engine=aurora -
KmsKeyIdLa AWS KMS key para cifrar, si lo desea, el clúster de base de datos en función de si la instancia de base de datos MySQL está cifrada o no.
-
Si la instancia de base de datos MySQL no está cifrada, especifique una clave de cifrado para cifrar el clúster de base de datos en reposo. De lo contrario, el clúster de base de datos se cifrará en reposo con la clave de cifrado predeterminada para la cuenta.
-
Si la instancia de base de datos MySQL está cifrada, especifique una clave de cifrado para cifrar el clúster de base de datos en reposo con la clave de cifrado especificada. De lo contrario, el clúster de base de datos se cifrará en reposo con la clave de cifrado de la instancia de base de datos MySQL.
nota
No puede crear un clúster de base de datos sin cifrar a partir de una instancia de base de datos MySQL cifrada.
-
-
ReplicationSourceIdentifierEl nombre de recurso de Amazon (ARN) de la instancia de base de datos MySQL de origen. Para obtener más información sobre los ARN de Amazon RDS, consulte Amazon Relational Database Service (Amazon RDS).
-
VpcSecurityGroupIdsLa lista de grupos de seguridad de VPC de EC2 que se va a asociar con este clúster de base de datos.
En este ejemplo, se crea un clúster de base de datos llamado myreadreplicacluster a partir de una instancia de base de datos MySQL principal con un ARN definido en mysqlmasterARN, asociado con un grupo de subredes de base de datos llamado mysubnetgroup y un grupo de seguridad de la VPC llamado mysecuritygroup.
ejemplo
https://rds.us-east-1.amazonaws.com/ ?Action=CreateDBCluster &DBClusterIdentifier=myreadreplicacluster&DBSubnetGroupName=mysubnetgroup&Engine=aurora &ReplicationSourceIdentifier=mysqlprimaryARN&SignatureMethod=HmacSHA256 &SignatureVersion=4 &Version=2014-10-31 &VpcSecurityGroupIds=mysecuritygroup&X-Amz-Algorithm=AWS4-HMAC-SHA256 &X-Amz-Credential=AKIADQKE4SARGYLE/20150927/us-east-1/rds/aws4_request &X-Amz-Date=20150927T164851Z &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date &X-Amz-Signature=6a8f4bd6a98f649c75ea04a6b3929ecc75ac09739588391cd7250f5280e716db
Si utiliza la consola para crear una réplica de lectura de Aurora, Aurora crea automáticamente la instancia principal para la réplica de lectura de Aurora del clúster de base de datos. Si usa la AWS CLI para crear una réplica de lectura de Aurora, debe crear expresamente la instancia primaria del clúster de base de datos. La instancia principal es la primera instancia que se crea en un clúster de base de datos.
Puede crear una instancia principal para el clúster de base de datos con el comando CreateDBInstance de la API de Amazon RDS y los siguientes parámetros:
-
DBClusterIdentifierEl nombre del clúster de base de datos.
-
DBInstanceClassEl nombre de la clase de instancia de base de datos que se va a utilizar para la instancia principal.
-
DBInstanceIdentifierEl nombre de la instancia principal.
-
Engine=aurora
En este ejemplo, va a crear una instancia principal llamada myreadreplicainstance para el clúster de base de datos llamado myreadreplicacluster con la clase de instancia de base de datos especificada en myinstanceclass.
ejemplo
https://rds.us-east-1.amazonaws.com/ ?Action=CreateDBInstance &DBClusterIdentifier=myreadreplicacluster&DBInstanceClass=myinstanceclass&DBInstanceIdentifier=myreadreplicainstance&Engine=aurora &SignatureMethod=HmacSHA256 &SignatureVersion=4 &Version=2014-09-01 &X-Amz-Algorithm=AWS4-HMAC-SHA256 &X-Amz-Credential=AKIADQKE4SARGYLE/20140424/us-east-1/rds/aws4_request &X-Amz-Date=20140424T194844Z &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date &X-Amz-Signature=bee4aabc750bf7dad0cd9e22b952bd6089d91e2a16592c2293e532eeaab8bc77
Visualización de una réplica de lectura de Aurora
Para ver las relaciones de reproducción de MySQL con Aurora MySQL de los clústeres de base de datos de Aurora MySQL, use la AWS Management Console o la AWS CLI.
Para ver la instancia de base de datos MySQL principal para una réplica de lectura de Aurora
Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/
. -
En el panel de navegación, seleccione Databases (Bases de datos).
-
Elija el clúster de base de datos la réplica de lectura de Aurora para mostrar sus detalles. La información de la instancia de base de datos MySQL principal está en el campo Replication source (Origen de replicación).
Para ver la instancia de base de datos MySQL principal para una réplica de lectura de Aurora
Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/
. -
En el panel de navegación, seleccione Databases (Bases de datos).
-
Elija el clúster de base de datos la réplica de lectura de Aurora para mostrar sus detalles. La información de la instancia de base de datos MySQL principal está en el campo Replication source (Origen de replicación).
Para ver las relaciones de replicación de MySQL con Aurora MySQL de los clústeres de base de datos de Aurora MySQL mediante AWS CLI, utilice los comandos describe-db-clusters y describe-db-instances.
Para determinar qué instancia de base de datos MySQL es la instancia principal, utilice describe-db-clusters y especifique el identificador de clúster de la réplica de lectura de Aurora para la opción --db-cluster-identifier. Consulte el elemento ReplicationSourceIdentifier de la salida para ver el ARN de la instancia de base de datos que es la replicación principal.
Para determinar qué clúster de base de datos es la réplica de lectura de Aurora, utilice describe-db-instances y especifique el identificador de la instancia de base de datos MySQL para la opción --db-instance-identifier. Consulte el elemento ReadReplicaDBClusterIdentifiers de la salida para ver el identificador del clúster de base de datos la réplica de lectura de Aurora.
ejemplo
Para Linux, macOS o:Unix
aws rds describe-db-clusters \ --db-cluster-identifiermyreadreplicacluster
aws rds describe-db-instances \ --db-instance-identifiermysqlprimary
En:Windows
aws rds describe-db-clusters ^ --db-cluster-identifiermyreadreplicacluster
aws rds describe-db-instances ^ --db-instance-identifiermysqlprimary
Promoción de una réplica de lectura de Aurora
Una vez que se complete la migración, puede promocionar la réplica de lectura de Aurora a un clúster de base de datos independiente mediante la AWS Management Console o la AWS CLI.
Después, puede dirigir sus aplicaciones cliente al punto de conexión para la réplica de lectura de Aurora. Para obtener más información acerca de los puntos de enlace de Aurora, consulte Conexiones de puntos de conexión de Amazon Aurora. La promoción debe completarse relativamente rápido, y podrá leer y escribir en la réplica de lectura de Aurora durante la promoción. Sin embargo, no podrá eliminar la instancia de base de datos MySQL principal ni desvincular la instancia de base de datos y la réplica de lectura de Aurora durante ese tiempo.
Antes de promocionar la réplica de lectura de Aurora, detenga la escritura de transacciones en la instancia de base de datos MySQL de origen y espere hasta que el retardo de la réplica de lectura de Aurora llegue a 0. Puede ver el retardo de una réplica de lectura de Aurora llamando al comando SHOW SLAVE STATUS (Aurora MySQL, versión 2) o SHOW REPLICA STATUS (Aurora MySQL versión 3) en la réplica de lectura de Aurora. Verifique el valor Seconds behind master (Segundos detrás del maestro).
Puede comenzar escribiendo en la réplica de lectura de Aurora cuando las transacciones de escritura en el principal se hayan detenido y el retardo de la réplica sea 0. Si escribe en la réplica de lectura de Aurora antes de esto y modifica tablas que también se están modificando en el MySQL principal, se arriesga a interrumpir la replicación en Aurora. Si ocurre esto, tendrá que eliminar y volver a crear la réplica de lectura de Aurora.
Para promover una réplica de lectura de Aurora a un clúster de base de datos Aurora
Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/
. -
En el panel de navegación, seleccione Databases (Bases de datos).
-
Elija el clúster de base de datos para la réplica de lectura de Aurora.
-
En Actions (Acciones), seleccione Promote (Promover).
-
Elija Promote Read Replica (Promover réplica de lectura).
Después de promocionar, confirme que la promoción se ha completado mediante el siguiente procedimiento.
Para confirmar que se ha promovido la réplica de lectura Aurora
Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/
. -
En el panel de navegación, seleccione Events.
-
En la página Events (Eventos) , compruebe que hay un evento
Promoted Read Replica cluster to a stand-alone database clusterpara el clúster promocionado.
Una vez que se haya completado la promoción, la instancia de base de datos MySQL principal y la réplica de lectura de Aurora se desvincularán y podrá eliminar sin riesgo la instancia de base de datos si lo desea.
Para promocionar una réplica de lectura de Aurora a un clúster de base de datos independiente, utilice el comando promote-read-replica-db-cluster de la AWS CLI.
ejemplo
Para Linux, macOS o:Unix
aws rds promote-read-replica-db-cluster \ --db-cluster-identifiermyreadreplicacluster
En:Windows
aws rds promote-read-replica-db-cluster ^ --db-cluster-identifiermyreadreplicacluster
