SOLUTIONS · 下云

下云与 PostgreSQL 迁移评估

结合成本、可靠性与运维责任，评估托管数据库、云上自建和自有基础设施。

合适的部署方式取决于实际负载、采购条件和团队能力。自建 PostgreSQL 可以提供更直接的配置与基础设施控制，也需要承担容量、升级、备份验证和故障处理的责任。PGSTY 可以协助评估这些要求，并规划分阶段迁移。

历史数据，仅作示例估算

本页数据库与算力价格采集于 2025-04，云盘参考价格采集于 2026-08-06；其他数据日期见来源。计算器使用固定假设，不代表实时价格、PGSTY 报价或节约保证。人员、迁移、网络、额外备份、税费和风险成本未被完整计入，不能把结果直接视为总拥有成本。

查看假设与来源 →

THE LEDGER · 三大件

数据库、算力与对象存储参考

以下图表将历史参考价格折算到统一单位。实例规格、硬件能力、冗余水平和服务范围并不完全等价，请结合图注和来源解读。

01 · 数据库 · ¥/核·月

  • IDC 自建（Pigsty） ¥19
  • 阿里云 ECS（1:8 内存比） ¥180
  • 阿里云 RDS 高可用（1:2） ¥270
  • 阿里云 PolarDB 企业版（1:8） ¥400
  • 阿里云 RDS 高可用（1:8） ¥432
  • AWS RDS 单可用区（1:4） ¥580
  • AWS RDS 多可用区（1:4） ¥1,160
  • AWS RDS 多可用区（1:8） ¥1,582
阿里云为华东区高可用挂牌均价，AWS 为 us-east 按需价按 7.24 折算 · 抓取 2025-04[1][2]

02 · 纯算力 · ¥/核·月

  • IDC 容器（超卖 500%） ¥7
  • IDC 独占物理机 ¥19
  • UCloud 弹性虚机（有超卖） ¥25
  • AWS c5d.metal 三年预付 ¥80
  • 阿里云 ECS（1:2 独占） ¥107
  • 阿里云 ECS（1:8 独占） ¥180
  • AWS EC2 M5 按需 ¥301
历史算力单价示例；共享与独占实例并非同等性能保障[1][2]

03 · 对象存储 · ¥/TB·月

  • AWS S3 Express 单可用区 ¥1,120
  • AWS S3 标准存储 ¥161
  • Silo/MinIO 自建（三副本） ¥44
  • 企业级 NVMe 裸盘（基准） ¥15
对象存储历史参考，价格日期与配置见图注和来源。服务能力、冗余方式与运维责任需另行比较。[8]

AWS S3 标准存储
Silo/MinIO 自建（三副本）
NVMe 裸盘基准
查看数据表
方案1 TB10 TB100 TB1 PB
AWS S3 标准存储 ¥161/月¥1,610/月¥16,100/月¥164,864/月
Silo/MinIO 自建（三副本） ¥44/月¥435/月¥4,350/月¥44,544/月
NVMe 裸盘基准 ¥15/月¥145/月¥1,450/月¥14,848/月

CALCULATOR · 算你的账

调整假设，比较参考成本

选择 vCPU、内存比、节点数、存储、付费周期与订阅档位，查看模型中的成本差异。结果仅为历史数据下的示例估算。

内存比
付费周期
货币
显示

阿里云 RDS
AWS RDS
阿里云 ECS + Pigsty
IDC 自建 + Pigsty
查看成本拆解表
方案算力存储订阅合计倍数

模型口径：合计 = 算力 + 存储（自建行另加订阅）。RDS 单节点按基础版单实例、双节点按高可用主备、更多节点按「主备 + 只读实例」估算；AWS 长约用 3 年预留价（无五年档）。存储按阿里云 ESSD PL1 ¥1/GB·月、AWS gp3 $0.08/GB·月、自建 NVMe ¥14.5/TB·月计；云侧存储一律按单份保守计（实际复制与存储计费方式须向服务商核实），自建按每节点一份全量副本计。折扣阶梯：按需 1.5× · 包月 1× · 包三年 0.45× · 包五年 0.32×（阿里云口径，ECS 同阶梯估算），存储未计包年折扣。两侧均不含人力。

