Zabbix 3.0이 모니터링하는 네트워크 장치는 무엇입니까?

Counter32

한 방향으로 늘어나는 값(0..4294967295)이 최대값에 도달한 후 0으로 돌아가서 다시 계산됩니다

Gauge32

값은 늘리거나 줄일 수 있으며(0..4294967295) 는 최대값에 도달하면 최대값

Counter64

값은 한 방향으로 증가합니다. 에 도달 최대값을 지정한 후 다시 0부터 세기 시작합니다. (0 .. 18446744073709551615)

TimeTicks

부호 없는 정수, 모듈로 2^32(4294967296), 두 값 사이의 1/100초

2 OID 검색

Zabbix에서 SNMP 모니터링 장비를 사용하기 전에 모니터링 항목에 해당하는 OID 값과 데이터 유형을 결정해야 합니다. 표준 MIB 및 OID 외에도 장비 제조사에 문의해야 하며, 제조사에서 제공하는 문서 및 MIB 라이브러리 파일을 통해 모니터링해야 할 OID 값을 빠르고 정확하게 찾아낼 수 있습니다.

아래 그림 13-3과 같이 MG-SOFT MIB 브라우저와 같은 일부 그래픽 도구를 사용하여 MIB 파일을 가져오고 그래픽 인터페이스에서 장치 정보를 쿼리할 수 있습니다.

그림 13-3

그래픽 도구를 사용하면 모니터링 항목의 OID 유형과 값을 빠르게 찾아보고 쿼리하고 결정할 수 있습니다.

snmpwalk 도구를 사용하여 장치에서 직접 쿼리할 수도 있습니다. snmpwalk를 사용하기 전에 시스템에 소프트웨어가 설치되었는지 확인하십시오. 설치되어 있지 않은 경우 다음 명령을 사용하여 설치할 수 있습니다.

# yum install net-snmp-utils

snmpwalk를 실행하여 장치 정보를 쿼리합니다.

# snmpwalk -v 2c -c public 10.60.0.19 1.3.6.1.2.1.1

SNMPv2-MIB::sysDescr.0 = 문자열: Cisco IOS 소프트웨어, ME380x 소프트웨어(ME380x-UNIVERSALK9-M), 버전 15.4( 3)S2, 릴리스 소프트웨어(fc1)

기술 지원: http://www.cisco.com/techsupport

저작권(c) 1986-2015 by Cisco Systems, Inc.

컴파일일: 2015년 1월 28일 수요일 11 :43 by prod_rel_team

SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.9.1.1252

DISMAN-EVENT-MIB::sysUpTimeInstance = 타임틱: (2030697335) 235일, 0:49:33.35

SNMPv2-MIB::sysContact.0 = STRING:

SNMPv2-MIB::sysName.0 = STRING: .0 = 정수: 6

SNMPv2-MIB::sysORLastChange.0 = 타임틱: (0) 0: 00:00.00

OID에 해당하는 디지털 경로를 출력할 수도 있습니다:

# snmpwalk -v 2c -On -c public 10.60.0.19 1.3.6.1.2.1.1

.1.3.6.1.2.1.1.1. 0 = 문자열: Cisco IOS 소프트웨어, ME380x 소프트웨어(ME380x-UNIVERSALK9-M), 버전 15.4(3)S2, 릴리스 소프트웨어(fc1 )

기술 지원: http://www.cisco.com/techsupport

저작권( c) 1986-2015: Cisco Systems, Inc.

prod_rel_team

.1.3 .6.1.2.1.1.2.0 = OID: .1.3.6.1.4.1.9.1.1252에 의해 1월 28일 수요일 11:43에 컴파일됨

.1.3.6.1.2.1.1.3.0 = 타임틱: (2030720756) 235일, 0:53:27.56

1.3.6.1.2.1.1.4.0 = 문자열:

.1.3.6.1.2.1. 1.5.0 = 문자열: XZX-3800

.1.3.6.1.2.1.1.6.0 = 문자열:

.1.3.6.1.2.1.1.7.0 = 정수: 6

.1.3.6.1.2.1.1.8 .0 = 타임틱: (0) 0:00:00.00

snmpwalk 명령이 다른 매개변수로 실행될 때 OID가 표시되는 방식 결과에도 차이가 있습니다. 어떻게 표시되든 결과는 항상 OID, 데이터 유형 및 반환 값의 세 부분으로 구성됩니다. 예를 들어 장치 이름은 다음과 같이 표시됩니다.

