Las interrupciones en la base de datos, ya sea por fallos en instancias, afectaciones en zonas o desastres regionales, pueden provocar pérdida de datos y tiempos de inactividad prolongados. ApsaraDB RDS ofrece un conjunto de funciones de alta disponibilidad (HA) para mitigar estos riesgos: ediciones optimizadas para HA, tipos de instancia dedicados, despliegue multizona, copia de seguridad y restauración entre regiones, además de monitoreo y alertas. Configure estas funciones de manera conjunta para implementar una configuración de HA de nivel de producción en su instancia de RDS.
Elección de edición y tipo de instancia
Al create an RDS instance, dos opciones determinan directamente la disponibilidad base: Edition y Instance Type.
Edición
Seleccione High-availability Edition o Cluster Edition. La siguiente tabla resume lo que ofrece cada edición.
|
Edición |
Arquitectura |
Failover |
Escalado de lectura |
|
High-availability Edition |
Instancia principal + instancia secundaria |
Compatible |
No compatible en la secundaria |
|
Cluster Edition (MySQL) |
Un nodo principal + varios nodos secundarios; separación de cómputo y almacenamiento |
Automático |
Nodos secundarios legibles |
|
Cluster Edition (SQL Server) |
Instancia principal + instancia secundaria + hasta 7 instancias de solo lectura |
Automático |
Instancias de solo lectura |
La Cluster Edition para MySQL también admite:
El modo MySQL Group Replication (MGR), que garantiza un Recovery Point Objective (RPO) de 0
Adición y eliminación de nodos, monitoreo por nodo y gestión de la topología del clúster
Recuperación ante desastres multizona
Tipo de instancia
Seleccione Dedicated o Dedicated Host para garantizar el aislamiento de recursos.
|
Tipo de instancia |
Asignación de recursos |
|
Dedicated |
Ocupa exclusivamente la CPU y la memoria asignadas; el rendimiento es independiente de otras instancias en el mismo host físico |
|
Dedicated Host |
Ocupa todos los recursos del host físico |
Zona de despliegue
Elija el despliegue multizona para obtener recuperación ante desastres por zona. Si la zona de la instancia principal deja de estar disponible, RDS la cambia automáticamente a otra zona. En los despliegues de zona única, debe esperar a que se resuelva el fallo o ejecutar un failover manual hacia una instancia de recuperación ante desastres.
Configuración de copias de seguridad automáticas
Configure una directiva de automatic backup para su instancia de RDS. Si la instancia deja de estar disponible debido a errores operativos u otras excepciones, podrá restaurarla a su estado más reciente mediante estas copias de seguridad.
Configuración de recuperación ante desastres entre regiones
Para protegerse contra interrupciones regionales, ApsaraDB RDS for MySQL ofrece dos opciones entre regiones:
Instancia de recuperación ante desastres: Utilice Data Transmission Service (DTS) para sincronizar datos en tiempo real entre su instancia principal y una disaster recovery instance. Ambas instancias emplean la arquitectura de HA principal/secundaria. Si un desastre natural inutiliza sus instancias principal y secundaria, cambie los servicios a la instancia de recuperación ante desastres y actualice los endpoints en su aplicación.
Copia de seguridad entre regiones: El sistema de base de datos replica automáticamente los archivos de copia de seguridad en un bucket de Object Storage Service (OSS) ubicado en una región diferente. Para ver los pasos de configuración, consulte Use the cross-region backup feature.
Configuración de monitoreo y alertas
Establezca umbrales en las métricas clave de rendimiento para recibir alertas antes de que problemas de CPU, disco, memoria o conexiones provoquen tiempos de inactividad. Cuando una métrica supera su umbral, RDS genera una alerta automáticamente. Para ver los pasos de configuración, consulte Configure alert rules for an ApsaraDB RDS for MySQL instance.
Recuperación ante fallos
Con la arquitectura descrita anteriormente, la mayoría de los fallos se gestionan automáticamente. Para fallos activos, utilice las siguientes vías de recuperación:
|
Alcance del fallo |
Acción de recuperación |
|
Fallo en una sola instancia |
Switch workloads between primary and secondary instances (no disponible en Basic Edition) |
|
Fallo de zona (despliegue multizona) |
RDS cambia automáticamente la instancia principal a otra zona |
|
Fallo de zona (despliegue de zona única) |
Espere a que se resuelva el fallo o cambie los servicios a la instancia de recuperación ante desastres |
|
Fallo de región |
Cambie los servicios a la instancia de recuperación ante desastres o restaure los datos desde una copia de seguridad entre regiones hacia una nueva instancia de RDS |
Para consultar los pasos detallados de restauración de datos, revise los siguientes temas: