Amazon Web Services ブログ

Amazon CloudWatch MCP Server と Amazon Q CLI で SAP 運用を効率化 – Part 3

はじめに

今日の複雑な SAP 環境において、効率的な運用と迅速なトラブルシューティングは、ビジネス継続性にとって極めて重要です。SAP オブザーバビリティ（part-1 英語）と Amazon CloudWatch Application Insights の機能（part-2 英語）に関する以前の議論に基づき、この第3回では、チームが SAP ランドスケープを管理する方法を革新する強力なツールの組み合わせを紹介します：Amazon CloudWatch Model Context Protocol (MCP) Server と Amazon Q for command line (Q CLI) です。

この革新的なソリューションは、SAP 運用における3つの主要な課題に対処します：

  • 運用タスクを遅らせる複雑なコマンド構文
  • 複数のツールとコンテキストを必要とする時間のかかる根本原因分析
  • 効率化されたヘルスモニタリングとレポーティングの必要性

このブログでは、以下について説明します：

  • CloudWatch MCP Server と Q CLI がどのように連携して SAP 運用を簡素化するか
  • 自動化されたヘルスレポート作成の実用的なユースケースを実演
  • 自然言語コマンドが日常的なメンテナンスタスクをどのように効率化できるか
  • このソリューションが SAP 向けにAWS Well-Architected Framework とどのように整合しているか

シリーズの第4回では、メンテナンス計画、高度な根本原因分析、およびこのソリューションを実装するための詳細なコスト考慮事項に焦点を当てます。


図1. Amazon CloudWatch MCP Server と Amazon Q for CLI のアーキテクチャ図
図1. Amazon CloudWatch MCP Server と Amazon Q for CLI のアーキテクチャ図

Amazon Q for CLI (Q CLI) とは？

Amazon Q CLI は、AI アシスタンスをコマンドラインワークフローに直接統合することで、AWS のお客様に変革的な価値を提供します。ユーザーは自然言語でコマンドを表現でき、Q がそれを適切な CLI 構文に変換するため、学習曲線が短縮されます。このツールは、ユーザーの意図に基づいてコンテキストに応じたコマンド提案を提供し、時間のかかるドキュメント検索を不要にします。エラーが発生した場合、Q は明確な説明と修復手順を提供し、トラブルシューティングを加速します。

コマンドを理解しやすいコンポーネントに分解し、理解とスキル開発を強化します。ユーザーをターミナル環境内に留めることで、Q は外部リソースへの破壊的なコンテキスト切り替えを排除し、ワークフローを最適化します。

この生産性の向上により、構文例の検索やトラブルシューティングの問題に費やす時間が削減され、開発者はコマンド構造に時間を費やすのではなく、構築に集中できます。Q のインタラクティブな性質により、学習プロセスが加速され、ユーザーは AWS CLI により迅速に習熟できます。最終的に、Amazon Q CLI は、コマンドライン体験を潜在的な障壁から直感的なインターフェースに変換し、あらゆる専門知識レベルのお客様にとって AWS サービスをより利用しやすく効率的にします。


図2. Amazon Q CLI プロンプト
図2. Amazon Q CLI プロンプト

Amazon CloudWatch Model Context Protocol (MCP) Server とは？

Model Context Protocol (MCP) は、開発者ツールが AI モデルとどのように通信するかを革新するオープンソース標準です。コード、ファイル、プロジェクトに関する構造化されたコンテキストを提供することで、MCP は AI アシスタントが正確に調整された提案を提供できるようにします。このプロトコルには、CloudWatch MCP サーバーのような実用的な実装が含まれており、CloudWatch メトリクスとログを開発環境に直接統合します。この統合により、開発者は統合開発環境 (IDE) を離れることなくアプリケーションのトラブルシューティングと監視を行うことができ、運用ワークフローが効率化されます。

AWS Labs CloudWatch MCP Server は、AI トラブルシューティングエージェントと運用データの間のギャップを埋めます。この統合により、AI を活用した根本原因分析と推奨事項が可能になります。カスタム API 統合を必要とせずに CloudWatch テレメトリを使用します。

このサーバーは、運用ニーズに対応する4つの専門ツールを備えています：

  1. アラームベースのトラブルシューティング：アクティブなアラームを特定し、履歴パターンを分析して、コンテキストに応じた修復推奨事項とともに根本原因を判断
  2. ログアナライザー：指定された時間枠内で CloudWatch ログ グループの異常とエラーパターンを調査
  3. メトリクス定義アナライザー：計算方法や推奨される統計を含むメトリクスの説明を提供
  4. アラーム推奨事項：適切なしきい値と評価期間を持つ最適なアラーム構成を提案