SNMPv2-MIB::sysName.0 = STRING: XZX-3800

.1.3.6.1.2.1.1.5.0= STRING: , 둘 다 의 반환 값입니다. sysName이지만 OID 표현은 다릅니다. Zabbix에서 항목을 정의할 때 가장 일반적으로 사용되는 OID 중 일부는 SNMP OID 구성 매개변수에서 OID 이름을 사용할 수 있습니다. Zabbix는 가장 일반적으로 사용되는 일부 SNMP OID를 숫자로 자동 변환합니다. SNMPv2-MIB::sysName.0은 1.3.6.1.2.1.1.5.0으로 변환됩니다. 그러나 기업 사설 MIB의 OID는 전체 디지털 경로만 사용할 수 있습니다. Zabbix에서 자동 변환할 수 있는 OID는 아래 표 13-1과 같습니다.

표 13-1

3 SNMP 구성

Zabbix에서 SNMP 구성을 시작하기 전에 Zabbix 서버가 SNMP 모니터링 기능을 켰는지 확인하세요. Zabbix 서버가 시작되면 다음과 같이 Zabbixserver의 기능 목록이 로그 파일에 나열됩니다.

911:20160218:103649.120 Zabbix 3.0.1(revision58734).

911:20160218:103649.160 *** * ** 활성화된 기능 ******

911:20160218:103649.160 SNMP 모니터링: YES

911:20160218:103649.160 IPMI 모니터링: YES

911:20160218:103649.16 0 웹 모니터링: YES

911:20160218 : 103649.160 VMware 모니터링: YES

911:20160218:103649.160 SMTP 인증: YES

911:20160218:103649.160 Jabber 알림: YES

911:20160218:103649.1 60 Ez 문자 알림: YES

911:20160218:103649.160 ODBC:                                                                              

• 데이터를 수집하는 일반 SNMP 모니터링 항목의 성능이 향상됩니다.

• 동적 인덱스(동적 인덱스) SNMP 모니터링 항목의 데이터 수집 및 데이터 순회 성능이 향상되었습니다.

• 데이터를 통과하는 SNMP 하위 수준 검색 규칙의 성능이 향상되었습니다.

현재 일괄 쿼리 항목이 절반으로 쿼리됩니다. 즉, 21개의 변수가 쿼리됩니다. 장치가 일반 값을 반환하면 대부분의 경우 문제가 없습니다. 왜냐하면 28개의 변수를 쿼리하는 데 문제가 없고 21이 28보다 훨씬 작아야 한다는 것을 알고 있기 때문입니다. 항목을 절반으로 나눈 후에도 여전히 정상적인 반환 값을 얻을 수 없는 경우, 정상적인 반환 값을 얻을 때까지 쿼리된 변수의 수를 하나씩 롤백해야 합니다.

Zabbix는 후속 쿼리에서 지난 번 쿼리에 성공한 변수 수(이 예에서는 28개)를 사용하여 쿼리하고 상한에 도달할 때까지 요청된 쿼리 변수 수를 계속해서 늘립니다(매번 1씩 증가). . 예를 들어, 최대 반응 변수가 32개라고 가정합니다. 후속 요청은 29, 30, 31, 32 및 33에 따라 쿼리됩니다. 바람직하게는 하나의 요청이 실패하고(변수 33개) Zabbix는 33개의 변수를 바인딩하는 다른 요청을 발행하지 않습니다. Zabbix의 SNMP 쿼리는 이 장치에서 최대 32개의 변수를 바인딩할 수 있습니다.

Zabbix 서버 또는 프록시 서버가 잘못된 SNMP 응답을 받으면 다음과 유사한 내용이 로그 파일에 추가됩니다.

호스트 "gateway"의 SNMP 응답에 요청된 변수 바인딩이 모두 포함되어 있지 않습니다.

이 정보에는 모든 문제 상황이 해결되는 것은 아니지만 최소한 호스트의 SNMP 인터페이스에서 대량 요청 사용 옵션을 비활성화해야 한다는 점입니다.

4 일반 SNMP 모니터링 항목 구성

SNMP 모니터링 장비를 사용할 때 일반 SNMP 모니터링 항목은 다음과 같이 구성할 수 있습니다.

호스트를 생성하고 여기에 SNMP 인터페이스를 추가합니다. Zabbix에서 제공하는 템플릿 SNMP 일반 템플릿을 사용하면 장치에 대한 기본 정보를 수집하는 모니터링 항목을 자동으로 추가할 수 있습니다.

