你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
SAP 工作负载应用程序设计
SAP 应用程序应遵循设计原则。 此处的指南侧重于成本优化和可靠性。
SAP 应用程序成本优化
影响：成本优化
优化 SAP 应用程序可以降低总拥有成本，而不会减少功能。 目标是在) 产生最大投资回报 (ROI。 下面是优化 SAP 应用程序的方法。
确定应用程序责任。 优化 SAP 应用程序应由客户业务应用程序团队负责。 让某人或组负责成本将有助于制定在 SAP 工作负载生命周期内优化成本的决策。
合理化和重新架构。 应考虑合理化或重新构建 SAP 应用程序，尤其是在迁移期间。 S4 HANA 通常替换可添加为旧系统的旧 SAP 应用程序。 SAP WAF 评估可以帮助验证重新架构工作，应定期进行。 有关详细信息，请参阅 Azure Well-Architected 评审。
最大程度地减少对旧系统的投资。 应在最低支持的体系结构上托管旧版 SAP 应用程序，以帮助降低成本。 旧版应用程序速度较慢且性能较差。 合理化和重新架构后保留的任何旧系统都应获得可能的最低支出，并在适当时停用。 有关详细信息，请参阅 Azure 成本管理。
SAP 应用程序可靠性
影响：可靠性
使用多层体系结构。 创建多层体系结构以支持 SAP 工作负载对于提高可靠性至关重要。 层数和体系结构因每个 SAP 应用程序而异。 确保将应用程序组件彼此隔离，并创建冗余以实现高可用性。 在适用的情况下，应隔离 SAP Web 调度程序、SAP 中心服务、SAP 应用服务器、SAPMNT 共享和数据库。 我们提供了多个不同 SAP 应用程序的示例体系结构，你可以使用这些应用程序来为设计提供信息。
有关详细信息，请参阅：
配置 SAP 中心服务可靠性。 SAP 中心服务 (SCS) 或 ABAP SAP 中心服务 (ASCS) 是 SAP 应用程序通信的基础。 它由消息服务器和排队服务器组成。 中心服务层通常是单一故障点，必须进行设置以实现高可用性，以实现 SAP 应用程序复原能力。 若要添加冗余，请使用支持群集的兼容共享存储技术创建 SAP 中心服务的群集。 根据操作系统和正式版或专用/公共预览版中可用的共享存储技术，可以使用各种选项。 可用性区域提供了创建高可用性 ASCS 体系结构的机会。
有关详细信息，请参阅：