本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
微软 SQL 服务器的单区域架构模式
单区域架构模式可帮助您避免网络延迟，因为您的 SAP 工作负载组件位于同一区域内的近距离位置。每个 Amazon 区域通常都有三个可用区。有关更多信息，请参阅Amazon 全球基础设施地图
当您需要确保 SAP 数据位于数据主权法律规定的区域边界内时，您可以选择这些模式。
以下是两种单一区域架构模式。
模式 1：具有两个生产可用区的单一区域
在这种模式下，你的 Microsoft SQL 服务器部署在两个可用区中，两个实例上都 AlwaysOn 进行了配置。主实例和辅助实例的实例类型相同。辅助实例可以在active/passive or active/active模式下部署。我们建议使用同步复制模式实现两个可用区之间的低延迟连接。
如果您正在寻找用于自动故障转移的高可用性群集解决方案，以实现接近零的恢复点和时间目标，则这种模式是基础。 AlwaysOn 带有 Windows 群集的 SQL 可实现自动故障转移，可针对故障情况（包括罕见的可用区丢失）提供弹性。
您需要考虑 AlwaysOn 配置许可的额外成本。此外，将生产等效实例类型配置为备用实例会增加总拥有成本。
微软 SQL 服务器备份可以存储在亚马逊 S3 存储桶中。Amazon S3 对象自动存储在多个设备上，跨越一个区域中至少三个可用区。为了防止逻辑数据丢失，您可以使用 Amazon S3 的同区域复制
通过同区域复制，您可以在单独的 Amazon 账户中设置自动复制 Amazon S3 存储桶。此策略可确保并非所有数据副本都因恶意活动或人为错误而丢失。要设置同区域复制，请参阅设置复制。
模式 2：具有一个生产可用区的单一区域
在这种模式下，Microsoft SQL Server 作为独立安装进行部署，没有用于复制数据的目标系统。这是最基本、最具成本效益的部署选项。在故障情况下，可用来恢复业务运营的选项有 Amazon a EC2 uto recovery（在实例出现故障时），或者在出现影响可用区的重大问题时，通过从最新有效的备份中恢复和恢复。
