Skip to main content
本节概述了用于流式和对象存储的 ClickPipes 的定价模式。

​
ClickPipes 的定价结构是怎样的？

它由两个维度组成：
  • 计算资源：按单位每小时计费。 计算资源表示运行 ClickPipes 副本 pod (容器组) 的成本，无论它们是否在主动摄取数据。 它适用于所有类型的 ClickPipes。
  • 摄取数据：按 GB计费。 摄取数据费率适用于所有流式 ClickPipes (Kafka、Confluent、Amazon MSK、Amazon Kinesis、Redpanda、WarpStream、Azure Event Hubs) 针对通过副本 pod (容器组) 传输的数据。摄取数据大小 (GB) 按从数据源接收的字节数计费 (无论是未压缩还是已压缩) 。

​
什么是 ClickPipes 副本？

ClickPipes 通过可独立运行和扩缩容的专用基础设施，从远程数据源摄取数据， 而不依赖于 ClickHouse Cloud 服务。 因此，它使用专用的计算副本。

​
默认副本数及其规格是多少？

每个 ClickPipe 默认配备 1 个副本，提供 512 MiB RAM 和 0.125 vCPU (XS) 。 这相当于 0.0625 个 ClickHouse 计算单元 (1 个单元 = 8 GiB RAM、2 个 vCPU) 。

​
ClickPipes 的公开定价是多少？

  • 计算资源：每个单位每小时 0.20(默认副本大小下每个副本每小时0.20 (默认副本大小下每个副本每小时 0.0125)
  • 摄取数据：每 GB $0.04
计算资源这一计费维度的价格取决于 ClickPipe 中副本的数量和大小。默认副本大小可通过垂直扩缩容进行调整，不同副本大小的定价如下：

​
示例中是怎样的？

除非另有明确说明，以下示例均假设为单个 M 规格副本。
24 小时内 100 GB24 小时内 1 TB24 小时内 10 TB
流式 ClickPipe(0.25 x 0.20 x 24) + (0.04 x 100) = 5.20</td><td>(0.25x0.20x24)+(0.04x1000)=5.20</td> <td>(0.25 x 0.20 x 24) + (0.04 x 1000) = 41.20使用 4 个副本：
(0.25 x 0.20 x 24 x 4) + (0.04 x 10000) = $404.80
对象存储 ClickPipe ^&#42;(0.25 x 0.20 x 24) = 1.20</td><td>(0.25x0.20x24)=1.20</td> <td>(0.25 x 0.20 x 24) = 1.20(0.25 x 0.20 x 24) = $1.20
1^1 仅包含用于编排的 ClickPipes 计算资源， 实际数据传输由底层 ClickHouse 服务承担

​
流式和对象存储 ClickPipes 的常见问题

ClickPipes 通过独立的专用基础设施从远程数据源摄取数据， 该基础设施的运行和扩缩容均独立于 ClickHouse Cloud 服务。 因此，它使用专用计算副本。 下图展示了简化后的架构。对于流式 ClickPipes，ClickPipes 副本会访问远程数据源 (例如 Kafka broker)， 拉取数据、进行处理，并将其摄取到目标 ClickHouse 服务。
对于对象存储 ClickPipes， ClickPipes 副本负责协调数据加载任务 (识别要复制的文件、维护状态以及移动分区)， 而数据则由 ClickHouse 服务直接拉取。
每个 ClickPipe 默认有 1 个副本，配备 2 GiB RAM 和 0.5 vCPU。 这相当于 0.25 个 ClickHouse 计算单元 (1 个单元 = 8 GiB RAM、2 个 vCPU)。
可以，流式 ClickPipes 支持水平和垂直扩缩容。 水平扩缩容会增加副本数量以提升吞吐量，而垂直扩缩容则会增加分配给每个副本的资源 (CPU 和 RAM)，以处理更高强度的工作负载。 这可以在创建 ClickPipe 时配置，也可以之后随时在 Settings -> Advanced Settings -> Scaling 中进行配置。
这取决于工作负载的吞吐量和延迟要求。 我们建议先使用默认的 1 个副本，测量延迟，再按需增加副本。 请注意，对于 Kafka ClickPipes，你还需要相应地调整 Kafka broker 分区数。 每个流式 ClickPipe 的“settings”下都提供了扩缩容控制项。
它由两个维度组成：
  • 计算资源：按单位按小时计费 计算资源表示运行 ClickPipes 副本 Pod (容器组) 的成本，无论它们是否在主动摄取数据。 这适用于所有类型的 ClickPipes。
  • 摄取数据量：按 GB 计费 摄取数据量费率适用于所有流式 ClickPipes (Kafka、Confluent、Amazon MSK、Amazon Kinesis、Redpanda、WarpStream、 Azure Event Hubs) 中通过副本 Pod (容器组) 传输的数据。 摄取数据大小 (GB) 按从源端接收的字节数计费 (无论是否压缩)。
  • 计算资源：0.20/单位/小时(0.20 / 单位 / 小时 (0.05 / 副本 / 小时)
  • 摄取数据量：$0.04 / GB
例如，使用单个副本 (0.25 个计算单元) 通过 Kafka 连接器在 24 小时内摄取 1 TB 数据，成本为：(0.25 \times 0.20 \times 24) + (0.04 \times 1000) = $41.2
对于对象存储连接器 (S3 和 GCS)， 由于 ClickPipes pod (容器组) 并不处理数据， 而只是协调由底层 ClickHouse 服务执行的传输， 因此只会产生 ClickPipes 的计算资源成本：0.25 \times 0,20 \times 24 = $1.2
ClickPipes 的定价理念是 在覆盖平台运营成本的同时，提供一种简单、可靠的数据迁移到 ClickHouse Cloud 的方式。 从这个角度来看，我们的市场分析表明，我们的定价具有竞争力。
最后修改于 2026年8月18日