ApsaraDB RDS protege sus datos mediante varias capas de redundancia: copias de seguridad automáticas para la recuperación a un momento específico, redundancia por zona para tolerar fallos de zona de disponibilidad y copias de seguridad entre regiones para necesidades más amplias de recuperación ante desastres. La combinación adecuada depende de su edición y de sus objetivos de recuperación.
Descripción general de las ediciones
Las tres ediciones de RDS difieren en su arquitectura de alta disponibilidad (HA):
|
Edición |
Arquitectura |
Compatibilidad con zonas múltiples |
Escalado de lectura |
|
RDS Basic Edition |
Instancia primaria única, sin reserva activa |
No |
No |
|
RDS High-availability Edition |
Instancia primaria + instancia secundaria (activo-activo) |
Sí (sin costo adicional) |
No |
|
RDS Cluster Edition |
Nodo primario + varios nodos secundarios |
Sí |
Sí — los nodos secundarios gestionan las solicitudes de lectura |
Para RDS High-availability Edition y RDS Cluster Edition, utilice el despliegue en zonas múltiples para protegerse contra fallos de zona de disponibilidad.
Copia de seguridad y restauración de datos
ApsaraDB RDS habilita las copias de seguridad automáticas y manuales de forma predeterminada. Establezca un programa de copias de seguridad que se ajuste a sus objetivos de recuperación o active una copia de seguridad manual en cualquier momento.
Restauración de archivos de copia de seguridad y recuperación a un momento específico: ApsaraDB RDS le permite restaurar datos desde archivos de copia de seguridad o a un momento específico. En la mayoría de los casos, puede restaurar a cualquier punto dentro de los últimos siete días en una instancia de RDS temporal o clonada. Después de verificar los datos, migrelos de nuevo a la instancia primaria para completar la reversión. Para obtener más información, consulte Backup and restoration.
Copia de seguridad entre regiones: Almacene copias de seguridad en una región diferente para ampliar la cobertura de recuperación ante desastres. Para obtener más información, consulte Use the cross-region backup feature y Restore data across regions.
Recuperación ante desastres de zona
RDS Basic Edition
RDS Basic Edition se ejecuta en una sola instancia primaria sin una instancia secundaria como reserva activa. Las copias de seguridad se almacenan en buckets de Object Storage Service (OSS) o en discos en la nube distribuidos, y utilizan redundancia de múltiples réplicas para garantizar la fiabilidad de los datos. Este mecanismo de copia de seguridad se aplica a todas las instancias de RDS, independientemente de su edición.
Al no existir una instancia secundaria, la recuperación tras un fallo de instancia tarda más tiempo. Esta edición es adecuada para escenarios que no requieren alta disponibilidad.
RDS High-availability Edition
RDS High-availability Edition ejecuta una instancia primaria y una secundaria en modo activo-activo. Cuando la instancia primaria falla, las cargas de trabajo cambian a la instancia secundaria en cuestión de segundos, de manera transparente para su aplicación. Si la instancia secundaria falla, ApsaraDB RDS aprovisiona automáticamente un reemplazo para restaurar la HA.
Esta edición cubre más del 80 % de los escenarios de producción.
Despliegue en zona única: Las instancias primaria y secundaria se ejecutan en la misma zona, pero en servidores físicos separados. La zona proporciona racks redundantes, sistemas de calefacción, ventilación y aire acondicionado (HVAC), circuitos y redes.
Despliegue en zonas múltiples: Las instancias primaria y secundaria se ejecutan en diferentes zonas dentro de la misma región, configuración también conocida como centro de datos dual local o recuperación ante desastres local. La recuperación ante desastres entre zonas se incluye sin costo adicional.
Las instancias de zona única y zonas múltiples pueden convertirse en cualquier momento:
Migrate an ApsaraDB RDS for PostgreSQL instance across zones
Migrate an ApsaraDB RDS for SQL Server instance across zones
Si la instancia secundaria no está disponible, la instancia primaria ejecuta copias de seguridad en tiempo real. Cuando una copia de seguridad está por completarse, ApsaraDB RDS ejecuta una sentencia FLUSH TABLE WITH READ LOCK (FTWRL), lo que desencadena un bloqueo global de hasta 5 segundos. Durante este intervalo, solo se permiten operaciones de lectura en la instancia primaria.
RDS Cluster Edition
RDS Cluster Edition añade escalado de lectura sobre la HA. Un nodo primario gestiona las escrituras mientras varios nodos secundarios atienden las solicitudes de lectura, lo que elimina la necesidad de adquirir clústeres de solo lectura por separado. Se admite el despliegue en zonas múltiples.
ApsaraDB RDS for MySQL
RDS Cluster Edition para MySQL es compatible con MySQL 5.7 y MySQL 8.0. Una instancia que ejecuta esta edición se denomina clúster de RDS. Para obtener más información, consulte RDS Cluster Edition.
Los nodos secundarios son accesibles a través del endpoint de solo lectura del clúster de RDS. Durante un failover, ApsaraDB RDS realiza automáticamente lo siguiente:
Promueve un nodo secundario a primario, lo elimina del endpoint de solo lectura y cierra sus conexiones de lectura. Durante este paso se producen desconexiones transitorias en el endpoint de solo lectura.
Elimina el nodo primario defectuoso del endpoint de lectura/escritura y luego agrega el nodo promovido al endpoint de lectura/escritura.
Una vez que el nodo primario original se recupera, lo agrega al endpoint de solo lectura con el peso de lectura heredado del nodo secundario promovido.
Disponibilidad del endpoint de solo lectura durante el failover:
Un solo nodo secundario: El endpoint de solo lectura no está disponible hasta que el nodo primario original se recupera.
Varios nodos secundarios: Se produce una desconexión transitoria, pero los nodos secundarios restantes continúan gestionando las solicitudes de lectura.
Configure varios nodos secundarios para mantener el acceso al endpoint de solo lectura durante los failovers.
ApsaraDB RDS for SQL Server
RDS Cluster Edition para SQL Server consta de una instancia primaria y una instancia secundaria con la misma alta disponibilidad que RDS High-availability Edition. Cree hasta siete instancias de solo lectura para la instancia primaria con el fin de escalar la capacidad de lectura. Todas las instancias de solo lectura y la instancia secundaria replican datos de la instancia primaria. Los nodos de solo lectura pueden desplegarse en zonas distintas a las de los nodos primario y secundario. Para obtener más información, consulte Overview of read-only ApsaraDB RDS for SQL Server instances.