本页是译文,以英文原文为准。 阅读原文
项目Aurora 迁移工具集
50+ 套生产 MySQL 迁上 AWS Aurora 的方法论与工具 —— 多数切换停机在 3 分钟以内。
迁一套数据库到 Aurora,那是个项目。迁五十套 —— 里面还有数 TB、7×24 写入的 tier-0 系统 — — 那就是一套平台。这套工具链和方法论,让迁移变成可重复的事。
问题
每个团队的数据库约束都不一样:复制延迟预算、变更冻结窗口、自建 MySQL 与 Aurora 之间的版本差异 — — 还有应用十几年里对数据库攒下的各种假设。一次性方案,复制不到五十套上。
做法
- 一条流水线,按库传参。 基于 CDC 的复制路径,配一份练过的切换 runbook;按 workload 调参, 不按 workload 重写。
- 演练是准入门槛。 每次切换都先拿还原好的副本跑一遍:同一套脚本、同一套检查、 同一批回滚点。
- 切换控制在 3 分钟以内。 停机预算是设计输入,不是结果:DNS 权重、连接排空、 写入冻结校验,全部自动化并计时。
结果
两年迁了约 50 套生产库。多数切换停机在 3 分钟以内。没人愿意碰的 tier-0 系统反倒排在最前, 因为流程在这类系统上最可靠。