2. 모니터링되는 OID를 결정합니다.

MIB 브라우저 또는 snmpwalk를 사용하여 모니터링해야 하는 OID를 찾고 결정합니다. 예를 들어 전환된 기가비트 포트의 트래픽을 모니터링하려는 경우 snmpwalk를 통해 찾은 GigabitEthernet0/1 인터페이스의 인덱스는 10101입니다. .

# snmpwalk -v 2c -c public 10.60.0.19 IF-MIB::ifDescr

GigabitEthernet0/1은 IF-MIB::ifDescr.10101

IF-MIB::ifDescr 10102의 문자열 값으로 다시 쓸 수 있습니다. = STRING: GigabitEthernet0/2

GigabitEthernet0/3은 IF-MIB::ifDescr.10103.

문자열 "GigabitEthernet0/4"는 IF-MIB

IF-MIB의 "ifDescr.10104" 값입니다. ::ifDescr.10105 = 문자열: GigabitEthernet0/5

문자열 "IF-MIB::ifDescr.10106"은 "GigabitEthernet0/6"

IF-MIB::ifDescr.10107 = 문자열: GigabitEthernet0/7

에 해당합니다. …

GigabitEthernet0/1 인터페이스의 송신 트래픽에 대해 얻은 OID는 .1.3.6.1.2.1.2.2.1.16.10101입니다.

# snmpwalk -v 2c -On -c qhdpublic 10.60.0.19IF-MIB::ifOutOctets.10101

.1.3.6.1.2.1.2.2.1.16.10101 =Counter32: 3619738552

3. SNMPv2 에이전트 모니터링 모드, SNMP OID는 .1.3.6.1.2.1.2.2.1.16.10101입니다.

5 동적 인덱스 SNMP 모니터링 항목 구성

장치의 OID 트리에서 일부 관리 개체의 OID는 네트워크 인터페이스와 같은 인덱스를 사용하여 네트워크 인터페이스의 다른 개체에 연결하는 경우가 많습니다. 아래 snmpwalk 출력과 같습니다.

# snmpwalk -v 2c -c 공개 10.60.0.19 .1.3.6.1.2.1.2.2.1

IF-MIB::ifIndex.1 = 정수: 1

IF-MIB::ifIndex.5001 = 정수: 5001

IF-MIB::ifIndex.5002 = 정수: 5002

IF-MIB::ifIndex.5003 = 정수: 5003

IF-MIB::ifIndex.10101 = 정수: 10101

IF-MIB:: ifIndex.10102 = 정수: 10102

...

IF-MIB::ifDescr.1 = 문자열: Vlan1

IF-MIB::ifDescr.5001 = 문자열: 포트 채널1

IF-MIB::ifDescr .5002 = 문자열: Port-channel2

IF-MIB::ifDescr.5003 = 문자열: Port-channel3

GigabitEthernet0/1은 IF-MIB::ifDescr.10101

IF-MIB의 문자열 값으로 다시 쓸 수 있습니다. ::ifDescr.10102 = 문자열: GigabitEthernet0/2

...

IF-MIB::ifType.1 = 정수: propVirtual(53)

IF-MIB::ifType.5001 = 정수: propVirtual(53 )

IF-MIB::ifType.5002 = 정수: propVirtual(53)

IF-MIB::ifType.5003 = 정수: propVirtual(53)

IF-MIB::ifType.10101 = 정수: ethernetCsmacd( 6 )

IF-MIB::ifType.10102 = 정수: ethernetCsmacd(6)

...

IF-MIB::ifMtu.1 = 정수: 1500

IF-MIB::ifMtu.5001 = 정수: 1500

IF-MIB::ifMtu.5002 = 정수: 1500

IF-MIB::ifMtu.5003 = 정수: 1500

IF-MIB::ifMtu.10101 = 정수: 1500

IF-MIB: : ifmtu.10102 = 정수 : 1500

...

if-mib :: ifspeed.1 = guege32 : guege32 : 10000000000

if-mib :: ifspeed.5001 = guege3 : guege3 : 20000000000 if-mib :: 속도. 5002 = 게이지32: 2000000000

IF-MIB::ifSpeed.5003 = 게이지32: 1000000000

IF-MIB::ifSpeed.10101 = 게이지32: 1000000000

IF-MIB::ifSpeed.1 0102 = 게이지32: 1000000000

