Elastic、Google クラウド、KyndrylによるエンドツーエンドのSAP Observability：詳細解説

世界中のほぼすべての業種にわたる数万もの企業が、中堅企業から大企業に至るまで、堅牢で効率的な複雑なSAPシステムに依存してコアオペレーションをパワーしています。販売から財務、倉庫管理から生産計画および実行に至るまで、ビジネスの継続性、収益、そして顧客の成功は、エンタープライズリソースプランニング（ERP）アーキテクチャー上で実行されるプロセスに大きく依存しています。しかし、最適なSAPパフォーマンスの維持、データセキュリティの確保、および潜在的な問題の特定は、複雑な課題となる可能性があります。従来型の監視ソリューションでは不十分なことが多く、データがサイロ化されたData viewしか提供されず、得られる洞察も限られています。

Elasticでは、KyndrylおよびGoogle クラウドとのコラボレーションにより、SAP環境向けのフルスタック・オブザーバビリティ体験を設計しました。この強力なソリューションは、各業界リーダーの強みを組み合わせたもので、SAPデータの潜在能力を最大限に引き出し、データに基づいた情報通の意思決定を可能にします。

複雑なSAPランドスケープは、複数のERP製品（ECC、S/4HANA）、分析的ソリューション（BW、BW/4HANA、SAC）、セキュリティおよびコンプライアンスツール（GRC）、イノベーションPlatform（SAP BTP、Fiori Launchpad）で構成されており、これらはすべて数十もの外部システムと厳密に相互接続され、ハイブリッドなホスティングおよびネットワークインフラを基盤としています。その結果、こうしたランドスケープの監視には、多くの場合、多様な複数のツールが必要となります。

ElasticがKyndrylおよびGoogle クラウドと共同で提案するアプローチは、従来の監視の枠を超え、Kibanaを通じて、ベアメタルからビジネスプロセスまで、4つの異なるレイヤーにわたるSAPエコシステムの包括的なビューを提供します。

同じElastic Agentの機能は、SAPワークロードをホストするVMにも適用可能であり、エージェントに備わっている汎用OSおよびCompute Engine固有のインテグレーションを活用できます。このエージェントを通じて、パフォーマンス監視のユースケースとセキュリティログの収集・分析の両方を活用できるほか、単一のコンポーネントを使用してアクティブなエンドポイント脅威保護を実現できます。さらに、SAPワークロード向けには、Google クラウドのAgent for SAPが活用されます。

Google クラウド's Agent for SAPは、LinuxまたはWindowsオペレーティングシステム, OS上で実行されるSAPワークロードの監視と管理を強化するために設計された汎用ツールです。Monitoring Agent for Netweaver 2.0の後継として、以前の複数の監視エージェントを統合し、新しい機能と特徴を導入しています。このエージェントは、HANAベースおよび非HANAベースの両方のSAPワークロードに関する重要な情報を収集します。

Agent for SAPのコア機能の1つは、SAP Host Agentメトリクスを収集する機能です。これは、SAPがホストマシンとその環境を把握するために不可欠です。これらのメトリクスには、CPU使用率、メモリ消費量、ディスクスループット、レイテンシ、ネットワーク帯域幅、構成の詳細が含まれます。さらに、このエージェントはプロセス監視メトリクスを促進し、SAPアプリケーションの状態と実行条件に関する洞察を提供するほか、ベストプラクティスへの準拠を確認するためのワークロードマネージャー検証メトリクスも提供します。

SAP向けエージェントはシームレスに動作し、収集したメトリックをSAP Host AgentとGoogle クラウド Monitoringの両方に送信します。設定の柔軟性により、収集するデータを完全に制御できます。エージェントが収集するメトリックについては、 SAP Note 2469354 - Key Monitoring Metrics for SAP on IaaS インフラストラクチャーで確認できます。透明性を重視し、GitHubでオープンソースのコードを公開しており、マシンやアプリケーションへのパフォーマンスおよびコストへの影響は最小限に抑えられています。

これら2つのエージェント（両方をインストールすることも、お好みのものだけをインストールすることも可能です）は、最適なパフォーマンスと信頼性を保守するために不可欠です。どちらのエージェントも、収集したデータをElasticsearchに転送し、データの統合アクセスポイントであるKibanaを通じて、高度なAI主導の検索による洞察とデータの可視化を実現できます。Discover Googleのクラウド ログとクラウド MonitoringをElasticと統合する方法.

Kyndrylは、クラウドサービス、ネットワーキング、データ管理、セキュリティ、デジタル変革ソリューションを含む包括的なITインフラストラクチャーサービスを提供し、企業のIT運用の最適化と最新化、俊敏性の向上、そしてビジネスの成長を支援します。

SAPシステムに関する長年の専門知識を持つKyndrylは、SAPアプリケーションデータをElasticに取り込むためのカスタムコネクターを開発しました。これは、ピラミッドの第3層から洞察を生成し、アプリケーションの健全性とユーザー体験に焦点を当てることを可能にします。

さらに、可視化、ダッシュボード、Machine Learningジョブによって、生データが実用的なインテリジェンスへと変換されます。

このレイヤーで対象となるデータには、以下が含まれます：

• SAPアプリケーション内のユーザーアクティビティ（ログイン、トランザクション、検索する）

• システム変更とユーザーアクションを追跡する監査ログ

• バックグラウンドジョブのパフォーマンスと完了時間

• SAPプロセス実行メトリック（応答時間、メモリー使用状況）

このレイヤーでは、ユーザーアクティビティ、監査ログ、バックグラウンドトランザクション、およびABAPプログラムを詳細に調査できます。可視化機能とアラートを活用することで、問題を診断し、パフォーマンスのボトルネックを特定して、アプリケーションの最適な機能を維持できます。

SAPアプリケーション環境を監視するには、いくつかのコンポーネントが必要です。SAPインフラストラクチャーには、SAPインスタンスと、FilebeatエージェントをインストールするLinuxまたはWindowsサーバーが含まれます。一方、クラウドまたはオンプレミスのElasticsearchインフラストラクチャーは、SAPアプリケーションから抽出されたデータを受け取ります。

Kyndrylが開発したJavaアプリケーションがSAP JVMにインストールされます。このアプリケーションはSAPインスタンスに接続し、SAP Javaコネクタを使用してSAPプライマリアプリケーションサーバーへの接続を確立します。SAP関数モジュールを実行してSAPパフォーマンスメトリックを取得し、CSVファイルを作成します。その後、CSVファイルがFilebeatエージェントによって検出され、ファイルの内容の各行がElasticsearch取り込みパイプラインに送信されます。この段階で、受信した各行がパースされ、Elasticsearchにインデックスされます。これにより、クエリを実行して使用できる状態になります。

この方法の代替として、JavaアプリケーションからElasticsearchへの直接接続を使用し、Elasticsearch Java APIを使用してSAPパフォーマンスメトリックを直接送信することも可能です。

ECCとS/4HANAはいずれも、上記のJavaアプリケーションを通じて監視できます。

データがインデックス化され、Elasticに格納されると、利用可能な状態になります。Kyndrylが開発したアドホックなダッシュボード、可視化、アラートがKibanaで提供されています。以下にいくつかの例を示します。

この統合が、発生しうる問題の根本原因を把握し、迅速に解決するためにどのように役立つか、例を挙げてみましょう。

SAP応答時間ダッシュボードを見てみると、午前8時30分頃に約5秒の異常な応答時間が発生していることが分かります：

この問題は午前4時30分～午前9時30分の間に発生します。応答時間の分布図によると、同じ期間中にSAPインスタンスによって処理された全ダイアログステップのうち、平均応答時間が約1秒であるものは平均して50％に過ぎません。

応答時間の内訳を詳しく見ると、応答時間が長くなる主な原因はロール待機時間（3.5秒以上）であることがわかります。ロール待機時間が長い場合は通常、調査が必要なネットワークの問題を示しています。Elasticのより広範なオブザーバビリティソリューションを活用して調査を継続し、ネットワークの問題を特定して迅速に対処することが可能です。

データ基盤がBigQueryに構築されているため、その上に検索およびデータ可視化のスピードレイヤーとしてKibanaを活用する準備が整いました。ここで、以前に収集されたインフラログとビジネスデータの相関関係を分析できます。選択したBigQueryデータは、専用のDataflowテンプレートを使用して、Elasticsearchに簡単に移動できます。

異なるデータウェアハウス戦略やアーキテクチャの場合、お好みのETLやメッセージブローカー（例：Confluent Kafka connector）を介して、SAPビジネスデータをERPシステムから直接Elasticsearchインデックスにストリーミングすることも可能です。

ビジネスのあらゆる側面を把握し、必要に応じて迅速に問題を修復するために、エンタープライズ環境のすべての層を監視できることがいかに重要であるかを私たちは理解しています。

SAP環境を包括的に監視できるソリューションの構築は、容易なことではありません。Elastic、Google クラウド、Kyndrylのパートナーシップにより、この複雑さを克服し、SAPを360°監視する単一のソリューションを構築することが可能になりました。私たちは、インフラ, インフラストラクチャー、マシン、アプリケーション、そしてビジネス分析レイヤーを監視しています。これにより、インフラストラクチャーの問題とビジネス目標を関連付けたり、アプリケーションの問題とインフラストラクチャーのアーキテクチャを関連付けたりすることが可能になります。

これにより、問題の原因となり得るあらゆる側面を考慮に入れ、根本原因を迅速に特定できるようになります。さらに、パフォーマンスの低下が停止を引き起こし、業務に深刻な影響を与える前にそれを発見できるため、組織は本来のビジネスに集中し続けることができます。

統合されたオブザーバビリティソリューションの可能性を最大限に活用するために、Google クラウドアカウントを使用してElastic Cloudで14日間の無料トライアルクラスタを開始するか、Google クラウド Marketplaceを通じてElastic Cloudを簡単にサブスクライブすることをお勧めします。これは、SAPワークロードの監視における無限の可能性をテストするための第一歩です。

本記事に記述されているあらゆる機能ないし性能のリリースおよびタイミングは、Elasticの単独裁量に委ねられます。現時点で提供されていないあらゆる機能ないし性能は、すみやかに提供されない可能性、または一切の提供が行われない可能性があります。