微软 SQL 服务器的单区域架构模式

单区域架构模式可帮助您避免网络延迟，因为您的 SAP 工作负载组件位于同一区域内的近距离位置。每个 AWS 区域通常有三个可用区。如需更多信息，请参阅AWS 全球基础设施地图。

当您需要确保 SAP 数据位于数据主权法律规定的区域边界内时，您可以选择这些模式。

以下是两种单一区域架构模式。

模式 1：具有两个生产可用区的单一区域

在这种模式下，你的 Microsoft SQL 服务器部署在两个可用区中，两个实例上都 AlwaysOn 进行了配置。主实例和辅助实例的实例类型相同。辅助实例可以在主动/被动或主动/主动模式下部署。我们建议使用同步复制模式实现两个可用区之间的低延迟连接。

如果您正在寻找用于自动故障转移的高可用性群集解决方案，以实现接近零的恢复点和时间目标，则这种模式是基础。 AlwaysOn带有 Windows 群集的 SQL 可实现自动故障转移，可针对故障情况（包括罕见的可用区丢失）提供弹性。

您需要考虑 AlwaysOn 配置许可的额外成本。此外，将生产等效实例类型配置为备用实例会增加总拥有成本。

微软 SQL 服务器备份可以存储在亚马逊 S3 存储桶中。Amazon S3 对象自动存储在跨越至少三个可用区的多台设备中。为了防止逻辑数据丢失，您可以使用 Amazon S3 的同区域复制功能。

通过同区域复制，您可以在单独的 AWS 账户中设置自动复制 Amazon S3 存储桶。此策略可确保并非所有数据副本都因恶意活动或人为错误而丢失。要设置同区域复制，请参阅设置复制。

模式 2：具有一个生产可用区的单一区域

在这种模式下，Microsoft SQL Server 作为独立安装进行部署，没有用于复制数据的目标系统。这是最基本、最具成本效益的部署选项。在故障情况下，可用来恢复业务运营的选项有 Amazon EC2 auto recovery（在实例出现故障时使用 Amazon EC2 auto recovery），或者在出现影响可用区的重大问题时从最新有效的备份中恢复和恢复。