本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
SAP 谈微软 SQL 服务器的 Amazon 架构模式
本文档提供了有关在 Microsoft SQL 服务器上的 Amazon 云端部署 SAP 工作负载的架构模式的信息。在考虑恢复时间和恢复点目标的同时,这些模式提供了高可用性和弹性的实施选项。
从业务需求向后推进,定义一种满足 SAP 系统和数据可用性目标的方法。对于每种故障场景,弹性要求、可接受的数据丢失和平均恢复时间都必须与组件和支持的业务应用程序的关键程度成正比。
您可以根据自己的特定业务标准自定义这些模式。在选择模式时,您应该考虑每种故障类型的风险和影响,以及缓解成本。
模式
架构模式分为两类。
比较矩阵
下表对进一步讨论的所有架构模式进行了比较。
图案 |
业务需求 |
解决方案特征 |
实施详情 |
||||
弹性类型 |
恢复点目标 |
恢复时间目标 |
成本 |
复杂性 |
SQL AlwaysOn |
亚马逊 S3 复制 |
|
图案 1 |
单区域灾难恢复 |
接近零* |
低 |
中 |
中 |
2 层 |
不适用 |
图案 2 |
中 |
高 |
非常低 |
非常低 |
不适用 |
不适用 |
|
图案 3 |
多区域灾难恢复 |
中 |
高 |
中 |
中 |
2 层 |
跨区域 |
图案 4 |
接近零* |
低 |
高 |
高 |
3 层 |
跨区域 |
|
图案 5 |
中 |
高 |
低 |
低 |
不适用 |
跨区域 |
|
图案 6 |
低 |
低 |
中 |
中 |
不适用 |
不适用 |
*要实现接近零的恢复点目标,必须在同一 Amazon 区域内以同步数据提交模式设置数据库复制。