CloudWatch MCP Server のツールとは？

ユーザーが Q CLI で自然言語を使用してプロンプトを入力すると、CloudWatch MCP サーバーツールが呼び出され、AWS サービスと対話して作業を実行します。このブログでは、SAP ユースケースで呼び出されるこれらのツールと AWS サービスを強調します。クライアントから ‘q’ と入力して Q を起動し、/tools と /mcp を使用して、環境で利用可能なツールのリストと読み込まれた MCP サーバーを表示できます。


図3. クライアントセッションに読み込まれた CLI サーバーツール
図3. クライアントセッションに読み込まれた CLI サーバーツール

図4. クライアントセッションに読み込まれた CloudWatch MCP サーバー
図4. クライアントセッションに読み込まれた CloudWatch MCP サーバー

このソリューションは Well-Architected Framework for SAP Lensとどのように整合していますか？

効率化された SAP 運用： Q CLI は、SAP ワークロードをサポートする AWS 運用にエンジニアが自然言語を使用できるようにすることで、SAP 運用手順を変革します。これは、SAP Lens が強調する、ミッションクリティカルなビジネスシステムの管理における自動化と手動作業の削減と整合しています。SAP インフラストラクチャの CLI コマンドは、シンプルな会話リクエストを通じて生成できます。

加速された SAP トラブルシューティング： この組み合わせにより、SAP コンポーネントのコンテキストに応じた監視データと AI 支援分析を提供することで、SAP インシデントの平均解決時間が短縮され、運用に影響を与えるビジネスクリティカルな障害からの迅速な復旧をサポートします。

統合された SAP オブザーバビリティ： SAP 固有のメトリクス、ログ、アラームをクライアント環境に直接統合することで、コンテキストの切り替えを排除し、複雑な SAP ランドスケープ全体でのエンドツーエンドの監視をサポートします。この統合により、チームはワークフローの中断なしに SAP システムの動作を観察できます。

SAP 変更影響分析： SAP テクノロジースタック全体の運用メトリクスに関する即座のフィードバックを提供することで、チームが変更が SAP システムの安定性にどのように影響するかを理解するのに役立ちます。

SAP レジリエンス検証： このツールは、分散 SAP ランドスケープ全体での SAP 回復メカニズムと障害分離境界の監視、およびビジネスクリティカルなプロセスとトランザクションの信頼性のテストを簡素化します。

SAP アーキテクチャインサイト： Q CLI は、CloudWatch データに基づいて AWS サービスと SAP アプリケーション間の関係を説明でき、チームが SAP アーキテクチャの信頼性に関する洞察を得るのに役立ちます。

SAP ナレッジの民主化： 組織が「コードを使用して SAP を運用する」のに役立ちます。Q CLI のコマンドラインを説明する能力により、チームは適切な情報を持って SAP ランドスケープを効果的に運用し、データ駆動型の意思決定を行うことができます。

前提条件

  1. AWS Launch Wizard for SAP を使用して HA を備えた SAP S/4 HANA システムをデプロイ
  2. Amazon CloudWatch Application Insights for SAP に従って SAP フルスタックオブザーバビリティを有効化
  3. Installing Amazon Q for command line の手順に従って Amazon Q CLI をインストール
  4. AWS Labs CloudWatch MCP repository の手順に従って PC に CloudWatch MCP Server を構成
  5. configuration settings for the AWS CLI の手順に従って PC に AWS CLI を構成

このソリューションへのアクセスは AWS Identity and Access Management (IAM) で保護されています。また、Q CLI のセキュリティに関する考慮事項とベストプラクティス、および Systems Manager のセキュリティベストプラクティスも考慮してください。SAP Basis および AWS インフラストラクチャエンジニアには、最小権限アクセスモデルに従ってください。

ユースケース 1: SAP のヘルスレポートを作成

このユースケースでは、SAP HANA データベースと ABAP SAP Central Services (SAP ASCS) クラスターのヘルスレポートを生成します。Q CLI は、Amazon EC2 インスタンスを検出してヘルスレポートを作成するためのコンテキストに応じたコマンドラインを作成します。このシナリオでは、Q CLI は SAP Central Services のステータスをチェックし、完全なヘルスレポートを作成するために複数のコマンドを実行します：

  1. SAP クラスターのヘルスステータスを生成するプロンプト
  2. クラスターの一部である aws ec2 describe-instances を実行
  3. ssm コマンド crm_mon を実行してクラスターノードのステータスを確認
  4. ssm コマンドを実行して pacemaker.log を確認
  5. ssm コマンドを実行して corosync.log を確認
  6. ssm コマンドを実行して corosync.log を確認

重要な注意事項： 以下のプロンプトと応答は短縮されています。完全なプロンプトと Q CLI からの応答を確認するには、この ユースケース 1 – SAP のヘルスレポートを作成 をダウンロードしてください。

プロンプト: SAP HANA データベース、データベースクラスタ、および HSR のヘルスレポートを生成します。

> generate a health report for SAP Hana database, database cluster and HSR  

> # SAP HANA Health Report

## Executive Summary
Based on the analysis of CloudWatch logs for the SAP HANA system in the SAPDemo environment, the overall health status is GOOD. The SAP HANA database, cluster infrastructure, and HANA System Replication (HSR) are
all functioning properly after recovering from replication issues that occurred on July 11-12, 2025.

……


## Conclusion

The SAP HANA database, cluster infrastructure, and HSR are currently healthy and functioning as expected. The system has demonstrated resilience by recovering from previous replication issues. Regular monitoring 
and proactive maintenance are recommended to maintain system stability and performance.

プロンプト: SAP アプリケーション SAPDemo の SAP ASCS ERS クラスタノードの現在のステータスは何ですか。

> what is the current status of SAP ASCS ERS cluster nodes for sap application SAPDemo. 

> I'll check the current status of the SAP ASCS and ERS cluster nodes for the SAPDemo SAP application.


🛠️  Using tool: execute_bash (trusted)
 ⋮ 
 ● I will run the following shell command: 
aws ec2 describe-instances --filters "Name=tag:Name,Values=*SAP-FIS-CS*" --query "Reservations[*].Instances[*].[InstanceId,Tags[?Key=='Name'].Value|[0],State.Name,InstanceType,PrivateIpAddress]" --output table
 ⋮ 
 ↳ Purpose: Checking EC2 instances that are part of the SAP *SAPDemocluster

-------------------------------------------------------------------------------------------
|                                    DescribeInstances                                    |
+----------------------+-------------------------+----------+-------------+---------------+
|  i-064751ba1b4c8340f |  SAP-FIS-CS-sapclnode2  |  running |  c5a.xlarge |  10.0.155.180 |
|  i-0e08f883d5c3b3747 |  SAP-FIS-CS-sapclnode1  |  running |  c5a.xlarge |  10.0.134.80  |
+----------------------+-------------------------+----------+-------------+---------------+

 ⋮ 
 ● Completed in 1.737s


……

## Conclusion
The SAP ASCS/ERS cluster for the *SAPDemo application is functioning properly with the expected resource distribution:
• ASCS (Central Services) is active on sapclnode2
• ERS (Enqueue Replication Server) is active on sapclnode1
• Both nodes are online and healthy
• The cluster has quorum and is properly configured for high availability

This is the expected configuration for an SAP high-availability setup, where ASCS and ERS run on separate nodes to ensure enqueue replication functionality in case of a node failure. The cluster is operating 
normally and no immediate action is required.

複雑な運用の場合、Q CLI は複数ステップの手順をガイドし、MCP はシステム状態に関するリアルタイムのフィードバックを提供します。

ユースケース 2: SAP 運用を簡素化

次のユースケースは、SAP アプリケーションサーバーのメンテナンスです。Q CLI は、日常的なメンテナンスタスクのランブックを生成することで、日々の SAP 管理を効率化します。SAP BASIS 管理者は、Q CLI を使用して管理タスクを管理しながら、メンテナンスウィンドウ中に CloudWatch MCP サーバーを通じてシステムステータスをリアルタイムで監視できます。このシナリオでは、Q CLI は次のようにタスクリストを作成しました：

  1. App Server のステータスを確認するプロンプト
    1. aws ec2 describe-instances を実行して SAP アプリケーションサーバーを確認
    2. ssm コマンド ps を実行して SAP ディスパッチャーとダイアログプロセスを確認
    3. ssm コマンド sapcontrol を実行してシステムステータスを取得
    4. SAP アプリケーションサーバーが停止していることを要約
  2. SAP アプリケーションサーバーを起動するプロンプトの後
    1. ssm コマンド sapcontrol を実行して SAP アプリケーションサーバーを起動
    2. ssm コマンド sapcontrol を実行してプロセスのステータスを確認
    3. ssm コマンド ps を実行して SAP ダイアログプロセスを確認
    4. ssm コマンド sapcontrol を実行してシステムステータスを取得
    5. SAP アプリケーションサーバーが起動したことを要約

