Saltar al contenido principal
Esta guía presenta nuestras recomendaciones generales sobre configuraciones de hardware, capacidad de cómputo, memoria y disco para usuarios de la versión de código abierto. Si desea simplificar su configuración, le recomendamos usar ClickHouse Cloud, ya que escala automáticamente y se adapta a sus cargas de trabajo mientras minimiza los costos asociados con la gestión de la infraestructura. La configuración de su clúster de ClickHouse depende en gran medida del caso de uso de su aplicación y de los patrones de carga de trabajo. Al planificar su arquitectura, debe considerar los siguientes factores:
  • Concurrencia (solicitudes por segundo)
  • throughput (filas procesadas por segundo)
  • Volumen de datos
  • Política de retención de datos
  • Costos de hardware
  • Costos de mantenimiento

​
Disco

Los tipos de discos que debe usar con ClickHouse dependen del volumen de datos y de los requisitos de latencia o de throughput.

​
Optimización del rendimiento

Para maximizar el rendimiento, recomendamos adjuntar directamente volúmenes SSD de IOPS aprovisionadas de AWS o la oferta equivalente de su proveedor de servicios en la nube, optimizada para E/S.

​
Optimización de los costos de almacenamiento

Para reducir los costos, puede usar volúmenes EBS SSD de uso general. También puede implementar almacenamiento por niveles con SSD y HDD en una arquitectura hot/warm/cold. Como alternativa, también es posible usar AWS S3 como almacenamiento para separar el cómputo y el almacenamiento. Consulte nuestra guía para usar ClickHouse de código abierto con separación de cómputo y almacenamiento aquí. La separación de cómputo y almacenamiento está disponible de forma predeterminada en ClickHouse Cloud.

​
CPU

​
¿Qué CPU debo usar?

El tipo de CPU que debe usar depende de su patrón de uso. No obstante, en general, las aplicaciones con muchas consultas concurrentes frecuentes, que procesan más datos o que usan UDFs con uso intensivo de cómputo requerirán más núcleos de CPU. Aplicaciones de baja latencia o de cara al cliente Para requisitos de latencia del orden de decenas de milisegundos, como en las cargas de trabajo de cara al cliente, recomendamos la línea i3 o la línea i4i de AWS, o las ofertas equivalentes de su proveedor de nube, que están optimizadas para E/S. Aplicaciones de alta concurrencia Para cargas de trabajo que necesitan optimizar la concurrencia (100+ consultas por segundo), recomendamos la serie C optimizada para cómputo de AWS, o la oferta equivalente de su proveedor de nube. Caso de uso de almacenamiento de datos Para cargas de trabajo de almacenamiento de datos y consultas analíticas ad hoc, recomendamos la serie de tipo R de AWS, o la oferta equivalente de su proveedor de nube, ya que está optimizada para memoria.

​
¿Cuál debería ser el uso de CPU?

No existe un objetivo estándar de uso de CPU para ClickHouse. Utilice una herramienta como iostat para medir el uso medio de CPU y, en función de ello, dimensione sus servidores para gestionar picos de tráfico inesperados. Sin embargo, para casos de uso analíticos o de almacenamiento de datos con consultas ad hoc, debería apuntar a un uso de CPU del 10-20%.

​
¿Cuántos núcleos de CPU debo usar?

La cantidad de núcleos de CPU que deberías usar depende de tu carga de trabajo. Sin embargo, en general recomendamos las siguientes relaciones de memoria por núcleo de CPU según el tipo de CPU:
  • M-type (casos de uso de propósito general): relación memoria:núcleo de CPU de 4 GB:1
  • R-type (casos de uso de almacenamiento de datos): relación memoria:núcleo de CPU de 8 GB:1
  • C-type (casos de uso optimizados para cómputo): relación memoria:núcleo de CPU de 2 GB:1
