New Relic은 현재 50개 이상의 AWS 서비스에 대한 성능 지표 및 메타데이터를 수집하기 위해 독립적인 AWS와의 통합을 제공합니다。
New Relic で Metric Stream を設定する方法について説明します 。
なぜそれが重要なのか？
個々のインテグレーションに依存している現在のシステムは、ポーリング・フリート上で動作し、一定の間隔で複数のAWS APIを呼び出してメトリクスとメタデータを取得しています。AWS CloudWatchを使用することで、メトリクスの収集方法が大幅に改善され、個々の統合機能を使用する際の制限をいくつか克服することができました。
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 CloudWatchのメトリックの更新。
- AWS Kinesis Firehose ingest.
- AWS Kinesis Firehoseのデータ転送.
- オプションとして、リソースのメタデータを使ったカスタムタグとCloudWatchメトリクスのエンリッチメントは、 AWS Configサービス に基づいて行われます。
AWS APIポーリング統合からの移行
メトリックがメトリックストリームを介してNewRelicに送信されるときに、現在のポーリングベースの統合を使用して同じメトリックが取得されている場合、それらのメトリックは複製されます。たとえば、 sumまたはcountを使用するアラートとダッシュボードは、実際の数の2倍を返します。これには、 .Sumサフィックスが付いたメトリックを使用するアラートとダッシュボードが含まれます。
テストを安全に行うことができる本番ではないNew Relicアカウントにデータを送ることをお勧めします。それができない場合は、AWS CloudWatch Metric Streamのフィルターを利用して、トラブルの原因となる特定の名前空間を含めたり除外したりすることができます。
または、クエリのフィルタリングを使用して、メトリックストリームからのメトリックとポーリングからのメトリックを区別することもできます。メトリックストリームからのすべてのメトリックは、 collector.name='cloudwatch-metric-streams'でタグ付けされています。
移行の手順
一般的なデプロイメントでは、APIポーリングからメトリックストリームへの移行は以下の手順で行われます（最初にdev/staging環境で試すことをお勧めします）。
- New Relic の AWS UI を介して（または NerdGraph APIs を使用して）、AWS アカウントを New Relic にリンクします。これは現在、AWS アカウントがポーリング統合ですでにリンクされている場合でも必要です。
- オンボーディングの最後のステップである、AWS CloudWatchのメトリクスストリームとAWS Kinesis Data Firehoseを有効にして、メトリクスをNew Relicにプッシュすることを完了させてください。
- AWS CloudWatchは1つのリージョンに1つのストリームを必要とするので、監視したいAWSリージョンを追加する場合は手順2を繰り返す。
- 接続されているすべてのリージョンとネームスペースからメトリクスが受信されていることを確認します。これには数分かかる場合があります。
- 以前のAWSプロバイダーアカウントで、不要なポーリング統合をすべて無効にする。 いくつかの統合は、メトリックストリームに完全に置き換えられていないため、まだ有効化する必要があることを忘れないでください 。
クエリ、ダッシュボード、アラートに関する考察
AWS Metric Streamsの統合では、Metric APIを使用して次元メトリック形式のメトリックをプッシュします。
ポーリングベースの統合は、イベント（たとえば、 ComputeSampleイベント）に基づいてメトリクスをプッシュし、将来的にディメンションメトリクスに移行されます。
この移行を支援するために、私たちは、透過的に任意のフォーマットでクエリーを書くことができるメカニズム（シミングと呼ばれる）を提供しています。そして、これらのクエリは、利用可能なソース（メトリクスまたはイベント）に基づいて期待通りに処理される。このメカニズムは、イベントからメトリクスへ、あるいはその逆と、両方向に機能する。
ポールベースの統合機能から移行する場合は、以下の点を考慮してください。
- ダッシュボード: ポーリングベースの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のドキュメントを参照してください。