La edición básica multizona despliega Lindorm en varios centros de datos para evitar que el servicio quede no disponible debido a fallos de centro de datos. Compare su arquitectura y costo con los de la edición de alta disponibilidad multizona para elegir la opción de despliegue adecuada.
Contexto
Una instancia de Lindorm de zona única despliega todos los nodos de datos y maestros en una sola zona de disponibilidad (AZ). Si un fallo en el centro de datos deja esa AZ no disponible, todo el servicio de Lindorm queda inhabilitado.
Una instancia de la edición básica (multizona) distribuye los nodos maestros y de datos en varios centros de datos. Si ocurre un fallo de centro de datos en una zona, se mantienen la integridad de los datos y la disponibilidad parcial del servicio. El nivel de disponibilidad depende de los recursos de cómputo y almacenamiento de las zonas restantes.
Las dos ediciones difieren de la siguiente manera:
Edición básica (multizona): Las réplicas de almacenamiento se guardan en distintos centros de datos, pero solo existe un conjunto de recursos de cómputo. Esto requiere cierto tiempo de recuperación ante un fallo. El objetivo de tiempo de recuperación (RTO) es menor a 1 hora, pero esta edición es más rentable.
Edición de alta disponibilidad (multizona): Cada centro de datos contiene almacenamiento y servicios independientes, además de dos conjuntos de recursos de cómputo. Si ocurre un fallo, cambie directamente entre los clústeres principal y secundario. El RTO es menor a 3 minutos.
Arquitectura de la edición básica (multizona)
La arquitectura de la edición básica (multizona) garantiza la alta disponibilidad de las siguientes formas:
Despliegue de nodos maestros entre centros de datos: Todos los nodos maestros se despliegan en tres centros de datos para garantizar la alta disponibilidad de los metadatos. Esto evita problemas de cerebro dividido si ocurre una partición de red.
Distribución flexible de nodos de cómputo: En los despliegues con discos en la nube, los nodos de cómputo se distribuyen en dos zonas. En los despliegues con discos locales, se distribuyen en tres zonas. Reserve como mínimo un 30% de recursos redundantes para cómputo de CPU y espacio de almacenamiento para evitar que un fallo en una sola zona afecte la disponibilidad del sistema.
Modo de despliegue de OSS mejorado: OSS utiliza un modo de despliegue de almacenamiento con redundancia de zona, lo que garantiza servicios estables de almacenamiento en frío y una alta disponibilidad de los datos.
Comparación de alta disponibilidad
La tabla a continuación compara la disponibilidad, el rendimiento y el costo entre instancias de Lindorm de zona única, edición básica (multizona) y edición de alta disponibilidad (multizona).
|
Elemento |
Zona única |
Edición básica (multizona) |
Edición de alta disponibilidad (multizona) |
|
Número de AZ cruzadas |
1 |
3 |
3 |
|
Motores compatibles |
Todos |
Todos |
Solo para LindormTable |
|
RPO y RTO durante un fallo de centro de datos |
Sin recuperación ante desastres de centro de datos |
|
|
|
Costo |
1 |
|
1.5× a 2× |
|
Rendimiento |
1 |
|
|
La edición básica multizona proporciona recuperación ante desastres de centro de datos con un costo adicional mínimo.
-
Dado que la edición básica solo tiene un conjunto de recursos de cómputo, la capacidad de cómputo y almacenamiento disminuye significativamente durante un fallo de centro de datos. Mantenga suficiente margen de recursos para garantizar la capacidad durante la recuperación ante desastres.
En un despliegue con discos en la nube, la capacidad de cómputo y almacenamiento disminuye un 50% durante el fallo de un solo centro de datos.
En un despliegue con discos locales, la capacidad de cómputo y almacenamiento disminuye un 30% durante el fallo de un solo centro de datos.
La edición básica (multizona) escribe datos en varios centros de datos de forma predeterminada, lo que puede aumentar el tiempo de respuesta de escritura (RT). Para mitigar esto, utilice escrituras por lotes a fin de reducir significativamente el aumento percibido en el RT de escritura.
Si actualiza de una instancia de zona única a una instancia de la edición básica (multizona), el tiempo de respuesta (RT) puede cambiar. Supervise sus servicios de cerca durante la actualización.
Límites
-
La edición básica (multizona) actualmente solo está disponible en las regiones a continuación:
China: China (Ulanqab) General Industry Cloud, China (Qingdao), China (Hangzhou), China (Beijing), China (Heyuan), China (Shanghai), China (Zhangjiakou), China (Shenzhen), China (Chengdu), China (Hong Kong), China (Guangzhou), China (Ulanqab) y China (Hohhot).
Asia Pacífico: South Korea (Seoul), Japan (Tokyo), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta) y Thailand (Bangkok).
Otras: US (Atlanta), UAE (Dubai), Germany (Frankfurt), US (Silicon Valley), UK (London) y US (Virginia).
Los nodos de datos de disco en la nube de una instancia de la edición básica (multizona) se distribuyen uniformemente en dos centros de datos. Por lo tanto, cuando cree una instancia o escale horizontalmente los nodos, el número de nodos debe ser múltiplo de 2.
Los nodos de datos de disco local de una instancia de la edición básica (multizona) se distribuyen uniformemente en tres centros de datos. Por lo tanto, cuando cree una instancia o escale horizontalmente los nodos, el número de nodos debe ser múltiplo de 3.
Comprar una instancia de la edición básica (multizona)
Puede purchase a Multi-zone (Basic Edition) instance en la consola.
Preguntas frecuentes
¿Por qué la consola muestra solo una zona para una instancia multizona?
Para las instancias multizona, la consola de Lindorm actualmente solo muestra la zona principal. La zona secundaria y la zona del nodo cliente no se muestran.