1.3.6.1.2.1.2.2 .1.1 | 포트 인덱스 |
ifDescr |
1.3.6.1.2.1.2.2.1.2 | 포트 설명 | ifType |
1.3.6.1.2.1 .2.2.1.3 | 포트 유형 |
ifMtu |
1.3.6.1.2.1.2.2.1.4 | 포트 최대 전송 패킷 바이트
|
ifSpeed |
1.3.6.1.2.1.2.2.1.5 | Port Speed |
ifPhysAddress |
1.3.6.1.2.1.2.2.1.6|
| 포트 물리적 주소 |
ifAdminStatus |
1.3.6.1.2.1.2.2.1.7 | 항구 관리 상태 |
ifOperStatus |
1.3.6.1.2.1.2.2. |
항만 운영현황 |
|
ifInOctets
|
1.3.6.1.2.1.2.2.1.10
|
포트에서 수신한 바이트 수 |
|
ifInUcastPkts
|
1.3.6.1.2.1.2.2.1.11포트에서 수신한 비브로드캐스트 패킷 수 |
ifInNUcastPkts |
1.3.6.1.2.1.2.2.1.12 |
포트에서 수신한 브로드캐스트 패킷 수 |
ifInDiscards |
1.3 .6.1.2.1.2.2.1.13 |
포트 수신 패킷 삭제 횟수 |
ifInErrors |
1.3 .6.1.2.1.2.2.1.14 |
포트 수신된 패킷 오류 수 |
ifInUnknownProtos | 1.3.6.1.2.1.2.2.1.15 | 포트에서 수신한 알 수 없는 프로토콜 패킷 수 |
ifOutOctets|
| 1.3.6.1.2.1.2.2.1.16
| 포트에서 보낸 바이트 수 |
ifOutUcastPkts | 1.3.6.1.2.1.2.2.1.17
| 비방송 횟수 포트에서 보낸 패킷
|
ifOutNUcastPkts | 1.3 .6.1.2.1.2.2.1.18 | 보낸 브로드캐스트 패킷의 포트 수 |
ifOutDiscards | 1.3.6.1. 2.1.2.2.1.19 | port 폐기된 패킷 전송 수
|
ifOutErrors | 1.3.6.1.2.1.2.2.1.20 | 전송 포트 수 패킷 오류 |
ifOutQLen | 1.3.6.1.2.1.2.2.1.21
| 포트 전송 대기열 길이 |
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:
911:20160218:103649.160 SSH2 지원: YES 911:20160218:103649.160 IPv6 지원: YES 9 11:20160218:103649.160 TLS 지원: YES 911:2016 0218:103649.160 *********** ******************* 911:20160218:103649.160 구성 파일 사용:/etc/zabbix/zabbix_server.confSNMP 모니터링 활성화에 대한 정보가 발견되지 않은 경우, 그런 다음 Zabbixserver를 설치해야 합니다. 소스 코드를 사용하여 컴파일하고 설치하는 경우 --with-net-snmp 컴파일 구성 옵션을 사용해야 합니다. Zabbix에서는 UDP 프로토콜만 SNMP 모니터링에 사용되며 일반 SNMP 항목, 동적 인덱스(동적 인덱스) SNMP 항목 또는 SNMP 저수준 검색 규칙 등 하나의 요청으로 여러 값을 쿼리할 수 있습니다. 많은 수의 SNMP를 처리할 때 유용하며 효율성을 제공할 수 있습니다. 호스트 SNMP 인터페이스의 대량 요청 사용 옵션을 설정하여 대량 쿼리를 활성화하거나 비활성화합니다. 아래 그림 13-4와 같습니다.
그림 13-4 단일 인터페이스에서 동일한 매개변수를 가진 모든 SNMP 모니터링 항목은 설정된 시간 간격으로 동시에 쿼리되며 일반 SNMP 항목과 동적 인덱스 SNMP 항목의 경우 폴러는 128개의 모니터링 항목을 처리합니다. 동시에, SNMP 하위 수준 검색 규칙은 별도로 처리됩니다. 쿼리 중에는 지정된 여러 개체를 수집하고 OID 트리를 통과하는 두 가지 작업 유형이 있습니다. 수집은 GetRequest-PDU가 최대 128개의 변수에 바인딩될 수 있음을 의미합니다. Traversal은 SNMP v1에서 GetNextRequest-PDU를 사용하고 최대 128개의 변수를 바인딩할 수 있는 SNMP v2 또는 SNMP v3의 max-repetitions 필드와 함께 GetBulkRequest를 사용하는 것을 의미합니다. 변하기 쉬운. 따라서 각 SNMP 모니터링 항목을 일괄 처리하면 다음과 같은 이점이 있습니다.
- 데이터를 수집하는 일반 SNMP 모니터링 항목의 성능이 향상됩니다.
- 동적 인덱스(동적 인덱스) SNMP 모니터링 항목의 데이터 수집 및 데이터 순회 성능이 향상되었습니다.
- 데이터를 통과하는 SNMP 하위 수준 검색 규칙의 성능이 향상되었습니다.
그러나 기술적으로 말하면 모든 장치가 각 요청에 대해 128개의 값을 반환할 수 있는 것은 아닙니다. 일부 장치는 특정 응답 값을 반환할 수 있으며 일부 장치는 오류 코드가 너무 크거나(1) 전혀 응답하지 않습니다. 장치에 대한 최적의 쿼리 개체 수를 결정하기 위해 Zabbix는 몇 가지 전략을 사용합니다. 처음에는 쿼리 요청에서 하나의 값만 쿼리하고, 성공하면 쿼리 요청에서 2개의 값을 쿼리하고, 3개의 값을 쿼리합니다. 성공하면 쿼리 요청에 값을 입력하고 개체 수에 1.5를 곱하여 동일한 쿼리를 계속합니다. 이러한 쿼리 번호는 1, 2, 3, 4, 6, 9, 13, 19, 28, 42, 63, 94, 128의 오름차순입니다. 장치가 올바른 응답(예: 42개 변수 쿼리) 반환을 거부하는 경우 Zabbix는 다음 두 가지 작업을 수행할 수 있습니다.
현재 일괄 쿼리 항목이 절반으로 쿼리됩니다. 즉, 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-5아래 그림 13-6과 같이 정의된 검색 규칙을 기반으로 항목 프로토타입을 만듭니다.
그림 13-6
아래 그림 13-7과 같이 여러 항목 프로토타입을 만들 수 있습니다.
사진 13-7
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
