Esta guía ofrece una visión general de qué esperar, tanto a nivel funcional como operativo, en ClickHouse Cloud. Aunque ClickHouse Cloud se basa en la distribución de código abierto de ClickHouse, puede haber algunas diferencias en la arquitectura y en la implementación. Puede resultarle interesante y útil, como contexto, este blog sobre cómo creamos ClickHouse Cloud.
Arquitectura de ClickHouse Cloud
- El cómputo y el almacenamiento están separados y, por tanto, pueden escalarse automáticamente de forma independiente, por lo que no tiene que sobreaprovisionar ni almacenamiento ni cómputo en configuraciones estáticas de instancias.
- El almacenamiento por niveles sobre almacenamiento de objetos y el almacenamiento en caché multinivel proporcionan una escalabilidad prácticamente ilimitada y una buena relación precio-rendimiento, por lo que no tiene que dimensionar por adelantado su partición de almacenamiento ni preocuparse por los altos costos de almacenamiento.
- La alta disponibilidad está activada de forma predeterminada y la replicación se gestiona de forma transparente, para que pueda centrarse en crear sus aplicaciones o analizar sus datos.
- El escalado automático para cargas de trabajo continuas y variables está activado de forma predeterminada, por lo que no tiene que dimensionar el servicio por adelantado, ampliar sus servidores cuando aumente la carga de trabajo ni reducirlos manualmente cuando haya menos actividad
- La hibernación fluida para cargas de trabajo intermitentes está activada de forma predeterminada. Pausamos automáticamente sus recursos de cómputo tras un período de inactividad y los reanudamos de forma transparente cuando llega una nueva consulta, para que no tenga que pagar por recursos inactivos.
- Los controles avanzados de escalado permiten establecer un máximo de autoescalado para un mayor control de costos o un mínimo de autoescalado para reservar recursos de cómputo para aplicaciones con requisitos de rendimiento específicos.
ClickHouse Cloud ofrece acceso a un conjunto seleccionado de funcionalidades de la distribución de código abierto de ClickHouse. En las tablas siguientes se describen algunas funciones que actualmente están deshabilitadas en ClickHouse Cloud.
Motores de bases de datos y tablas
ReplicatedMergeTree y MergeTree son idénticos cuando se usan en ClickHouse Cloud.
Motores de tabla compatibles
- ReplicatedMergeTree (predeterminado, cuando no se especifica ninguno)
- ReplicatedSummingMergeTree
- ReplicatedAggregatingMergeTree
- ReplicatedReplacingMergeTree
- ReplicatedCollapsingMergeTree
- ReplicatedVersionedCollapsingMergeTree
- MergeTree (se convierte en ReplicatedMergeTree)
- SummingMergeTree (se convierte en ReplicatedSummingMergeTree)
- AggregatingMergeTree (se convierte en ReplicatedAggregatingMergeTree)
- ReplacingMergeTree (se convierte en ReplicatedReplacingMergeTree)
- CollapsingMergeTree (se convierte en ReplicatedCollapsingMergeTree)
- VersionedCollapsingMergeTree (se convierte en ReplicatedVersionedCollapsingMergeTree)
- URL
- View
- MaterializedView
- GenerateRandom
- Null
- Buffer
- Memory
- Deltalake
- Hudi
- MySQL
- MongoDB
- NATS
- RabbitMQ
- PostgreSQL
- S3
- Kafka
ClickHouse Cloud admite HTTPS, interfaces nativas y el protocolo de red de MySQL. Próximamente también ofrecerá compatibilidad con más interfaces, como Postgres.
Los diccionarios son una forma habitual de acelerar las búsquedas en ClickHouse. Actualmente, ClickHouse Cloud admite diccionarios de PostgreSQL, MySQL, servidores remotos y locales de ClickHouse, Redis, MongoDB y fuentes HTTP.
Ofrecemos compatibilidad con consultas federadas de ClickHouse para la comunicación entre clústeres en la nube y con clústeres externos autogestionados de ClickHouse. Actualmente, ClickHouse Cloud admite consultas federadas mediante los siguientes motores de integración:
- Deltalake
- Hudi
- MySQL
- MongoDB
- NATS
- RabbitMQ
- PostgreSQL
- S3
Las consultas federadas con algunos motores externos de bases de datos y de tablas, como SQLite, ODBC, JDBC, Redis, HDFS y Hive, todavía no son compatibles.
Funciones definidas por el usuario
Comportamiento de los ajustes
ImportanteLas UDFs en ClickHouse Cloud no heredan los ajustes a nivel de usuario. Se ejecutan con los ajustes predeterminados del sistema.
- Los ajustes a nivel de sesión (establecidos mediante la instrucción
SET) no se propagan al contexto de ejecución de las UDFs
- Las UDFs no heredan los ajustes del perfil de usuario
- Los ajustes a nivel de consulta no se aplican durante la ejecución de las UDFs
Funcionalidades experimentales
Valores predeterminados y consideraciones operativas
max_parts_in_total: 10,000
max_parts_in_total para las tablas MergeTree se ha reducido de 100,000 a 10,000. El motivo de este cambio es que hemos observado que un gran número de partes de datos probablemente provoque un inicio lento de los servicios en la nube. Un gran número de partes suele indicar que se ha elegido una clave de partición demasiado granular, algo que normalmente ocurre por accidente y debe evitarse. Este cambio en el valor predeterminado permitirá detectar estos casos antes.
max_concurrent_queries: 1,000
100 a 1000 para permitir una mayor concurrencia.
Esto dará como resultado número de réplicas * 1,000 consultas concurrentes para los servicios de los niveles ofrecidos.
1000 consultas concurrentes para el servicio del nivel Basic, limitado a una sola réplica, y 1000+ para Scale y Enterprise,
según la cantidad de réplicas configuradas.
max_table_size_to_drop: 1,000,000,000,000
Administración avanzada de la seguridad
default, que tiene amplios permisos sobre esta base de datos. Este usuario inicial puede crear usuarios adicionales y asignarles permisos sobre esta base de datos. Más allá de esto, por el momento no se admite habilitar las siguientes funciones de seguridad dentro de la base de datos mediante autenticación Kerberos, LDAP o certificados SSL X.509.
Estamos evaluando el interés por muchas otras funcionalidades en ClickHouse Cloud. Si tienes comentarios y quieres solicitar una funcionalidad específica, envíala aquí. 
