Amazon CloudWatch - FAQ
Amazon CloudWatch を選択する理由
Amazon CloudWatch は、AWS クラウドリソースと AWS 上で実行するアプリケーションを単一のプラットフォームで統合的に監視できる AWS クラウドネイティブサービスです。Amazon CloudWatch を使用すると、ログの形式で監視データと運用データを収集し、メトリクス、イベントを追跡し、アラームを設定できます。また、AWS 上で実行される AWS リソース、アプリケーション、サービス、およびオンプレミスサーバーの統合ビューも提供します。Amazon CloudWatch は、リソース使用率、アプリケーションパフォーマンス、ワークロードの運用状態をシステム全体で可視化するのに役立ちます。Amazon CloudWatch は、AWS、ハイブリッド、オンプレミスのアプリケーションとインフラストラクチャリソースに対する実用的なインサイトを提供します。クロスアカウントオブザーバビリティは、CloudWatch の統合オブザーバビリティ機能への追加機能です。
Amazon CloudWatch および Amazon CloudWatch Logs とネイティブに統合されている AWS サービスはどれですか？
Amazon CloudWatch は 70 以上の AWS サービスとネイティブに統合されており、お客様はインフラストラクチャメトリクスを収集して、アクションなしで監視とスケーラビリティを簡素化できます。サポートされている CloudWatch メトリクスを発行する AWS サービスの完全なリストについては、ドキュメントを確認してください。現在、30 以上の AWS サービスが CloudWatch にログを発行しています。サポートされている CloudWatch Logs にログを発行する AWS サービスの完全なリストについては、ドキュメントを確認してください。
Amazon CloudWatch に発行されるすべての 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 エージェントは、Elastic Network Adapter (ENA) を使用する Linux で実行される EC2 インスタンスのネットワークパフォーマンスメトリクス、Linux サーバーからの NVIDIA GPU メトリクス、Linux および Windows サーバー上の個別プロセスからの procstat プラグインを使用したプロセスメトリクスなど、特殊なシナリオにおける EC2 インスタンスからのカスタムメトリクスの収集もサポートしています。
関連する AWS Observability Workshop: パブリックカスタムメトリクス
Amazon CloudWatch エージェントを通じてカスタムメトリクスを収集するために利用できる追加のサポートは何ですか？
アプリケーションまたはサービスからのカスタムメトリクスは、StatsD または collectd プロトコルをサポートする統合 CloudWatch エージェントを使用して取得できます。StatsD は、さまざまなアプリケーションからメトリクスを収集できる人気のオープンソースソリューションです。StatsD は、独自のメトリクスを計測する場合に特に便利で、Linux と Windows ベースの両方のサーバーをサポートしています。collectd プロトコルは、Linux サーバーでのみサポートされている人気のオープンソースソリューションで、さまざまなアプリケーションのシステム統計を収集できるプラグインを備えています。
ワークロードに大量の一時的なリソースが含まれており、高カーディナリティのログが生成される場合、メトリクスとログを収集および測定するための推奨アプローチは何ですか？
CloudWatch embedded metric format を使用すると、複雑で高カーディナリティのアプリケーションデータをログの形式で取り込み、Lambda 関数やコンテナなどの一時的なリソースから実用的なメトリクスを生成できます。これにより、個別のコードを実装または保守することなく、詳細なログイベントデータと共にカスタムメトリクスを埋め込むことができ、ログデータに対する強力な分析機能を獲得できます。CloudWatch は自動的にカスタムメトリクスを抽出してデータの可 視化を支援し、リアルタイムのインシデント検出のためにアラームを設定できます。
関連する AWS Observability Workshop: Embedded Metric Format
Amazon CloudWatch へのログの収集と監視を開始するにはどうすればよいですか？
Amazon CloudWatch Logs は、既存のシステム、アプリケーション、カスタムログファイルを使用して、ほぼリアルタイムでシステムとアプリケーションの監視とトラブルシューティングを行うのに役立ちます。お客様は 統合 CloudWatch エージェントをインストールして、Amazon EC2 インスタンスとオンプレミスサーバーからログを収集し、CloudWatch に送信できます。
関連する AWS Observability ワークショップ: Log Insights
CloudWatch エージェントとは何ですか？なぜ使用する必要がありますか？
Unified CloudWatch Agent は、MIT ライセンスの下で提供されるオープンソースソフトウェアであり、x86-64 および ARM64 アーキテクチャを利用するほとんどのオペレーティングシステムをサポートしています。CloudWatch Agent は、オペレーティングシステム全体のハイブリッド環境において Amazon EC2 インスタンスとオンプレミスサーバーからシステムレベルのメトリクスを収集し、アプリケーションやサービスからカスタムメトリクスを取得し、Amazon EC2 インスタンスとオンプレミスサーバーからログを収集するのに役立ちます。
環境内で必要なすべての規模のインストールがあるため、CloudWatch エージェントを通常の方法と自動化を使用してインストールするにはどうすれば よいですか?
Linux および Windows Server を含むすべてのサポート対象オペレーティングシステムにおいて、お客様はコマンドライン、AWS Systems Manager、または AWS CloudFormation テンプレートを使用して、CloudWatch エージェントをダウンロードしてインストールできます。また、監視のためにオンプレミスサーバーに CloudWatch エージェントをインストールすることも できます。
組織内の複数のリージョンに複数の AWS アカウントがありますが、Amazon CloudWatch はこれらのシナリオに対応していますか?
Amazon CloudWatch はクロスアカウントオブザーバビリティを提供しており、リージョン内の複数のアカウントにまたがるリソースとアプリケーションの健全性を監視およびトラブルシューティングするのに役立ちます。Amazon CloudWatch はクロスアカウント、クロスリージョンダッシュボードも提供しています。この機能により、お客様はマルチアカウント、マルチリージョンのリソースとワークロードの可視性と洞察を得ることができます。
Amazon CloudWatch では どのような自動化サポートが利用できますか？
AWS Management Console を通じて Amazon CloudWatch にアクセスする以外に、お客様は API、AWS コマンドラインインターフェイス (CLI)、および AWS SDK を介してサービスにアクセスすることもできます。メトリクスとダッシュボード用の CloudWatch API は、AWS CLI を通じた自動化や、ソフトウェア/製品との統合に役立ち、リソースやアプリケーションの管理や運用にかける時間を削減できます。ログ用の CloudWatch API も AWS CLI と共に別途利用可能です。AWS SDK を使用した CloudWatch のコード例も、お客様の追加リファレンスとして利用できます。
リソースの監視をすぐに始めたいのですが、推奨されるアプローチは何ですか？
CloudWatch の自動ダッシュボードは、すべての AWS パブリックリージョンで利用可能であり、すべての AWS リソースの健全性とパフォーマンスの集約されたビューを提供します。これにより、お客様は監視を迅速に開始でき、メトリクスとアラームのリソースベースのビューを利用し、パフォーマンス問題の根本原因を簡単に掘り下げて理解できます。自動ダッシュボードは、AWS サービスの推奨ベストプラクティスに基づいて事前構築されており、リソースを認識し、重要なパフォーマンスメトリクスの最新状態を反映するように動的に更新されます。
関連する AWS Observability Workshop: 自動ダッシュボード
CloudWatch で監視する内容をカスタマイズしたい場合、推奨されるアプローチは何ですか?
カスタムダッシュボードを使用すると、お客様はさまざまなウィジェットを含む追加のダッシュボードを必要な数だけ作成し、それに応じてカスタマイズできます。カスタムダッシュボードを作成する際には、カスタマイズのために選択できるさまざまなウィジェットタイプが用意されています。
関連する AWS Observability Workshop: ダッシュボード
いくつかのカスタムダッシュボードを作成しましたが、共有する方法はありますか？
はい、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 メトリクスをサポートするために、AWS EMF Exporter for OpenTelemetry Collector は OpenTelemetry 形式のメトリクスを CloudWatch Embedded Metric Format(EMF) に変換します。これにより、OpenTelemetry メトリクスに統合されたアプリケーションが、高カーディナリティのアプリケーションメトリクスを CloudWatch に送信できるようになります。
ログについては、Fluent Bit を使用することで、Amazon EC2 からのログをログの保持と分析のための Amazon CloudWatch を含む AWS サービスにストリーミングするための簡単な拡張ポイントを作成できます。新しくリリースさ れた Fluent Bit プラグインは、ログを Amazon CloudWatch にルーティングできます。
ダッシュボードについては、Grafana ワークスペースコンソールの AWS データソース設定オプションを使用して、Amazon CloudWatch をデータソースとして Amazon Managed Grafana に追加できます。この機能により、既存の CloudWatch アカウントを検出し、CloudWatch へのアクセスに必要な認証情報の設定を管理することで、CloudWatch をデータソースとして追加する作業が簡素化されます。
ワークロードは既に環境から Prometheus を使用してメトリクスを収集するように構築されています。同じ方法を引き続き使用できますか？
お客様は、オブザーバビリティのニーズに対 して、すべてオープンソースのセットアップを選択できます。その場合、AWS Distro for OpenTelemetry (ADOT) Collector を設定して、Prometheus でインストルメント化されたアプリケーションからスクレイピングし、メトリクスを Prometheus Server または Amazon Managed Prometheus に送信できます。
EC2 インスタンス上の CloudWatch エージェントは、CloudWatch での監視のために Prometheus でメトリクスをスクレイピングするようにインストールおよび設定できます。これは、EC2 上のコンテナワークロードを好み、オープンソースの Prometheus 監視と互換性のあるカスタムメトリクスを必要とするお客様に役立ちます。
CloudWatch Container Insights monitoring for Prometheus は、コンテナ化されたシステムとワークロードからの Prometheus メトリクスの検出を自動化します。Prometheus メトリクスの検出は、Amazon Elastic Container Service (ECS)、Amazon Elastic Kubernetes Service (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 の Container Insights
マイクロサービスコンピューティング、特に ECS 関連のコンテナを含むワークロードで、Amazon CloudWatch を使用して環境に関するインサイトを得るにはどうすればよいですか?
お客様は CloudWatch Container Insights を使用して、Amazon Elastic Container Service (Amazon ECS) または Amazon EC2 上のコンテナプラットフォームで実行されているコンテナ化されたアプリケーションとマイクロサービスからメトリクスとログを収集、集約、要約できます。Container Insights は、Amazon ECS 用の Fargate にデプロイされたクラスターからのメトリクス収集もサポートしています。CloudWatch は、CPU、メモリ、ディスク、ネットワークなどの多くのリソースから自動的にメトリクスを収集し、コンテナの再起動失敗などの診断情報を提供して、問題を迅速に特定して解決できるようにします。
関連する AWS Observability ワークショップ: ECS の Container Insights
ワークロードにサーバーレスコンピューティ ング、特に AWS Lambda が含まれている場合、Amazon CloudWatch を使用して環境に関するインサイトを得るにはどうすればよいですか?
お客様は、AWS Lambda 上で実行されるサーバーレスアプリケーションの監視とトラブルシューティングに CloudWatch Lambda Insights を使用できます。CloudWatch Lambda Insights は、CPU 時間、メモリ、ディスク、ネットワークなどのシステムレベルのメトリクスを収集、集約、要約し、コールドスタートや Lambda ワーカーのシャットダウンなどの診断情報も収集、集約、要約することで、お客様が Lambda 関数の問題を特定し、迅速に解決できるよう支援します。
関連する AWS Observability Workshop: Lambda Insights
大量のログを Amazon CloudWatch Logs に集約していますが、これらのデータのオブザーバビリティを得るにはどうすればよいですか?
CloudWatch Logs Insights を使用すると、お客様はログデータをインタラクティブに検索、分析し、Amazon CloudWatch Logs の運用上の問題に効率的かつ効果的に対応するためのクエリを実行できます。問題が発生した場合、お客様は CloudWatch Logs Insights を使用して潜在的な原因を特定し、デプロイされた修正を検証できます。
Amazon CloudWatch Logs でログをクエリするにはどうすればよいですか?
Amazon CloudWatch Logs の CloudWatch Logs Insights は、クエリ言語を使用してロググループをクエリします。
コスト最適化、コンプライアンス保持、または追加処理のために Amazon CloudWatch Logs に保存されたログを管理するにはどうすればよいですか?
デフォルトでは、Amazon CloudWatch Logs の LogGroups は無期限に保持され、期限切れになることはありません。お客様は、各ロググループの保持ポリシーを調整して、コストを最適化するため、またはコンプライアンス目的でログを保持する期間に応じて、1 日から 10 年の間の保持期間を選択できます。
お客様は、ログ グループから Amazon S3 バケットにログ データをエクスポートし、このデータをカスタム処理や分析に使用したり、他のシステムに読み込んだりすることができます。
お客様は、CloudWatch Logs のロググループを設定して、CloudWatch Logs サブスクリプションを通じてほぼリアルタイムで Amazon OpenSearch Service にデータをストリーミングすることもできます。これにより、インタラクティブなログ分析、リアルタイムアプリケーションモニタリング、検索などの実行が可能になります。
ワークロードが機密データを含む可能性のあるログを生成する場合、Amazon CloudWatch でそれらを保護する方法はありますか？
お客様は、CloudWatch Logs のログデータ保護機能を利用できます。この機能は、システムやアプリケーションから収集されるログ内の機密データを自動的に検出してマスクするための独自のルールとポリシーを定義することを支援します。
関連する AWS Observability Workshop: データ保護
システムやアプリケーションに異常バンドや予期しない変化が発生した際に、それを知りたいと考えています。Amazon CloudWatch は発生時にどのようにアラートを送信できますか？
Amazon CloudWatch Anomaly Detection は、統計および機械学習アルゴリズムを適用して、システムとアプリケーションの単一の時系列を継続的に分析し、正常なベースラインを決定し、最小限のユーザー介入で異常を検出します。このアルゴリズムは、正常なメトリクスの動作を表す期待値の範囲を生成する異常検出モデルを作成します。お客様は、過去のメトリクスデータの分析と異常しきい値に設定された値に基づいてアラームを作成できます。
関連する AWS Observability Workshop: 異常検知
Amazon CloudWatch でメトリクスアラームを設定しましたが、頻繁にアラーム通知が発生しています。これを制御して微調整するにはどうすればよいですか?
お客様は、複数のアラームをコンポジットアラームとしてアラーム階層に組み合わせることで、複数のアラームが同時に発火した際に一度だけトリガーすることでアラームノイズを削減できます。コンポジットアラームは、アプリケーション、AWS リージョン、または AZ などのリソースをグループ化することで、全体的な状態をサポートします。
関連する AWS Observability ワークショップ: アラーム
インターネットに公開されているワークロードでパフォーマンスと可用性の問題が発生していますが、どのようにトラブルシューティングすればよいですか?
Amazon CloudWatch Internet Monitor は、AWS でホストされているアプリケーションとエンドユーザー間のパフォーマンスと可用性にインターネットの問題がどのように影響するかを可視化します。Internet Monitor を使用すると、アプリケーションのパフォーマンスと可用性に影響を与えている要因を迅速に特定できるため、問題を追跡して対処することができ、インターネットの問題を診断するのにかかる時間を大幅に短縮できます。
AWS でワークロードを実行しており、エンドユーザーがアプリケーションへのアクセスで影響や遅延を経験する前に通知を受け取りたいと考えています。顧客向けワークロードの可視性を高め、オブザーバビリティを向上させるにはどうすればよいですか？
お客様は Amazon CloudWatch Synthetics を使用して Canary を作成できます。Canary は、スケジュールに従って実行される設定可能なスクリプトで、エンドポイントと API を監視します。Canary は顧客と同じルートをたどり、同じアクションを実行するため、アプリケーションへのライブトラフィックがない場合でも、エンドユーザーエクスペリエンスを継続的に検証できます。Canary は、お客様が気付く前に問題を発見するのに役立ちます。Canary はエンドポイントの可用性とレイテンシーをチェックし、ヘッドレス Chromium ブラウザでレンダ リングされた UI の読み込み時間データとスクリーンショットを保存できます。
関連する AWS Observability ワークショップ: CloudWatch Synthetics
クライアント側のパフォーマンスを特定してエンドユーザーエクスペリエンスを観察し、リアルタイムの問題を解決するにはどうすればよいですか？
CloudWatch RUM は、実際のユーザーセッションから Web アプリケーションのパフォーマンスに関するクライアント側のデータをほぼリアルタイムで収集および表示するリアルユーザーモニタリングを実行できます。この収集されたデータは、クライアント側のパフォーマンスの問題を迅速に特定およびデバッグするのに役立ち、ページの読み込み時間、クライアント側のエラー、ユーザーの行動を視覚化および分析するのにも役立ちます。このデータを表示する際、お客様はすべてを集約して表示できるだけでなく、お客様が使用するブラウザやデバイスごとの内訳も確認できます。CloudWatch RUM は、アプリケーションのパフォーマンスの異常を視覚化し、エラーメッセージ、スタックトレース、ユーザーセッションなどの関連するデバッグデータを見つけるのに役立ちます。
関連する AWS Observability ワークショップ: CloudWatch RUM
私の組織では、監査のためにすべてのアクションを記録する必要があります。Amazon CloudWatch イベントを記録できますか？
Amazon CloudWatch は AWS CloudTrail と統合され ており、Amazon CloudWatch でユーザー、ロール、または AWS サービスによって実行されたアクションの記録を提供します。CloudTrail は、コンソールからの呼び出しと API オペレーションへのコード呼び出しを含むイベントとして、Amazon CloudWatch のすべての API 呼び出しをキャプチャします。
他にどのような情報が利用できますか？
お客様は、CloudWatch、CloudWatch Events、CloudWatch Logs の AWS ドキュメントを読んだり、AWS ネイティブオブザーバビリティに関する AWS Observability Workshop を受講したり、製品ページで機能や料金の詳細 を確認したりすることで、追加情報を入手できます。お客様のユースケースシナリオを説明する CloudWatch のチュートリアルも追加で用意されています。