• ログイン今すぐ開始

本書は、お客様のご参考のために原文の英語版を機械翻訳したものです。

英語版と齟齬がある場合、英語版の定めが優先するものとします。より詳しい情報については、本リンクをご参照ください。

問題を作成する

Amazon CloudWatch Metric Streamsの統合の紹介

AWS CloudWatch Metric Streams統合は、カスタムネームスペースを含むすべてのAWSサービスからのすべてのCloudWatchメトリクスを監視するための推奨ソリューションです。

New Relic で Metric Stream を設定する方法について説明します

なぜそれが重要なのか?

CloudWatchメトリクスストリームの前は、AWSモニタリングパートナーの唯一のソリューションは、ポーリングフリートをデプロイし、定期的に複数のAWS APIを呼び出して、メトリクスとメタデータを取得することでした。次の表は、両方のソリューションの違いを示しています。

APIモード

ストリームモード

メトリクスを収集するためには、各AWSサービスとの連携が必要となります。

すべてのAWSサービスとカスタム名前空間からのすべてのCloudWatchメトリクスは、特定の統合の構築や更新を必要とせずに、New Relicで一度に

例外が1つあります。2時間以上遅れてCloudWatchで利用できるようになったメトリクスは、ストリームに含まれません。

これにより、New Relic でアラートやダッシュボードに表示されるメトリクスにさらなる遅延が生じます。現在提供している最速のポーリング間隔は5分です。

メトリクスがAWS CloudWatchで利用可能になってから2分以内にストリーミングされるため、レイテンシーが大幅に改善されています。

大規模なAWS環境では、AWS APIのスロットリングが発生する可能性があります。

AWSのAPIスロットルが廃止されました。

Amazon CloudWatch Metric Streamsの統合を試してみたいですか? New Relic にサインアップすれば、永久に無料です。

コスト面での配慮

AWS CloudWatch メトリックストリームと New Relic の統合のコストを評価する際には、以下の点を考慮してください。

AWSやNewRelic側のフィルターなど、 データ管理に利用できるメカニズムについて学びます。該当する場合は、本番環境前の環境で初期統合を完了して、限られた数のAWSリソースとサービスに基づいてソリューションの総コストを評価してください。

AWS APIポーリング統合からの移行

メトリックがメトリックストリームを介してNewRelicに送信されるときに、現在のポーリングベースの統合を使用して同じメトリックが取得されている場合、それらのメトリックは複製されます。たとえば、 sumまたはcountを使用するアラートとダッシュボードは、実際の数の2倍を返します。これには、 .Sumサフィックスが付いたメトリックを使用するアラートとダッシュボードが含まれます。

テストを安全に行うことができる本番ではないNew Relicアカウントにデータを送ることをお勧めします。それができない場合は、AWS CloudWatch Metric Streamのフィルターを利用して、トラブルの原因となる特定の名前空間を含めたり除外したりすることができます。

または、クエリのフィルタリングを使用して、メトリックストリームからのメトリックとポーリングからのメトリックを区別することもできます。メトリックストリームからのすべてのメトリックは、 collector.name='cloudwatch-metric-streams'でタグ付けされています。

移行の手順

一般的なデプロイメントでは、APIポーリングからメトリックストリームへの移行は以下の手順で行われます(最初にdev/staging環境で試すことをお勧めします)。

  1. New Relic の AWS UI を介して(または NerdGraph APIs を使用して)、AWS アカウントを New Relic にリンクします。これは現在、AWS アカウントがポーリング統合ですでにリンクされている場合でも必要です。
  2. オンボーディングの最後のステップである、AWS CloudWatchのメトリクスストリームとAWS Kinesis Data Firehoseを有効にして、メトリクスをNew Relicにプッシュすることを完了させてください。
  3. AWS CloudWatchは1つのリージョンに1つのストリームを必要とするので、監視したいAWSリージョンを追加する場合は手順2を繰り返す。
  4. 接続されているすべてのリージョンとネームスペースからメトリクスが受信されていることを確認します。これには数分かかる場合があります。
  5. 以前のAWSプロバイダーアカウントで、不要なポーリング統合をすべて無効にする。 いくつかの統合は、メトリックストリームに完全に置き換えられていないため、まだ有効化する必要があることを忘れないでください

クエリ、ダッシュボード、アラートに関する考察

AWS Metric Streamsの統合では、Metric APIを使用して次元メトリック形式のメトリックをプッシュします。

ポーリングベースの統合は、イベント(たとえば、 ComputeSampleイベント)に基づいてメトリクスをプッシュし、将来的にディメンションメトリクスに移行されます。

この移行を支援するために、私たちは、透過的に任意のフォーマットでクエリーを書くことができるメカニズム(シミングと呼ばれる)を提供しています。そして、これらのクエリは、利用可能なソース(メトリクスまたはイベント)に基づいて期待通りに処理される。このメカニズムは、イベントからメトリクスへ、あるいはその逆と、両方向に機能する。

ヒント

お客様がAWSCloudWatchメトリクスストリーム統合(ディメンションメトリクスフォーマット)でイベントベースのクエリ(*サンプル)を使用できるようにするクエリメカニズムの制限の詳細をご覧ください。

ポールベースの統合機能から移行する場合は、以下の点を考慮してください。

  • ダッシュボード: ポーリングベースのAWS統合イベントを使用するカスタムダッシュボードは、これまでどおり正常に動作します。
  • アラート: ポーリングベースのAWSイベントを使用したアラート条件は引き続き機能します。これらをディメンション・メトリック形式(NRQLをソースとして使用)に適応させることをお勧めします。
  • Entities: New Relic Explorerでは、最大で24時間、重複したエンティティが表示されることがあります。

メトリクスストリームに置き換わらない統合機能

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メトリクスストリームでは利用できないメトリクス

AWS CloudWatchメトリクスストリームには、2時間以上の遅延でCloudWatchが利用できるようになるメトリクスは含まれません。 2時間後に集約および公開されるメトリクスを含む可能性のあるAWS名前空間の例には、AWS DMS、AWS RDS、AWS DocDB、AWS S3、およびAWSDAXが含まれます。
詳細については、 AWSのドキュメントを参照してください。

Copyright © 2022 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.