New Relic Confluent Cloud で管理されるApache Kafka データのストリーミングを収集するための統合を提供します。 このドキュメントでは、この統合を有効にする方法と、レポートできるデータについて説明します。
前提条件
- New Relicアカウント
- 有効な Confluent Cloud アカウント
- Confluent Cloud APIキーとシークレット
MetricsViewer
Confluent Cloudアカウントへのアクセス
統合をアクティブ化する
この統合を有効にするには、 Integrations & Agentsに移動し、 Confluent Cloud -> API Polling選択して指示に従います。
重要
IP フィルタリングが設定されている場合は、次の IP アドレスをフィルタに追加します。
構成とポーリング
Confluent Cloud Kafka 統合のデフォルトのポーリング情報:
- New Relicのポーリング間隔:5分
- Confluent Cloud データ間隔: 1 分
ポーリング頻度は初期設定時にのみ変更できます。
データの表示と使用
インテグレーションデータを表示するには、 one.newrelic.com > All capabilities > Infrastructure > AWSに移動してインテグレーションを選択してください。
次の イベント タイプ を使用して、 データをクエリおよび探索 できます。
エンティティ | データ型 | プロバイダー |
---|---|---|
クラスタ |
|
|
データの使用方法の詳細については、統合データの理解と使用を参照してください。
メトリックデータ
この統合は、クラスタ、パーティション、トピックエンティティの Amazon Managed Kafka データを記録します。
メトリック | ユニット | 説明 |
---|---|---|
| パーセント | クラスターの使用率の尺度。 値は 0.0 ~ 1.0 の範囲です。 このメトリクスデータを持っているのは専用のティアクラスタだけです。 |
| パーセント | 入力スループットによって発生したホット パーティションの存在を示すインジケーター。 ホット パーティションが検出された場合は値は 1.0 になり、ホット パーティションが検出されなかった場合は空になります。 |
| パーセント | 出力スループットによって発生したホット パーティションの存在を示すインジケーター。 ホット パーティションが検出された場合は値は 1.0 になり、ホット パーティションが検出されなかった場合は空になります。 |
| バイト | ネットワーク経由で送信された指定されたリクエスト タイプからの合計リクエスト バイトのデルタ カウント。 各サンプルは、前のデータ ポイント以降に送信されたバイト数です。 カウントは 60 秒ごとにサンプリングされます。 |
| バイト | ネットワーク経由で送信された指定された応答タイプからの合計応答バイトのデルタカウント。 各サンプルは、前のデータ ポイント以降に送信されたバイト数です。 カウントは 60 秒ごとにサンプリングされます。 |
| バイト | ネットワークから受信した顧客データのバイト数の差分。各サンプルは、前のデータ サンプル以降に受信したバイト数です。カウントは 60 秒ごとにサンプリングされます。 |
| バイト | ネットワーク経由で送信された顧客データのバイト数の差分。各サンプルは、前のデータ ポイント以降に送信されたバイト数です。カウントは 60 秒ごとにサンプリングされます。 |
| Count | 受信したレコードのデルタ カウント。各サンプルは、前のデータ サンプル以降に受信したレコードの数です。カウントは 60 秒ごとにサンプリングされます。 |
| Count | 送信されたレコードのデルタ カウント。各サンプルは、前のデータ ポイント以降に送信されたレコードの数です。カウントは 60 秒ごとにサンプリングされます。 |
| Count | パーティションの数。 |
| ミリ秒 | グループ メンバーのコミットされたオフセットとパーティションの最高水準点の間のラグ。 |
| Count | 成功した認証のデルタ カウント。各サンプルは、前のデータ ポイント以降の成功した認証の数です。60 秒ごとにサンプリングされるカウント。 |
| Count | アクティブな認証済み接続の数。 |