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

Aurora Postgres 源设置指南

支持的 Postgres 版本

ClickPipes 支持 Aurora PostgreSQL 兼容版 12 及更高版本。

启用逻辑复制

如果您的 Aurora 实例已经配置了以下设置,则可以跳过此部分:

  • rds.logical_replication = 1
  • wal_sender_timeout = 0

如果您之前使用了其他数据复制工具,这些设置通常是预先配置好的。

如果尚未配置,请按照以下步骤操作:

  1. 为您的 Aurora PostgreSQL 版本创建一个新的参数组,并设置所需的设置:
    • rds.logical_replication 设置为 1
    • wal_sender_timeout 设置为 0
  1. 将新的参数组应用于您的 Aurora PostgreSQL 集群
  1. 重新启动您的 Aurora 集群以应用更改

配置数据库用户

使用管理员用户连接到您的 Aurora PostgreSQL 写入实例,并执行以下命令:

  1. 为 ClickPipes 创建一个专用用户:
  1. 授予模式权限。以下示例显示的是 public 模式的权限。对每个您想要复制的模式重复这些命令:
  1. 授予复制权限:
  1. 创建一个用于复制的发布:

配置网络访问

基于 IP 的访问控制

如果您想限制对 Aurora 集群的流量,请将 记录的静态 NAT IP 添加到您的 Aurora 安全组的 入站规则 中。

要通过私有网络连接到您的 Aurora 集群,您可以使用 AWS PrivateLink。按照我们的 ClickPipes 的 AWS PrivateLink 设置指南 来设置连接。

Aurora 特定注意事项

在使用 Aurora PostgreSQL 设置 ClickPipes 时,请记住以下注意事项:

  1. 连接终端:始终连接到 Aurora 集群的写入终端,因为逻辑复制需要写入访问权限来创建复制槽,并且必须连接到主实例。

  2. 故障转移处理:在故障转移事件中,Aurora 将自动提升一个阅读器成为新的写入器。ClickPipes 将检测到断开连接并尝试重新连接到写入终端,此时它将指向新的主实例。

  3. 全球数据库:如果您使用的是 Aurora 全球数据库,您应连接到主区域的写入终端,因为跨区域复制已经处理了区域之间的数据移动。

  4. 存储注意事项:Aurora 的存储层在集群中的所有实例之间共享,这可以为逻辑复制提供比标准 RDS 更好的性能。

处理动态集群终端

虽然 Aurora 提供了稳定的终端,可以自动路由到适当的实例,但还有一些附加方法可以确保一致的连接:

  1. 对于高可用性设置,将应用程序配置为使用 Aurora 写入终端,该终端将自动指向当前主实例。

  2. 如果使用跨区域复制,请考虑为每个区域设置单独的 ClickPipes 以减少延迟并提高容错能力。

接下来呢?

现在您可以 创建您的 ClickPipe 并开始将数据从您的 Aurora PostgreSQL 集群摄取到 ClickHouse Cloud。 请确保记录您在设置 Aurora PostgreSQL 集群时使用的连接详细信息,因为您将在 ClickPipe 创建过程中需要这些信息。