cloudplz

本页是译文,以英文原文为准。 阅读原文

项目

Aurora 迁移工具集

50+ 套生产 MySQL 迁上 AWS Aurora 的方法论与工具 —— 多数切换停机在 3 分钟以内。

迁一套数据库到 Aurora,那是个项目。迁五十套 —— 里面还有数 TB、7×24 写入的 tier-0 系统 — — 那就是一套平台。这套工具链和方法论,让迁移变成可重复的事。

问题

每个团队的数据库约束都不一样:复制延迟预算、变更冻结窗口、自建 MySQL 与 Aurora 之间的版本差异 — — 还有应用十几年里对数据库攒下的各种假设。一次性方案,复制不到五十套上。

做法

  • 一条流水线,按库传参。 基于 CDC 的复制路径,配一份练过的切换 runbook;按 workload 调参, 不按 workload 重写。
  • 演练是准入门槛。 每次切换都先拿还原好的副本跑一遍:同一套脚本、同一套检查、 同一批回滚点。
  • 切换控制在 3 分钟以内。 停机预算是设计输入,不是结果:DNS 权重、连接排空、 写入冻结校验,全部自动化并计时。

结果

两年迁了约 50 套生产库。多数切换停机在 3 分钟以内。没人愿意碰的 tier-0 系统反倒排在最前, 因为流程在这类系统上最可靠。