METHODOLOGY & SOURCES · 口径与来源

  • 数据库与算力统一折算为 ¥/核·月（实例包月价 ÷ vCPU），对象存储为 ¥/TB·月。阿里云取华东区挂牌价（2025-04 抓取）；AWS 取 us-east 价按 7.24 折算；云盘与订阅条款为 2026-08-06 抓取。
  • 自建 ¥19/核·月为独占物理机（64C/384G）五年摊销，与探探（¥19.5）、DHH（约 ¥25）公开实测同量级；NVMe ¥14.5/TB·月为企业级盘五年摊销。
  • 阿里云 RDS 单实例价 ≈ 高可用价 ÷ 2.35（基础独享系列挂牌比率）；AWS 多可用区 = 2 × 单可用区（挂牌关系）。
  • 价格会变：核对现价请走厂商页面 —— AWS RDS PostgreSQL 价格页 · 阿里云价格计算器。
  1. 托管数据库成本分析 — vonng.com/cloud/rds/
  2. 云计算成本分析 — vonng.com/cloud/ecs/
  3. 云块存储成本分析 — vonng.com/cloud/ebs/
  4. 云与本地基础设施 — vonng.com/cloud/paradigm/
  5. 37signals 的公开下云记录 — vonng.com/cloud/odyssey-done/
  6. Ahrefs 的公开基础设施成本比较 — vonng.com/cloud/ahrefs-saving/
  7. 小红书基础设施讨论 — vonng.com/cloud/rednote-cloud-exit/
  8. 对象存储成本分析 — vonng.com/cloud/s3/

PUBLIC REFERENCES · 公开参考

公开发表的行业经验

37signals · DHH

五年省 ~$10M

把 HEY 在内的七个应用搬离 AWS，回到自有硬件。下云首年就省下超过一百万美元，实际节省跑赢了预期。

出处 [5] →

Ahrefs

三年省 ~$4 亿

这家搜索索引巨头把自建机房和 AWS 挂牌价逐项对了一遍账：不上云，三年省下约四亿美元。

出处 [6] →

Tantan · 探探

25,000 核自建

约 25,000 核自建 PostgreSQL 与 Redis，扛数百万 QPS，DBA 团队两三个人 —— 就是上图 ¥19.5 核月成本的原型。

出处 [1] →

RedNote · 小红书

自建优先

在云原生时代长大的内容平台，基础设施战略正在转向自建优先。

出处 [7] →

以上为第三方公开报道或成本分析，并非 PGSTY 客户案例、背书或对您项目结果的承诺。具体情况请查阅原始来源。

THE ROAD · 迁移路径

分阶段评估与实施

先确认目标与约束，再通过试点与演练验证方案。各阶段可分别约定服务范围；以下价格仅为相关服务的起点。

1评估
  • 盘点实例、规格与依赖
  • 用真实账单算 TCO
  • 标出难点与迁移顺序

≈ 问题咨询 ¥300 / 问题 · 专家咨询 ¥3,000 / 次

2试点
  • 准备独立测试环境
  • 把非关键业务先搬上去
  • 演练故障切换与备份恢复

≈ 开源版 · 免费

3迁移
  • 评估并配置适用的数据同步方式
  • 演练切换与回滚预案
  • 在约定窗口执行并验证结果

≈ 故障协助 ¥30,000 / 人天

4运维
  • 落实高可用与备份检查流程
  • 明确监控、告警与值班责任
  • 按约定获取后续技术支持

≈ 订阅 ¥5 万 起/年

REQUIREMENTS · 关键要求

决策前需要明确的责任

运维人员与流程

自动化能减少重复工作，但不能替代明确的责任人。评估应覆盖容量、升级、监控、故障响应和恢复演练，以及团队是否需要额外支持。

高可用与恢复目标

需要根据业务目标确定故障域、复制方式和备份保留策略，并实际演练故障切换与恢复。演示环境或默认配置不能替代生产环境验收。

安全与监管要求

数据驻留、权限、密钥、日志、补丁和审计要求取决于具体业务与法域。需要由客户的安全与合规团队确认要求，并对实际架构进行评审。

THE ESSAYS · 下云文选

延伸阅读

以下链接为创始人发表的技术文章与评论，提供本页成本模型的背景。文章中的观点与历史数据应结合具体日期和环境理解。

算账

案例

背景与观点

下云专栏全部文章 →

与 PGSTY 合作

聊聊您的下一个项目。

告诉我们您的数据库环境、目标与时间安排，一起明确合适的下一步。

联系团队 ron@pgsty.com

FAQ · 常见问题

下云常见问题

自建 PostgreSQL 一定更便宜吗？

不一定。成本取决于负载、采购折扣、利用率、人员投入、可靠性要求与迁移工作量。这里的历史模型只用于初步说明，实际决策需要当前报价和针对具体环境的完整评估。

团队需要哪些运维能力？

自动化可以减少重复工作，但团队仍需负责权限管理、容量规划、升级、恢复测试与故障决策。评估阶段会梳理这些职责，以及需要补充的支持能力。

如何规划高可用与恢复？

Pigsty 集成 Patroni 与 etcd 实现故障切换，并通过 pgBackRest 支持备份恢复。需要针对实际负载设计与测试拓扑、恢复目标和运维流程；仅使用软件本身不构成服务保证。

迁移需要多长停机窗口？

切换窗口取决于数据库规模、模式、可用复制方式与应用行为。在确定窗口前，需要检查兼容性、进行迁移演练，并确认校验与回退步骤。

可以评估从其他数据库迁移吗？

可以。先了解源数据库、模式、扩展、应用依赖与实际负载。兼容性选项不意味着所有应用都能直接迁移；评估会明确必要改动与可行范围。