- 重要な情報
- はじめに
- 用語集
- ガイド
- エージェント
- インテグレーション
- OpenTelemetry
- 開発者
- API
- CoScreen
- アプリ内
- Service Management
- インフラストラクチャー
- アプリケーションパフォーマンス
- 継続的インテグレーション
- ログ管理
- セキュリティ
- UX モニタリング
- 管理
選択した Datadog サイト () では AWS CloudWatch Metric Streams with Kinesis Data Firehose は利用できません。
Amazon CloudWatch メトリクスストリームと Amazon Kinesis Data Firehose を使用すると、CloudWatch メトリクスを 2〜3 分のレイテンシーでより速く Datadog に取り込むことができます。これは、Datadog のデフォルトの API ポーリングアプローチよりも大幅に高速で、デフォルトのアプローチではメトリクスが 10 分ごとに更新されます。API ポーリングアプローチについて、詳しくはクラウドメトリクスの遅延に関するドキュメント でご確認ください。
CloudWatch Metric Streams と API ポーリングの主な相違点は以下の通りです。
AWS でのネームスペースフィルタリング: AWS インテグレーションページのネームスペースごとのデフォルトとアカウントレベルの設定は、API ポーリングアプローチにのみ適用されます。AWS アカウントの CloudWatch メトリクスストリーム設定を使用して、ストリームにネームスペースまたはメトリクスを含めたり除外したりするためのすべてのルールを管理します。
2 時間以上遅れて報告されるメトリクス: API ポーリングは、CloudWatch Metric Stream を通して送ることができないため、メトリクスストリーミングを有効にした後も aws.s3.bucket_size_bytes や aws.billing.estimated_charges などのメトリクスを収集し続けます。
API ポーリングメソッドを通じて特定の CloudWatch ネームスペースのメトリクスを既に受け取っている場合、Datadog は自動的にこれを検出し、ストリーミングを開始するとそのネームスペースのメトリクスポーリングを停止します。Datadog は引き続き API ポーリングを使用して、ストリームされたメトリクスに対してカスタムタグや他のメタデータを収集するため、AWS インテグレーションページの構成設定は変更しないままにしておきます。
AWS アカウントやリージョン、あるいは特定のネームスペースのメトリクスをストリーミングしたくないと後で判断した場合、Datadog は自動的に AWS インテグレーションページの構成設定に基づいて、API ポーリングを使用してそれらのメトリクスの収集を再び開始します。AWS アカウントとリージョンのすべてのメトリクスのストリーミングを停止したい場合は、本ドキュメントのメトリクスストリーミングを無効にするのセクション の指示に従います。
メトリクスをストリーミングするための Datadog からの追加料金はありません。
AWS は、CloudWatch メトリクスストリームのメトリクスアップデートの数と Kinesis Data Firehose に送信されたデータボリュームに基づいて課金します。ストリーミングしているメトリクスのサブセットの CloudWatch コストが増加する可能性があるため、Datadog は、より低いレイテンシーが最も必要な AWS メトリクス、サービス、リージョン、アカウントにメトリクスストリームを優先し、それ以外ではポーリングを使用することをお勧めします。詳細については、Amazon CloudWatch の価格設定 を参照してください。
ストリーム内の EC2 または Lambda のメトリクスは、請求対象のホスト数や Lambda の呼び出し数を増加させる可能性があります (EC2 の場合、これらのホストと関数が AWS インテグレーションまたは Datadog Agent でまだ監視されていない場合)。
Metric Streaming と API ポーリングの比較 のセクションをよく読んで、Metric Streaming を有効にする前に違いを理解してください。
まだ接続していない場合は、AWS アカウントを Datadog に接続します。詳細については、CloudFormation のセットアップ手順 を参照してください。
複数の AWS リージョンを使用している場合は自動的かつ簡単になるため、Datadog では CloudFormation の使用をお勧めします。
スタックが正常に作成されたら、Datadog が変更を認識するまで 5 分ほど待ちます。完了を確認するには、Datadog の AWS インテグレーションページ の Metric Collection タブに移動し、選択したアカウントに対してアクティブ化したリージョンが表示されることを確認します。
AWS コンソールを使用してメトリクスストリームを設定するには、各 AWS リージョンに対して CloudWatch メトリクスストリーム を作成します。
Quick AWS Partner Setup を選択し、ドロップダウンメニューから AWS パートナー送信先として Datadog を選択します。
メトリクスをストリーミングする Datadog サイトを選択し、Datadog API キー を入力します。
すべての CloudWatch メトリクスをストリーミングするか、特定のネームスペースのみかを選択します。特定のメトリクスを除外するオプションもあります。モニタリングアカウントの場合は、クロスアカウントストリーミング を有効にすることもできます。
Add additional statistics では、Datadog に送信する AWS のパーセンタイルメトリクスを含みます。Datadog がポーリングでサポートするパーセンタイルメトリクスの一覧は、CloudFormation テンプレート を参照してください。
メトリクスストリームに名前を付けます。
Create metric stream をクリックします。
Metric Stream リソースが正常に作成されたことを確認したら、Datadog が変更を認識するまで 5 分ほど待ちます。完了を確認するには、Datadog の AWS インテグレーションページ の Metric Collection タブを開き、指定した AWS アカウントの CloudWatch Metric Streams で有効化したリージョンが有効になっていることを確認します。
注: CloudWatch API のポーリングをすでに有効にしている場合、ストリーミングへの移行により、ストリーミングしている特定のメトリクスが Datadog で二重にカウントされる短い期間 (最大 5 分) が発生する可能性があります。これは、Datadog のクローラーが実行されて CloudWatch メトリクスを送信するタイミングと、Datadog がこれらのメトリクスのストリーミングを開始したことを認識してクローラーをオフにするタイミングが異なるためです。
クロスアカウントメトリクスストリーミングを使用して、AWS リージョン内の複数の AWS アカウントにまたがる単一のメトリクスストリームにメトリクスを含めます。これは、共通の送信先を対象とするメトリクスの収集に必要なストリーム数を減らすのに役立ちます。そのためには、モニタリングアカウントにソースアカウントを接続 し、AWS モニタリングアカウントで Datadog へのクロスアカウントストリーミングを有効にします。
注: ストリーミングされるメトリクスに関して、カスタムタグやその他のメタデータを収集するには、ソースアカウントを Datadog と連携させます。
特定の AWS アカウントとリージョンに対してメトリクスストリーミングを完全に無効にするには、AWS メトリクスストリームとその関連リソースを削除する必要があります。Datadog のメトリクスの喪失を防ぐために、これらの削除手順に注意深く従うことが重要です。
CloudFormation でストリーミングを設定した場合:
AWS コンソール からストリーミングを設定した場合:
リソースが削除されたら、Datadog が変更を認識するまで 5 分ほど待ちます。完了を確認するには、Datadog の AWS インテグレーションページ の Metric Collection タブを開き、指定した AWS アカウントの CloudWatch Metric Streams に無効にしたリージョンが表示されていないことを確認します。
Metric Streams や関連リソースのセットアップで遭遇する問題を解決するには、AWS のトラブルシューティング をご覧ください。
