AWS CloudWatch Metric Streams の統合は、カスタム名前空間を含むすべての AWS サービスからのすべての CloudWatch メトリクスを監視するための主要な推奨ソリューションです。
New Relic で AWS Metric Stream モニタリングを設定する方法を学びます。
なぜそれが重要なのか？
CloudWatch Metric Streams が登場する前は、AWS モニタリング パートナーにとっての唯一のソリューションは、ポーリング フリートをデプロイし、複数の AWS API を定期的に呼び出してメトリクスとメタデータを取得することでした。次の表は、両方のソリューションの違いを示しています。
APIポーリングモード | ストリームモード |
|---|---|
メトリクスを収集するためには、各AWSサービスとの連携が必要となります。 | すべてのAWSサービスとカスタム名前空間からのすべてのCloudWatchメトリクスは、特定の統合の構築や更新を必要とせずに、New Relicで一度に 。 例外が 1 つあります。メトリクスが AWS CloudWatch で利用可能になり、2 時間以上の遅延がある場合、これらのメトリクスはストリームに含まれません。 |
これにより、New Relic でアラートとダッシュボードに使用できるメトリクスに遅延が追加されます。最速のポーリング間隔は 5 分です。 | メトリクスは AWS CloudWatch で利用できるため、2 分未満でストリーミングされるため、レイテンシーが大幅に改善されます。 |
大規模なAWS環境では、AWS APIのスロットリングが発生する可能性があります。 | AWSのAPIスロットルが廃止されました。 |
Amazon CloudWatch Metric Streamsの統合を試してみたいですか？ New Relic にサインアップすれば、永久に無料です。
コスト面での配慮
AWS CloudWatch メトリックストリームと New Relic の統合のコストを評価する際には、以下の点を考慮してください。
- AWS CloudWatchのメトリックの更新。
- AWS Kinesis Firehose ingest.
- AWS Kinesis Firehoseのデータ転送.
- オプション：選択したAWS名前空間のリソースメタデータでメトリクスを強化するために使用されるAWSConfigサービス。
ヒント
AWS サービスを検出、識別、監視するには、AWS Config Service にアクセスする必要があります。このアクセス権がなければ、システムを監視したり表現したりすることはできません。
AWS や New Relic のフィルターなど、 データ管理に利用できるメカニズムについて学びます。該当する場合は、必ず実稼働前環境で初期統合を完了し、限られた数の AWS リソースとサービスに基づいてソリューションの総コストを評価してください。
AWS APIポーリング統合からの移行
現在、古いポーリングベースの AWS 統合を使用している New Relic のお客様には、新しく改善された統合への移行に関するガイダンスを提供します。
両方の形式の統合を設定している場合は、メトリクスが重複する可能性があることに注意してください。たとえば、アラートや sum または count を使用すると、実際の数値の 2 倍が返されます。これには、 .Sum 接尾辞を持つメトリクスを使用するアラートとダッシュボードが含まれます。
安全にテストを実行できる非本番環境の New Relic アカウントにデータを送信することをお勧めします。それができない場合は、AWS CloudWatch Metric Stream フィルターを使用して、問題を引き起こす可能性のある特定の名前空間を含めたり除外したりすることができます。
または、クエリのフィルタリングを使用して、メトリックストリームからのメトリックとポーリングからのメトリックを区別することもできます。メトリックストリームからのすべてのメトリックは、 collector.name='cloudwatch-metric-streams'でタグ付けされています。
メトリック ストリームへの移行
既存のお客様には、まず開発環境またはステージング環境で API ポーリングから Metric Streams に移行することをお勧めします。一般的なデプロイでは、次の手順に従って AWS Cloudwatch Metric Streams に移行します。
- one.newrelic.com > All capabilities > Infrastructure > AWSに移動して、ポーリングからメトリクス ストリームに名前空間をレプリケートします。Migrate to AWS Cloudwatch metric streams [AWS Cloudwatch メトリクス ストリームに移行] ボタンをクリックし、AWS Metric Streams アカウントを設定します。
- カスタマイズされた CloudFormation テンプレートをダウンロードします。このテンプレートには、既存のポーリング構成に基づく事前構成された名前空間が含まれています。
- アカウントの詳細を追加します。
CloudFormation テンプレートを使用したくない場合は、次の代替オプションがあります。
- one.newrelic.com > All capabilities > Infrastructure > AWSに移動します。 Add an AWS account [AWS アカウントを追加] をクリックし、AWS アカウントを追加します。このステップは、AWS アカウントをポーリング統合にすでにリンクしている場合でも必要です。
- 最後のオンボーディングステップで、AWS CloudWatch Metric Stream と AWS Kinesis Data Firehose が有効になっていることを確認してください。これにより、メトリクスが New Relic にプッシュされます。AWS CloudWatch ではリージョンごとに 1 つのストリームが必要なので、監視する追加の AWS リージョンについてこの手順を繰り返します。
- 接続されているすべてのリージョンとネームスペースからメトリクスが受信されていることを確認します。これには数分かかる場合があります。
- 以前の AWS プロバイダー アカウントで不要なポーリング統合をすべて無効にします。 一部の統合は Metric Streams に完全に置き換えられていないため、引き続き有効にする必要があること に注意してください。
クエリ、ダッシュボード、アラートに関する考察
AWS Metric Streams 統合では、Metric API を使用して、メトリクスを ディメンション メトリクス 形式でプッシュします。
ポーリングベースの AWS 統合は、 イベント ( ComputeSample イベントなど) に基づいてメトリクスをプッシュし、将来的には次元メトリクスに移行される予定です。
この移行を支援するために、私たちは、透過的に任意のフォーマットでクエリーを書くことができるメカニズム（シミングと呼ばれる）を提供しています。そして、これらのクエリは、利用可能なソース（メトリクスまたはイベント）に基づいて期待通りに処理される。このメカニズムは、イベントからメトリクスへ、あるいはその逆と、両方向に機能する。
ヒント
お客様が AWS CloudWatch Metric Stream 統合 (次元メトリック形式) でイベントベースのクエリ (サンプル) を使用できるようにするクエリ メカニズムの 制限 について詳しく説明します。
投票ベースの統合から移行する場合は、次の点を考慮してください。
ダッシュボード: カスタム
ポーリングベースの AWS 統合イベントを使用するものは、引き続き期待どおりに機能します。
アラート: ポーリングベースのAWSイベントを使用したアラート条件は引き続き機能します。これらをディメンション・メトリック形式（NRQLをソースとして使用）に適応させることをお勧めします。
Entities[エンティティ]: 監視対象エンティティのリストには、重複したエンティティが最大 24 時間表示される場合があります。
Attributes [属性]: ポーリングベースの AWS 統合では、収集されたリソース タグに
label.プレフィックスが付けられますが、AWS CloudWatch Metric Streams 統合では、収集されたリソース タグにtags.というプレフィックスが付けられます。同じ AWS アカウントに対して両方の統合が有効になっている場合、イベント形式を使用するとリソース タグが両方のプレフィックスの下に表示されます。
メトリクスストリームに置き換わらない統合機能
AWS CloudWatch Metric Streamsの統合は、CloudWatchメトリクスに重点を置いています。その結果、AWSサービスから完全な可視性を得るには、以下の統合を構成して有効にする必要があります。
サービスAPIに基づくポーリング統合：
- AWS Billing
- AWS CloudTrail
- AWS Health
- AWS Trusted Advisor
- AWS X-Ray
CloudWatch Logsに基づく統合、 Lambda経由でNew Relicに転送：
- AWSRDS拡張
- AWS VPC フローログ
CloudWatchメトリクスストリームでは利用できないメトリクス
メトリクスが 2 時間以上の遅延で AWS CloudWatch メトリクス ストリームに利用できる場合、これらのメトリクスはストリームに含まれません。
2 時間後に集計および公開されるメトリクスを含む可能性がある AWS 名前空間の例には、AWS DMS、AWS RDS、AWS DocDB、AWS S3、および AWS DAX が含まれます。詳細については、 AWS のドキュメントを参照してください。