我们将环境从colo工具迁移到AWS。作为其中的一部分,我们将我们的2个SQL Server 2005升级到2014年。这两个目前是镜像的,我们希望保持这种方式或找到其他方法使服务器冗余。我们的应用程序的交易/服务器使用数量很少 - 但它在生产中,需要高可用性,因此需要进行某种故障转移。
我们已经设置了一个EC2实例并将SQL Server 2014放在其上(而不是出于许可原因使用RDBMS,现在正在探索下一步要做什么。
人们有什么建议来实现我们需要的冗余?
到目前为止,我已经看到了两个选项,并在谷歌上搜索。我在下面列出它们 - 我们对其他选项非常开放!
首先,使用RDBMS镜像服务,但我无法判断这是否仅适用于主服务器也是RDBMS的情况 - 它也无助于许可。
其次,使用多个可用区域。这与完全使用不同区域(例如,带宽问题)等有什么利弊?多AZ实际上是否提供了冗余(例如,如果AWS在俄勒冈州出现故障,那么一切都不会失败)?
感谢您的帮助!
答案 0 :(得分:1)
Amazon RDS的多可用区域功能(关系数据库服务)旨在为数据库提供高可用性。
来自Amazon RDS Multi-AZ Deployments:
建议使用当您配置多可用区数据库实例时,Amazon RDS会自动创建主数据库实例,将数据同步复制到不同的备用实例可用区(AZ)。每个AZ都在其独立的物理上独立的基础设施上运行,并且设计为高度可靠。如果基础架构发生故障(例如,实例硬件故障,存储故障或网络中断),Amazon RDS会执行自动故障转移到备用,以便您可以在以后立即恢复数据库操作故障转移完成。由于数据库实例的端点在故障转移后保持不变,因此您的应用程序可以恢复数据库操作,而无需手动管理干预。
多个可用区来提高系统的可用性。每个AZ都是一个独立的物理设施,因此任何应该落入一个AZ的灾难都不应影响另一个AZ。这通常被视为足够冗余,而不是必须跨多个区域运行。它还具有以下优点:由于低延迟连接,数据可以在AZ之间同步复制,而区域之间可能无法实现这一点,因为它们位于更远的位置。
最后一个好处......只需选择"是"即可激活Amazon RDS的多可用区功能。何时启动数据库。运行您自己的数据库并使用镜像服务需要您在持续的基础上做更多的工作。