..

IF-MIB::ifPhysAddress.1 = 문자열: b0:7d:47:be:ea:c0

IF-MIB::ifPhysAddress.5001 = 문자열: b0:7d:47:be:ea: c2

IF-MIB::ifPhysAddress.5002 = 문자열: b0:7d:47:be:ea:c3

IF-MIB::ifPhysAddress.5003 = 문자열: b0:7d:47:be:ea:c4

IF-MIB::ifPhysAddress.10101 = 문자열: b0:7d:47:be:ea:c2

IF-MIB::ifPhysAddress.10102 = 문자열: b0:7d:47:be:ea:c3

. .

IF-MIB::ifAdminStatus.1 = 정수: 다운(2)

IF-MIB::ifAdminStatus.5001 = 정수: 업(1)

IF-MIB::ifAdminStatus.5002 = 정수: 업 ( 1)

IF-MIB::ifAdminStatus.5003 = 정수: up(1)

IF-MIB::ifAdminStatus.10101 = INTEGER: up(1)

IF-MIB::ifAdminStatus.10102 = INTEGER: up(1)

...

위 데이터에서 각 네트워크가 인터페이스에는 많은 OID가 있으며 각 OID는 인터페이스의 이름, 유형, 물리적 주소 등과 같은 네트워크 인터페이스의 다양한 표시기를 나타냅니다. 동일한 인덱스를 통해 서로 다른 OID가 관련되어 있음을 알 수 있습니다. 예를 들어 첫 번째 기가비트 인터페이스의 이름은 GigabitEthernet0/1이고 물리적 주소는 b0:7d:47:be:ea:c2이며 상태는 작동(1)이고 해당 인덱스는 10101입니다.

동일한 네트워크 인터페이스의 다양한 표시기를 모니터링하려면 다양한 모니터링 항목을 생성하고 SNMP OID 필드에 완성된 OID를 입력하면 됩니다. 이 방법은 문제가 없으나, 실제 환경에서 인덱스를 사용하면 몇 가지 문제가 발생하게 되는데, 그 이유는 소프트웨어나 하드웨어 업그레이드로 인해 인덱스가 변경되어 구성 불일치가 발생하기 때문입니다. 이러한 문제를 해결하기 위해 Zabbix는 인덱스 값이 변경되더라도 모니터링 항목의 모니터링에 영향을 주지 않는 동적 인덱스 방식을 제공합니다.

동적 인덱스 SNMP OID를 사용하는 구문은 다음과 같습니다.

