SNMP 검색은 예기치 않은 프로필에 매핑됩니다.

문제

SNMP 검색을 실행한 후 기기가 기기 구성의 mib_profile 키에 있는 예기치 않은 프로필에 매핑됩니다.

배경

SNMP 검색 프로세스는 다음 프로세스를 사용하여 kentik/snmp-profiles 저장소의 기존 프로필에 장치를 자동으로 매핑하려고 시도합니다.

• 먼저 기기의 sysObjectID 값을 프로필의 systemobjectid 키 값에 대한 리터럴 또는 와일드카드 일치와 일치시키려고 시도합니다.
• 장치의 sysObjectID가 Net-SNMP 에이전트 OID 중 하나인 경우 장치의 sysDescr 값에 대한 정규식 일치를 통해 장치 프로필을 추가로 격리하려는 최선의 시도가 있습니다. net-snmp.yml 프로필 의 matches 키에서 현재 옵션을 볼 수 있습니다.

이 프로세스 후에 존재할 수 있는 두 가지 별개의 시나리오가 있습니다.

1. 장치가 예상 프로필과 일치하고 문제 없이 메트릭을 수집합니다.
2. 장치가 예기치 않게 잘못된 프로필과 일치하고 잘못된 메트릭을 수집하거나 메트릭이 누락되었습니다.

해결책

Kentik 기본 장치

두 번째 시나리오의 경우 가장 일반적인 상황은 장치가 다음에 매핑되는 것입니다.

# Snippet from device config
  mib_profile: base.yml
  provider: kentik-default

이 문제를 해결하려면 'Kentik Default' 엔터티 문제 해결 가이드의 SNMP 검색 결과에 있는 단계를 따르십시오.

Net-SNMP 장치

또한 기기의 sysDescr 값에 대한 최선형 일치가 작동하지 않거나 값에서 사용할 수 있는 고유 식별 정보의 부족으로 인해 사용할 수 없는 상황을 볼 수 있습니다.

이 경우 강타(!) 구문을 사용하여 검색 작업에서 일치 항목을 수동으로 재정의할 수 있습니다. "!profile-name.yml" 원하는 프로필을 강제 적용할 수 있습니다.

# Snippet from device config
  mib_profile: "!sonicwall-sma.yml"
  provider: kentik-firewall

기기 구성 문서 에서 언급했듯이 provider 키의 값도 New Relic에서 적절한 UI 환경을 보장하도록 설정해야 합니다.

구성 파일에 대한 새 MIB를 전역 mibs_enabled 키에 추가해야 합니다. 이는 실행 중인 컨테이너가 해당 MIB에 대한 메트릭을 능동적으로 수집하도록 지시합니다.

다음은 Sonicwall 방화벽의 예입니다.

# Snippet from global config
  mibs_enabled:
  - HOST-RESOURCES-MIB
  - IF-MIB
  - SONICWALL-SMA-APPLIANCE-SYSTEM-HEALTH-MIB
  - SONICWALL-SMA-APPLIANCE-SERVICE-HEALTH-MIB
  - SONICWALL-SMA-APPLIANCE-SECURITY-HISTORY-MIB
  - SONICWALL-SMA-APPLIANCE-TUNNEL-SERVER-MIB