跳到主要内容
跳到主要内容

ClickHouse Cloud 架构

ClickHouse Cloud architecture

由对象存储支持的存储

  • 几乎无限的存储空间
  • 无需手动共享数据
  • 存储数据的价格点显著降低,尤其是不经常访问的数据

计算

  • 自动伸缩和空闲:无需预先调整大小,也无需为峰值使用过度配置
  • 自动空闲和恢复:无需在无人使用时运行未使用的计算资源
  • 默认安全和高可用

管理

  • 设置、监控、备份和计费都为您执行。
  • 成本控制默认启用,并且可以通过云控制台进行调整。

服务隔离

网络隔离

所有服务都在网络层进行隔离。

计算隔离

生产开发服务部署在其各自 Kubernetes 空间的单独 Pod 中,并具有网络级隔离。专用服务在具有自己 Kubernetes 运算符的专用 VM 中运行。

存储隔离

所有服务都使用共享存储桶(AWS、GCP)或存储容器 (Azure) 的单独子路径。

对于 AWS,对存储的访问通过 AWS IAM 控制,并且每个 IAM 角色对于每个服务都是唯一的。对于生产专用服务,可以启用 CMEK 以在静态时提供高级数据隔离。CMEK 目前仅支持 AWS 服务。

对于 GCP 和 Azure,服务具有对象存储隔离(所有服务都有自己的存储桶或存储容器)。

并发限制

您的 ClickHouse Cloud 服务中每秒查询数 (QPS) 没有限制。但是,每个副本的并发查询数限制为 1000 个。QPS 最终是您的平均查询执行时间和您的服务中副本数量的函数。

与自管理的 ClickHouse 实例或其他数据库/数据仓库相比,ClickHouse Cloud 的一个主要优势是您可以通过添加更多副本(水平扩展)轻松提高并发性。