

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# CloudWatch システムレベルの設定
<a name="system-level-cloudwatch-configuration"></a>

システムレベルのメトリクスとログは、モニタリングおよびロギングソリューションの中心的なコンポーネントであり、CloudWatch エージェントには Windows および Linux 用の特定の設定オプションがあります。

サポートする予定の各 OS の CloudWatch エージェント設定ファイルを定義するために、[CloudWatch 設定ファイルウィザード](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file-wizard.html) または構成ファイルスキーマを使用することをお勧めします。追加のワークロード固有の OS レベルのログとメトリクスを個別の CloudWatch 設定ファイルで定義し、標準設定に追加できます。これらの固有の設定ファイルは、EC2 インスタンスで取得できる S3 バケットに別々に保存する必要があります。この目的のための S3 バケットの設定の例については、本ガイドの「[CloudWatch 設定の管理](create-store-cloudwatch-configurations.md#store-cloudwatch-configuration-s3) 」セクションを参照してください。State Manager とディストリビューターを使用して、これらの構成を自動的に取得して適用できます。

## システムレベルのログの設定
<a name="system-level-logs"></a>

システムレベルのログは、オンプレミスまたは AWS クラウドでの問題の診断とトラブルシューティングに不可欠です。ログキャプチャアプローチには、OS によって生成されたすべてのシステムログとセキュリティログを含める必要があります。OS が生成するログファイルは、OS のバージョンによって異なる場合があります。

CloudWatch エージェントは、イベントログ名を指定して Windows イベントログのモニタリングをサポートします。モニタリングする Windows イベントログ (例えば、`System`、`Application`、または`Security`) を選択できます。

Linux システムのシステム、アプリケーション、およびセキュリティログは、通常 `/var/log` ディレクトリに保存されます。次の表は、モニタリングする必要がある一般的なデフォルトログファイルを定義していますが、`/etc/rsyslog.conf` または `/etc/syslog.conf` ファイルを使用して、システムのログファイルの特定の設定を判別します。

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/system-level-cloudwatch-configuration.html)

組織には、モニタリングするログを生成する他のエージェントまたはシステムコンポーネントがある場合もあります。これらのエージェントまたはアプリケーションによって生成されるログファイルを評価して決定し、ファイルの場所を特定して構成に含める必要があります。例えば、Systems Manager と CloudWatch エージェントログを設定に含める必要があります。次の表に、Windows および Linux のこれらのエージェントログの場所を示します。

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/system-level-cloudwatch-configuration.html)

CloudWatch は、ログファイルが CloudWatch エージェント設定で定義されていても見つからない場合、ログファイルを無視します。これは、ディストリビューションごとに個別の構成ではなく、Linux 用の単一のログ構成を維持する場合に便利です。また、エージェントまたはソフトウェアアプリケーションの実行が開始されるまでログファイルが存在しない場合にも役立ちます。

## システムレベルのメトリクスを設定する
<a name="system-level-metrics"></a>

メモリとディスク領域の使用率は、Amazon EC2 が提供する標準メトリクスには含まれません。これらのメトリクスを含めるには、EC2 インスタンスに CloudWatch エージェントをインストールして設定する必要があります。CloudWatch エージェント設定ウィザードは [事前定義されたメトリクス](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file-wizard.html#cloudwatch-agent-preset-metrics) で CloudWatch 設定を作成し、必要に応じて、メトリクスを追加または削除することができます。事前に定義されたメトリクスセットを確認して、必要な適切なレベルを決定してください。

エンドユーザーとワークロード所有者は、サーバーまたは EC2 インスタンスの特定の要件に基づいて、追加のシステムメトリクスを公開する必要があります。これらのメトリクス定義は、別の CloudWatch エージェント設定ファイルに保存、バージョン管理、維持され、再利用と自動化のために中央の場所 (Amazon S3 など) で共有される必要があります。

標準の Amazon EC2 メトリクスは、オンプレミスサーバーでは自動的にキャプチャされません。これらのメトリクスは、オンプレミスインスタンスで使用される CloudWatch エージェント設定ファイルに定義される必要があります。CPU 使用率などのメトリクスを使用して、オンプレミスインスタンス用に個別のメトリクス設定ファイルを作成し、これらのメトリクスを標準のメトリクス設定ファイルに追加できます。