ApsaraDB for ClickHouse Enterprise Edition es un servicio administrado en la nube basado en ClickHouse de código abierto. Su arquitectura difiere de la versión autogestionada de ClickHouse en aspectos que reducen la carga operativa; estas diferencias afectan las funciones y la sintaxis disponibles. Consulte el sitio web oficial de ClickHouse para obtener información de contexto sobre ClickHouse Cloud. Este tema aborda el modelo arquitectónico y los detalles de compatibilidad necesarios antes de migrar.
Arquitectura
ApsaraDB for ClickHouse Enterprise Edition separa el cómputo del almacenamiento y gestiona la replicación automáticamente. Por ello, no es necesario desplegar un clúster de tamaño fijo, configurar réplicas para alta disponibilidad ni fragmentar los datos manualmente.
La arquitectura ofrece lo siguiente:
Separación de cómputo y almacenamiento: El cómputo y el almacenamiento escalan de forma independiente, por lo que no se requiere sobreaprovisionar ninguno de los dos recursos al configurar una instancia estática.
Almacenamiento por niveles con caché multinivel: Object Storage proporciona una capacidad prácticamente ilimitada con alta eficiencia de costos. Esto elimina la necesidad de dimensionar previamente una partición de almacenamiento o preocuparse por los altos costos de almacenamiento.
Alta disponibilidad predeterminada: La replicación se gestiona de manera transparente, lo que permite centrarse en el desarrollo de aplicaciones o en el análisis de datos.
Escalado automático para cargas de trabajo variables: El servicio aumenta la capacidad de cómputo cuando la carga de trabajo crece y la reduce cuando disminuye. De este modo, no es necesario predecir el tamaño del servidor con antelación.
Controles avanzados de escalado: Establezca un límite máximo de escalado automático para controlar los costos, o bien un límite mínimo para reservar capacidad de cómputo destinada a cargas de trabajo sensibles al rendimiento.
Compatibilidad
Sintaxis DDL
En la mayoría de los casos, la sintaxis DDL en ApsaraDB for ClickHouse Enterprise Edition coincide con la de ClickHouse autogestionado. Se aplican las siguientes excepciones:
No se admite
CREATE AS SELECT. UtiliceCREATE ... EMPTY ... AS SELECTen su lugar e inserte los datos por separado. Para más detalles, consulte Getting Data Into ClickHouse - Part 1.Algunas sintaxis DDL experimentales no son compatibles, como
ALTER TABLE … MODIFY QUERY.Ciertas funciones están deshabilitadas por motivos de seguridad, como la función SQL
addressToLine.El parámetro
ON CLUSTERno es compatible.
Motores de base de datos y tablas
ApsaraDB for ClickHouse Enterprise Edition ofrece alta disponibilidad de forma predeterminada. Al crear una tabla con un nombre de motor MergeTree estándar, el servicio utiliza automáticamente el equivalente Shared* correspondiente.
Los siguientes motores Shared* son compatibles de forma nativa:
|
Motor |
Notas |
|
SharedMergeTree |
Predeterminado cuando no se especifica ningún motor |
|
SharedSummingMergeTree |
|
|
SharedAggregatingMergeTree |
|
|
SharedReplacingMergeTree |
|
|
SharedCollapsingMergeTree |
|
|
SharedVersionedCollapsingMergeTree |
Los nombres de motores MergeTree estándar se convierten automáticamente:
|
Motor especificado |
Motor utilizado |
|
MergeTree |
SharedMergeTree |
|
SummingMergeTree |
SharedSummingMergeTree |
|
AggregatingMergeTree |
SharedAggregatingMergeTree |
|
ReplacingMergeTree |
SharedReplacingMergeTree |
|
CollapsingMergeTree |
SharedCollapsingMergeTree |
|
VersionedCollapsingMergeTree |
SharedVersionedCollapsingMergeTree |
También se admiten los siguientes motores adicionales: URL, View, MaterializedView, GenerateRandom, Null, Buffer, Memory, Deltalake, Hudi, MySQL, MongoDB, NATS, PostgreSQL, Kafka y S3.
Dado que la alta disponibilidad está integrada, no se requiere un motor de tabla distribuida. En consecuencia, la creación de tablas se simplifica.
Diccionarios
ApsaraDB for ClickHouse Enterprise Edition admite diccionarios provenientes de PostgreSQL, MySQL, servidores ClickHouse remotos y locales, Redis, MongoDB y fuentes HTTP. Los diccionarios aceleran las búsquedas en ClickHouse.
Consultas federadas
ApsaraDB for ClickHouse Enterprise Edition admite consultas federadas para la comunicación entre clústeres dentro de la nube y con clústeres externos de ClickHouse autogestionados.
Motores de integración compatibles: Deltalake, Hudi, MySQL, MongoDB, NATS, PostgreSQL y OSS.
Las consultas federadas no son compatibles con los siguientes motores: SQLite, ODBC (Open Database Connectivity), JDBC (Java Database Connectivity), Redis, RabbitMQ, HDFS (Hadoop Distributed File System) y Hive.
Funciones experimentales
Las funciones experimentales incluyen nueva sintaxis SQL, optimizaciones de consultas y mejoras de rendimiento que aún se encuentran en fase de validación. Estas pueden habilitarse en entornos de desarrollo.
En producción, las funciones experimentales están deshabilitadas de forma predeterminada para preservar la estabilidad. Para habilitar una función experimental en producción, póngase en contacto con el soporte técnico de Alibaba Cloud y compruebe que dicha función no afectará su entorno.
Configuración operativa predeterminada
Configuración de límites
max_parts_in_total: reducido de 100,000 a 10,000
El valor predeterminado de max_parts_in_total para tablas MergeTree se ha reducido de 100,000 a 10,000. Un número elevado de partes de datos provoca un inicio lento del servicio en la nube y suele indicar una clave de partición demasiado granular, lo cual generalmente es accidental y debe evitarse. Si alcanza este límite, compruebe si su clave de partición genera más granularidad de la que requieren sus consultas. Reducir este valor predeterminado facilita la detección temprana de tablas con exceso de particiones.
Configuración del sistema
ApsaraDB for ClickHouse Enterprise Edition está optimizado para cargas de trabajo variables. La mayoría de las configuraciones del sistema no son modificables por el usuario. Si requiere un ajuste avanzado del sistema, póngase en contacto con el soporte técnico de Alibaba Cloud.