Kajabi 升级 39TB Aurora 集群省下八成成本 RSS

Kajabi 要在近乎零停机的前提下升级一套 39TB 的 Aurora PostgreSQL 12，同时切到 Aurora I/O-Optimized 计费。常规升级路径撑不住动态负载，团队改用蓝绿部署叠加原生逻辑复制，用 6 到 8 个复制槽分摊高流量表的压力，并分两段走：先升到 13 以启用 I/O 优化存储，再升到 15。切换由 PgBouncer 接管流量，控制在 10 分钟以内，官方口径的成本降幅是 80.53%。

发布于 2026-09-10T10:59:39.485734Z · Arpine Soghoyan · AWS 数据库博客

Aurora 升级 成本

Kajabi 要在近乎零停机的前提下升级一套 39TB 的 Aurora PostgreSQL 12，同时切到 Aurora I/O-Optimized 计费。常规升级路径撑不住动态负载，团队改用蓝绿部署叠加原生逻辑复制，用 6 到 8 个复制槽分摊高流量表的压力，并分两段走：先升到 13 以启用 I/O 优化存储，再升到 15。切换由 PgBouncer 接管流量，控制在 10 分钟以内，官方口径的成本降幅是 80.53%。

Kajabi 要在近乎零停机的前提下升级一套 39TB 的 Aurora PostgreSQL 12，同时切到 Aurora I/O-Optimized 计费。常规升级路径撑不住动态负载，团队改用蓝绿部署叠加原生逻辑复制，用 6 到 8 个复制槽分摊高流量表的压力，并分两段走：先升到 13 以启用 I/O 优化存储，再升到 15。切换由 PgBouncer 接管流量，控制在 10 分钟以内，官方口径的成本降幅是 80.53%。

原始来源 ↗

来源记录

• center.info_item · 7c006af149dcd3d5 · 2026-10-03T04:08:35.169032Z
• pgweb.info_item · 7c006af149dcd3d5 · 2026-10-03T04:08:55.967155Z