Nuestro setup de ClickHouse para escalar
Cómo escala ObsessionDB ClickHouse en ingesta y en servicio: una sola copia en object storage, compute sin estado, merges con localidad y settings que cualquier cluster puede tocar.

Cómo escala ObsessionDB ClickHouse en ingesta y en servicio: una sola copia en object storage, compute sin estado, merges con localidad y settings que cualquier cluster puede tocar.

Cómo reduce ObsessionDB la latencia de las queries en ClickHouse: una cache NVMe distribuida sobre S3, projection indexes residentes en memoria y los settings que cualquier cluster puede tocar. Todos nuestros clusters corren con la filesystem cache desactivada, y nos hizo más rápidos.

¿Index, projection o materialized view en ClickHouse? Elige por lo que te cuesta cada uno. La tabla de decisión y el caso de los 285 ms y los 828 GB en una tabla de 13 TiB, donde la misma projection respondió una query y se quedó colgada en la siguiente.

ReplicatedMergeTree te hace pagar tus datos dos veces y redistribuir los shards a mano. Cómo SharedMergeTree cambia las cuentas, los cuatro impuestos que la replicación te cobra antes de lanzar una sola query, y cuándo compensa.

Cómo el plugin de backfill de chkit trocea, reanuda y deduplica reingestas grandes de ClickHouse de forma automática, ya sea en local o como un job gestionado.

Siempre estoy trabajando en nuevas ideas. Revisa regularmente para actualizaciones.