コンテンツにスキップ

Amazon CloudWatch - FAQ

なぜ Amazon CloudWatch を選択する必要がありますか?

Amazon CloudWatch は、AWS のクラウドネイティブサービスで、単一のプラットフォーム上で AWS クラウドリソースと AWS 上で実行するアプリケーションの統合されたオブザーバビリティを提供します。Amazon CloudWatch は、ログメトリクスイベントの形式でモニタリングと運用データを収集し、アラーム を設定するために使用できます。また、AWS 上および オンプレミスのサーバーで実行されている AWS リソース、アプリケーション、サービスの 統合ビュー も提供します。Amazon CloudWatch は、リソースの利用状況、アプリケーションのパフォーマンス、ワークロードの運用状態のシステム全体の可視性を高めるのに役立ちます。Amazon CloudWatch は、AWS、ハイブリッド、オンプレミスのアプリケーションとインフラストラクチャリソースに対して アクショナブルなインサイト を提供します。 クロスアカウントのオブザーバビリティ は、CloudWatch の統合されたオブザーバビリティ機能の追加です。

どの AWS サービスが Amazon CloudWatch および Amazon CloudWatch Logs とネイティブに統合されていますか?

Amazon CloudWatch は、70 を超える AWS サービスとネイティブに統合されており、お客様はアクションなしでインフラストラクチャメトリクスを収集し、モニタリングとスケーラビリティを簡素化できます。サポートされている CloudWatch メトリクスをパブリッシュする AWS サービスの完全なリストはドキュメントをご確認ください。現在、30 を超える AWS サービスが CloudWatch にログをパブリッシュしています。サポートされている CloudWatch Logs にログをパブリッシュする AWS サービスの完全なリストはドキュメントをご確認ください。

すべての AWS サービスから Amazon CloudWatch にパブリッシュされる公開メトリクスのリストはどこで入手できますか?

メトリクスをパブリッシュするすべての AWS サービスのリストは、AWS ドキュメントにあります。

Amazon CloudWatch へのメトリクスの収集とモニタリングを開始するにはどうすればよいですか?

Amazon CloudWatch は、さまざまな AWS サービスからメトリクスを収集します。これらは AWS Management Console、AWS CLI、API を通じて表示できます。 Amazon CloudWatch は、Amazon EC2 インスタンスの 利用可能なメトリクスを収集します。カスタムメトリクスの場合、統合 CloudWatch エージェントを使用して収集とモニタリングを行うことができます。

関連する AWS Observability ワークショップ: メトリクス

私の Amazon EC2 インスタンスには非常に細かいレベルのモニタリングが必要です。どうすればいいですか?

デフォルトでは、Amazon EC2 はインスタンスの基本モニタリングとして 5 分ごとにメトリクスデータを CloudWatch に送信します。インスタンスのメトリクスデータを 1 分ごとに CloudWatch に送信するには、インスタンスで 詳細モニタリング を有効にできます。

アプリケーションの独自のメトリクスをパブリッシュするオプションはありますか?

お客様は、API または CLI を使用して、標準の 1 分間隔の解像度または 1 秒間隔までの高解像度の粒度で、独自の カスタムメトリクスを CloudWatch にパブリッシュすることもできます。

統合された CloudWatch エージェントは、Linux で動作する Elastic Network Adapter (ENA) を使用する Amazon EC2 インスタンス上の ネットワークパフォーマンスメトリクス や Linux サーバーの NVIDIA GPU メトリクス、Linux および Windows サーバー上の個々のプロセスの プロセスメトリクス を使用したカスタムメトリクスの収集をサポートしています。

関連する AWS Observability ワークショップ: カスタムメトリクスのパブリッシュ

Amazon CloudWatch エージェントを使用したカスタムメトリクスの収集で、どのようなサポートが利用できますか?

アプリケーションやサービスからのカスタムメトリクスは、StatsD または collectd プロトコルをサポートする統合 CloudWatch エージェントを使用して取得できます。StatsD は、幅広いアプリケーションからメトリクスを収集できる一般的なオープンソースソリューションです。StatsD は、Linux および Windows ベースのサーバーの両方をサポートしており、独自のメトリクスを計装するのに特に役立ちます。collectd プロトコルは、Linux サーバーでのみサポートされており、幅広いアプリケーションのシステム統計を収集できるプラグインを備えた一般的なオープンソースソリューションです。

私のワークロードには多数の短期的なリソースが含まれており、高基数のログが生成されています。メトリクスとログを収集および測定するための推奨アプローチは何ですか?

