SNMP 트랩 수집 및 모니터링

SNMP 트랩은 가장 일반적으로 사용되는 SNMP 메시지 종류입니다. 일반 SNMP 작업은 장치 에이전트가 수동 역할을 수행하도록 지정합니다. 즉, SNMP 관리자가 요청을 보내는 경우에만 SNMP 메시지를 보냅니다. 그러나 에이전트가 특정 긴급 상황이나 이벤트를 감지하면 사전 데이터 요청 없이 관리자에게 경고 알림을 보냅니다. 이러한 긴급 알림을 SNMP 트랩이라고 합니다.

SNMP 트랩은 SNMP 에이전트에서 시작할 수 있는 유일하고 독특한 알림 방법입니다. 따라서 필요하지 않은 경우 네트워크 모니터링에 귀중한 자산이 됩니다. 트랩은 네트워크 이벤트와 관련된 알림을 받을 수 있는 가장 편리한 방법이며 다양한 심각도 수준의 조건에 대해 설정할 수 있습니다. 예를 들어, 프린터에 설치된 SNMP 에이전트는 토너 부족 카트리지를 트랩 조건으로 간주할 수 있으며 프린터가 소모품이 부족하기 시작했음을 감지할 때 SNMP 관리자에게 알립니다.

한편, 일부 심각한 이벤트 및 조건에서는 트랩 메시지가 나타나지 않을 수 있습니다. 예를 들어, 치명적인 오류로 인해 장치의 작동이 중지됩니다. 이렇게 하면 장치를 모니터링하는 SNMP 에이전트가 작동을 중지하여 SNMP 관리자에게 연결할 수 없게 됩니다. 장치의 네트워크 카드가 고장나면 SNMP 에이전트의 기능이 중단될 수 있지만, SNMP 관리자가 응답을 위해 네트워크를 스윕할 때 긴급 상황이나 이벤트가 감지됩니다.

SNMP에는 중앙 관리자, 장치 에이전트 및 MIB (Management Information Base)라는 세 가지 기본 요소가 있습니다. 대부분의 네트워크 장치에는 SNMP가 네트워크에서 사용되기 전에 활성화 될 필요가있는 사전 설치된 SNMP 에이전트가 제공됩니다.

중앙 관리자는 일반적으로 많은 워크스테이션의 운영 체제에 포함되어 있지 않습니다. 그러나 워크스테이션에 네트워크 모니터링 시스템을 설치하면 SNMP를 사용할 수 있고 네트워크 전반의 다양한 SNMP에 대해 SNMP 관리자로 지정됩니다. 이 네트워크 관리 소프트웨어에는 MIB 파일을 해석하고 장치 에이전트에서 수집한 데이터를 표시할 수 있는 인터페이스가 포함되어 있을 수 있습니다. 데이터 디스플레이는 네트워크 전반의 기기 성능에 대한 빠른 통찰력을 제공하는 그래픽 표현이 포함된 읽기 쉬운 사용자 대시보드일 수 있습니다.

SNMP 중앙 관리자는 정보 요청과 함께 네트워크를 통해 모든 장치 에이전트를 폴링합니다. 장치 에이전트는 MIB 준수 파일을 다시 보내 중앙 관리자의 요청에 응답합니다. 장치 에이전트는 MIB 파일의 자체 사본을 보관하며 폴링 요청 간에 계속 업데이트하므로 각 장치가 관리 시스템에 반환하는 정보가 정확하고 최신 상태가 되도록 합니다.

네트워크 트래픽은 최종 사용자가 데이터 전송, 다운로드 및 네트워크 대역폭을 사용하는 기타 여러 가지 활동을 포함하여 필요한 작업을 수행함에 따라 평균 하루 동안 변동합니다. SNMP를 사용하면 네트워크에서 라우터에서 전송 및 수신하는 바이트 수, 오류 및 패킷 수, 장치 간 네트워크 연결 속도, 웹 서버에서 수신한 적중 횟수 등 다양한 장치 활동 및 성능 지표에 대한 정보를 수집할 수 있습니다.

SNMP 관리자는 SNMP 에이전트가 설치된 네트워크를 통해 모든 디바이스에 SNMP GET 요청이라는 PDU (Protocol Data Unit)를 보냅니다. 네트워크 관리자는 SNMP GET 요청을 사용하여 거의 모든 데이터 메트릭을 추적할 수 있습니다. 이는 데이터 요청을 하는 장치가 SNMP가 모니터링하는 모든 정보를 액세스하고 공유할 수 있기 때문입니다.

SNMP는 네트워크 장치가 서로를 관리하고, 데이터 메트릭을 보고하고, 정보를 공유하는 데 사용하는 광범위하고 포괄적인 프로토콜이며, SNMP 트랩은 네트워크 및 장치 활동에 대한 중요한 정보를 보고하는 방법입니다.

