你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

SAP 工作负载的设计原则

我们围绕 Azure Well-Architected框架及其卓越体系结构的五大支柱构建了本指南。 下表列出了每个支柱,并提供了此集中文章的一般摘要。

架构良好的框架支柱 摘要
可靠性 SAP 工作负载需要体系结构层的复原能力。 你将了解如何创建具有高可用性的 SAP 应用程序来处理关键业务数据。
安全性 SAP 工作负载包含关键业务数据。 你将了解如何使用多个安全层(包括标识、访问、输入验证、数据主权和加密)来保护 SAP 应用程序。
成本优化 SAP 工作负载具有多个体系结构层和众多支持它的资源。 你将了解如何确保 SAP 应用程序部署满足性能预期,同时降低总拥有成本。
性能效率 SAP 工作负载需要是高性能资源才能满足工作效率要求。 你将了解如何在管理成本的同时确保 SAP 工作负载满足用户需求。
卓越运营 SAP 工作负载的大部分生命周期都花在操作上。 你将了解如何管理 SAP 工作负载并保持其运行。

可靠性

可靠的 SAP 工作负载具有复原能力和可用性。 恢复能力是指从故障中恢复并继续工作的能力。 可用性就是运行时间。 高可用性减少了关键维护期间的 SAP 应用程序停机时间,并改进了 VM 崩溃、后端更新、重大停机或勒索软件事件等故障的恢复。 故障发生在本地和云中,因此设计 SAP 工作负载以实现复原能力和可用性非常重要。

进行可靠性评估。 在标准化 SAP 工作负载的可靠性并改进薄弱环节之前,需要评估其可靠性。 了解 SAP 工作负载的可靠性至关重要,以便可以采取措施来解决问题或巩固这些配置。 建议对 SAP 工作负载进行可靠性评估。 评估会询问有关工作负荷的问题,并提供要关注的具体建议。 评估基于自身,因此无需每次重启即可跟踪进度。

对于评估,请启动 Azure Well-Architected评审。 出现提示时,选择“开始评估”和“Azure 上的 SAP”。

安全性

Azure 上的 SAP 以基础结构即服务 (IaaS) 云模型进行交付。 Microsoft 在物理数据中心、物理网络、物理主机和虚拟机监控程序级别将安全保护构建到服务中。 但你负责虚拟机监控程序上方的区域,例如 SAP 的来宾操作系统。 建议定期评估用于确保安全状况随威胁环境变化的服务和技术。

成本优化

Microsoft 对其 SAP 硬件和服务的快速发展进行了大量投资,以更少的资源提供更多价值。 Azure 硬件功能的频繁增加为 SAP 工作负载提供了优化成本、消除浪费和改进技术的机会。 若要使 Azure 与 SAP 工作负载保持一致,建议为每个 SAP 工作负载创建一个计划。 计划应包含工作负荷的目标和动机。 组织目标和投资优先级应推动应用程序、应用程序平台和数据平台的成本优化计划。

性能效率

性能效率与以更少的速度加速数字化转型有关。 目标是充分利用 SAP 工作负载并满足用户需求,而无需预配资源过度或不足。 低效的性能可能会降低用户体验并增加成本。 性能会影响内部应用程序的工作效率。 它决定面向公众的应用程序的增长。 设计无法满足用户需求的 SAP 工作负载会降低应用程序的速度。 过度补偿过多的计算能力将不必要地推高成本。 通过正确的计算、数据和网络设计,可以避免这些情况。

卓越运营

卓越运营是创建高效的流程来支持 SAP 工作负载。 操作将是 SAP 工作负载生命周期中最长的阶段,团队必须具备运营最佳做法才能管理当天的任务。 操作失败将影响其他设计领域和 SAP 工作负载的整体成功。 定制操作以支持操作中的 SAP 工作负载至关重要。 定期评估、监视和自动化是改善 SAP 卓越运营的核心。

后续步骤

我们在特定设计领域的指导中编织了这些设计原则。 设计领域提供有针对性的指导。 我们希望你能够快速找到所需内容,以便用更少的时间提高工作效率。 将标题用作指南针,在每个设计区域中查找适当的方向。