Database 这真的值得吗？

从RDS实例的价格来看，多AZ实例的成本是前者的两倍。考虑到生产环境，它值得吗

---

与多AZ实例相比，我应该期望单个AZ实例的正常运行时间是多少？有没有人有在单可用性区域和多可用性区域上运行生产数据库的经验

我们使用AWS RDS进行了多AZ生产部署，自过去3年以来，它一直运行良好

下面清楚地列出了使用多az与单RDS部署的好处。运行多az最重要的一个方面是，如果某个区域中的一个az出现故障，生产应用程序流量将自动路由到备用az中的RDS。此外，在不影响正常运行时间的情况下，对每个AZ的RDS进行DB维护和升级（对于多AZ RDS）

---

就成本而言，应用程序能够承受的停机容忍度完全取决于应用程序的性质。这是成本与正常运行时间的权衡。

谢谢。所以我想这里真正的问题是：我应该从一个AZ实例中得到什么样的停机时间？这完全是主观的。如果遇到致命的数据库崩溃，可能需要很长时间才能再次重建并恢复服务，可能需要几分钟到几小时，这取决于从快照恢复的速度，而快照恢复的速度又取决于数据库的大小。此外，RDS维护窗口通常持续几分钟，在此期间可能会出现服务波动（停机），因此单个AZ部署可能会产生实际影响。另外两个注意事项：首先，如果单个AZ RDS数据库与单个AZ生产环境位于同一AZ中，则“高可用性”不会真正受到影响：如果在RDS中承载数据库的AZ关闭，您的应用程序无论如何都会关闭，因为您的应用程序位于同一AZ中（仅限于此）。其次，即使在multi-AZ设置中，将时间恢复到上一个时间点通常也需要几个小时。因此，经常备份到S3（或rsync.net等外部服务）的单个AZ RDS数据库可能足以满足某些生产用途。谢谢，Ville。这正是我在寻找和怀疑我的用例（一个非常小的基于WordPress的非必要站点）的答案。