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