Promoción de una réplica de lectura para convertirla en una instancia de base de datos independiente

Implementación de recuperación de errores: puede utilizar la promoción de réplica de lectura como esquema de recuperación de datos si la instancia de base de datos principal produce un error. Este enfoque complementa la replicación sincrónica, la detección automática de errores y la conmutación por error.

Si es consciente de las ramificaciones y limitaciones de la replicación asíncrona y a pesar de ello quiere usar la promoción de réplicas de lectura para la recuperación de datos, puede hacerlo. Para ello, cree primero una réplica de lectura y, a continuación, monitoree la instancia de base de datos principal para ver si se producen errores. En caso de error, haga lo siguiente:

Actualización de la configuración de almacenamiento: si la instancia de base de datos de origen no tiene la configuración de almacenamiento preferida, puede crear una réplica de lectura de la instancia y actualizar la configuración del sistema de archivos de almacenamiento. Esta opción migra el sistema de archivos de la réplica de lectura a la configuración preferida. Luego, puede promover la réplica de lectura en una instancia independiente.

Puede utilizar esta opción para superar las limitaciones de escalado de almacenamiento y tamaño de archivos de los sistemas de archivos de 32 bits más antiguos. Para obtener más información, consulte Actualización del sistema de archivos de almacenamiento para una instancia de base de datos.

Esta opción solo está disponible si su instancia de base de datos de origen no tiene la configuración de almacenamiento más reciente o si va a cambiar la clase de instancia de base de datos en la misma solicitud.

Fragmentación: la fragmentación es un tipo de arquitectura en el que no se comparte nada y, en esencia, consiste en dividir una base de datos grande en varias bases de datos más pequeñas. Una forma habitual de partir una base de datos es dividir las tablas que no están unidas en la misma consulta entre diferentes hosts. Otro método es duplicar una tabla entre varios hosts y, a continuación, usar un algoritmo de hash para determinar qué host recibe una actualización determinada. Puede crear réplicas de lectura correspondientes a cada uno de sus particiones (bases de datos más pequeñas) y promocionarlas cuando decida convertirlas en particiones independientes. A continuación puede separar el espacio de claves (si va a dividir filas) o la distribución de las tablas para cada uno de los fragmentos dependiendo de sus necesidades.

Realización de operaciones DDL (solo MySQL y MariaDB): las operaciones DDL, como la creación o la reconstrucción de índices, pueden requerir tiempo y tener un impacto considerable en el desempeño de una instancia de base de datos. Puede realizar estas operaciones en una réplica de lectura de MySQL o MariaDB una vez que la réplica de lectura se haya sincronizado con la instancia de base de datos principal. A continuación, puede promocionar la réplica de lectura y dirigir sus aplicaciones para que usen la instancia promocionada.

La instancia de base de datos independiente conserva el grupo de opciones y el grupo de parámetros de la réplica de lectura previa a la promoción.

Puede crear réplicas de lectura a partir de la instancia de base de datos independiente y realizar operaciones de restauración a un momento dado.

No puede usar la instancia de base de datos como déstino de la réplica, puesto que ya no es una réplica de lectura.

Revise su estrategia de copia de seguridad:

Detenga la escritura de transacciones en la instancia de base de datos principal y, a continuación, espere hasta que RDS haya 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 haberse producido en la instancia de la base de datos principal. Este retardo en la réplica puede variar considerablemente. Utilice la métrica Replica Lag para determinar cuándo se han completado todas las actualizaciones en la réplica de lectura.

(Solo para MySQL y MariaDB) Para realizar cambios en una réplica de lectura MySQL o MariaDB antes de promocionarla, establezca el parámetro read_only en 0 en el grupo de parámetros de base de datos para la réplica de lectura. A continuación, puede llevar a cabo todas las operaciones DDL necesarias, como la creación de índices, en la réplica de lectura. Las acciones realizadas en la réplica de lectura no afectan al rendimiento de la instancia de base de datos principal.