为亚马逊的SAP应用程序启用 AUTO SCALING

2021-11-22 22:29

如今，在亚马逊上运行 SAP 的客户可以在可靠的全球基础设施之上利用最广泛、最深入的原生云服务集，包括计算、存储和数据库等传统服务，以及 IoT 和机器学习等新兴技术。

这种可扩展性的概念称为垂直扩展。简而言之，它是系统仅通过添加资源来适应额外工作负载的能力。

当然，SAP 数据库层的垂直可扩展性很重要，但应用服务器层呢？我们无法创建一个庞大的应用服务器来支持我们所有的工作负载。即使我们可以，这可能也不是一个好主意。因此，SAP 将应用服务器设计为水平扩展。这就是自动缩放的概念经常发挥作用的地方。

对于水平可扩展性，客户执行规模调整并使用历史数据来确定他们需要多少应用服务器来支持其峰值工作负载。当发生计划外事件时，这会导致资源未充分利用或资源瓶颈，例如营销驱动的销售订单高峰或用于报告的大量数据提取。

这种可扩展性的概念称为垂直扩展。简而言之，它是系统仅通过添加资源来适应额外工作负载的能力。

解决方案概述

传统的自动扩展使用一系列指标，从 CPU 利用率到对负载均衡器目标的请求数。这些都是工作负载和应用程序使用底层资源的重要指标。
但是，它们并未反映客户在使用 SAP 时应考虑的一些必要行为模式。

每个 SAP 应用服务器都由工作流程组成，这些工作流程是基于 SAP 内核的 SAP 服务。这使得 SAP 独一无二。每个工作进程都专门处理一种任务类型，该任务类型在操作系统层运行，消耗 CPU、内存、网络等。在调整 SAP 应用程序服务器的大小时，这些服务器的平衡和分布对于健康的 SAP 系统至关重要。

对于微服务和大多数现代应用程序，标准的自动扩展指标（例如 CPU 和请求计数）通常足以处理应用程序的自动扩展。对于SAP，我们必须考虑工作流程，特别是有多少是免费的或当前消耗的。

那么，我们如何桥接原生自动扩展能力以考虑 CPU 利用率和请求计数以及工作进程消耗？这就是亚马逊专业服务 SAP Application Auto Scaling 解决方案的用武之地。

该解决方案使企业和 SAP Basis 管理员能够根据对话、批处理、排队和打印工作流程的 SAP 特定工作负载指标自动检测 SAP 应用程序服务器的使用情况。该解决方案可以适应并发用户登录、月末结算、付款运行以及各种可预测和不可预测的工作负载的高峰和低谷。

该解决方案使用按需云模型，仅提供您需要的应用程序服务器。它根据您定义的指标水平向外扩展（新计算作为应用程序服务器启动）并返回（现有计算作为应用程序服务器停止）。这就像您的恒温器保持家中温度的方式——您选择一个温度，其余的由恒温器完成。

可是等等。

当我们说这个解决方案不仅可以向外扩展而且可以向内扩展时，我们是否要关闭一个运行着用户和后台作业的应用程序服务器？这是另一个微妙的 SAP 挑战。并非所有 SAP 流量都通过负载均衡器路由，我们可以主动使用连接耗尽。其中一些流量是 SAPGUI 上的最终用户或来自其他系统通过本机 SAP RFC 调用您的系统。

要使用 SAP 本地处理此问题，请使用无服务器计算层亚马逊 Lambda 调用 SAP 中的软关闭或正常关闭功能。这可确保在结束 SAP 实例时不会丢失任何请求或数据，并最大限度地降低此解决方案的总体 TCO。

软关闭等待事务以特定顺序完成。然后，您将其与 EC2 的 API 控制平面相结合，以协调应用程序服务器的底层 EC2 实例，以实现按需 SAP 容量的整体方法。

亚马逊专业服务解决方案使用亚马逊无服务器计算机、存储和分析，使受本地和单体 SAP 架构约束的客户能够以更具弹性、可扩展性和成本效益更高的方式运行 SAP。

结论

使用亚马逊Auto Scaling，您只需支付所需的费用，有助于降低运营成本并提供更高的服务级别目标。就像恒温器一样，您选择指标，剩下的交给解决方案。

END