CloudWatch 埋め込みメトリクスフォーマット により、お客様はログの形式で複雑な高基数アプリケーションデータを取り込み、Lambda 関数やコンテナなどの短期的なリソースから実行可能なメトリクスを生成できます。これにより、お客様は個別のコードを計装または維持することなく、詳細なログイベントデータとともにカスタムメトリクスを埋め込むことができ、ログデータに対する強力な分析機能を得ると同時に、CloudWatch がカスタムメトリクスを自動的に抽出してデータの視覚化とリアルタイムのインシデント検出のためのアラームの設定を支援できます。

関連する AWS Observability ワークショップ: Embedded Metric Format

Amazon CloudWatch Logs へのログの収集とモニタリングを開始するにはどうすればよいですか?

Amazon CloudWatch Logs は、既存のシステム、アプリケーション、カスタムログファイルを使用して、システムとアプリケーションのトラブルシューティングとモニタリングをほぼリアルタイムで行うのに役立ちます。 お客様は統合 CloudWatch エージェントをインストールして、Amazon EC2 インスタンスとオンプレミスのサーバーからのログを CloudWatch に収集できます。

関連する AWS Observability ワークショップ: Log Insights

CloudWatch エージェントとは何ですか。なぜそれを使用する必要がありますか?

統合 CloudWatch エージェント は、MIT ライセンスのオープンソースソフトウェアで、x86-64 および ARM64 アーキテクチャを利用したほとんどのオペレーティングシステムをサポートしています。CloudWatch エージェントは、オペレーティングシステム全体の Amazon EC2 インスタンスとハイブリッド環境のオンプレミスサーバーからシステムレベルのメトリクスを収集し、アプリケーションやサービスからカスタムメトリクスを取得し、Amazon EC2 インスタンスとオンプレミスサーバーからのログを収集するのに役立ちます。

環境にはさまざまな規模のインストールが必要です。CloudWatch エージェントは通常どのようにインストールされ、自動化されますか。

Linux および Windows サーバーを含むすべてのサポートされているオペレーティングシステムで、コマンドラインを使用して CloudWatch エージェントをダウンロードおよびインストールしたり、AWS Systems Manager を使用したり、AWS CloudFormation テンプレートを使用したりできます。 また、モニタリングのためにオンプレミスのサーバーに CloudWatch エージェントをインストールすることもできます。

組織には複数の AWS アカウントとリージョンがあります。Amazon CloudWatch はこれらのシナリオで機能しますか。

Amazon CloudWatch は、クロスアカウントのオブザーバビリティを提供し、リージョン内の複数のアカウントにまたがるリソースとアプリケーションの正常性を監視およびトラブルシューティングするのに役立ちます。Amazon CloudWatch は、クロスアカウントおよびクロスリージョンのダッシュボードも提供します。この機能により、お客様はマルチアカウントおよびマルチリージョンのリソースとワークロードの可視性と洞察力を得ることができます。

Amazon CloudWatch の自動化サポートは何がありますか?

お客様は、AWS Management Console のほか、API、AWS コマンドラインインターフェイス (CLI)AWS SDK を介して Amazon CloudWatch にアクセスできます。 CloudWatch API for metrics & dashboards は、AWS CLI を介して、またはソフトウェア/製品と統合することで、リソースとアプリケーションの管理または管理に費やす時間を短縮できます。 CloudWatch API for logs と AWS CLI も個別に利用できます。 追加のリファレンスのために、CloudWatch での AWS SDK の使用例がお客様向けに用意されています。

リソースのモニタリングをすぐに開始したいのですが、推奨されるアプローチは何ですか?

CloudWatch の自動ダッシュボードは、すべての AWS パブリックリージョンで利用可能であり、すべての AWS リソースの正常性とパフォーマンスの集約されたビューを提供します。これにより、お客様はすぐにモニタリングを開始し、メトリクスとアラームに基づいてリソースベースのビューを取得し、パフォーマンスの問題の根本原因を簡単に特定できます。 自動ダッシュボード は、AWS サービスの推奨ベストプラクティスに基づいて構築されており、リソースを認識したままで、重要なパフォーマンスメトリクスの最新の状態を反映するように動的に更新されます。

関連する AWS Observability ワークショップ: 自動ダッシュボード

CloudWatch でモニタリングしたいものをカスタマイズしたいのですが、推奨されるアプローチは何ですか?

カスタムダッシュボードを使用すると、お客様はさまざまなウィジェットを使用して、必要な数の追加のダッシュボードを作成し、カスタマイズできます。カスタムダッシュボードの作成時には、選択とカスタマイズのために使用できるさまざまなウィジェットタイプがあります。

関連する AWS Observability ワークショップ: ダッシュボード

カスタムダッシュボードをいくつか構築しました。共有する方法はありますか?

はい、CloudWatch ダッシュボードの共有が可能です。共有には 3 つの方法があります。リンクへのアクセス権を持つすべてのユーザーがダッシュボードを表示できるように、単一のダッシュボードをパブリックに共有します。ダッシュボードを表示できる人のメールアドレスを指定して、単一のダッシュボードをプライベートに共有します。サードパーティのシングルサインオン (SSO) プロバイダーを指定して、アカウント内のすべての CloudWatch ダッシュボードを共有します。

