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.
Funcionalidades
Motores de bases de datos y tablas
Shared*. No debes añadir tú mismo un prefijo Shared o Replicated.
Los motores
Replicated* se convierten en sus equivalentes Shared*. La sustitución puede verse en SHOW CREATE TABLE, que muestra el motor Shared* aunque tu sentencia especifique la variante simple.
Los siguientes motores también son compatibles y se usan tal cual:
- URL
- View
- MaterializedView
- GenerateRandom
- Null
- Buffer
- Memory
- Deltalake
- Hudi
- MySQL
- MongoDB
- NATS
- RabbitMQ
- PostgreSQL
- S3
- Kafka
Interfaces
Diccionarios
Consultas federadas
- Deltalake
- Hudi
- MySQL
- MongoDB
- NATS
- RabbitMQ
- PostgreSQL
- S3
Funciones definidas por el usuario
Comportamiento de los ajustes
- 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
Colecciones con nombre
Valores predeterminados y consideraciones operativas
Límites operacionales
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
Ajustes del sistema
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.