SNMP는 널리 사용되고 있는 네트워크 장치에 대한 범용 표준입니다. 서로 다른 하드웨어 및 소프트웨어 사양을 가진 서로 다른 장치가 원활하게 통신할 수 있도록 해주는 접착제입니다.

SNMP 아키텍처는 관리자-에이전트 관계를 기반으로 합니다. 에이전트는 서버와 스위치에서 데스크톱, 라우터 및 기타 장치에 이르는 다양한 네트워크 장치에 설치되며 장치 상태 및 성능에 대한 데이터를 수집하여 SNMP 관리자에게 다시 보고할 수 있습니다. 네트워크 관리자는 SNMP 에이전트가 제공하는 분석 기능과 통찰력을 활용하여 중요한 문제를 해결하거나 네트워크 병목 현상 및 용량 계획에 대한 증거 기반 결정을 내릴 수 있습니다.

그러나 SNMP의 아키텍처가 비교적 간단하지만, 사용하는 데이터 계층 구조 구조는 처음에 협박하거나 혼란스럽게 보일 수 있습니다. 계층 구조의 이면에 있는 이유를 이해하면 문제가 훨씬 더 명확해집니다. SNMP는 다양한 장치, 하드웨어 유형 및 소프트웨어 응용 프로그램에서 사용되기 때문에 장치와 관리 시스템 간에 데이터를 공유할 때 일정 수준의 유연성과 확장성이 필요합니다. 이러한 이유로 SNMP는 장치 간 데이터 교환의 고정 크기와 관련하여 엄격한 포맷 규정을 적용하지 않습니다. 대신 분기된 트리 계층 구조를 사용하므로 SNMP 관리 시스템에서 데이터를 지속적으로 수집할 수 있습니다.

SNMP 데이터 트리에는 MIB (매니지먼트 인포메이션 베이스)라고 하는 분기된 여러 테이블이 포함되어 있습니다. MIB는 디바이스 유형 및 구성 요소를 기반으로 그룹을 생성합니다. 각 MIB에는 고유한 식별 번호 및 문자열이 연결되어 있으며 IP 주소 및 호스트 이름과 같이 상호 교환하여 사용할 수 있습니다. MIB는 네트워크 상의 특정 디바이스 또는 구성 요소 유형을 나타내는 하나 이상의 노드로 구성되기도 합니다.

이 경우 장치 에이전트가 중앙 관리자에게 보고서를 보낼 때마다 전체 MIB를 전송할 필요가 없다는 장점이 있습니다. SNMP 트랩 메시지에는 시간, 값 및 식별자 등의 메타데이터가 포함됩니다. 마지막 코드는 OID (개체 식별자) 또는 계층 분기 구조 내에서 트랩 조건이나 이벤트가 있는 위치를 정확하게 나타내는 MIB 구조에 의해 할당된 고유 코드입니다. SNMP 에이전트가 모니터링하는 장치의 모든 속성에는 고유 OID가 있으므로 SNMP 중앙 관리 시스템에서 SNMP 트랩 메시지가 참조하는 스위치, 프린터 또는 최종 사용자 워크스테이션 같은 장치의 정확한 부분을 판별할 수 있습니다.

SNMP 트랩 메시지로부터 데이터를 수신하려면 첫 번째 단계는 디바이스 에이전트가 활성화되어 트랩을 허용하도록 구성되어 있는지 확인하는 것입니다. 이러한 기능이 활성화되면 SNMP 관리 시스템이 SNMP 트랩에서 정보를 수집하는 두 가지 기본 방법이 있습니다.

첫 번째 방법은 OID를 사용하여 SNMP 중앙 관리자가 개별 트랩을 구별할 수 있도록 하는 세분화된 트랩입니다. 각 OID는 장치 뿐만 아니라 경고를 발생시킨 특정 장치 속성에 대해 고유한 주소를 제공하므로 SNMP 관리 시스템은 MIB 내의 트리거 조건에 대한 정보를 찾아야 합니다. 즉, 트랩이 최소한의 네트워크 대역폭을 사용하는 동시에 관리자가 장치 성능 및 상태에 대한 최신 정보를 유지할 수 있습니다.

트랩을 사용하여 중요한 정보를 수집하는 또 다른 기본 방법은 장치 에이전트가 SNMP 관리자에게 반환하는 실제 파일에 경고 데이터를 통합하는 것입니다. 이 문제는 많은 트랩의 OID가 동일한 경우에 가장 자주 발생합니다. SNMP 관리 시스템에서 각 트랩에 포함된 정보를 구문 분석할 수 있으려면 표준 키-값 쌍 구성을 사용하여 데이터를 디코딩해야 합니다. "변수 바인딩"이라고 하는 이러한 키-값 쌍은 중앙 관리자에게 트랩에 대한 추가 정보를 제공합니다. 변수 바인딩의 예로는 "경고 설명", "도메인 이름" 및 "긴급 수준"이 있으며, 각 바인딩은 네트워크 관리자에게 트랩이 트리거된 원인에 대한 추가적인 통찰력을 제공합니다.