重要な注意事項： 以下のプロンプトと応答は短縮されています。完全なプロンプトと Q CLI からの応答を確認するには、この ユースケース 2 – SAP 運用を簡素化 をダウンロードしてください。

プロンプト: アプリケーションサーバー sapbaseaas1 の SAP のステータスを取得します。サーバーを起動せず、SAP プロセスの現在のステータスのみを報告してください。

> get status of sap in application server sapbaseaas1. Do not start the server, Only report on current status of SAP process.

> I'll check the current status of SAP processes on the application server sapbaseaas1 without starting the server.


🛠️  Using tool: execute_bash (trusted)
 ⋮ 
 ● I will run the following shell command: 
aws ec2 describe-instances --filters "Name=tag:Name,Values=*sapbaseaas1*" --query "Reservations[*].Instances[*].[InstanceId,Tags[?Key=='Name'].Value|[0],State.Name,PrivateIpAddress]" --output table
 ⋮ 
 ↳ Purpose: Finding the instance ID for sapbaseaas1

..

> Now I'll check the current status of the SAP processes on the running sapbaseaas1 server:

……..

## Conclusion
The SAP application server sapbaseaas1 is currently stopped. While the EC2 instance itself is running and the SAP support processes are active, the actual SAP application instance (dialog instance) is not running.
No work processes are active, and the instance is showing as GRAY in the system status. The instance would need to be started to become operational and process SAP transactions.

次のシナリオでは、SAP BASIS 管理者は CLI から Amazon Q に SAP アプリケーションサーバー、関連する SAP サービスを起動し、SAP アプリケーションのステータスを報告するよう依頼します。Q CLI の execute_bash ツールは、リクエストを満たすために 8 つの SSM コマンドを実行します。

プロンプト: SAP アプリケーションサーバー sapbaseaas1 で SAP を起動します。

> start SAP on the SAP application server sapbaseaas1

> I'll start the SAP application on the sapbaseaas1 server.


🛠️  Using tool: execute_bash (trusted)
 ⋮ 
 ● I will run the following shell command: 
aws ssm send-command --instance-ids i-0539ecbaf407c4886 --document-name "AWS-RunShellScript" --parameters 'commands=["sudo su - ecdadm -c \"sapcontrol -nr 00 -function Start\""]' --output json
 ⋮ 
 ↳ Purpose: Starting SAP instance on sapbaseaas1

..


> Now let's check if the SAP instance has started successfully:

……..

## Conclusion
The SAP application server sapbaseaas1 is now fully operational. All required processes are running, and the instance is properly integrated with the SAP system. The instance is ready to handle user workloads and
process SAP transactions.

まとめ

CloudWatch MCP Server は、クライアント環境で SAP ランドスケープ全体にわたる統一された可視性を提供します。SAP アプリケーションログ、SAP HANA メトリクス、AWS EC2 パフォーマンスデータを統合します。システムは SAP コンポーネント全体でメトリクスを自動的に相関させます。Q CLI は、この豊富なデータセットとの自然言語インタラクションを可能にすることでこれを補完し、チームがシステムログを簡単に生成し、SAP システム運用を簡素化できるようにします。これは、SAP システムランドスケープの実行と保守の生産性を向上させるために、AWS Well-Architected Framework とよく整合しています。

次のブログでは、CloudWatch MCP Server と Q CLI を活用してメンテナンスイベントを計画し、SAP の根本原因分析を加速する方法、およびソリューションのコスト考慮事項について詳しく説明します。

次のステップとして、このソリューションを試してみてください。このソリューションにより、少なくとも 6 倍の生産性を達成できます。Amazon CloudWatch、AWS Model Context Protocol Servers、Amazon Q for command line に関する今後のイノベーションにご期待ください。

SAP on AWS ディスカッションに参加

お客様のアカウントチームと AWS サポートチャネルに加えて、最近 re:Post – AWS コミュニティのための再構想された Q&A エクスペリエンスを開始しました。AWS for SAP ソリューションアーキテクチャチームは、お客様とパートナーを支援するために回答できるディスカッションや質問について、AWS for SAP トピックを定期的に監視しています。サポート関連でない質問がある場合は、re:Post でのディスカッションに参加し、コミュニティナレッジベースに追加することを検討してください。

謝辞

次のチームメンバーの貢献に感謝します：Sreenath Middhi、および Adam Hill。

タグ

#saponaws,
AWS Systems Manager,
CloudWatch,
SAP

本ブログは Amazon Q Developer CLI による機械翻訳を行い、パートナー SA 松本がレビューしました。原文はこちらです。