기술이야기 | 브레인즈컴퍼니

주메뉴 바로가기 본문 바로가기

메인 페이지로 이동
블로그
기술이야기

블로그

기술이야기

기술이야기 네트워크 모니터링 툴 Zenius NMS에서 Private OID로 기능 확장하기 기술이야기 네트워크 모니터링 툴 Zenius NMS에서 Private OID로 기능 확장하기 통상적인 NMS는 기본적으로 Public OID(표준 MIB) 기반으로 네트워크 장비를 관리하지만, 실제 운영 환경에서는 표준 MIB로 수집할 수 없는 장비 고유 성능 정보가 많습니다. 이를 반영하기 위해 네트워크 모니터링 툴 Zenius는 Private OID를 직접 등록하여 모니터링 범위를 확장할 수 있는 기능을 제공합니다. 이 기능을 통해 조직 특화 정보나 특정 벤더의 내부 성능 정보를 Zenius 모니터링 체계에 그대로 반영할 수 있으며, 등록된 Private OID는 성능 그래프·추이 분석·감시 정책 등 모든 기능과 완전히 통합되어 사용됩니다. 네트워크 모니터링 툴, Zenius NMS 기능 구성/확인 절차 이제 Private OID를 실제로 어떻게 등록하고 모니터링하며 감시 정책으로 연결하는지, 전체 흐름을 단계별로 살펴보겠습니다. Step 1. OID 등록 [NMS > 설정 > 장비 > OID > 등록] 먼저 Private OID를 추가하기 위해 OID 등록 화면으로 이동합니다. 이 단계에서는 새로 등록할 OID가 어떤 장비에서 사용될지 지정하는 절차를 진행합니다. 필요에 따라 여러 장비에 동일한 설정을 적용할 수 있어, 다양한 장비 환경에서도 손쉽게 관리할 수 있습니다. Step 2. 장비의 Private OID 등록 [NMS장비 선택(체크박스) > OID, OID명 등 필수정보 입력] 장비를 선택한 뒤, 모니터링할 Private OID 정보를 입력합니다. 여기에서 입력한 값들이 실제 성능 항목으로 등록됩니다. - OID: 모니터링할 Private OID를 입력합니다. Zenius는 사칙연산을 지원하므로 여러 OID 값을 조합하여 계산식 기반 지표를 만들 수도 있습니다. (사칙연산 입력 예시) ((.1.3.6.1.4.1.2021.4.5.0-(.1.3.6.1.4.1.2021.4.6.0+.1.3.6.1.4.1.2021.4.14.0+.1.3.6.1.4.1.2021.4.15.0))/.1.3.6.1.4.1.2021.4.5.0)*100 - OID명: 해당 OID를 식별하기 위한 이름을 입력합니다. - 데이터종류: OID가 제공하는 데이터 유형을 선택합니다. - 수집주기: 기본 5분이며, 필요에 따라 최소 1분까지 조정 가능합니다. Step 3. [NMS > 모니터링 > OID] : 등록한 Private OID 모니터링 OID 등록이 완료되면, 모니터링 메뉴에서 해당 Private OID 값을 실시간으로 확인할 수 있습니다. 성능 값은 시간 흐름에 맞춰 그래프로 표시되며, Public OID 기반 항목과 동일한 방식으로 조회할 수 있어 사용 방식이 익숙합니다. 특히 세션 수나 메모리 사용률처럼 빠르게 변동하는 값은 짧은 간격으로 확인할수록 운영 상황을 더 정확하게 파악할 수 있습니다. <Memory사용률의 Private OID 모니터링 화면> Step 4. [NMS > 모니터링 > OID > OID명(클릭)] : 등록한 Private OID 의 추이 모니터링 OID명을 클릭하면 특정 Private OID의 기간별 성능 변화를 자세하게 확인할 수 있습니다. 이 화면에서는 증가·감소 패턴이나 특정 시간대의 급격한 변동을 쉽게 파악할 수 있어, 이상 징후 탐지나 장비 상태 변화 분석에 활용하기 좋습니다. <Memory사용률의 Private OID 기간 별 성능 추이 모니터링 화면> Step 5. [NMS > 설정 > 감시설정 > OID > OID명(체크) > 등록] : 등록한 Private OID 의 감시정책 설정 등록한 Private OID를 감시정책에 적용하는 단계입니다. 이 화면에서 해당 OID가 어떤 조건일 때 이벤트를 발생시킬지 세부 기준을 설정할 수 있으며, 설정된 정책은 실시간 알림과 연동됩니다. - 감시항목: OID 데이터 → 등록된 Private OID 값을 기준으로 상태를 감시합니다. - 심각도/임계치 → 해당 OID의 특성에 맞는 심각도와 임계치를 입력하여, 기준을 초과하거나 벗어날 경우 이벤트가 발생하도록 설정합니다. 이렇게 설정된 감시정책은 일반 Public OID 항목과 동일하게 이벤트·SMS·메일·Push 알림으로 전달되며 Zenius NMS 장비 상세 모니터링을 통해 Private OID 항목 데이터 확인 하기 Zenius NMS는 기본적으로 등록된 장비의 성능 정보를 Public OID 기준으로 정리해 요약 화면에 표시합니다. - [ NMS > 모니터링 > 장비 > 상세 ] Public OID 기반의 요약정보 하지만 위 단계에서 살펴본 것처럼 특정 Private OID를 등록한 경우에는, 해당 장비의 상세 화면에서 Public OID 정보와 함께 Private OID 값도 즉시 확인할 수 있습니다. 이 기능을 통해 운영자는 장비의 표준 성능 지표와 고유 확장 지표를 한 화면에서 함께 조회할 수 있어, 보다 정확한 분석과 진단이 가능합니다. - [ NMS > 모니터링 > 장비 > 상세 > 성능 > OID ] Private OID 항목 데이터 확인 방화벽, 스위치, 라우터와 같은 네트워크 장비는 기본적으로 표준 MIB를 통해 주요 트래픽 정보를 제공하지만, 실제 운영환경에서는 표준 MIB로는 확인할 수 없는 장비 고유의 트래픽 지표를 추가적으로 제공하는 경우가 많습니다. 이때 각 장비가 자체적으로 정의한 Private OID를 NMS에 등록하면, 기존 모니터링 범위로는 파악하기 어려웠던 세부 트래픽 양상이나 특정 기능의 동작 상태까지 함께 관찰할 수 있습니다. 예를 들어 방화벽의 경우 특정 규칙이나 정책 단위의 트래픽 변화가 Private OID 형태로 제공되기도 하며, 스위치나 라우터는 특정 포트나 인터페이스의 세부 트래픽 카운터처럼 표준 MIB에서는 제공되지 않는 값을 별도로 노출하기도 합니다. 이렇게 추가된 정보는 Zenius NMS에서 다른 성능 지표와 동일한 방식으로 확인할 수 있어, 트래픽 흐름을 더 정확하게 분석하고 이상 상황을 빠르게 식별하는 데 도움이 됩니다. 정리하자면, Private OID 기능은 네트워크 모니터링 툴 Zenius NMS의 모니터링 가능 범위를 운영 환경에 맞게 자유롭게 확장할 수 있는 강력한 도구입니다. 표준 MIB만으로는 확인할 수 없는 장비 고유 성능을 직접 추가하여 분석·감시·알림까지 통합함으로써, 운영자는 더욱 정확한 인사이트를 얻고 장애 대응과 자원 최적화에 한층 능동적으로 대응할 수 있습니다. 2025.12.05
기술이야기 서버 모니터링의 두 가지 방식 기술이야기 서버 모니터링의 두 가지 방식 이번 블로그에서는 일반적으로 서버 모니터링 소프트웨어들이 널리 쓰고 있는 서버 모니터링의 두 가지 방식에 대해서 논의하고 그 차이점을 알아보겠습니다. 지난 블로그에서 언급했듯이, 서버 모니터링은 컴퓨터 서버의 성능을 관찰하고 분석해 최적의 상태로 실행되고 있는지 확인하는 작업입니다. 이 프로세스에는 일반적으로 CPU 사용률, 메모리 사용량, 디스크 I/O, 네트워크 트래픽 및 응용 프로그램 성능과 같은 다양한 메트릭에 대한 데이터를 수집하는 소프트웨어 도구의 사용이 포함됩니다. 서버 모니터링 소프트웨어는 데이터 수집 후 추세, 패턴 및 이상 현상을 식별하기 위해 데이터를 분석합니다. 분석을 통해 잠재적인 문제가 심각해지기 전에 식별하고 서버 관리자가 시정 조치를 취할 수 있도록 합니다. 예를 들어, CPU 사용률이 지속적으로 높은 경우 서버의 성능이 부족해 더 많은 리소스를 할당해야 할 수 있음을 나타낼 수 있습니다. 또는 디스크 I/O가 느린 경우 서버의 저장소가 과부하됐거나 최적화가 필요함을 나타낼 수 있습니다. 서버 모니터링 소프트웨어에는 관리자가 서버 성능을 파악하는데 도움이 되는 대시보드, 경고 및 보고 기능이 포함되는 경우가 많습니다. 대시보드는 핵심 성과 지표의 실시간 보기를 제공하는 동시에 특정 임계값을 초과하거나 문제가 감지되면 관리자에게 알림을 보냅니다. 서버 관리자는 보고 기능을 통해 시간 경과에 따른 성능 추세 및 문제에 대한 보고서를 생성할 수 있으며, 이를 통해 용량 계획 및 리소스 할당 결정을 알리는데 사용할 수 있습니다. 서버 모니터링은 일반적으로 에이전트 없는 서버 모니터링과 에이전트 기반 서버 모니터링, 이 두 가지 주요 접근 방식이 있습니다. 두 가지 모두 장단점이 있으며 어떤 것을 선택하느냐는 특정 요구 사항과 선호도에 따라 달라집니다. 에이전트 기반 서버 모니터링 에이전트 기반 서버 모니터링에는 모니터링하려는 각 서버에 ‘에이전트’라고 하는 별도의 서버용 모니터링 소프트웨어를 설치해 데이터를 수집하는 방식을 말합니다. 에이전트는 서버에서 다양한 성능 메트릭에 대한 데이터를 수집해 모니터링 시스템으로 다시 보냅니다. 이 접근 방식은 에이전트 없는 모니터링보다 더 상세하고 세분화된 데이터와 기능을 제공합니다. 또, 데이터를 암호화하고 보안 채널을 사용해 데이터를 전송하므로 일반적으로 에이전트 없는 모니터링보다 더 안전합니다. 에이전트 기반 서버 모니터링의 주요 기능은 다음과 같습니다. ∙ 성능 모니터링: 에이전트는 CPU, 메모리, 디스크 사용률, 네트워크 트래픽 등의 정보를 수집할 수 있습니다. 이를 이용해 서버의 성능을 모니터링하고, 부하가 높아지면 적시에 대처할 수 있습니다. ∙ 로그 모니터링: 에이전트는 서버에서 발생하는 로그를 수집할 수 있습니다. 이를 이용해 서버에서 발생한 이벤트의 원인 파악에 도움을 줄 수 있습니다. ∙ 보안 모니터링: 에이전트는 서버 내부의 보안 상태를 모니터링할 수 있습니다. 예를 들어, 악성 코드 감지, 사용자 로그인 상태, 파일 권한 등을 체크해 보안 위협을 조기에 감지할 수 있습니다. ∙ 애플리케이션 모니터링: 에이전트는 서버에 설치된 애플리케이션의 상태를 모니터링할 수 있습니다. 예를 들어, 웹 서버에서는 HTTP 요청, 응답 코드, 응답 속도 등을 모니터링해 애플리케이션의 상태를 파악할 수 있습니다. ∙ 자동화된 조치: 에이전트는 모니터링 데이터를 기반으로 자동화된 조치를 수행할 수 있습니다. 예를 들면, CPU 부하가 높아지면 자동으로 스케일 업 또는 스케일 아웃을 수행할 수 있습니다. 에이전트 리스 서버 모니터링 에이전트가 없는 서버 모니터링은 서버 자체에 소프트웨어를 설치할 필요가 없습니다. 대신 모니터링 소프트웨어가 별도의 서버나 워크스테이션에 설치되고, SNMP 또는 WMI와 같은 네트워크 프로토콜을 사용해 대상 서버에서 데이터를 원격으로 수집합니다. 이 접근 방식은 각 서버에 소프트웨어 에이전트를 설치하고 관리할 필요가 없어 일반적으로 설정 및 유지 관리가 더 쉽고 빠릅니다. 또, 에이전트 기반보다 같은 자원을 이용해서 더 많은 수의 서버를 모니터링할 수 있어 경제적입니다. 대신 기능이 제한적이고 프로토콜이 의존해 데이터를 수집하기 때문에 보안 문제가 발생할 수 있습니다. 에이전트 리스 서버 모니터링의 주요 기능은 다음과 같습니다. ∙ 원격 모니터링: 에이전트 없는 모니터링 도구는 원격 데이터 센터, 지사 또는 클라우드 환경에 있는 서버를 포함해 모든 곳에 있는 서버를 원격으로 모니터링할 수 있습니다. 이러한 유연성을 통해 조직의 전체 서버 인프라를 중앙집중식으로 모니터링하고 관리할 수 있습니다. ∙ 확장성: 에이전트 없는 모니터링은 서버 인프라 또는 워크로드 요구사항의 변화를 수용하기 위해 쉽게 확장 또는 축소할 수 있습니다. 추가 에이전트 소프트웨어 설치 또는 구성 없이 모니터링 시스템에 추가 서버를 추가할 수 있습니다. ∙ 포괄적인 모니터링: 에이전트 없는 모니터링은 서버 성능 메트릭을 추적하고 문제를 식별하며, 실시간 경고를 제공함으로써 관리자가 서버 인프라의 상태를 유지하고 중요한 애플리케이션과 서비스가 원활하게 실행되도록 합니다. ∙ 손쉬운 유지 관리 및 업데이트: 에이전트 없는 모니터링을 사용하면 모니터링 되는 각 시스템에서 에이전트 소프트웨어를 관리하고 업데이트할 필요가 없습니다. 이는 유지보수를 단순화하고 모니터링 시스템을 항상 최신 상태로 유지합니다. Zenius(제니우스)의 서버 모니터링 브레인즈컴퍼니의 지능형 IT 인프라 통합관리 소프트웨어 ‘Zenius(제니우스)’는 고객의 시스템 상황에 따라 에이전트 기반 및 리스 방식 모두 가능합니다. 에이전트 기반의 통합 모니터링 소프트웨어 ‘Zenius SMS’는 HTML5 기반 Web UI와 토폴로지 맵을 통해 서버 성능과 상태 및 서버 간 연관관계를 직관적으로 파악합니다. 특히, Zenius SMS는 애플리케이션 단위에 성능이나 로그를 세밀하게 모니터링 및 분석이 가능합니다. Zenius SMS의 주요 기능은 아래와 같습니다. Zenius SMS의 주요 서버 모니터링 기능 1. 프로세스: 프로세스 상태(Up/Down) 및 성능 모니터링(CPU/MEM) 2. 로그: 프로세스나 시스템 로그와 같은 각종 로그 모니터링 3. GPU: GPU의 상태 및 성능 모니터링 4. 보안: 서버의 보안 취약점 점검 5. 자동화: 모니터링 데이터를 기반으로 자동화된 조치 수행 6. 기타: 코어별 온도 모니터링, 서비스 포트별 네트워크 상태, S/W 목록, 환경변수, 계정, 그룹, 스케쥴링, 공유폴더 현황 등 ‘Zenius SMS’ 도입을 통해 체계화된 서버 통합관리를 할 수 있습니다. 반복적이고 수동적인 업무는 자동화돼 업무 효율성을 향상시키며, 객관적인 데이터를 기반으로 정확한 성능 현황 및 비교분석이 가능합니다. 이는 곧 서비스 연속성 확보로 이어지며, 향후 고객 만족도 향상을 기대할 수 있습니다. 반면, 고객 서버에 에이전트 탑재가 불가능한 경우에는 에이전트 리스 방식으로도 사용 가능합니다. 브레인즈컴퍼니의 에이전트 리스 제품으로는 ‘Zenius VMS’가 있습니다. ‘Zenius VMS’는 VMware, Citrix Xen Server, Hyper-V와 같은 서버 가상화 환경에서 호스트 서버와 게스트 서버의 리소스 할당 및 사용 현황, 관계 등을 통합적으로 관제합니다. ‘Zenius VMS’는 프라이빗 클라우드 환경을 모니터링하는데 효과적입니다. Open API로 프라이빗 클라우드 인프라와 통신해, 가상머신의 상태 및 성능, 스토리지 활용도 및 네트워크 트래픽과 같은 환경의 다양한 측면에 대한 데이터를 수집합니다. 수집된 데이터를 분석해 잠재적 문제를 나타낼 수 있는 경향, 패턴 및 이상 현상을 식별하고, 크게 CPU, 메모리, 디스크, MIB 이 4가지 정보를 기본적으로 제공합니다. ‘Zenius VMS’는 VM 상세 관리를 위해 SMS 추가 확장이 용이한 제품입니다. VMS를 통해 호스트-게스트 간 연관관계 기반의 모니터링을 시행하고, 별도로 가상화 서버에 SMS 모듈을 추가해 보다 다양한 모니터링 항목으로 정밀하게 관리함으로써 효과적인 통합관리 환경을 조성할 수 있습니다. 2023.05.09

1