ベストプラクティス 1.2 – SAP のインフラストラクチャモニタリングを実施する
SAP アプリケーションの動作を維持し、ユーザーをサポートするため使用されるサポートサービスについても情報を提供する、インフラストラクチャモニタリングを設定します。例としては、CPU とメモリ使用率、ストレージとファイルシステム使用率、パフォーマンス (IOPS およびスループット)、ネットワークのスループットがあります。SAP が使用するあらゆる依存基礎サービスが含まれます。これにはオンプレミスアクティブディレクトリサービス、DNS、高可用性 (HA) やバックアップソフトウェアのようなサードパーティーツールなどがあります。DataDog、Splunk、DynaTrace、Avantra など、この情報を相互に関連付け可視化するのに役立つ AWS Marketplace の AWS ツールと SAP 固有のツールを評価します。この情報を使用して、傾向を識別し、是正措置が必要とされるタイミングを特定します。
提案 1.2.1 - SAP をサポートするサービスに CloudWatch メトリクスとアラームを実装する
Amazon CloudWatch の詳細なモニタリングメトリクスとすべての SAP システムに対するアラームのしきい値を実装します。これらのメトリクスとアラームには、SAP システムの可用性とパフォーマンスに影響する可能性がある一般的な問題のモニタリングを含める必要があります。一般的なインフラストラクチャモニタリング領域は、Amazon Elastic Compute Cloud (EC2) インスタンス、Amazon Elastic Block Storage (Amazon EBS) ボリューム、Elastic Load Balancing (ELB) に重点を置きます。
共通のモニタリング項目には以下が含まれます。
-
Amazon EC2 の高い CPU 使用率
-
Amazon EC2 の高いメモリ使用率
-
Amazon EBS ストレージページング
-
Amazon EBS ストレージのスループット
-
Amazon EBS ストレージ IOPS
-
Amazon EBS ストレージの空き容量といっぱいになっているボリュームの割合
-
Amazon EC2 ネットワークの飽和
-
ELB/ALB のヘルスとターゲットグループのヘルス
しきい値はシステムの履歴本番稼働使用状況の正常なパターンを基にします。問題を避けるためにアラームのしきい値を継続的に確認し、調整します。
使用を開始するには、以下のリソースを確認します。
-
SAP on AWS ブログ: Serverless Monitoring for SAP NetWeaver (SAP NetWeaver 向けサーバーレスモニタリング)
-
SAP on AWS ブログ: Serverless Monitoring for SAP HANA (SAP HANA 向けサーバーレスモニタリング)
-
AWS ドキュメント: Create a CloudWatch Custom Metric (CloudWatch カスタムメトリクスを作成する)
-
AWS ドキュメント: CloudWatch ダッシュボードの作成
-
AWS ドキュメント: Amazon CloudWatch でのアラームの使用
提案 1.2.2 - SAP サービスに AWS のサービスクォータモニタリングを実装する
モニタリングツールまたはプロセスを実装して、
AWS Service Quotas
を環境内で必要な SAP リソースについて追跡します。SAP 環境では、複数の Amazon EC2 インスタンスタイプを組み合わせて使用することも多く、一部のタイプでは異なる
オンデマンドサービスクォータを使用することがあることも考慮してください
.例えば、
x1*
と
u*
EC2 インスタンスタイプには異なるサービスクォータがあり、以下の組み合わせたクォータとは別個です。
c5
、
m5
、および
r5
インスタンスタイプ新しいワークロードを計画している場合、または既存のワークロードをスケーリングする場合は、Service Quotas にサポートされることを確認し、クォータライセンスが必要な場合は、AWS Support に依頼します。