Azure PostgreSQL开HA：两份资源计费，备份包含量为什么没翻倍？

给小项目建Azure PostgreSQL时，“高可用”看起来很像应该顺手勾上的选项。我会先聊一件更具体的事：数据库暂时不可用时，谁会受到影响，你能接受等多久？仅供自己调试，和已经有人在付费下单，预算理由完全不同。

开发原型可以先围绕恢复需要控制规模；线上业务若确实需要高可用，就把额外资源作为正常预算。 别一边希望有双副本保护，一边仍按一台数据库的价格估算。

高可用多出来的资源，可以直接数清楚

官方价页说明，区域冗余HA的主副本和备用副本，都按各自预配的计算与存储计量。[1] 举个纯资源数量的假设：主副本为2 vCores、128GiB，另一份也是相同配置，计费资源合计便是4 vCores、256GiB。

这不是最终报价，也不保证所有费用严格翻倍。地区、规格、备份和网络仍要另看，但它足以说明为什么打开HA后预算会有明显变化。

备份免费量，仍按主副本来算

自动备份包含量为主服务器预配存储的100%，超出部分另计，不是把HA两份存储合起来当免费备份额度。[1] 在上面的假设里，主副本预配128GiB，对应包含量仍按128GiB判断。

保留更多历史，可能帮助你应对更晚发现的数据问题，也会增加备份占用。我会先问自己通常多久发现误操作、需要回到哪个时间，再决定保留策略。看到HA就省略恢复安排，或者看到备份就认为一定能及时继续业务，都还缺了一次实际验证。

暂时不用，可以省计算，但不是清空账单

停止服务器时不收计算，预配存储与超出包含量的备份存储仍收费。[1] 适合暂停的开发环境，可以据此安排使用时间；至于具体可停多久、部署是否支持，操作前还应核对对应文档，本文不把暂停写成无限期免费保存。

计量细节也影响短时试验。价页FAQ按整小时举例：创建五分钟后删除，仍按一小时计；同小时升到更高档的示例按较高配置计量。[1] 因此，为了只测试几分钟就来回升档，并不能直接按分钟比例估费用。

这笔预算，我会怎样决定

个人原型先按恢复需要安排资源；业务已不能接受长时间不可用，再评估HA及应用重连。两份128GiB资源并不会带来256GiB免费备份包含量，停止服务器也仍有存储费用。本文没有故障演练，具体恢复时间要验证，HA的额外预算应对应到实际受影响的业务。