你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
SAP 工作负载应用程序平台
应用程序平台是指宿主环境、应用程序依赖项、框架和库。 对于 SAP 工作负载，Azure 平台提供了优化成本和性能的机会，使你能够以更少的资源完成更多工作。
优化计算成本
影响：成本优化
计算成本优化是通过在整个 SAP 工作负载生命周期内规划、监视和调整 VM 大小来实现的。 VM 为 SAP 应用程序提供计算能力，并直接影响成本和性能。 建议监视 SAP 工作负载的计算成本，以确保花费的资金有助于实现组织目标。 下面是 SAP 工作负载计算的成本优化建议。
选择正确的 VM 类型
Azure 为工作负荷提供 SAP 认证的 VM。 错误的 VM 类型需要更大的大小才能满足性能需求，从而增加成本而没有好处。 与错误类型的大型实例相比，具有正确类型的较小 VM 可以提供相同或更好的性能。 Azure 提供了 SAP 认证的配置列表，可帮助你了解哪些 VM 能够很好地满足业务需求。
有关详细信息，请参阅 SAP 认证的基础结构。
内存优化 VM 可以满足大多数 SAP 应用程序的要求。 SAP 联机分析处理 (OLAP) 工作负荷和联机事务处理 (OLTP) 工作负荷应使用 M 系列 VM。 OLTP 工作负载的示例包括 SAP HANA、HANA 上的 SAP Business Suite 和 SAP S/4HANA。 OLAP 工作负载的示例包括 HANA BW/4HANA 上的 SAP BW。 SAP Business One on HANA 与 M 系列 VM 配对。
SAP NetWeaver、Business All-in-One、Business Suite Software 和 BusinessObjects BI 与不同的 VM 类型具有更广泛的一致性。 它们可以在 D、G、E 和 M 系列的 VM 上运行。
优化迁移期间的计算成本
许多 SAP 旅程都从本地开始，因此，在整个工作负载迁移过程中规划计算优化非常重要。 请确保在每次 SAP 迁移中遵循最佳做法。 可以在 CAF SAP 文档中找到过程指南。 有了更广泛的流程指南，仍需要为每个 SAP 工作负载自定义计算优化。 我们希望你考虑迁移前和迁移后的里程碑。
优化预迁移。 预迁移优化可确保预配足够的云资源，以支持 SAP 工作负载的预期迁移运行时。 需要验证 Azure VM 是否满足本地工作负载的技术要求。 规划将缩短工作负载的迁移时间，并最大程度地缩短迁移时间，从而降低成本。
优化迁移后。 迁移后优化侧重于最终用户体验。 此步骤恰逢超护理期，即提升客户服务的时间，以确保工作负荷正在执行。 用户开始与工作负荷交互时，应监视工作负荷。 性能指标可能指示需要缩小 VM 大小或切换到其他 VM 类型。
改进应用程序平台卓越运营
优化操作中的 VM 以最大程度地节省成本非常重要。 在 VM 操作中，我们指的是 SAP 工作负载的日常管理。 工作负载的这一阶段能够预测计算需求。 了解用户需求如何影响一段时间内的计算需求非常重要。 VM 选择应随 SAP 工作负载的要求而变化。 下面是操作的成本节省建议。
使用 Azure 顾问。 建议使用 Azure 顾问来确定需要优化的 VM 使用情况。 有关详细信息，请参阅 Azure 顾问成本优化。
强制实施 VM 治理。 作为成本和安全性最佳做法，应在创建 VM 时强制实施 VM 治理。 每个 VM 部署都会增加 SAP 工作负载的运营成本和攻击面。 在治理过程之外创建的 VM 往往会产生不必要的费用，并具有更多的漏洞。 建议使用 Azure Policy 为 SAP 工作负载强制实施 VM 治理。 有关详细信息，请参阅 sap Azure Policy。
停止非关键工作负荷。 每个 SAP 工作负载具有不同级别的关键性。 晚上和周末不需要某些工作负载。 沙盒环境是低关键性的一个很好的示例。 建议停止支持非关键工作负载环境的 VM 以降低成本。 可以为 Azure 中的 SAP 工作负载自动执行此过程。 有关详细信息，请参阅 自动启动和停止 VM。
使用预留实例。 需要连续运行的任何 SAP 工作负载都应使用预留实例来优化成本。 为了提高预算可预测性，可以在指定区域中进行一年或三年的高级购买。 有关详细信息，请参阅 Azure 预留。
使用Azure 混合权益。 Azure 允许使用已启用本地软件保障的 Windows Server 和SQL Server许可证。 权益适用于 Red Hat 和 SUSE Linux 订阅。 此优势可为混合 SAP 工作负载节省大量成本。 有关详细信息，请参阅 混合许可权益。
有关详细信息，请参阅：
配置应用程序服务可靠性
影响：可靠性
应用程序服务器可靠性的目标是让多个应用程序服务器对流量进行负载均衡，并在需要时进行故障转移。 可以通过冗余实现 SAP 应用程序服务器层的复原能力。 可以在具有至少两个应用程序服务器的 Azure 虚拟机的不同实例上配置多个对话框实例。 下面是应用程序服务器复原建议。
使用 可用性区域。 SAP 应用程序服务器可以部署在可用性集中，也可以跨可用性区域部署。 你做出的决策需要基于工作负载要求，但是，我们目前建议将可用性区域作为复原能力的最佳选项。 不建议使用规模集。 有关详细信息，请参阅 SAP 的可用性区域。
使用多个应用程序服务器。 建议使用多个较小的应用程序服务器，而不是使用一个更大的应用程序服务器。 此设置可避免单一故障点。 最佳做法是将 SAP 登录组 (SMLG) 和 Batch Server 组 (RZ12) 配置为在最终用户 & 批处理之间实现更好的负载均衡。
有关详细信息，请参阅：
提高计算性能效率
影响：性能效率
计算是支持 SAP 应用程序的核心。 计算包括硬件、核心数和内存。 这些功能是组织的基础。 如果不优化计算配置，SAP 工作负载将无法满足用户需求高峰，也无法继续使用预定义的预算。 请务必了解工作负载的需求，并将这些需求与用于 SAP 工作负载的计算相匹配。 下面是一些计算性能注意事项。
针对本地工作负载执行参考大小调整。 参考大小调整是检查本地 SAP 工作负载的配置和资源利用率数据的过程。 参考大小调整数据显示工作负载的当前计算需求，这些需求应在 Azure 中匹配。 若要查找此信息，请使用 SAP OS 收集器。 SAP OS 收集器检索可以通过 SAP 事务 OS07N 和 EarlyWatch 警报报告的系统利用率信息。 任何系统性能和统计信息收集工具都可以收集类似信息。
对新工作负载使用 SAP 快速调整程序。 SAP Quick Sizer 是 SAP 开发的基于 Web 的免费工具，用于将业务需求转换为技术要求。 生成新的 SAP 工作负载以查找具有正确网络和存储吞吐量的 Azure VM 时，请使用此工具。 有关详细信息，请参阅 SAP 快速调整大小器。