問題
SNMPモニタリングでは、デバイスに期待されるメトリクスがすべて表示されるわけではありません。
解決
次の NRQL クエリを実行し、必要に応じて$DEVICE_NAMEを置き換えて、New Relic にどのようなメトリクスが存在するかを特定します。
FROM Metric SELECT uniques(metricName) WHERE instrumentation.provider = 'kentik' AND device_name = '$DEVICE_NAME'SINCE 1 HOUR AGO LIMIT MAXこのクエリにより、過去 1 時間にデバイス上で収集されたすべてのディメンション メトリックのリストが得られます。メトリックがリストされていない場合は、次のテストを試す必要があります。
snmp-base.yaml構成ファイルで構成した SNMP 認証情報を使用して、 ktranslateエージェントが実行されているホストからsnmpwalk ユーティリティを実行します。
テストが失敗した場合、そのデバイスは収集したいOIDをサポートしていない可能性が高い。これは、ベンダーが管理しているデバイス自体の制限です。
ヒント
SNMPv3を使用している場合は、機器のv3ユーザーの設定を確認してください。ほとんどの場合、デバイス管理者はv3ユーザーアカウントのMIBへのアクセスを明示的に許可する必要があります。
OID がデバイス プロファイル自体に存在するかどうかを確認します。プロファイルにすでに存在する OID に問題があると思われる場合は、 GitHub の問題を開いてリポジトリの管理者に連絡し、解決に向けて取り組んでください。OID がプロファイルに存在しない場合は、プル リクエストを送信して追加してもらうことができます。SNMP プロファイルのドキュメントの手順に従います。
ヒント
ディメンション メトリックのinstrumentation.nameの値は、メトリック コレクションが構成されているプロファイル ファイル名にマップされます。
snmp-base.yamlファイル内のmib_profileに構成された値が正しいプロファイル ファイル名と一致していることを確認してください。例えば：
devices: deviceOne: ... mib_profile: cisco-catalyst.yml ...これは、New Relic で次の NRQL クエリを使用して確認できます。必要に応じて$DEVICE_NAMEを置き換えます。
FROM Metric SELECT latest(instrumentation.name)WHERE instrumentation.provider = 'kentik'AND device_name = '$DEVICE_NAME'SNMPプロファイルのライブラリは常に更新されており、使用しているコンテナイメージに目的のプロファイル設定がない場合があります。 mib_profileが期待されるプロファイルと一致しない場合は、構成ファイルを手動で更新するか、新しい検出を実行できます。
docker pull kentik/ktranslate:v2を実行して変更を加える前に、常にコンテナの最新のイメージをプルする必要があります。
アカウントにWarn重大度エラーがないか確認してください。これは、 ktranslateがデバイスから特定の指標を収集する際に問題が発生していることを示しています。
Logs UIです。
$collector.name:"ktranslate" message:"*OID failed to return results*"NRQL。
FROM Log SELECT * WHERE `collector.name` = 'ktranslate' AND `message` LIKE '%OID failed to return results%'期待される成果
KTranslate>cisco-7513 OID failed to return results, Metric Name: ipIfStatsHCInOctets, Profile: cisco-asrヒント
この例では、ターゲットデバイスcisco-7513がcisco-asr SNMPプロファイルにあるipIfStatsHCInOctets OIDのメトリックを返さないことがわかります。
次に、提供された構成を使用して、デバイスに対して単一の SNMP ポーリングを実行して、 ktranslateリクエストから何を受信するかを正確に確認する必要があります。
これを行うには、 -snmp_poll_nowフラグを利用して、 ktranslate有効期間の短いコンテナとして実行します。次のコマンドを使用して、このコンテナを実行できます。対象のデバイスの構成 YAML ファイル内のTARGET_DEVICE_NAME devices.[].device_nameの値に置き換えます。
$docker run -d --name ktranslate-poll_now --rm --pull=always -p 162:1620/udp \>-v `pwd`/snmp-base.yaml:/snmp-base.yaml \>kentik/ktranslate:v2 \> -snmp /snmp-base.yaml \> -service_name=poll_now \> -snmp_poll_now=$TARGET_DEVICE_NAME \> -format=new_relic_metricこのポーリングの結果は、を使用してコンテナログで確認できます。 docker logs --follow ktranslate-poll_now
デバイス・メタデータ・ポーリングの成功例
2022-01-03T23:08:50.583 ktranslate/poll_now [Info] KTranslate SNMP Device Metadata: Data received: {SysName:router123 SysObjectID:.1.3.6.1.4.1.9.1.46 SysDescr:Cisco Internetwork Operating System Software ...}2022-01-03T23:08:50.585 ktranslate/poll_now [Info] nrmFormat New Metadata for router123デバイスの統計情報のポーリングが成功した例。
[{"metrics":[{"name":"kentik.snmp.ifInErrors","type":"count","value":0,"attributes":{"if_Speed":2,"mib-name":"IF-MIB","poll_duration_sec":60,"if_Type":"proppointtopointserial", "if_AdminStatus":"up","objectIdentifier":".1.3.6.1.2.1.2.2.1.14","mib-table":"if","if_OperStatus":"up","device_name":"router123","provider":"kentik-router","if_interface_name":"Se11/0/0:16","instrumentation.name":"cisco-asr","if_Index":"63","if_Address":"10.201.0.65","eventType":"KSnmpInterfaceMetric","if_Netmask":"255.255.255.252","if_Alias":"pkt.ds1"}}]...}]" prettified" JSONを見ると、このデバイスではポーリングが期待通りに機能していることがわかります。
[ { "metrics": [ { "name": "kentik.snmp.ifInErrors", "type": "count", "value": 0, "attributes": { "if_Speed": 2, "mib-name": "IF-MIB", "poll_duration_sec": 60, "if_Type": "proppointtopointserial", "if_AdminStatus": "up", "objectIdentifier": ".1.3.6.1.2.1.2.2.1.14", "mib-table": "if", "if_OperStatus": "up", "device_name": "router123", "provider": "kentik-router", "if_interface_name": "Se11/0/0:16", "instrumentation.name": "cisco-asr", "if_Index": "63", "if_Address": "10.201.0.65", "eventType": "KSnmpInterfaceMetric", "if_Netmask": "255.255.255.252", "if_Alias": "pkt.ds1" } } ] }]