関連する AWS Observability ワークショップ: CloudWatch ダッシュボードの共有

AWS リソースの下にあるアプリケーションを含め、ワークロードの可視性を向上させるにはどうすればよいですか?

Amazon CloudWatch Application Insights は、SQL Server データベース、.Net ベースの Web (IIS) スタック、アプリケーションサーバー、OS、ロードバランサーなどの基盤となる AWS リソースを含む、アプリケーションの可観測性を容易にします。 重要なメトリクスとログをアプリケーションリソースとテクノロジスタック全体で識別および設定するのに役立ちます。 これにより、平均修復時間 (MTTR) が短縮され、アプリケーションの問題をより迅速にトラブルシューティングできます。

追加の FAQ: AWS リソースとカスタムメトリクスのモニタリング

組織はオープンソース中心で、Amazon CloudWatch を使用してオープンソーステクノロジーを通じてモニタリングと可観測性をサポートしています。

メトリクスとトレースを収集するために、AWS Distro for OpenTelemetry (ADOT) Collector と CloudWatch エージェントを Amazon EC2 インスタンス上に並行してインストールし、OpenTelemetry SDK を使用してアプリケーショントレースとメトリクスを収集できます。 Amazon EC2 インスタンス上で実行されているワークロード。

Amazon CloudWatch で OpenTelemetry メトリクスをサポートするために、OpenTelemetry Collector 用の AWS EMF エクスポーター は、OpenTelemetry 形式のメトリクスを CloudWatch Embedded Metric Format(EMF) に変換します。これにより、OpenTelemetry メトリクスと統合されたアプリケーションが高基数の アプリケーションメトリクスを CloudWatch に送信 できるようになります。

ログの場合、Fluent Bit は Amazon EC2 からのログを AWS サービス (Amazon CloudWatch を含む) にストリーミングするための簡単な拡張ポイントを作成し、ログの保持と分析ができます。 新しくリリースされた Fluent Bit プラグイン は、Amazon CloudWatch にログをルーティングできます。

ダッシュボードの場合、Amazon Managed Grafana に Amazon CloudWatch をデータソースとして追加できます。これは、Grafana ワークスペースコンソールの AWS データソース構成オプションを使用することによって実現できます。この機能により、既存の CloudWatch アカウントの検出と、CloudWatch へのアクセスに必要な認証情報の構成の管理が簡略化されます。

ワークロードは Prometheus から環境のメトリクスを収集するように既に構築されています。同じ方法論を使用し続けることができますか。

お客様は、可観測性のニーズのために、完全にオープンソースのセットアップを選択できます。 そのために、AWS Distro for OpenTelemetry (ADOT) Collector を、Prometheus で計装されたアプリケーションからスクレイプし、メトリクスを Prometheus Server または Amazon Managed Prometheus に送信するように構成できます。

EC2 インスタンス上の CloudWatch エージェントは、Prometheus とインストールおよび構成されてメトリクスをスクレイプすることができます。これは、EC2 上のコンテナワークロードを好み、オープンソースの Prometheus モニタリングと互換性のあるカスタムメトリクスが必要なお客様に役立ちます。

CloudWatch の Prometheus のコンテナインサイトモニタリング は、コンテナ化されたシステムとワークロードからの Prometheus メトリクスの自動検出を自動化します。Prometheus メトリクスの検出は、Amazon Elastic Container Service (Amazon ECS)、Amazon Elastic Kubernetes Service (Amazon EKS)、および Amazon EC2 インスタンス上で実行されている Kubernetes クラスターでサポートされています。

ワークロードにはマイクロサービスコンピューティング、特に EKS/Kubernetes 関連のコンテナーが含まれています。 環境への洞察を得るために Amazon CloudWatch をどのように使用できますか?

お客様は、CloudWatch Container Insights を使用して、Amazon Elastic Kubernetes Service (Amazon EKS) または Amazon EC2 上の Kubernetes プラットフォームで実行されているコンテナ化されたアプリケーションとマイクロサービスからメトリクスとログを収集、集約、要約できます。 Container Insights は、Amazon EKS 用 Fargate でデプロイされたクラスターからのメトリクスの収集もサポートしています。CloudWatch は、CPU、メモリ、ディスク、ネットワークなど、多くのリソースのメトリクスを自動的に 収集 し、コンテナの再起動失敗などの診断情報を提供して、問題を特定および迅速に解決するのに役立ちます。

関連する AWS Observability ワークショップ: EKS のコンテナインサイト

**ワークロードにはマイクロサービスコンピューティング、特に ECS 関連のコンテナーが含まれています。 環境への洞察を得るために Amazon CloudWatch をどのように使用できます