翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
CloudWatch デプロイの計画
ロギングとモニタリングのソリューションの複雑さと範囲は、以下のようないくつかの要因に依存します。
-
使用されている環境、リージョン、およびアカウントの数と、この数がどのように増加するかです。
-
既存のワークロードとアーキテクチャの多様性と種類。
-
ログに記録してモニタリングOSsする必要があるコンピューティングタイプと。
-
オンプレミスの場所と AWS インフラストラクチャの両方があるかどうか。
-
複数のシステム、アプリケーションの集計、および分析要件です。
-
ログやメトリクスの不正な流出を防ぐためのセキュリティ要件です。
-
運用プロセスをサポートするために、ロギングおよびモニタリングソリューションと統合する必要がある製品とソリューションです。
新規または更新されたワークロードの導入に伴い、ロギングおよびモニタリングソリューションを定期的に見直し、更新する必要があります。ロギング、モニタリング、およびアラームの更新は、問題が観察されたときに特定し、適用する必要があります。将来的に、このような問題はプロアクティブに特定され、防止することができます。
ログとメトリクスを取得・取り込むためのソフトウェアとサービスを一貫してインストール、および構成していることを確認する必要があります。確立されたログ記録とモニタリングのアプローチでは、さまざまなドメイン (セキュリティ、パフォーマンス、ネットワーク、分析などISV) に複数の AWS 、または独立したソフトウェアベンダー () のサービスやソリューションを使用します。各ドメインには、独自の展開および構成要件があります。
CloudWatch を使用して、複数の およびコンピューティングタイプのログとメトリクスをキャプチャOSsして取り込むことをお勧めします。多くの AWS サービスは、ログとメトリクス CloudWatch のログ記録、モニタリング、公開に を使用しますが、それ以上の設定は必要ありません。 は、さまざまな OSs および 環境にインストールおよび設定できるソフトウェアエージェント CloudWatch を提供します。以下のセクションでは、複数のアカウント、リージョン、および設定に対して CloudWatch エージェントをデプロイ、インストール、設定する方法について説明します。
