StatsDモニタリングの統合

StatsD の統合により、 StatsD-format data を New Relic に簡単に取り込むことができます。また、データに任意のタグ（キーと値のペア）を追加することもできます。メトリクスが New Relic に取り込まれると、データを照会したり、カスタムチャートやダッシュボードを作成することができます。

StatsDインテグレーションを試してみませんか？ New Relicアカウントを作成してください無料でご利用いただけます。クレジットカードは必要ありません。

要件

この統合では、メトリクス APIとイベント API を使用してデータを取り込みます。これらの API を使用するには、が必要です。

この統合は、Metric API の要件とデータ制限に従います。レート制限に達しているかどうかを確認するには、次の NrIntegrationError イベントの NRQL クエリを実行します。

SELECT count(*) FROM NrIntegrationError 
  WHERE newRelicFeature ='Metrics' 
  FACET category, message
  LIMIT 100 since 1 day ago

統合は、amd64およびarm64アーキテクチャ用のDockerHubでLinuxコンテナイメージとして利用できます。

インストール

ここでは、標準的なインストールの方法を説明します。KubernetesでStatsDを動作させたい場合は、 Kubernetes install をご覧ください。

StatsD 統合をインストールするには、 New Relic アカウント IDとを含めて次のコマンドを実行します。これにより、 gostatsdで使用される TOML 設定ファイルが生成されます。

bash

$docker run \
>  -d --restart unless-stopped \
>  --name newrelic-statsd \
>  -h $(hostname) \
>  -e NR_ACCOUNT_ID=YOUR_ACCOUNT_ID \
>  -e NR_API_KEY=NEW_RELIC_LICENSE_KEY \
>  -p 8125:8125/udp \
>  newrelic/nri-statsd:latest

組織が EU データセンター地域にある場合は、これを上記のコマンドに追加します。

bash

$-e NR_EU_REGION=true \

インストール後は

オプションを行う追加設定
指標の定義
カスタムタグの追加データに
アラートの作成

Kubernetesへのインストール

ここでは、デプロイメントとサービスオブジェクトのためのKubernetesマニフェストの例を紹介します。

以下は、Kubernetes 環境に StatsD をデプロイし、 newrelic-statsdという名前の StatsD サービスを作成するための Kubernetes マニフェストの例です。アカウント IDとを入力する必要があります。

deployment.yml：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: newrelic-statsd
  namespace: tooling
  labels:
    app: newrelic-statsd
spec:
  selector:
    matchLabels:
      app: newrelic-statsd
  replicas: 2
  revisionHistoryLimit: 2
  template:
    metadata:
      labels:
        app: newrelic-statsd
    spec:
      serviceAccountName: newrelic-statsd
      containers:
      - name: newrelic-statsd
        image: newrelic/nri-statsd:latest
        env:
        - name: NR_ACCOUNT_ID
          value: "NEW_RELIC_ACCOUNT_ID"
        - name: NR_API_KEY
          value: "NEW_RELIC_LICENSE_KEY"

service.yml：

apiVersion: v1
kind: Service
metadata:
  name: newrelic-statsd
  namespace: tooling
  labels:
    app: newrelic-statsd
spec:
  type: ClusterIP
  ports:
  - name: newrelic-statsd
    port: 80
    targetPort: 8125
    protocol: UDP
  selector:
    app: newrelic-statsd

service-account.yml：

apiVersion: v1
kind: ServiceAccount
metadata:
  name: newrelic-statsd
  namespace: default

設定の詳細については、 Kubernetes の設定を参照してください。

このドキュメントはインストールで役立ちましたか。

設定

インストール手順では、環境変数を使用してnri-statsdを実行します。これにより、TOML構成ファイルが生成されます。さらに、次の構成オプションを設定できます。

設定オプション	説明
`expiry-interval` ストリング	この期間、指標が更新されない場合、その指標の報告を停止します。デフォルトは`5m`です。フラッシュ間隔の間に値が更新された場合にのみメトリックを送信する場合は、これを`1ms`に構成します。メトリックを期限切れにしないようにするには、 `0`に設定します。
`percent-threshold` 整数のリスト	メトリックの集計に使用されるパーセンタイルを指定します。デフォルト： `90` 。
`metrics-addr` ストリング	メトリックをリッスンするアドレスを示します。デフォルト： `:8125` 。 nri-statsd `v2.3.0` （goStatsD `v34.2.1` ）から、Unixドメインソケット（UDS）を介した接続がサポートされます。構成で「[host]：port」の代わりに「metrics-addr = / some / path/newrelic-statsd.socket」を使用します。

設定オプション

説明

expiry-interval

ストリング

この期間、指標が更新されない場合、その指標の報告を停止します。デフォルトは5mです。

フラッシュ間隔の間に値が更新された場合にのみメトリックを送信する場合は、これを1msに構成します。メトリックを期限切れにしないようにするには、 0に設定します。

percent-threshold

整数のリスト

メトリックの集計に使用されるパーセンタイルを指定します。デフォルト： 90 。

metrics-addr

ストリング

メトリックをリッスンするアドレスを示します。デフォルト： :8125 。 nri-statsd v2.3.0 （goStatsD v34.2.1 ）から、Unixドメインソケット（UDS）を介した接続がサポートされます。構成で「[host]：port」の代わりに「metrics-addr = / some / path/newrelic-statsd.socket」を使用します。

ヒント

StatsD統合を使用してFedRAMPコンプライアンスを確保するには、カスタム構成で以下のエンドポイントを定義する必要があります。

address = 'https://gov-insights-collector.newrelic.com/v1/accounts/  $NR_ACCOUNT_ID/events'

address-metrics = 'https://gov-infra-api.newrelic.com/metric/v1'

ここでは、デフォルトの設定を上書きして設定をカスタマイズする例を紹介します。

# Specify after how long do we expire metrics, default:5m
expiry-interval = '1ms'

# percent-threshold specify a list of percentiles for metrics aggregation, default:90
percent-threshold = [90, 99]

backends='newrelic'
[newrelic]
# flush types supported: metrics,  insights, infra
flush-type = 'metrics'
transport = 'default'
address = 'https://insights-collector.newrelic.com/v1/accounts/$NR_ACCOUNT_ID/events'
address-metrics = 'https://metric-api.newrelic.com/metric/v1'
api-key = 'NEW_RELIC_LICENSE_KEY'

Disable timer sub-metrics:

デフォルトでは、 nri_statsdはタイマーメトリックに対して次の値を計算します：フラッシュ間隔の標準偏差、平均、中央値、合計、下限、および上限。これらのメトリックを無効にする場合は、 disabled-sub-metrics構成セクションを追加し、無効にするメトリックにtrueを設定することで無効にできます。次に例を示します。

# disabled-sub-metrics configuration section allows disabling timer sub-metrics
[disabled-sub-metrics]
# Regular metrics
count=false
count-per-second=false
mean=false
median=false
lower=false
upper=false
stddev=false
sum=false
sum-squares=false

# Percentile metrics
count-pct=false
mean-pct=false
sum-pct=false
sum-squares-pct=false
lower-pct=false
upper-pct=false

コンテナーでの実行中にデフォルトのnri-statsd構成を上書きするには、コンテナー内に構成ファイルをマウントできます。

以下のテンプレートは、お客様の状況に応じて適宜採用してください。

例：

backends='newrelic'
flush-interval='10s'

[newrelic]
# flush types supported: metrics,  insights, infra
flush-type = 'metrics'
transport = 'default'
address-metrics = 'https://metric-api.newrelic.com/metric/v1'
api-key = 'NEW_RELIC_LICENSE_KEY'

ファイルを適切なパスにマウントした状態でコンテナを実行するには

bash

$docker run \
>  ...
>  -v ${PWD}/nri-statsd.toml:/etc/opt/newrelic/nri-statsd.toml \
>  ...
$  newrelic/nri-statsd:latest

Kubernetesで実行されているnri-statsdを設定するための最良のアプローチは、 configMapを使用してconfigMapをコンテナにマウントすることです。（これは、Dockerで構成ファイルをマウントするのと同様のプロセスです。）

例：

apiVersion: v1
kind: ConfigMap
metadata:
  name: nri-statsd-config
  namespace: default
data:
  nri-statsd.toml: |
    backends='newrelic'
    flush-interval='10s'

    [newrelic]
    # flush types supported: metrics,  insights, infra
    flush-type = 'metrics'
    transport = 'default'
    address = 'https://metric-api.newrelic.com/metric/v1'
    api-key = '$NEW_RELIC_LICENSE_KEY'

configMapを使用するには、デプロイメント仕様テンプレートでボリュームを宣言してから、コンテナー仕様でvolumeMountを宣言します。

例：

apiVersion: apps/v1
kind: Deployment
spec:
  template:
    spec:
    containers:
      ....
      volumeMounts:
        - mountPath: /etc/opt/newrelic/
          name: nri-statsd-config
    volumes:
      - name: nri-statsd-config
        configMap:
          name: nri-statsd-config

メトリックフォーマット

インテグレーションは、 StatsD プロトコルを使用してメトリクスを受信します。オプションで、サンプルレートを設定したり、タグを追加することができます。

ここでは、私たちが使用しているメトリックデータのフォーマットを紹介します。

<metric name>:<value>|<type>|@<sample rate>|#<tags>

ここでは、これらの分野について説明します。

フィールド名	説明
<metric name> `string`	Required. メトリクスの名前。
<value> `string`	Required. メトリクスのタイプ: `c` = counter `g` = gauge `ms` = timer
@<sample rate> `float`	Optional 単純なカウンターまたはタイマーカウンターの場合。多数のメトリクスを送信する必要がある場合は、サンプリングを使用してネットワークトラフィックを削減できます。欠点は、データの解像度が低下することです。 `1`未満のサンプルレートでこれがどのように機能するかの例：これを`0.1`に設定すると、カウンターは10回に1回の測定値を送信します。
＃<tags> `string`	Optional. メトリクスに付加されたタグは属性 (キーの値のペア) に変換されます。タグ付けオプションの詳細については、「タグ」を参照してください。

メトリックのタイプ

ここでは、メトリクスの種類とそのフォーマットをご紹介します。

カウンターは、あるイベントの発生回数を測定するものです。例えば、レポート間隔ごとのキャッシュヒット数や、レポート間隔ごとのスレッド作成数などです。

カウンタは、値に符号を追加することにより、同じフラッシュ間隔中にインクリメントまたはデクリメントできます。次の例では、カウンター値は2になります。

counter:4|c
 counter:-2|c

フラッシュするたびに、現在のカウントが送信され、 0にリセットされます。カウントが更新されていない場合、次のフラッシュで値0が送信されます。 expiry-intervalを1msに設定することで、この動作を無効にすることを選択できます。

ここでは、10回に1回の割合でサンプリングされているカウンターの例を紹介します。

counter:4|c@0.1

ゲージは、時間の経過とともに増加または減少する可能性のある値を表します。ゲージの例としては、温度、CPU使用率、メモリなどがあります。以下にその例を示します。

temperature:40|g

ゲージが更新されていない場合、次のフラッシュで前の値が送信されます。 expiry-intervalを1msに設定することで、この動作を無効にすることを選択できます。

タイマーメトリックタイプは、タイミングデータを測定します。

デフォルトでは、 nri_statsdはタイマーメトリックに対して次の値を計算します：フラッシュ間隔の標準偏差、平均、中央値、合計、下限、および上限。これらは、次の形式でサブメトリックとして送信されます。

<metric_base_name>.std_dev 
<metric_base_name>.median
<metric_base_name>.summary
<metric_base_name>.sum_squares
<metric_base_name>.mean
<metric_base_name>.per_second

設定されたパーセンタイルは、以下のメトリクスを生成します。パーセンタイルのしきい値は、タグとして付けられます。

<metric_base_name>.sum_squares.percentiles
<metric_base_name>.sum.percentiles
<metric_base_name>.count.percentiles
<metric_base_name>.upper.percentiles
<metric_base_name>.mean.percentiles

パーセンタイルしきい値は、 percent-threshold構成オプションを使用して調整できます。これらは、 disabled-sub-metrics構成セクションから制御できます。

タグ（属性）の追加

データにタグを追加することができます。タグは属性（キーと値のペア）として保存されます。タグの追加には2つのオプションがあります。

すべてのメトリクスに適用されるデフォルトのタグを追加します。これらは、すべてのメトリクスに適用されます。これらは固定されており、時間が経っても変化しません。
メトリクスレベルのタグを追加します。このタグは特定のメトリクスに適用され、2回のサブミットの間に値を変更することができます。

メトリクスやイベントにタグを追加するには、起動コマンドで環境変数を定義します。

ここでは、2つのタグを作成する例を紹介します。

-e TAGS="environment:production region:us"

起動コマンドで使用されている環境変数を示します。

docker run \
  -d --restart unless-stopped \
  --name newrelic-statsd \
  -h $(hostname) \
  -e NR_ACCOUNT_ID=YOUR_ACCOUNT_ID \
  -e NR_API_KEY=NEW_RELIC_LICENSE_KEY \
  -e TAGS="environment:production region:us" \ 
  -p 8125:8125/udp \
  newrelic/nri-statsd:latest

メトリックフォーマットを定義する際に、このフォーマットを使用してタグを追加することができます。

<bucket name>:<value>|<type>|#<tags>

この例では、 <tags>はコンマで区切られたタグのリストです。タグの形式は、 simpleまたはkey:valueです。

以下は、カスタムタグを含む NRQL クエリの例です。

SELECT count(*) FROM Metric WHERE environment = 'production'

アラートの作成

NRQLのアラート条件を使ってStatsDのデータにアラートを出すことができます。

この手順では、サンプルデータの送信から、そのデータを使ったアラート条件の作成までを行います。

まず、このデータをNew RelicのStatsDコンテナに送ります。

echo "prod.test.num:32|g" | nc -v -w 1 -u localhost 8125

次に、このクエリを使用して、 NRQL アラート条件を作成します。

SELECT latest(prod.test.num) FROM Metric WHERE metricName = 'prod.test.num'

このNRQLのアラート条件を作成しているイメージは以下の通りです。送られてきたサンプルデータは、チャートの右上にある青い点で表されていることに注目してください。

それでは、これらの設定でアラート条件を作成します。

NRQL アラート条件を作成するときは、必ずCondition nameを設定してください。

50を超える値のメトリックが送信された場合、インシデントが作成され、通知されます。このインシデントは24時間後に自動的にクローズされます。アラートが機能していることをテストするには、次のコマンドを実行します。

echo "prod.test.num:60|g" | nc -v -w 1 -u localhost 8125

データを見つけて使用する

データを照会するには、New Relic のクエリオプションを使用します。例えば、 NRQL のようなクエリを実行します。

SELECT count(*) FROM Metric WHERE metricName = 'myMetric' and environment = 'production'

Metricデータ型をクエリする方法の詳細については、「メトリックデータのクエリ」を参照してください。

トラブルシューティング

問題：

StatsD 統合を実行する手順に従いましたが、New Relic で予想されるメトリクスを確認する必要があります。

解決策:

設定のトラブルシューティングを行うには、次の手順に従ってください。

に 40 桁の 16 進数文字のライセンスキーが含まれていること、およびそれが選択した New Relic アカウント ID の有効なライセンスであることを確認してください。
New Relic アカウントに適切なデータセンター (US または EU) が選択されていることを確認してください。ヒント: License_key が「eu」で始まる場合は、 NR_EU_REGION=trueフラグを使用する必要があります。
StatsD 統合に関連するNrIntegrationErrorがないことを確認してください。
詳細ログは、環境変数NR_STATSD_VERBOSEを使用して有効にできます。 docker run コマンドを変更して変数-e NR_STATSD_VERBOSE=trueを追加します。
テストメトリクスをプッシュして、インテグレーションが期待どおりのメトリクスを送信していることを確認できます。 NetCat ncユーティリティを使用した例:
- echo "example.gauge:123|g" | nc -u -w0 127.0.0.1 8125 (実行中のコンテナ IP/アドレスで127.0.0.1を更新します)。

ソースコードを確認してください

この統合はオープンソースソフトウェアです。つまり、ソースコードを参照して改善を送信したり、独自のフォークを作成してビルドしたりできます。

この機械翻訳は参考用に提供されます。

要件

インストール

Kubernetesへのインストール

Kubernetesのマニフェストの例

Kubernetes Helm チャート

このドキュメントはインストールで役立ちましたか。

設定

ヒント

カスタム設定の例

Docker: デフォルトの設定を上書きする

Kubernetes: デフォルトの設定を上書きする

メトリックフォーマット

メトリックのタイプ

カウンター

ゲージ

タイマー

タグ（属性）の追加

すべてのメトリクスに適用されるデフォルトタグの追加

メトリックレベルのタグの追加

アラートの作成

アラート例

データを見つけて使用する

トラブルシューティング

ソースコードを確認してください

この機械翻訳は参考用に提供されます。

StatsDモニタリングの統合

要件.css-21sua1{background:none;border:none;width:0;padding:0;}

インストール

Kubernetesへのインストール

Kubernetes Helm チャート

このドキュメントはインストールで役立ちましたか。

設定

ヒント

カスタム設定の例

Docker: デフォルトの設定を上書きする

Kubernetes: デフォルトの設定を上書きする

メトリックフォーマット

メトリックのタイプ

カウンター

ゲージ

タイマー

タグ（属性）の追加

すべてのメトリクスに適用されるデフォルトタグの追加

メトリックレベルのタグの追加

アラートの作成

アラート例

データを見つけて使用する

トラブルシューティング

ソースコードを確認してください

要件