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