在Azure Database for PostgreSQL灵活服务器中从虚拟网络迁移到支持专用终结点的网络配置(预览版)

使用私有访问部署的 Azure Database for PostgreSQL 利用虚拟网络注入,将服务器放置在您虚拟网络中的委托子网中。 可以将这些服务器迁移到支持专用终结点的网络配置。 专用终结点通过Azure 专用链接提供安全连接,因此可以通过虚拟网络中的专用 IP 地址访问服务器。 此迁移将 VNet 注入的网络替换为专用终结点支持,从而在网络设计方面具有更大的灵活性,同时保持专用连接。

本文将指导你完成迁移服务器的步骤、在此过程中的预期,以及如何在迁移完成后还原连接。

先决条件

在开始之前,请验证服务器和环境是否符合以下要求。

  • 访问要求:

    • Azure API、SDK 或 CLI 支持此迁移操作。 确保你有权访问其中一个工具。

事先知道的详细信息

在开始迁移之前,请查看以下有关连接、停机时间和迁移后默认值的信息。

  • 公共访问设置:

    • 迁移后,默认禁用公共访问。 如果需要公共访问,可以在迁移后启用它,并设置防火墙规则以允许入站流量。
  • 如果使用 Terraform 部署 PostgreSQL,则需要在迁移后调整脚本,以符合新设置。 有关详细信息,请参阅 迁移后设置 部分。

  • 端到端迁移过程通常需要大约 20 分钟。 在此期间,服务器处于 更新 状态。

  • 连接影响:

    • 大约 10 分钟,服务器不可访问。 迁移过程会终止现有数据库连接,并拒绝在此期间的新连接尝试。
  • 备份和还原:

    • 迁移之前捕获的所有备份(包括异地冗余备份)在迁移后仍可用。
  • 逻辑复制:

    • 专用终结点连接仅限入站。 PostgreSQL 逻辑复制的订阅方会主动向发布方发起出站连接,因此仅有专用终结点并不足以支持由订阅方发起的复制连接。 如果计划在迁移后使用逻辑复制,请确保订阅端具备出站连接能力,例如通过虚拟网络集成。

迁移步骤

此操作目前无法通过Azure门户使用。 使用 CLI 选项卡启动迁移。

启动迁移后,在Azure门户中监视服务器状态。 定期刷新页面,直到状态从 “更新 ”更改为 “就绪”。

迁移后设置

迁移完成后,配置网络并更新任何基础结构即代码模板以匹配新的网络配置。

还原连接

迁移完成后,服务器将无法访问,直到配置专用终结点或建立适当的防火墙规则。

有关详细信息,请参阅 将专用终结点连接添加到 Azure Database for PostgreSQL。

更新 Terraform 脚本

在 VNet 到支持 PE 的网络迁移后,服务器不再集成 VNet。 如果有 Terraform 配置,请相应地更新它们。

  • 从 PostgreSQL 服务器资源中删除 delegated_subnet_id 。
  • 确保 public_network_access_enabled 保留 true (此值是迁移后默认值)。