Este tema describe la arquitectura, las ventajas y los escenarios de uso de RDS Cluster Edition para ApsaraDB RDS for PostgreSQL.
Introducción a RDS Cluster Edition
RDS Cluster Edition para ApsaraDB RDS for PostgreSQL utiliza una arquitectura de alta disponibilidad (HA) que incluye un nodo principal y varios nodos secundarios, además de admitir la separación entre cómputo y almacenamiento. RDS Cluster Edition ofrece las siguientes funciones: conmutación por error automática, cambio entre nodo principal y secundario, nodos secundarios legibles, adición y eliminación de nodos, recuperación ante desastres en varias zonas, monitoreo por nodo y gestión de la topología del clúster. Un clúster de RDS es más rentable, flexible y confiable que una base de datos autogestionada. Un clúster de RDS se define como una instancia de RDS que ejecuta RDS Cluster Edition.
A continuación se presenta una tabla que compara RDS Basic Edition, RDS High-availability Edition y RDS Cluster Edition para ApsaraDB RDS for PostgreSQL.
Elemento | RDS Basic Edition | RDS High-availability Edition | RDS Cluster Edition |
Número de nodos o instancias | 1 | 2 (predeterminado) Nota En RDS High-availability Edition, se aprovisionan de forma predeterminada una instancia principal y una secundaria. Si requiere más instancias, cree instancias de solo lectura. | De 2 a 9 Nota En RDS Cluster Edition, se aprovisionan de forma predeterminada un nodo principal y dos nodos secundarios. También puede crear un clúster de RDS compuesto por un nodo principal y uno secundario. Una vez creado el clúster de RDS, agregue nodos según sea necesario. El clúster de RDS admite un máximo de nueve nodos, incluido un nodo principal y ocho secundarios. |
Instancias o nodos secundarios legibles | N/D | No compatible | Compatible |
Tipo de endpoint | Endpoint de lectura/escritura | Endpoint de lectura/escritura |
|
Número máximo de instancias o nodos no disponibles | 0 | 1 | n - 1. n representa el número de nodos en un clúster de RDS. |
Número de zonas | 1 | Menor o igual a 2 | Menor o igual al número de nodos en un clúster de RDS |
Arquitectura
RDS Cluster Edition para ApsaraDB RDS for PostgreSQL utiliza la arquitectura de HA con un nodo principal y varios nodos secundarios. A continuación se presenta una figura que muestra esta arquitectura.
Ventajas
En ApsaraDB RDS for PostgreSQL, RDS Cluster Edition presenta las siguientes ventajas frente a RDS High-availability Edition:
-
Mayor rentabilidad
Los nodos secundarios de un clúster de RDS son legibles, por lo que no es necesario crear clústeres de RDS de solo lectura. Esto aumenta linealmente la capacidad de lectura del clúster y reduce la sobrecarga de recursos y los costos. Si usa RDS High-availability Edition y desea aumentar la capacidad de lectura de su instancia de RDS, debe crear instancias de RDS de solo lectura. En comparación con RDS High-availability Edition, RDS Cluster Edition reduce los costos en un 40 %.
Use el endpoint de enrutamiento de solo lectura del clúster de RDS para acceder a los nodos secundarios. Cree gratuitamente un endpoint de enrutamiento de solo lectura para un clúster de RDS y agréguele varios nodos secundarios. Después, especifique pesos de lectura para los nodos secundarios con el fin de equilibrar las cargas. Para obtener más información, consulte View and change endpoints and port numbers of an ApsaraDB RDS for PostgreSQL instance.
-
Mayor flexibilidad
-
Despliegue flexible de nodos
A diferencia de RDS Basic Edition y RDS High-availability Edition, RDS Cluster Edition admite la gestión de la topología de nodos. Tras crear un clúster de RDS, agregue o elimine nodos según sus necesidades comerciales de manera más rentable. Para obtener más información, consulte Add a node to an RDS cluster y Delete a node from an RDS cluster.
-
Monitoreo por nodo
RDS Cluster Edition admite el monitoreo por nodo. Consulte el estado de cada nodo en un clúster de RDS.
-
-
Mayor confiabilidad
-
Recuperación ante desastres entre zonas
En RDS High-availability Edition, se aprovisionan una instancia principal y una secundaria para garantizar la HA. En RDS Cluster Edition, todos los nodos secundarios de un clúster de RDS pueden usarse para la recuperación ante desastres. Se recomienda desplegar los nodos secundarios en diferentes zonas para lograr la recuperación ante desastres entre zonas.
-
Nodos secundarios más confiables
El equipo técnico de Alibaba Cloud usa tecnologías nativas de la nube para optimizar profundamente ApsaraDB RDS. Esto mejora la confiabilidad de los nodos secundarios en los clústeres de RDS.
Se reconstruyó el sistema de alta disponibilidad de RDS. Esto reduce el tiempo necesario para detectar fallas en los nodos secundarios, al pasar de una granularidad de minutos a segundos.
Se usa la función de copia de seguridad en segundos proporcionada por EBS. Esto reduce el tiempo de restauración de datos de decenas de minutos a 1 minuto y permite que un nodo secundario se recupere de fallas en menos de 10 minutos en el 99 % de los casos de uso.
-
Límites
Límites en las funciones
No se admite la migración entre zonas.
Al crear, clonar, recrear o actualizar la versión principal del motor de un clúster de RDS, configure hasta dos nodos secundarios para dicho clúster.
Al actualizar una versión principal del motor, el sistema no modifica automáticamente los endpoints de enrutamiento de solo lectura. Si usa el método de configuración de transición para actualizar una versión principal del motor, primero elimine los endpoints de enrutamiento de solo lectura involucrados. Una vez completada la actualización, cree nuevos endpoints de enrutamiento de solo lectura.
No es posible cambiar de RDS Basic Edition o RDS High-availability Edition a RDS Cluster Edition.
Límites en las versiones
Para crear una instancia de RDS que ejecute RDS Cluster Edition, seleccione PostgreSQL 14 o posterior.
Referencias
Crear una instancia de RDS que ejecute RDS Cluster Edition
Para obtener más información, consulte Create an instance.