Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

Microsoft SQL Server 的单区域架构模式

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

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

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

模式 1：单个区域，具有两个可用区用于生产环境

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

如果您正在寻找用于自动失效转移的高可用性集群解决方案，以实现接近零的恢复点目标和恢复时间目标，则可以将此模式作为基础。为自动失效转移使用 SQL AlwaysOn with Windows 集群，可在出现故障时（包括罕见的可用区丢失）提供韧性。

您需要考虑 AlwaysOn 配置的额外许可成本。此外，预置与生产环境中相同的实例类型作为备用实例，会增加总拥有成本。

Microsoft SQL Server 备份可以存储在 Amazon S3 存储桶中。Amazon S3 对象会自动存储在单个区域中至少三个可用区的多个设备中。为了防范逻辑数据丢失，您可以使用 Amazon S3 的同区域复制功能。

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

模式 2：单个区域，具有一个可用区用于生产环境

在这种模式下，Microsoft SQL Server 作为独立安装进行部署，没有用于复制数据的目标系统。这是最基本、最具成本效益的部署选项。在故障场景中用于恢复业务运营的选项，出现实例故障时通过 Amazon EC2 自动恢复功能提供，出现影响可用区的重大问题时从最新的有效备份中还原和恢复。