["index","","

의 의미 구문의 각 부분은 다음과 같습니다.

• 데이터의 OID: 쿼리해야 하는 항목에 정의된 OID입니다.

• 색인: 처리 방법, 현재 이 방법만 지원됩니다. 인덱스는 인덱스를 검색하여 OID에 추가하는 것을 의미합니다.

• 인덱스의 기본 OID: 이 OID에 따라 해당 인덱스 값을 찾습니다.

• 검색할 문자열: 검색 시 일치를 위해 이 문자열을 사용하며 대소문자를 구분합니다.

예를 들어 GigabitEthernet0/1 인터페이스의 ifInOctets를 모니터링하려는 경우 구문에 따라 다음과 같이 정의할 수 있습니다.

ifInOctets["index","ifDescr","GigabitEthernet0/1"]

ifDescr /1 인터페이스에서 GigabitEthernet0, 또는 ifDescr에서 이 인터페이스의 인덱스 값을 매칭하고 검색한 다음 수집된 인덱스 값을 ifInOctets에 추가하여 GigabitEthernet0/1 인터페이스의 ifInOctets 값을 수집하는 것으로 이해될 수 있습니다. .

동적 인덱스를 사용하면 Zabbix는 인덱스 OID의 전체 SNMP 테이블을 수신하고 캐시를 통해 나중에 다른 모니터링 항목이 동일한 인덱스 OID를 쿼리하면 직접 검색됩니다. 캐시에서 모니터링 호스트를 쿼리할 필요가 없습니다.

그런 다음 모니터링 항목의 데이터를 받으면 인덱스가 변경되었는지 확인합니다. 인덱스가 변경 사항을 보내지 않으면 계속해서 값 쿼리를 사용합니다. 인덱스가 변경 사항을 보내면 Zabbix는 캐시를 다시 작성합니다. 각 폴러는 인덱스 OID의 SNMP 테이블을 다시 통과합니다.

Zabbix에서는 각 폴러 프로세스에 자체 캐시가 있습니다.

6 SNMP 하위 수준 검색 규칙 구성

SNMP OID에 대한 검색 규칙을 생성할 때는 파일 시스템이나 네트워크 인터페이스에 대한 검색 규칙을 정의하는 것과 달리 snmp.discovery 키를 사용하지 않고 SNMP agnet 모니터링 방법을 사용할 수 있습니다. SNMPOID에서 탐색해야 하는 OID는 탐색[{#MACRO1}, oid1, {#MACRO2}, oid2, …,] 형식으로 필드에 정의됩니다.

{#MACRO1}, {#MACRO2}...는 모두 유효한 매크로 변수 이름이며, oid1, oid2...는 매크로 변수의 값을 생성하는 데 사용됩니다. 검색 시 시스템은 기본적으로 검색 OID에 대한 인덱스를 생성하는 데 사용되는 {#SNMPINDEX}라는 매크로 변수를 생성합니다. 검색 결과는 {#SNMPINDEX}별로 그룹화됩니다.

다음 예는 이해를 돕기 위한 것입니다. 먼저 snmpwalk를 사용하여 스위치에서 관련 데이터를 수집하십시오.

# snmpwalk -v 2c -OT -c public 10.60.0.19 IF-MIB::ifDescr

IF-MIB::ifDescr.1 = STRING: Vlan1

GigabitEthernet0/1은 IF-MIB:: 문자열로 다시 쓸 수 있습니다. ifDescr.10101 값

IF-MIB::ifDescr.10102 = 문자열: GigabitEthernet0/2

GigabitEthernet0/3은 IF-MIB::ifDescr.10103.

# snmpwalk -v 2c -OT - c public으로 식별됩니다. 10.60.0.19 IF-MIB::ifPhysAddress

IF-MIB::ifPhysAddress.1 = 문자열: b0:7d:47:be:ea:c0

IF-MIB::ifPhysAddress.10101 = 문자열: b0: 7d: 47:be:ea:c2

IF-MIB::ifPhysAddress.10102 = 문자열: b0:7d:47:be:ea:c3

IF-MIB::ifPhysAddress.10103 = 문자열: b0:7d: 47: be:ea:c4

그런 다음 검색 규칙을 생성할 때 SNMP OID 필드에 다음을 입력합니다.

discovery[{#IFDESCR}, ifDescr, {#IFPHYSADDRESS}, ifPhysAddress]

검색 규칙을 실행한 후 다음을 얻습니다. 결과:

{

"data": [

"{

"{#SNMPINDEX}":"1", "{#IFDESCR}": " Vlan1",

"{#IFPHYSADDRESS}": " b0 :7d:47:be:ea:c0"

" },

" "{

" "{#SNMPINDEX}": "2",

" "{#IFDESCR}": " GigabitEthernet0/1 ",

"{#IFPHYSADDRESS}": " b0:7d:47:be:ea:c2"

},

"{#SNMPINDEX}":"3",

"{#IFDESCR}": " GigabitEthernet0/ 2",

"{#IFPHYSADDRESS}":" b0:7d:47:be:ea:c3"

" " :"4",

"{#IFDESCR}": " GigabitEthernet0/3",

  " 반환 값은 없으며 아래 예와 같이 검색 결과에서 해당 매크로가 무시됩니다.

가정 데이터는 다음과 같습니다.

ifDescr.1 "Interface #1"

ifDescr.2 "Interface #2"

ifDescr.4 "Interface #4"

ifAlias.1 "eth0"

ifAlias .2 "eth2"

ifAlias.3 "eth3"

ifAlias.5 "eth5"

그런 다음 검색 규칙을 생성할 때 SNMP OID 필드에 다음을 입력합니다.

discovery[{#IFDESCR},ifDescr, {#IFALIAS }, ifAlias ​​]

검색 규칙을 실행한 후 다음 결과를 얻습니다.

{

“data”: [

“{

“{#SNMPINDEX}”: 1,

“{#IFDESCR} ”: #1" ,

                                                        IFDESCR}": "인터페이스 #2",

             "{ ": "eth2"

                   ,                                     },

                               > ":"인터페이스 #4"

"{#SNMPINDEX}": 5,

"{#IFALIAS}": "eth5"

                                            ~

그림 13-6

아래 그림 13-7과 같이 여러 항목 프로토타입을 만들 수 있습니다.