代管式迁移是一种自动化功能，可帮助您从 迁移到 Dataproc Metastore 服务，而无需 任何较长的停机时间（也称为“标记日”）。
代管式迁移架构
下图提供了托管式迁移的概要架构。
托管式迁移流程
为了完成代管式迁移，您的服务会运行两次迁移 流程 - 开始迁移并完成迁移。 您可以随时通过取消迁移流程取消迁移。 您还可以运行一些操作命令，但这些命令不是完成迁移所必需的。例如，列表迁移或删除 迁移。
在服务完成此过程的过程中，它也会在不同的迁移状态和迁移阶段之间转换。这些状态和阶段代表
后台发生的一些进程例如，MIGRATING 状态表示您的服务正在积极将数据从 Cloud SQL 数据库传输到 Dataproc Metastore。
开始迁移
Dataproc Metastore 会与您的私有 IP Cloud SQL 实例建立连接。建立连接后 Dataproc Metastore 直接使用 Cloud SQL 实例， Hive Metastore (HMS) 后端数据库。它仍然是 在迁移过程中确保数据的真实性元数据读写仍然 不会出现在 Cloud SQL 中。
启动变更数据捕获 (CDC) 流水线。此流水线保留了 项目中的 Cloud SQL 实例和 Dataproc Metastore 托管项目已同步。这意味着，Cloud SQL 实例中对 HMS 数据库的所有更改都会通过 Datastream 捕获，并写入 Dataproc Metastore Spanner 数据库。
启动迁移流程成功后，您可以开始将数据工作负载路由到 Dataproc Metastore。此时，Cloud SQL 仍然是数据的真相来源。
完成迁移
将工作负载迁移到 Dataproc Metastore 后，您就可以完成迁移了。当调用完整迁移过程时， 会发生以下情况：
- Dataproc Metastore 将转换为只读模式， 完整迁移流程即告完成。
- CDC 流会将所有运行中的数据转移到 Dataproc Metastore。
- Dataproc Metastore 连接到 Spanner 并断开连接 Cloud SQL。Dataproc Metastore 现在充当 HMS 数据的可信来源。
代理和流水线注意事项
代理
Dataproc Metastore 使用与 SOCKS5 代理链接的 Cloud SQL Auth 代理连接到您的专用 IP Cloud SQL 实例。SOCKS5 代理服务器通过服务连接公开，如下所示 如之前的架构图所示。
每项迁移都需要专用的 NAT 子网。这是因为一个 NAT 子网不能有多个服务连接。
为避免跨区域延迟问题，请提供与 Cloud SQL 实例位于同一区域的子网来托管 SOCKS5 代理。例如，
proxy_subnet和nat_subnet。
变更数据捕获流水线
变更数据捕获流水线使用 VPC 对等互连来建立连接 Datastream 与专用 IP Cloud SQL 之间的连接
对于每次迁移，系统都会创建一个新的专用连接，并创建一个新的专用连接， 对等连接。
托管 Cloud SQL 实例的 VPC 网络具有与正在进行的迁移数量相同的对等连接。确保您的 VPC 网络有足够的容量来托管所有必要的对等互连连接。