翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# AWS SAP の管理とオペレーションのオートメーション
AWS サービスとツールを使用して、特定の要件に合わせて実装およびカスタマイズする AWS オートメーションを選択できます。SAP の管理と運用を自動化するために使用できる AWS サービスとツールの例を次に示します。
+ を使用したアクセスの管理 AWS IAM アイデンティティセンター
+ を使用したシステムプロビジョニング AWS Launch Wizard
+ を使用した高可用性とディザスタリカバリ AWS CloudFormation
+ を使用して SAP アプリケーションをサポートする AWS リソースを自動スケーリングする AWS Auto Scaling
+ を使用した SAP 設定の管理 AWS Config
+ を使用したサーバーレスシステムのコピー AWS Lambda
+ Amazon CloudWatch による SAP システムのモニタリング
+ を使用した SAP データレイクの分析 AWS Glue
+ を使用した Secure File Transfer Protocol (SFTP) の設定 AWS Transfer Family
+ を使用した SAP システムの起動と停止 AWS Systems Manager
+ Amazon Simple Email Service (Amazon SES) と E メールの統合
+ Elastic Load Balancing (ELB) によるロードバランシング
+ オペレーティングシステムと SAP with Systems Manager へのパッチ適用
+ を使用した SAP のバックアップ AWS Backup
+ Systems Manager による SAP HANA ハードウェア、クラウド測定ツール (HCMT)、ハードウェア設定チェックツール (HWCCT) の使用
+ を使用したジョブのスケジュール AWS Step Functions
以下のセクションでは、これらのサンプルオートメーションについて詳しく説明します。SAP グローバルスペシャリティプラクティスチームは、新しい AWS オートメーション機能を継続的に革新し、推進しているため、オートメーションの数は増え続けます。
**Topics**
+ [例: システムプロビジョニングの自動化](system-provisioning.md)
+ [例: SAP アプリケーションクラスター、SAP HANA クラスター、SAP アプリケーションサービスのモニタリング](monitoring.md)
+ [例: SAP サーバーレス更新の自動化](serverless-refresh.md)
+ [例: SAP システムの起動とシャットダウンの自動化](system-start.md)
+ [例: SAP アプリケーションの自動スケーリング](auto-scaling.md)
# 例: システムプロビジョニングの自動化
システムプロビジョニングは、アプリケーション、データ、クラウドリソースへのユーザー、システム、サービスのアクセスを確立するなど、クラウドにインフラストラクチャを設定するプロセスです。自動システムプロビジョニングには次のようなメリットがあります。
+ デプロイ時の人為的ミスの低減
+ 一貫性があり、再現性があり、監査可能なプロビジョニング
+ インフラストラクチャのスケーラビリティ
+ プロビジョニングにかかる時間とコストの削減
システムプロビジョニングを自動化するアプローチは多数あります。このガイドでは、Infrastructure as Code (IaC) AWS Launch Wizard という 2 つのオプションについて詳しく説明します。
## Launch Wizard
Launch Wizard を使用してシステムを自動的にプロビジョニングすると、SAP アプリケーションをクラウドにデプロイする時間を短縮できます。SAP HANA 設定、SAP ランドスケープ設定、デプロイの詳細など、アプリケーション要件をサービスコンソールに入力します。Launch Wizard は、アプリケーションをサポートする適切な AWS リソースを特定し、デプロイのコストを見積もります。リソースを変更することで、更新された見積りコストを即座に確認できます。また、Launch Wizard から直接リソースをデプロイして、SAP アプリケーションを操作することもできます。詳細については、「[AWS Launch Wizard for SAP](https://docs.aws.amazon.com/launchwizard/latest/userguide/launch-wizard-sap.html)」を参照してください。
次の図とプロセスは、Launch Wizard を使用して SAP アプリケーションをサポートするために必要な AWS リソースを特定、見積もり、起動する方法を大まかに説明しています。
1. Launch Wizard では、アプリケーションのカタログからデプロイするアプリケーションを選択します。
1. アプリケーションの仕様を入力します。
1. Launch Wizard は、アプリケーションの AWS リソースを推奨し、コスト見積もりを提供します。
1. ユーザーが承認すると、Launch Wizard は選択したリソースを AWSにプロビジョニングします。
1. Launch Wizard は、高可用性ソリューションを設定し、将来使用するためのコードテンプレートを作成します。
1. Launch Wizard は、 AWS ready-to-useアプリケーションを作成します。
![\[AWS Launch Wizardの使用方法の大まかな手順を示したプロセス図\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/strategy-sap-automation/images/LaunchWizard.png)
## Infrastructure as Code
システムを自動的にプロビジョニングして SAP アプリケーションのデプロイ時間を短縮するもう 1 つの方法は、インフラストラクチャをコードとして使用する方法です。Infrastructure as Code は、コードやソフトウェア開発手法 (バージョン管理や継続的インテグレーションなど) を使用して、インフラストラクチャのプロビジョニングと管理を行う手法です。 AWS クラウド は、アプリケーションプログラミングインターフェイス (API) 駆動型モデルを提供します。これにより、デベロッパーとシステム管理者は、リソースを手動で設定および設定するのではなく、プログラムで大規模なインフラストラクチャとやり取りできます。リソースとサービスがコードとして定義されるため、標準化されたパターンを使用して最新のパッチとバージョンが適用されたインフラストラクチャとサーバーを迅速にデプロイし、繰り返し可能な方法でリソースを複製できます。詳細については、ブログ記事[「Terraform your SAP Infrastructure on AWS](https://aws.amazon.com/blogs/awsforsap/terraform-your-sap-infrastructure-on-aws/)」を参照してください。
# 例: SAP アプリケーションクラスター、SAP HANA クラスター、SAP アプリケーションサービスのモニタリング
SAP on の自動化のもう 1 つの例は AWS 、SAP アプリケーションクラスター、SAP HANA クラスター、SAP アプリケーションサービスをモニタリングすることです。モニタリングを自動化することで、サーバーやエージェントをデプロイしたり管理したりすることなく、SAP NetWeaver とデータベースクラスター環境を低コストで効果的に監視できます。ブログ記事「[【SAP 監視も Amazon CloudWatch で OK 】SAP アプリケーション & SAP HANA クラスタ](https://aws.amazon.com/blogs/awsforsap/sap-application-cluster-sap-hana-cluster-and-sap-application-service-monitoring/)」では、CloudWatch メトリクスとダッシュボードを使用して、SAP アプリケーションクラスター、HANA データベースクラスター、HANA レプリケーション、SAP アプリケーションコアサービスを監視する手法について説明しています。この AWS 自動化機能の利点は次のとおりです。
+ SAP Advanced Business Application Programming (ABAP) ベースの環境の効果的なモニタリング
+ サーバーやエージェントのデプロイおよび管理が不要
+ SAP および AWS サービスメトリクスにアクセスするための単一の管理ダッシュボード
+ 低コストで追加のライセンス料金が不要
以下のイメージとプロセスは、ユーザーがこのオートメーションを設定して SAP データベースを監視し、最新のデータやメトリクスにアクセスする方法を示しています。
1. Lambda 関数は、SAP Java Connector (SAP JCo) 開発ライブラリを使用して、SAP システムとの接続を確立します。
1. Lambda 関数は SAP Remote Function Call (RFC) プロトコルを使用して、SAP データベースからデータを取得します。
1. Lambda 関数は、 に安全に保存されている SAP 認証情報を取得し AWS Secrets Manager 、それらを使用して SAP システムにログインします。
1. Lambda は SAP データを、カスタムメトリクスとして CloudWatch に公開します。ルールにより、Lambda はこのアクションを 60 秒ごとに実行します。
1. ユーザーは、カスタム CloudWatch ダッシュボードから SAP アプリケーション、データ、メトリクスにアクセスできます。
![\[SAP データベースのモニタリングオートメーションを示したアーキテクチャ図\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/strategy-sap-automation/images/monitoring.png)
# 例: SAP サーバーレス更新の自動化
SAP on の自動化のもう 1 つの例は、*SAP サーバーレス更新* AWS です。多くのエンタープライズは、テストと本番オペレーションをサポートするために、SAP システムの定期的な更新を必要としています。SAP 管理者にとって、手動更新プロセスは時間とコストがかかり、面倒な作業です。手動プロセスの代わりに、システム更新プロセスをまとめて実行するサーバーレス AWS サービスで構成されるオートメーションを使用できます。この機能を使用して、SAP システムのテストデータを別のシステムから更新できます。このソリューションは現在、SAP HANA データベース管理システムを使用する SAP システムをサポートしています。このオートメーションの利点は次のとおりです。
+ SAP システム設定の維持
+ 生産性、俊敏性、革新性の向上
+ ダウンタイムを数分に短縮
+ 人的資源の関与を軽減
+ ヒューマンエラーのリスクを軽減
+ 更新プロセスを数週間から数日に短縮
以下のイメージとプロセスは、SAP サーバーレス更新のオートメーションの仕組みを示しています。
1. ユーザーがステートマシンを起動します AWS Step Functions。ステートマシンの詳細については、「[States](https://docs.aws.amazon.com/step-functions/latest/dg/concepts-states.html)」(Step Functions ドキュメント) を参照してください。
1. ステートマシンは Amazon Simple Notification Service (Amazon SNS) トピックを使用して、プロセスが開始されたことをエンドユーザーに通知します。
1. Lambda 関数は、Amazon マシンイメージ (AMI) から Amazon Elastic Compute Cloud (Amazon EC2) インスタンスを起動する Systems Manager ドキュメントを開始します。
1. Lambda 関数は、Amazon Simple Storage Service (Amazon S3) バケットから SAP データベースをホストする EC2 インスタンスにバックアップファイルをコピーし、バックアップを復元します。Lambda 関数は、Systems Manager の機能であるパラメータストアも参照して、ターゲットホスト名、ターゲット IP アドレス、ターゲット SAP システム識別子などの必要な変数の値を取得します。
1. データベースの復元が完了すると、Lambda 関数はトランスポートのインポートや論理システム名の変換など、コピー後のタスクを実行します。
1. ステートマシンは Amazon SNS トピックを使用して、更新が成功したことをエンドユーザーに通知します。
1. Lambda 関数は Amazon DynamoDB テーブルを使用して、ステートマシンの各ステップの進行状況を追跡します。
![\[オートメーションを使用してサーバーレス更新を実行する方法を示したアーキテクチャ図\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/strategy-sap-automation/images/backuprestore.png)
# 例: SAP システムの起動とシャットダウンの自動化
一般的な、生産性の高い SAP システムは、SAP データベースサーバー、SAP アプリケーションサーバー、SAP セントラルサービス、SAP エンキューレプリケーションサービスなど、いくつかの重要な SAP コンポーネントをホストする複数の Amazon EC2 インスタンスで構成されています。SAP のお客様は、中核となる SAP システムを、アーカイブエンジン、税務管理ソリューション、コンテンツサーバー、ジョブ管理システムなど、他のミッションクリティカルなソリューションとも統合しています。このような複雑で緊密に統合された SAP ソリューションの起動とシャットダウンの手順では、特定の一連のタスクに従う必要があります。
AWS サービスを使用して、SAP システムの起動とシャットダウンを自動化できます。この一貫性のある制御されたプロセスは、単調で反復的なタスクを自動化し、SAP 管理者が設計したシーケンスに従うことで、必要な人的介入を大幅に削減します。必要に応じて、クラウド用に構築された AWS サービスを使用し、スケジューリング、通知、アラートを追加できます。さらに、このオートメーションにより、複数の SAP アプリケーションと非 SAP アプリケーション間の依存関係を定義し、処理することができます。詳細については、「[SAP システムの起動停止自動化を AWS Systems Managerで実現](https://aws.amazon.com/blogs/awsforsap/automate-start-or-stop-of-distributed-sap-hana-systems-using-aws-systems-manager/)」のブログ投稿を参照してください。さらに、ブログ記事「Start[/Stop SAP systems with Slack using Amazon Q Developer in chat applications](https://aws.amazon.com.rproxy.govskope.usblogs/awsforsap/start-stop-sap-systems-with-slack-using-aws-chatbot/)」を参照してください。このブログ記事では、チャットアプリケーション、Lambda、Systems Manager、CloudWatch で Amazon Q Developer などの Slack や AWS のサービスを使用してこのプロセスを自動化する方法について説明します。このオートメーションの利点は次のとおりです。
+ 手動によるオペレーションの労力が軽減され、コストを大幅に削減できます。
+ 人為的ミスのリスクとコストのかかる是正処置の必要性を軽減します。
以下のイメージとプロセスは、SAP システムの起動とシャットダウンを自動化する方法を示しています。
1. 時間ベースのイベントが発生すると、Amazon EventBridge ルールによって Systems Manager ドキュメントが開始されます。詳細については、「[ Systems Manager のドキュメント](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-ssm-docs.html)とは」を参照してください。
1. Systems Manager はターゲット EC2 インスタンスに接続し、SAP アプリケーションとそれに関連するインスタンスを停止または起動します。
1. SAP システムが停止または起動すると、別の EventBridge ルールが EC2 インスタンスの状態の変化に対応し、Lambda 関数ハンドラーを使用して、ステークホルダーに変更を通知します。
![\[複雑な SAP システムの起動やシャットダウンの手順を自動化する方法を示したアーキテクチャ図\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/strategy-sap-automation/images/starting.png)
# 例: SAP アプリケーションの自動スケーリング
SAP アプリケーションサーバーの需要を自動的に検出し、それに応じて Amazon EC2 インスタンスをスケールアップまたはスケールダウンする SAP アプリケーションの自動スケーリングを自動化できます。この機能は、同時ユーザーログイン、月末決算、支払い実行に加えて、予測可能および予測不可能なさまざまなワークロードの急増や減少に対応できます。この機能では、(新しいコンピューティングサービスをアプリケーションサーバーとして開始する) 水平的なスケールアップ と (既存のコンピューティングサービスを停止する) スケールダウンが可能です。このオートメーションの利点は次のとおりです。
+ ユーザーの需要に基づいてアプリケーションサーバーの容量を動的に調整
+ アプリケーションレイヤーで最低限のベースラインの EC2 インスタンスを実行
+ コストの削減
+ ビジネス向けの、増加した、スケーラブルなパフォーマンスサービスレベルアグリーメント (SLA) を維持
以下のイメージとプロセスは、SAP アプリケーションをサポートするリソースのスケーリングを自動化する方法を示しています。
1. 通常 2 分ごとにスケジュールされる時間ベースのイベントにより、Amazon EventBridge が Lambda 関数を起動します。
1. Lambda 関数は、Amazon DynamoDB とそのローカル環境変数 (ホスト名やしきい値など) から必要な統計情報を収集します。
1. 需要がしきい値を上回ったり下回ったりする場合、Lambda 関数は SAP アプリケーションをサポートするために追加の EC2 インスタンスを起動または停止 AWS Systems Manager するように に指示します。
![\[EC2 インスタンスの起動と停止を自動化して SAP アプリケーションの需要をサポートする方法を示したアーキテクチャ図\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/strategy-sap-automation/images/autoscaling.png)