Skip to main content
所有 ClickPipe 类型都可以通过 ClickHouse Terraform 提供商 中的 clickhouse_clickpipe 资源创建和管理。本页介绍 提供商 的设置,以及每种受支持的 ClickPipe 类型的配置示例。

提供商设置

从提供商 v3.14.0 版本开始,已正式支持 ClickPipes。 如果您使用的是更早版本,则需要使用 alpha 版本——请查看 提供商更新日志 了解详情。
将 ClickHouse 提供商添加到 Terraform 配置中:
请参阅管理 API 密钥,了解如何创建可供提供商使用的 API 密钥。

资源概览

clickhouse_clickpipe 资源具有以下顶层参数: id 和 state 属性为只读,创建后由 ClickHouse Cloud 填充。

目标端

destination 块适用于所有源类型:
对于 CDC 源 (Postgres、MySQL、MongoDB、BigQuery) ,目标表会根据源 schema 自动创建——通常只需指定 database。

按 ClickPipe 类型划分的示例

Kafka

支持的 type 取值:kafka、confluent、msk、azureeventhub、redpanda、warpstream。

Kafka 与 Schema Registry

Amazon Kinesis

使用已上传 Protobuf schema 的 Kinesis

将 format 设置为 Protobuf,并通过 protobuf_schema 提供 Base64 编码的 .proto 文件或序列化后的 FileDescriptorSet。上传 schema 时,请勿配置 schema_registry。

使用 IAM 角色的 Kinesis

使用 IAM 角色进行身份验证需要有一个运行在 AWS 上的 ClickHouse 服务。

Amazon S3

通过 SQS 实现 S3 持续摄取

如需使用 SQS 队列 (无序模式) 进行持续摄取,请参见配置无序模式中的设置说明。

Google Cloud Storage

service_account_key 必须为 GCP 服务账号 JSON 密钥文件内容经过 base64 编码后的结果。

Azure Blob 存储

Postgres CDC

使用 IAM 角色 的 Postgres

使用 IAM 角色 进行身份验证需要一个运行在 AWS 上的 ClickHouse 服务。

MySQL CDC

MongoDB CDC

BigQuery

service_account_file 必须为经过 base64 编码的 GCP 服务账号 JSON 密钥文件内容。

扩缩容

所有 ClickPipe 类型都支持 scaling 块,可用于配置副本数量及其资源分配:

导入现有 ClickPipes

可使用 service ID 和 ClickPipe ID 将现有 ClickPipes 导入 Terraform 状态: