Elastic、Google Cloud和Kyndryl的端到端SAP可观测性方案：深度解析

全球成千上万的公司，无论是中型企业还是大型企业，都依赖于强大且高效的SAP系统来支持其核心运营。从销售到财务，从仓库管理到生产计划与执行，企业的持续性、收入和客户成功高度依赖于在企业资源规划（ERP）架构上运行的流程。然而，维持SAP性能的最佳状态、确保数据安全以及识别潜在问题可能是一项复杂的挑战。传统的监控解决方案通常无法提供全面的数据视图和深入的见解。

在Elastic，与Kyndryl和Google Cloud的合作下，我们为您的SAP环境设计了一个全栈可观测性体验。这一强大的解决方案结合了各行业领导者的最佳实践，使您能够充分挖掘SAP数据的潜力，做出明智的、数据驱动的决策。

全面了解您的SAP生态系统：从基础设施到业务分析

solutions

复杂的SAP环境包括多个ERP产品（如ECC、S/4HANA）、分析解决方案（如BW、BW/4HANA、SAC）、安全和合规工具（如GRC）以及创新平台（如SAP BTP、Fiori Launchpad）。这些组件与数十个外部系统紧密相连，并运行在混合托管和网络基础设施上。因此，监控这些环境通常需要多种不同的工具。

Elastic与Kyndryl和Google Cloud的联合方案超越了传统监控，通过Kibana提供SAP生态系统的全面视图，涵盖四个不同层次：

1. 云和混合基础设施

深入了解您的云或混合托管环境的健康状况和性能，识别潜在的瓶颈和资源约束，确保您的SAP应用有一个坚实的基础。

Elastic和Google Cloud生态系统提供广泛的选项，将监控服务的数据传输到安全工具中，满足特定需求和架构。Elastic提供与Google Cloud及第三方服务的本地集成，用于摄取、处理、搜索和可视化日志、指标和跟踪。核心工具是Elastic Agent，简化数据收集和解析，并在Kibana中提供预构建的仪表板。除了作为可观测性核心工具之外，它还可以作为端点保护工具，使用机器学习算法和行为分析进行实时恶意软件检测、漏洞扫描和安全策略执行。通过Kibana访问的集中管理界面Fleet，简化了分布式管理任务，如更新、策略更改和配置。

Elastic Agent支持从各种Google Cloud服务中收集日志，包括Google Cloud Storage、VMs、Kubernetes、VPC、防火墙、DNS、功能和Pub/Sub。特别是，Pub/Sub作为代理，方便从不同Google服务发布数据。通过Pub/Sub日志接收器，用户可以访问Google的整个生态系统，即使在没有直接集成的情况下。这些功能增强了数据收集能力，使组织能够高效地监控和保护其Google Cloud环境，同时简化了在集中界面上的管理任务。

例如：如果关键业务活动由于系统链中的未知故障而被阻断——可能是由于VPN中断、DNS故障导致的主机名解析错误，或带宽限制导致SAP和其他系统通信受阻，SAP系统管理员和SRE能够轻松分析任何中断，找到根本原因，关联事件，并通过AI驱动的工具识别异常模式。

explain log rate spikes

2. SAP工作负载：机器层

Elastic Agent的同样功能适用于托管SAP工作负载的VMs，利用其通用OS和Compute Engine特定集成。通过该Agent，您将能够利用性能监控和安全日志收集与分析的用例，以及使用单一组件进行主动端点威胁保护。此外，专门针对SAP工作负载，Google Cloud的SAP Agent也发挥作用。

Google Cloud的SAP Agent是一款多功能工具，旨在增强运行在Compute Engine和裸金属实例上的SAP工作负载的监控和管理，无论是在Linux还是Windows操作系统上。作为Netweaver 2.0监控代理的继任者，它整合了多个先前的监控代理，同时引入了新的功能和特性。该代理勤勉地收集有关SAP工作负载的重要信息，包括HANA和非HANA基础上的工作负载。

SAP Agent的核心功能之一是收集SAP Host Agent指标，这些指标对SAP了解主机机器及其环境至关重要。这些指标包括CPU利用率、内存消耗、磁盘吞吐量、延迟、网络带宽和配置细节。此外，代理还提供进程监控指标，提供对SAP应用状态和运行条件的洞察，以及工作负载管理器验证指标，以确保遵守最佳实践。

SAP Agent无缝运行，将收集的指标发送到SAP Host Agent和Google Cloud Monitoring。其配置灵活性确保客户完全控制所收集的数据：您可以通过SAP Note 2469354 - Key Monitoring Metrics for SAP on IaaS Infrastructure探索代理收集的指标。通过在GitHub上的开源代码，确保透明性，同时对机器和应用的性能和成本影响最小。

这两个代理——您可以安装其中一个或两个——对于维护最佳性能和可靠性至关重要，它们都能够将收集的数据转发到Elasticsearch，以便通过Kibana进行高级AI驱动的搜索洞察和数据可视化，提供对数据的统一访问点。了解如何将Google的Cloud Logging和Cloud Monitoring与Elastic集成。

SAP workloads: Machine layer

3. SAP工作负载：应用层

Kyndryl提供全面的IT基础设施服务，包括云服务、网络、数据管理、安全和数字化转型解决方案，旨在帮助企业优化和现代化其IT运营，提高敏捷性并推动业务增长。

凭借多年的SAP系统专业知识，Kyndryl开发了一个自定义连接器，用于将SAP应用数据导入Elastic，能够从上述金字塔的第三层生成见解，重点关注应用健康和用户体验。

