Este tema describe la arquitectura, las ventajas y los casos de uso de las instancias de ApsaraDB RDS for MySQL en RDS Cluster Edition.
Introducción
Una instancia de ApsaraDB RDS for MySQL en RDS Cluster Edition utiliza una arquitectura desacoplada de cómputo y almacenamiento con un nodo principal y varios nodos secundarios. Admite failover automático, promoción de cualquier nodo secundario a principal, nodos secundarios legibles, escalado de nodos bajo demanda, recuperación ante desastres en varias zonas de disponibilidad, monitoreo a nivel de nodo y gestión de la topología del clúster. También puede habilitar la replicación de grupo (MGR) para lograr un objetivo de punto de recuperación (RPO) de 0. En comparación con las bases de datos autogestionadas, esta edición es más rentable, flexible y confiable.
La siguiente tabla describe las especificaciones técnicas de las diferentes ediciones de ApsaraDB RDS for MySQL.
|
Elemento |
RDS Basic Edition |
RDS High-availability Edition |
RDS Cluster Edition |
|
Número de nodos |
1 |
2 (predeterminado) Nota
De forma predeterminada, una instancia de RDS High-availability Edition incluye un nodo principal y uno secundario. Para agregar más nodos, cree instancias de solo lectura. |
2 a 9 Nota
Al crear una instancia de RDS Cluster Edition, esta incluye de forma predeterminada un nodo principal y dos secundarios (tres nodos en total). También puede crear una instancia con un nodo principal y uno secundario (dos nodos en total). Después de crear la instancia, agregue nodos para aumentar el número de nodos secundarios hasta un máximo de ocho, lo que da un total de nueve nodos (uno principal y ocho secundarios). |
|
Nodos secundarios legibles |
No aplica |
No |
Sí |
|
Tipo de endpoint |
Endpoint de lectura/escritura |
Endpoint de lectura/escritura |
|
|
Modo de replicación |
Ninguna |
Asíncrona y semisíncrona |
Asíncrona, semisíncrona y replicación de grupo |
|
Número máximo de nodos no disponibles tolerados |
0 |
1 |
n-1, donde n es el número de nodos en la instancia de RDS Cluster Edition. |
|
Número de zonas de disponibilidad |
1 |
Hasta 2 |
Hasta el número de nodos en la instancia de RDS Cluster Edition. |
Arquitectura
RDS Cluster Edition está disponible para ApsaraDB RDS for MySQL 5.7, 8.0 y 8.4. Proporciona un despliegue de alta disponibilidad con un nodo principal y varios nodos secundarios. La siguiente figura muestra la arquitectura.
Ventajas
Rentabilidad
Los nodos secundarios legibles permiten escalar horizontalmente la capacidad de lectura de forma lineal sin crear instancias separadas de solo lectura, lo que reduce significativamente los costos de recursos y la capacidad inactiva. En comparación con RDS High-availability Edition, que requiere agregar instancias de solo lectura para escalar la lectura, RDS Cluster Edition puede ahorrar hasta un 40 % en costos.
Acceda a los nodos secundarios de su instancia de RDS Cluster Edition de las siguientes dos maneras:
Mediante el endpoint de enrutamiento de solo lectura: cree un endpoint de enrutamiento de solo lectura para su instancia sin costo adicional. Este endpoint le permite agregar varios nodos secundarios y configurar sus pesos de lectura para el balanceo de carga. Para obtener más información, consulte View and manage instance endpoints and ports.
-
Mediante un proxy de base de datos: habilite el servicio de proxy de base de datos para su instancia a fin de facilitar la división de lectura/escritura entre los nodos principales y secundarios. En comparación con el endpoint de enrutamiento de solo lectura, un proxy de base de datos proporciona funciones avanzadas como división automática de lectura/escritura, conexiones persistentes, agrupación de conexiones, umbrales de latencia y división de transacciones. Para obtener más información, consulte Enable the dedicated proxy feature y What is a database proxy?.
NotaA partir del 25 de junio de 2024, se habilita de forma predeterminada un proxy de base de datos de propósito general sin cargo adicional cuando crea una nueva instancia principal en RDS Cluster Edition. Para obtener más información, consulte Database proxy fees y What is a database proxy?.
Para mayor estabilidad del proxy de base de datos, cambie el tipo de proxy de propósito general a dedicado. Para obtener más información, consulte Change the configurations of a database proxy y General-purpose and dedicated proxies.
Deshabilite el servicio de proxy dedicado en cualquier momento. Para obtener más información, consulte Disable the dedicated proxy feature.
Flexibilidad
-
Despliegue flexible de nodos
A diferencia de las configuraciones fijas de nodos de RDS Basic Edition y RDS High-availability Edition, RDS Cluster Edition admite la gestión dinámica de topología. Una vez creada la instancia, agregue o elimine nodos de manera flexible y según sus requisitos empresariales para lograr una rentabilidad óptima. Para obtener más información, consulte Add a node to an ApsaraDB RDS for MySQL instance, Remove a node from an ApsaraDB RDS for MySQL instance.
-
Monitoreo a nivel de nodo
RDS Cluster Edition proporciona datos de monitoreo a nivel de nodo, lo que le permite consultar el estado operativo de cada nodo.
Confiabilidad
-
Recuperación ante desastres en varias zonas de disponibilidad
A diferencia de RDS High-availability Edition, que limita la recuperación ante desastres a dos zonas de disponibilidad, cualquier nodo secundario en una instancia de RDS Cluster Edition puede participar en un failover. Se recomienda desplegar cada nodo en una zona de disponibilidad diferente para implementar la recuperación ante desastres en varias zonas.
-
Consistencia fuerte de datos
Basado en el protocolo de consenso distribuido Paxos, MGR garantiza que una transacción se envíe a todos los nodos secundarios antes de confirmarse. El nodo principal confirma la transacción solo después de que la mayoría de los nodos secundarios confirman su recepción. En comparación con la replicación semisíncrona o asíncrona, la replicación de grupo proporciona una consistencia de datos fuerte y una mayor seguridad de los datos.
-
Nodos secundarios más confiables
Alibaba Cloud ha optimizado ApsaraDB RDS mediante tecnologías nativas de la nube para mejorar la confiabilidad de los nodos secundarios en las instancias de RDS Cluster Edition:
El sistema de alta disponibilidad de RDS se rediseñó para reducir el tiempo de detección de fallas en los nodos secundarios de minutos a segundos.
La capacidad de instantánea casi instantánea de Elastic Block Storage (EBS) reduce el tiempo de recuperación de datos de decenas de minutos a menos de un minuto. Como resultado, en el 99 % de los casos, un nodo secundario se recupera de una falla en menos de 10 minutos.
Si la latencia de replicación en un nodo secundario supera los 7,200 segundos (2 horas), el nodo se reconstruye automáticamente para resolver el problema.
Casos de uso
RDS Cluster Edition es ideal para bases de datos de producción de empresas grandes y medianas que manejan solicitudes de lectura de alto tráfico y requieren análisis inteligente de datos. Algunos ejemplos de industrias incluyen comercio electrónico y retail, fabricación automotriz, educación y sistemas de planificación de recursos empresariales (ERP) a gran escala.
Contenido relacionado
|
Categoría |
Tema |
|
Configuración |
|
|
Actualización a RDS Cluster Edition |
|
|
Migración a una instancia en RDS Cluster Edition |
|
|
Replicación de grupo |
|
|
Proxy de base de datos |
Crear una instancia
Para crear una instancia en RDS Cluster Edition, consulte Step 1: Create an ApsaraDB RDS for MySQL instance.