Por ejemplo, al usar CPU de tipo M, recomendamos aprovisionar 100 GB de memoria por cada 25 núcleos de CPU. Para determinar la cantidad de memoria adecuada para tu aplicación, es necesario hacer profiling del uso de memoria. Puedes leer esta guía sobre cómo depurar problemas de memoria o usar el dashboard de observabilidad integrado para supervisar ClickHouse.

​
Memoria

Al igual que con la elección de la CPU, la elección de la proporción entre memoria y almacenamiento, y entre memoria y CPU, depende de su caso de uso. La cantidad de RAM necesaria generalmente depende de:
  • La complejidad de las consultas.
  • La cantidad de datos que se procesan en las consultas.
Sin embargo, por lo general, cuanta más memoria tenga, más rápido se ejecutarán sus consultas. Si su caso de uso es sensible al precio, también pueden funcionar cantidades menores de memoria, ya que es posible habilitar ajustes (max_bytes_before_external_group_by y max_bytes_before_external_sort) para permitir el volcado de datos a disco, pero tenga en cuenta que esto puede afectar significativamente al rendimiento de las consultas.

​
¿Cuál debería ser la proporción entre memoria y almacenamiento?

Para volúmenes de datos bajos, una proporción de memoria a almacenamiento de 1:1 es aceptable, pero la memoria total no debería ser inferior a 8 GB. Para casos de uso con períodos largos de retención de datos o con volúmenes de datos altos, recomendamos una proporción de memoria a almacenamiento de entre 1:100 y 1:130. Por ejemplo, 100 GB de RAM por réplica si se almacenan 10 TB de datos. Para casos de uso con acceso frecuente, como las cargas de trabajo orientadas al cliente, recomendamos usar más memoria, con una proporción de memoria a almacenamiento de entre 1:30 y 1:50.

​
Réplicas

Recomendamos tener al menos tres réplicas por segmento (o dos réplicas con Amazon EBS). Además, sugerimos escalar verticalmente todas las réplicas antes de añadir réplicas adicionales (escalado horizontal). ClickHouse no divide automáticamente los datos en segmentos, y volver a segmentar el conjunto de datos requerirá recursos de cómputo significativos. Por lo tanto, en general recomendamos usar el servidor más grande disponible para evitar tener que volver a segmentar los datos en el futuro. Considera usar ClickHouse Cloud, que escala automáticamente y te permite controlar fácilmente la cantidad de réplicas según tu caso de uso.

​
Configuraciones de ejemplo para grandes cargas de trabajo

Las configuraciones de ClickHouse dependen en gran medida de los requisitos específicos de su aplicación. Póngase en contacto con el equipo de ventas si desea que le ayudemos a optimizar su arquitectura en términos de coste y rendimiento. Con el fin de ofrecer orientación (no recomendaciones), a continuación se muestran algunas configuraciones de ejemplo de usuarios de ClickHouse en producción:

​
Fortune 500 B2B SaaS

Almacenamiento
Volumen mensual de datos nuevos30TB
Almacenamiento total (comprimido)540TB
Retención de datos18 meses
Disco por nodo25TB
CPU
Concurrencia200+ consultas concurrentes
N.º de réplicas (incluido el par de alta disponibilidad)44
vCPU por nodo62
vCPU total2700
Memoria
RAM total11TB
RAM por réplica256GB
Relación RAM-vCPU4 GB:1
Relación RAM-disco1:50

​
Operador de telecomunicaciones de Fortune 500 para un caso de uso de logging

Almacenamiento
Volumen mensual de logs4860TB
Almacenamiento total (comprimido)608TB
Retención de datos30 días
Disco por nodo13TB
CPU
N.º de réplicas (incluyendo el par de alta disponibilidad)38
vCPU por nodo42
vCPU total1600
Memoria
RAM total10TB
RAM por réplica256GB
Relación RAM/vCPU6 GB:1
Relación RAM/disco1:60

​
Más lecturas

A continuación se incluyen entradas de blog publicadas sobre arquitecturas de empresas que usan ClickHouse de código abierto:
Última modificación el 12 de junio de 2026