此外，可视化、仪表板和机器学习作业将原始数据转化为可操作的情报。

这一层的数据包括：

• 用户在SAP应用中的活动（登录、交易、搜索）
• 跟踪系统更改和用户操作的审计日志
• 后台作业的性能和完成时间
• SAP进程执行指标（响应时间、内存使用情况）

在这一层，您可以深入了解用户活动、审计日志、后台交易和ABAP程序。利用我们的可视化和警报，您可以诊断问题，识别性能瓶颈，并确保应用功能的最佳状态。

performance dashboard

架构概述

为了监控您的SAP应用环境，需要几个组件。SAP基础设施将包含SAP实例和安装有Filebeat代理的Linux或Windows服务器。另一方面，云端或本地的Elasticsearch基础设施将接收从SAP应用中提取的数据。

SAP infrastructure

Kyndryl开发的Java应用程序将安装在SAP JVM上。该应用程序将连接到SAP实例，并使用SAP Java连接器建立与SAP主应用服务器的连接。它将执行一个SAP功能模块以检索SAP性能指标并创建一个CSV文件。Filebeat代理检测到CSV文件后，将文件内容的每一行发送到Elasticsearch的摄取管道。在此阶段，每一行收到的内容将被解析并在Elasticsearch中索引，准备好进行查询和使用。

作为替代方法，可以直接从Java应用程序连接到Elasticsearch，使用Elasticsearch Java API直接发送SAP性能指标。

通过上述Java应用程序，可以监控ECC和S/4HANA。

一旦数据在Elastic中被索引和存储，它就可以被使用。Kyndryl提供的Kibana中的定制仪表板、可视化和警报如下所示。

SAP response times

SAP响应时间

Database response times

数据库响应时间

案例分析

让我们举一个例子，说明这种集成如何帮助理解可能出现的问题的根本原因并迅速解决它们。

查看SAP响应时间仪表板，我们可以看到在上午8:30左右出现了大约5秒的异常响应时间：

SAP Response Times dashboard

这一问题在凌晨4:30到上午9:30之间出现。响应时间分布图显示，在同一时间段内，SAP实例处理的总对话步骤中，只有50%的平均响应时间约为1秒。

仔细查看响应时间的分解，我们可以观察到主要的高响应时间原因是滚动等待时间（超过3.5秒）。高滚动等待时间通常是网络问题的指示，需要进一步调查。然后可以利用Elastic的更广泛的可观测性解决方案，识别网络问题并迅速解决。

4. 业务分析

最有价值的SAP数据存在于它管理的业务流程中。对SAP可观测性的全面方法不能忽视由销售、财务、物流、生产等活动产生的大量数据。这使得通过揭示隐藏的模式和改进机会来进行数据驱动的决策成为可能。包括以下示例：

• 针对特定模块的业务分析
• 高级地理空间搜索（如运输管理、零售销售）
• 识别应用性能问题与生产计划波动、交付时间和销售数字之间的关联
• 分析流程变化如何影响系统资源利用率
• 启用欺诈检测警报系统

Google Cloud Cortex Framework是一个专家包，旨在利用SAP和其他应用的数据推动Google Cloud上的分析和业务流程创新。它提供了一系列服务，用于构建、部署和管理高级分析解决方案，简化了实施过程，使得无需广泛设置时间即可快速试验。通过简单的指导，客户可以在几分钟内部署所需的Google Cloud服务。该框架简化了与常见应用和系统的预构建连接器的集成，实现实时洞察，降低实施的风险、复杂性和成本。

Google Cortex Framework与SAP的一个关键集成是通过Landscape Transformation Replication Server（LT复制服务器）。Cortex框架使得SAP数据可以直接集成到Google BigQuery，Google Cloud的完全托管企业数据仓库。通过在LT复制服务器中安装的BigQuery连接器，企业可以实现SAP数据的近实时复制到BigQuery。

Google BigQuery以其无服务器架构和可扩展的分布式分析引擎，为在大容量SAP应用数据上运行查询提供了强大的平台，同时将其与其他数据源（如Salesforce）集成，实现全组织数据的全面分析。它还提供了预构建的数据模型，用于准确地将数据仓库中的数据映射为ERP系统中的数据。

pre-built data model

当您的数据基础建立在BigQuery中时，您可以利用Kibana作为您的搜索和数据可视化加速层，在其中进行基础设施日志与业务数据的关联。通过专用的Dataflow模板，可以轻松地将选定的BigQuery数据移至Elasticsearch。

对于不同的数据仓库策略或架构，还可以通过您喜欢的ETL或消息代理直接从ERP系统流式传输SAP业务数据到Elasticsearch索引，例如Confluent Kafka连接器。

释放SAP环境的真正潜力

SAP environment

我们已经看到，了解企业环境的所有层次对于理解业务的各个方面并在必要时快速解决问题是多么重要。

构建一个可以全面监控SAP环境的解决方案并非易事。Elastic、Google Cloud和Kyndryl的合作证明了可以克服这种复杂性，使我们能够构建一个监控SAP的360°解决方案。我们监控基础设施、机器、应用程序和业务分析层。这使我们能够将基础设施问题与业务目标或应用程序问题与基础设施架构相关联，等等。

这意味着您将能够考虑可能导致问题的所有方面并快速找到根本原因。此外，它使您能够在性能下降导致中断并严重影响您的流程之前发现问题，保持您的组织专注于您的主要业务。