ClickHouse 在 Google Cloud 推出 Managed Postgres

这对使用 Google Cloud 的团队为何重要

我们一直构建的架构很简单：Postgres 用于 OLTP，ClickHouse 用于 OLAP，两者之间持续复制，并在顶层提供统一的查询层。这一模式已被数千家公司采用，也是 AI 原生应用正在趋同的基础，其中代理驱动的工作负载需要从技术栈的事务和分析两方面获得答案。

到目前为止，GCP 上的团队只能原生获得其中的一半。ClickHouse Cloud 已在 Google Cloud 上运行多年，今年早些时候，我们将ClickPipes 原生引入 GCP支持区域内摄取和 Private Service Connect。然而，Postgres 方面仍然需要托管在 AWS 或第三方提供商上，这意味着跨云复制、出站费用以及需要管理两套网络和合规性。

借助 GCP 上的 ClickHouse Managed Postgres，整个技术栈都位于 Google Cloud 内部：

• Postgres 运行在本地 NVMe 上，与您的应用程序和 ClickHouse Cloud 服务位于同一 GCP 区域
• 原生 CDC 进入 ClickHouse通过 GCP 原生网络，无需跨云跳转
• pg_clickhouse，使您的应用程序可以通过单个 Postgres 连接查询两个引擎

您在私有预览中获得的功能

GCP 服务基于与 AWS 服务相同的架构，以下是它在 Google Cloud 上的情况。

GCP 本地 SSD 上的 NVMe 支持的 Postgres

性能表现与这项服务从一开始就定义的一致。大多数托管 Postgres 产品运行在网络附加存储上，每次磁盘访问都会增加一次网络往返。ClickHouse Managed Postgres 运行在GCP Local SSD上，这是一种物理附加到运行数据库的 VM 上的 NVMe 存储。磁盘延迟从毫秒降至微秒，IOPS 不再成为瓶颈，在网络存储上受影响最严重的工作负载（大量更新、vacuum、WAL 峰值、负载下的尾延迟）将获得最大收益。

与 GCP 上的 ClickHouse Cloud 原生集成

每个服务都附带两个集成功能，使其成为一个统一的数据栈，而不是并列的两个数据库：

• Postgres 到 ClickHouse 的复制。使用 ClickPipes 中的 Postgres CDC 连接器，只需点击几下即可将 Postgres 表同步到 ClickHouse Cloud。初始加载加上持续 CDC，复制延迟以秒计。ClickPipes 现在原生运行在 GCP 上，复制保持在区域内。
• pg_clickhouse。 这是一个开源 Postgres 扩展，让 Postgres 充当统一查询层，将过滤、连接、聚合等操作下推到 ClickHouse。在不管理代码中两个连接的情况下构建跨事务和分析的应用程序。

从第一个服务起就具备企业级能力

私有预览包括您期望用于生产工作负载的托管服务功能：

• 高可用性，跨可用区两个备用节点，使用基于仲裁的复制
• 自动备份，支持时间点恢复和分支
• 只读副本，用于读密集型工作负载
• 使用 PgBouncer 进行连接池管理
• 90 多个 Postgres 扩展
• 集成的监控、日志和 Query Insights
• ClickHouse Agents，用于用通俗英语探索和调优您的 Postgres 数据
• 计划升级，用于平台升级和 Postgres 补丁

基础设施即代码

GCP 是自动化领域的顶级提供商。OpenAPI 创建端点接受 gcp 作为提供商，且 Terraform 提供商 接受它在 cloud_provider：

1resource "clickhouse_postgres_service" "example" {2  name           = "my-postgres-gcp"3  cloud_provider = "gcp"4  region         = "us-central1"5  size           = "<size>"6  ha_type        = "async"7}

您也可以从clickhousectlCLI 进行配置：

1clickhousectl cloud postgres create \2  --name my-pg \3  --provider gcp \4  --region us-central1 \5  --size c4-standard-4 \6  --pg-version 18

从 Cloud SQL、AlloyDB 或其他地方迁移

我们的一些 Beta 客户来自 Cloud SQL。如果您的 Postgres 已经在 GCP 上，Postgres 到 Postgres 的 ClickPipes为您提供完全托管、低停机时间的迁移路径：从现有数据库持续复制、自动模式迁移，以及由您控制的切换。无论您来自 Cloud SQL、AlloyDB、RDS、Aurora、Neon 还是自管理 Postgres，同样的工作流程都适用。

我们的团队会与私有预览客户亲身合作进行迁移，因此您不必独自规划迁移。

私有预览期间的预期

我们特意保持 GCP 预览的规模较小，以便与每个团队密切合作，并在更广泛开放之前了解他们的需求。有几件事需要了解：

• 通过等待列表邀请获得访问权限。 注册，我们的团队将与您联系讨论您的工作负载并为您提供访问权限。
• 在 ClickHouse Cloud 运行的每个 GCP 区域均可使用。 您可以在ClickHouse Cloud 支持的 GCP 区域中的任何区域部署 Postgres，因此它可以与您现有的 ClickHouse Cloud 服务相邻。
• 广泛的计算和存储配置。从基于 Local SSD 的机器类型中选择，涵盖小型开发实例到存储密集型生产集群，以便您可以根据工作负载调整规模，而不是适应固定的层级。
• 功能对等是目标。 GCP 服务运行与 AWS 相同的技术栈。如果某项功能在 GCP 上尚不可用，我们会提前告知并分享何时可用。

您在此期间的反馈直接塑造了路线图，就像 AWS 私有预览对我们在 Beta 中发布的功能所做的那样。