你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
应用程序平台是指托管环境、应用程序依赖项、框架和库。 对于 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。 HANA 上的 SAP Business One 与 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 Reservations。
使用 Azure 混合权益。 Azure 允许使用启用了本地软件保障的 Windows Server 和 SQL Server 许可证。 权益适用于 Red Hat 和 SUSE Linux 订阅。 此优势可以为混合 SAP 工作负荷带来重大节省。 有关详细信息，请参阅 混合许可权益。
有关详细信息，请参见:
配置应用程序服务器可靠性
影响：可靠性
应用程序服务器可靠性的目标是在需要时让多个应用程序服务器对流量和故障转移进行负载均衡。 可以通过冗余实现 SAP 应用程序服务器层的复原能力。 可以在具有至少两个应用程序服务器的 Azure 虚拟机的不同实例上配置多个对话框实例。 下面是应用程序服务器复原建议。
使用可用性区域。 可以在可用性集中或跨可用性区域部署 SAP 应用程序服务器。 做出的决定需要基于工作负荷要求，但是，我们目前建议将可用性区域作为复原能力的最佳选项。 不建议使用规模集。 有关详细信息，请参阅 SAP 的可用性区域。
使用多个应用程序服务器。 建议使用多个较小的应用程序服务器而不是一个更大的应用程序服务器。 此设置可避免单一故障点。 最佳做法是配置 SAP 登录组（SMLG）和 Batch 服务器组（RZ12），以便更好地在最终用户和批处理之间实现负载均衡。
有关详细信息，请参见:
提高计算性能效率
影响：性能效率
计算是支持 SAP 应用程序的核心。 计算包括硬件、核心数和内存。 这些功能是组织的基础。 如果不优化计算配置，SAP 工作负荷将无法满足用户需求峰值或保留预定义预算。 请务必了解工作负荷需求，并将这些需求与用于 SAP 工作负荷的计算相匹配。 下面是一些计算性能注意事项。
针对本地部署的工作负荷进行参考大小设定。 参考尺寸确定是一个在本地检查 SAP 工作负荷的配置和资源利用数据的过程。 参考规模数据展示了工作负载的当前计算需求，这些需求应在 Azure 中匹配。 若要查找此信息，请使用 SAP OS 收集器。 SAP OS 收集器检索系统使用情况信息，这些信息可以通过 SAP 事务 OS07N 和 EarlyWatch 警报进行报告。 任何系统性能和统计信息收集工具都可以收集类似的信息。
使用 SAP Quick Sizer 工具进行新工作负载的评估。 SAP 快速大小器是 SAP 开发的基于 Web 的免费工具，用于将业务要求转化为技术要求。 生成新的 SAP 工作负荷以查找具有正确网络和存储吞吐量的 Azure VM 时，请使用此工具。 有关详细信息，请参阅 SAP 快速估算工具。