我们正在将我们的环境从托管设施迁移到 AWS。作为其中的一部分，我们正在将我们的 2 个 SQL Server 2005s 升级到 2014s。这两个目前是镜像的，我们希望保持这种方式或找到其他方法来使服务器冗余。# of transactions/server-use 对于我们的应用程序来说是轻量级的 - 但它在生产中，需要高可用性，因此需要某种故障转移。
我们已经设置了一个 EC2 实例并在其上安装了 SQL Server 2014（而不是出于许可原因使用 RDBMS，现在正在探索下一步该做什么来实现这一点。
人们有什么建议来实现我们需要的冗余？
到目前为止，我已经看到了两个选项并在谷歌上搜索。我在下面列出了它们 - 我们对其他选择非常开放！
首先，使用 RDBMS 镜像服务，但我不知道这是否仅适用于主体服务器也是 RDBMS 的情况 - 它也无助于许可。
其次，使用多个可用区。与完全使用不同区域（例如，带宽问题）等相比，这有什么优点/缺点？多可用区是否真的提供了冗余（例如，如果 AWS 在俄勒冈州出现故障，那么不是一切都下降了）？
谢谢您的帮助！
Amazon RDS （关系数据库服务）的多可用区功能旨在为数据库提供高可用性。
当您预置多可用区数据库实例时，Amazon RDS 会自动创建一个主数据库实例并将数据同步复制到不同可用区(AZ) 中的备用实例。每个 AZ 都在其自己的物理上不同的独立基础架构上运行，并且设计为高度可靠。如果发生基础设施故障（例如，实例硬件故障、存储故障或网络中断），Amazon RDS 会自动故障转移到备用数据库，以便您可以在故障转移完成后立即恢复数据库操作。由于您的数据库实例的端点在故障转移后保持不变，因此您的应用程序可以恢复数据库操作，而无需手动管理干预。
建议使用多个可用区以提高系统的可用性。每个 AZ 都是一个单独的物理设施，因此应该发生在一个 AZ 的任何灾难都不应该影响另一个 AZ。这通常被认为是足够的冗余，而不是必须跨多个区域运行。它还有一个好处是，由于低延迟连接，数据可以在 AZ 之间同步复制，而这在 Region 之间可能是不可能的，因为它们之间的距离较远。
最后一个好处... Amazon RDS 的多可用区功能只需在数据库启动时选择“是”即可激活。运行您自己的数据库和使用镜像服务需要您在持续的基础上做更多的工作。