SNMP 트랩은 오류 경고를 수신하는 가장 효율적인 방법 중 하나입니다. Windows SNMP 트랩 수신기는 장치 에이전트가 보낸 다양한 SNMP 트랩을 캡처, 로깅 및 표시하여 경고 메시지를 추적하고 이에 응답하는 프로세스를 간소화할 수 있는 특수 애플리케이션입니다. 네트워크 관리자가 수많은 장치를 감독하는 경우 생성된 대량의 트랩을 추적하고 기록하는 것은 번거스러운 작업이 될 수 있습니다.

그러나 Windows용 SNMP 트랩 수신기는 디바이스 에이전트가 트랩을 전송할 때 트랩을 디코딩하고 사용자 대시보드에 이 정보를 표시하여 네트워크 관리자가 작업을 훨씬 쉽게 수행할 수 있도록 합니다. 이를 통해 관리자는 네트워크를 통해 장치에서 생성된 알림 및 알림을 신속하게 평가할 수 있습니다. SNMP 트랩 수신기는 초당 수신된 트랩 수 및 초당 손실된 패킷 수와 같은 메트릭을 표시할 수도 있습니다. 또한 많은 SNMP 트랩 수신기는 관리자가 필요한 알림만 수신하도록 필터와 알림 트리거를 구성할 수 있도록 합니다.

SNMP 트랩 수신기 도구는 경고 우발 상황이 충족될 때 네트워크 장치에서 생성된 SNMP 트랩 메시지를 수신합니다. 트리거 이벤트 또는 조건이 발생하면 SNMP 트랩 수신기는 트랩 메시지의 세부 정보와 호스트 이름, IP 주소, 트랩 유형 등의 기타 정보를 기록합니다. 그런 다음 이러한 메트릭을 사용하여 경고의 원인을 분석하거나 이벤트와 장치 성능 간의 상관 관계를 확인할 수 있습니다.

트랩 수신기 소프트웨어에는 종종 지능형 경고 기능이 포함되어 있어 네트워크 관리자가 간단하거나 복잡한 트리거 조건, 네트워크 토폴로지 및 상위-하위 종속성에 따라 알림을 생성하고 사용자 지정할 수 있습니다. SNMP 트랩 수신기는 네트워크 가용성, 네트워크 장애 및 장치 성능을 모니터링할 수도 있습니다.

SolarWinds® Kiwi Syslog® Server NG를 사용하면 SNMP 트랩, syslog 메시지 및 Windows 이벤트 로그를 비롯한 다양한 로그 파일을 관리할 수 있습니다. 네트워크의 모든 디바이스가 일반적으로 분당 수백 개의 로그 파일을 생성하기 때문에 성능 이상을 위해 로그 파일을 수동으로 구성하고 분석하는 작업은 시간이 많이 걸리고 비효율적일 수 있습니다.

하지만 Kiwi Syslog Server NG는 이러한 고된 작업을 수행할 수 있도록 설계되었습니다. SNMP 트랩 수신기는 다양한 장치로부터 메시지를 수신할 수 있으며, 이를 장치 기능 또는 메시지 내용별로 구분 및 정렬하여 구성을 추가하고 쉽게 찾을 수 있습니다. Kiwi Syslog Server NG를 사용하면 로그 보존 정책을 설정하고 적용할 수 있으며 자동 아카이빙 및 정리 기능을 제공합니다.

Kiwi는 필터와 같은 여러 사용자 지정 옵션을 제공하므로 저장된 SNMP 트랩 및 특정 메시지 유형, 콘텐츠, 전송 시간 또는 빈도에 대한 기타 로그 파일을 보다 쉽게 정렬할 수 있습니다. 또한 Kiwi가 특정 부서 및 직원의 필요와 요구에 따라 특정 조건에 반응하는 방식을 조정할 수 있습니다. 또한 사용자는 작업 조건 또는 이벤트가 트리거될 때 실행되도록 스크립트 및 실행 파일을 자동화하는 등의 다른 작업을 구성할 수 있습니다.

Kiwi Syslog Server NG는 애플리케이션이 수집하는 SNMP 트랩 메시지를 구성, 처리 및 응답하는 방법을 지시할 수 있는 일련의 강력한 규칙 기반 기능을 제공합니다. 이러한 규칙은 어떤 트랩 메시지가 어떤 응답을 트리거하는지 결정할 수 있는 필터와 작업을 사용하여 추가로 사용자 지정할 수 있습니다. 예를 들어 특정 단어가 포함된 트랩에서 스크립트를 실행하는 경우도 있습니다. 필터에 필터가 포함되어 있지 않으면 중앙 관리자가 받는 모든 트랩 메시지에 필터를 적용할 수 있기 때문에 필터를 사용하면 규칙 및 SNMP 트랩 관리의 효율성을 높일 수 있습니다.