Aurora Postgres 源设置指南
支持的 Postgres 版本
ClickPipes 支持 Aurora PostgreSQL 兼容版 12 及更高版本。
启用逻辑复制
如果您的 Aurora 实例已经配置了以下设置,则可以跳过此部分:
rds.logical_replication = 1
wal_sender_timeout = 0
如果您之前使用了其他数据复制工具,这些设置通常是预先配置好的。
如果尚未配置,请按照以下步骤操作:
- 为您的 Aurora PostgreSQL 版本创建一个新的参数组,并设置所需的设置:
- 将
rds.logical_replication
设置为 1 - 将
wal_sender_timeout
设置为 0
- 将



- 将新的参数组应用于您的 Aurora PostgreSQL 集群

- 重新启动您的 Aurora 集群以应用更改

配置数据库用户
使用管理员用户连接到您的 Aurora PostgreSQL 写入实例,并执行以下命令:
- 为 ClickPipes 创建一个专用用户:
- 授予模式权限。以下示例显示的是
public
模式的权限。对每个您想要复制的模式重复这些命令:
- 授予复制权限:
- 创建一个用于复制的发布:
配置网络访问
基于 IP 的访问控制
如果您想限制对 Aurora 集群的流量,请将 记录的静态 NAT IP 添加到您的 Aurora 安全组的 入站规则
中。


通过 AWS PrivateLink 进行私有访问
要通过私有网络连接到您的 Aurora 集群,您可以使用 AWS PrivateLink。按照我们的 ClickPipes 的 AWS PrivateLink 设置指南 来设置连接。
Aurora 特定注意事项
在使用 Aurora PostgreSQL 设置 ClickPipes 时,请记住以下注意事项:
-
连接终端:始终连接到 Aurora 集群的写入终端,因为逻辑复制需要写入访问权限来创建复制槽,并且必须连接到主实例。
-
故障转移处理:在故障转移事件中,Aurora 将自动提升一个阅读器成为新的写入器。ClickPipes 将检测到断开连接并尝试重新连接到写入终端,此时它将指向新的主实例。
-
全球数据库:如果您使用的是 Aurora 全球数据库,您应连接到主区域的写入终端,因为跨区域复制已经处理了区域之间的数据移动。
-
存储注意事项:Aurora 的存储层在集群中的所有实例之间共享,这可以为逻辑复制提供比标准 RDS 更好的性能。
处理动态集群终端
虽然 Aurora 提供了稳定的终端,可以自动路由到适当的实例,但还有一些附加方法可以确保一致的连接:
-
对于高可用性设置,将应用程序配置为使用 Aurora 写入终端,该终端将自动指向当前主实例。
-
如果使用跨区域复制,请考虑为每个区域设置单独的 ClickPipes 以减少延迟并提高容错能力。
接下来呢?
现在您可以 创建您的 ClickPipe 并开始将数据从您的 Aurora PostgreSQL 集群摄取到 ClickHouse Cloud。 请确保记录您在设置 Aurora PostgreSQL 集群时使用的连接详细信息,因为您将在 ClickPipe 创建过程中需要这些信息。