• EnglishEspañol日本語한국어Português
  • ログイン今すぐ開始

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

英語版と翻訳版に矛盾がある場合は、英語版が優先されます。詳細については、 を参照してください。

問題を作成する

SNMPデバイスプロファイル

プロファイルは、 ktranslateが収集する SNMP OID と、受信した SNMP トラップ メッセージの処理方法の両方を定義します。既存のプロファイルを変更する場合、または新しいプロファイルを作成する場合は、ここの手順に従ってください。

要件

プロファイルを作成する場合でも、プロファイルを変更する場合でも、次のものが揃っていることを確認してください。

重要

New Relic は、 kentik/snmp-profilesの内容に対する直接のサポートを提供しません。既存の SNMP プロファイルが不正なデータを返したり、別の破壊的な動作を返したりする場合は、 kentik/snmp-profilesリポジトリで問題をオープンしてください。ktranslateのサードパーティでの SNMP プロファイルの変更または作成のタイムラインを提供することはできません。

New Relic アカウントに関連付けられたサービス レベルに応じて、New Relic グローバル テクニカル サポートからのサポートを受けることができる場合があります。当社のグローバル テクニカル サポート サービスに従って、問題が New Relic 製品にあるのか、それとも当社の制御と範囲外にあるものによって引き起こされたのかを判断するために最善を尽くします。当社の制御が及ばないサードパーティ ツールの問題については、商業的に合理的な努力を払い、機能強化、パッチ、またはその他の機能開発を上流のオープンソース プロジェクトに提供します。

プロファイルの作成

カスタムプロファイルを非公開で使用する

kentik/snmp-profilesリポジトリの内容は、コンテナまたはサービスを構築するときにデフォルトでktranslateにロードされるため、すべてのインスタンスにグローバルに適用されます。

独自のコレクション設定とパターンを維持できるように完全なカスタマイズ オプションをサポートするには、次の手順を実行します。

  1. リポジトリのクローンを作成します。
  2. 必要に応じて変更を加えます。
  3. 起動時にカスタム プロファイル ディレクトリを Docker コンテナまたは Linux サービスにロードします。

これを行うには、カスタマイズしたファイルをetc/ktranslate/profiles/ディレクトリ内の KTranslate インスタンスにマッピングします。

snmp-profilesのすぐ上のディレクトリにいると仮定すると、追加するコマンドは次のようになります。

bash
$
`pwd`/snmp-profiles/profiles:/etc/ktranslate/profiles

Docker の場合、これをボリューム マウントとして追加します。これは次のようになります。

bash
$
docker run -d --name ktranslate-$CONTAINER_SERVICE --restart unless-stopped --pull=always -p 162:1620/udp \
>
-v `pwd`/snmp-base.yaml:/snmp-base.yaml \
>
-v `pwd`/snmp-profiles/profiles:/etc/ktranslate/profiles
>
-e NEW_RELIC_API_KEY=$NR_LICENSE_KEY \
>
kentik/ktranslate:v2 \
>
-snmp /snmp-base.yaml \
>
-nr_account_id=$NR_ACCOUNT_ID \
>
-metrics=jchf \
>
-tee_logs=true \
>
-service_name=$CONTAINER_SERVICE \
>
-snmp_discovery_on_start=true \
>
-snmp_discovery_min=180 \
>
nr1.snmp

Linux サービスの場合は、ローカル ホスト上の/etc/ktranslate/profilesの内容を編集します。

ヒント

環境内で一貫性のない動作が発生するリスクを回避するには、コンテナーまたはサービスを起動するたびに、必ずカスタム バージョンのプロファイルを渡してください。

パブリックリポジトリに貢献する

オープンソース リポジトリとして、新しいプロファイルを作成したり、すべてのユーザーの監視機能を強化する既存のプロファイルを改善したりするための貢献を誰からでも歓迎します。

New Relic は、サードパーティ リポジトリのプロファイルをレビューするプロセスには関与しません。変更と更新のすべてのリクエストは、Github の問題を通じて Kentik のメンテナーに対処する必要があります。

プロファイルがマージされた直後、CI/CD 自動化により、新しい SNMP プロファイルが新しいバージョンの Docker イメージで使用できるようになります。

どのような種類の OID を含める必要がありますか?

多くの場合、SNMP は大量のデータを提供しますが、実用的な情報はほとんど提供されません。上記のサンプル SNMP ウォークには、OID からの 2,022 行の結果が含まれており、結果のプロファイルでは合計約 50 の OID が収集されます。サイト信頼性エンジニアリング (SRE) 分野 によって定義された 「ゴールデン シグナル」 の基本パターンに従います。デバイスが期待する機能の実行を妨げるものがあるかどうかを知るためのデータの収集に重点を置きます。それに基づいて、それらの機能がどの程度適切に実行されているかを示す測定値を収集する必要があります。

例 1:

VPN コンセントレーターとして動作するデバイスの場合、次のような高レベルのシステム メトリクスを収集します。

  • CPUとメモリの使用率
  • ファンの故障などが原因でデバイスがシャットダウンしないようにするためのハードウェアセンサー情報
  • 集約された接続とスループットについて教えてくれるOID

例 2:

ネットワーク アプライアンス上で実行中のすべてのプロセスをリストする OID テーブルは、利用可能ではあるが役に立たないデータの例です。

実行中のすべてのプロセスを収集することは便利に聞こえるかもしれませんが、これはアプライアンスであるため、通常は内部で実行されているプロセスに対して何もする機能がなく、またその必要もありません。実際には何もできない数百の項目を含むテーブルをポーリングして保存するのは効率的ではありません。

Copyright © 2024 New Relic株式会社。

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