多可用区 RDS 真的值得吗? [关闭]

Posted

技术标签:

【中文标题】多可用区 RDS 真的值得吗? [关闭]【英文标题】:Is multi-AZ RDS really worth it? [closed] 【发布时间】:2014-10-26 05:19:40 【问题描述】:

查看 RDS 实例的价格,多可用区实例的成本翻了一番。考虑到生产环境,是否值得?

与多可用区实例相比,我应该期望单可用区实例的正常运行时间多长?有没有人有在单可用区和多可用区上运行生产数据库的经验?

【问题讨论】:

【参考方案1】:

我们使用 AWS RDS 进行了多可用区生产部署,并且在过去 3 年中运行良好。

multi-AZ catalog page 明确列出了使用多可用区与单 RDS 部署的优势。运行多可用区的最重要方面之一是,如果一个区域中的一个可用区出现故障,生产应用程序流量会自动路由到备用可用区中的 RDS。此外,数据库维护和升级适用于每个可用区的 RDS(对于多可用区 RDS),而不会影响正常运行时间。

关于成本,完全取决于应用程序的性质,它可以承受多少停机时间容忍度。这是成本与正常运行时间的权衡。

【讨论】:

谢谢。所以我想这里真正的问题是:我应该期望单个 AZ 实例的停机时间是多少? 这完全是主观的。如果您遇到致命的数据库崩溃,您可能需要很长时间才能再次重建它并恢复服务,可能需要几分钟到几小时,具体取决于您从快照恢复的速度,这又取决于数据库的大小。此外,RDS 维护窗口通常持续几分钟,在此期间可能会出现服务波动(停机),因此单个 AZ 部署可能会真正感受到这种影响。 另外两个注意事项:首先,如果您的单 AZ RDS 数据库与您的单 AZ 生产环境在同一个 AZ 中,那么“高可用性”并不会真正受到影响:如果托管您的 AZ RDS 中的数据库出现故障,您的应用程序无论如何都会关闭,因为您的应用程序位于同一个可用区(仅)。其次,即使在多可用区设置中,恢复到前一个时间点的时间通常也需要几个小时。因此,经常备份到 S3(或 rsync.net 等外部服务)的单可用区 RDS 数据库可能足以满足某些生产用途。 谢谢你,维尔。这是我正在寻找并怀疑我的用例(一个非常小的非必要的基于 WordPress 的网站)的确切答案。

以上是关于多可用区 RDS 真的值得吗? [关闭]的主要内容,如果未能解决你的问题,请参考以下文章

为啥 AWS RDS Aurora 在默认情况下已经跨不同区域进行复制时具有“多可用区部署”选项?

配置 GlassFish JDBC 连接池以处理 Amazon RDS 多可用区故障转移

RDS故障转移到哪个可用性区域?

ali yun RDS for MySQL的基本功能

关于 AWS 的 RDS Multi AZ 的两个问题

Elastic Beanstalk:在同一可用区创建 EC2 和 RDS 实例