Hologres:Arquitectura

Contexto

Hologres V1.1 utiliza un modelo de despliegue de alta disponibilidad (HA) para la separación de lectura y escritura: una instancia principal comparte el almacenamiento con una o más instancias réplica de solo lectura y mantiene los recursos de computación aislados. Para obtener más información, consulte Primary/replica instance deployment for read/write splitting (shared storage).

Este modelo presenta dos limitaciones clave:

• Cada instancia requiere un endpoint independiente. Cambiar el tráfico implica modificar el endpoint.

• Las instancias réplica de solo lectura comparten metadatos con la instancia principal, por lo que no es posible establecer parámetros por réplica. Por ejemplo, no se pueden configurar distintos recuentos de réplicas para instancias de solo lectura individuales con el fin de cumplir los requisitos de HA de las consultas.

Hologres V2.0 resuelve ambas limitaciones mediante instancias de virtual warehouse. Una instancia de virtual warehouse divide sus recursos de computación en unidades escalables de forma independiente llamadas virtual warehouses (Leader y Follower). Todos los virtual warehouses comparten datos y metadatos, y la instancia expone un único endpoint, por lo que no es necesario cambiarlo al redirigir el tráfico.

A partir de Hologres V4.0, la arquitectura de virtual warehouse se actualizó para admitir el aislamiento de escritura-escritura en el nivel de grupo de tablas, además del aislamiento de lectura/escritura y lectura/lectura.

Límites y notas de versión

Una instancia de virtual warehouse admite hasta 10 virtual warehouses. El tamaño de recursos de un solo virtual warehouse comienza en 32 CU.

Tamaño máximo por virtual warehouse:

Asignación de tareas de lectura y escritura por versión:

Hologres V2.0:

Hologres V4.0 y posteriores:

A partir de Hologres V4.0, para permitir que los virtual warehouses Follower utilicen recursos locales en tareas de importación masiva de datos, habilite el parámetro GUC hg_warehouse_enable_use_local_resource. Para obtener más información, consulte Referencia de parámetros GUC.

Para otorgar permisos a los virtual warehouses Leader y Follower, consulte Authorize access to data in virtual warehouses.

Arquitectura

Una instancia de virtual warehouse desacopla la computación del almacenamiento compartido: los virtual warehouses escalan de forma independiente sin afectar el rendimiento de los demás y todos comparten los mismos datos y metadatos subyacentes.

Arquitectura V4.0

La arquitectura V4.0 se actualizó para ofrecer un aislamiento de escritura-escritura definitivo para un solo grupo de tablas:

Arquitectura V2.0

• La versión 2.0 admite la separación básica de lectura/escritura y lectura/lectura.

  

• En V2.0, el aislamiento de escritura-escritura requiere dividir los datos en varios grupos de tablas en la capa de almacenamiento. Para obtener más información, consulte Conceptos.

  

La arquitectura consta de tres capas:

• Almacenamiento de datos: Basado en Alibaba Cloud Pangu, ofrece alto rendimiento, alta confiabilidad, alta disponibilidad, bajo costo, almacenamiento elástico y seguridad robusta. Todos los virtual warehouses leen y escriben en esta capa de almacenamiento compartido.

• Virtual warehouse (computación): Cada virtual warehouse es una unidad de computación independiente y escalable elásticamente que ejecuta solicitudes de consulta. Dado que los virtual warehouses no comparten recursos de computación, la carga de trabajo de uno no afecta el rendimiento de los demás. El virtual warehouse Leader gestiona las tareas de escritura; tanto los virtual warehouses Leader como Follower procesan las tareas de consulta.

• Componentes de servicio en la nube: Gateway, Meta Service y Holo Master proporcionan gestión de metadatos, autenticación de seguridad, aprovisionamiento y administración de nodos. El Gateway enruta cada conexión entrante al frontend (FE) del virtual warehouse correspondiente. Por ejemplo, una conexión dirigida al virtual warehouse read_warehouse se reenvía a un FE de read_warehouse.

Capacidad de conexión del Gateway:

Pasos siguientes

• Authorize access to data in virtual warehouses

• Use Fixed Plan to accelerate SQL execution

• Referencia de parámetros GUC