해시넷
"네트워크 관리 시스템"의 두 판 사이의 차이
잔글 (→이에스엠과 네트워크 관리 시스템) |
leejia1222 (토론 | 기여) |
||
| 1번째 줄: | 1번째 줄: | ||
| − | '''네트워크 관리 시스템'''<!--네트워크 관리 시스템, 네트워크관리시스템-->(NMS | + | '''네트워크 관리 시스템'''<!--네트워크 관리 시스템, 네트워크관리시스템-->(NMS, Network Management System)<!--(nms, NMS, networkmanagementsystem, Network Management System)-->은 컴퓨터 네트워크 또는 네트워크들을 모니터링하고 관리하는데 사용되는 [[하드웨어]]와 [[소프트웨어]]의 조합을 총칭한다. 개별 네트워크 구성요소(NE, Network Element)들은 구성요소 관리시스템(Element Management System)에 의해 관리된다. |
==개요== | ==개요== | ||
| − | + | 개별 네트워크 구성요소들은 구성요소 관리시스템에 의해 관리된다. 네트워크 관리 시스템은 네트워크의 감시, 유지 및 최적화를 위해 설계된 시스템이다. 하드웨어와 소프트웨어를 모두 포함하지만, 네트워크 관리 시스템은 대부분 네트워크를 관리하는 데 사용되는 소프트웨어를 가리킨다. 인터넷과 인트라넷의 활성으로 많은 업무가 네트워크를 통하여 이루어지게 된다. 의사 전달을 위한 이메일이나 그룹웨어, 클라이언트-서버 업무 처리 등 네트워크의 중요성은 날로 높아지고 있다. 네트워크 환경이 대형화되고 복잡해짐에 따라 네트워크의 관리 또한 중요한 비중을 차지하게 되었다. 네트워크의 다운이나 속도 저하로 인해 업무처리가 늦어진다면 이는 단순한 문제가 아니다. 네트워크 관리 시스템을 사용하여 네트워크상의 장비를 [[모니터링]]하고 [[장애]]에 대한 신속한 대처를 할 수 있도록 구성해야 한다. 네트워크 관리 시스템을 통해 네트워크 구성상의 문제를 발견할 수 있으며 이러한 자료들이 네트워크 구성을 효율적으로 구성하게 하고 향후 네트워크 설계의 자료가 될 수 있다. 이처럼 네트워크 관리 시스템은 네트워크 구성요소를 관리하는 역할을 수행하기 때문에 매니지드 디바이스(managed device)라고도 불린다. 디바이스 관리는 고장, 구성, 회계, 성능 및 보안 관리를 포함한다. 그리고 관리 작업에는 네트워크 인벤토리의 발견, 디바이스 상태 모니터링, 시스템 성능에 영향을 미치는 상태에 대한 경고, 문제의 식별 및 출처의 파악과 함께 가능한 솔루션의 제공 등이 있다.<ref>네트워크 관리 시스템 위키백과 - https://ko.wikipedia.org/wiki/%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC_%EA%B4%80%EB%A6%AC_%EC%8B%9C%EC%8A%A4%ED%85%9C</ref> | |
| − | |||
| − | |||
==역사== | ==역사== | ||
네트워크 관리 기능은 1970년대말 국제표준기구 ISO(International Standard Organization)에 의해 형성된 개념인 OSI(Open System Interconnection)에서 구성, 장애, 성능, 보안, 계정 관리의 다섯 가지 기능 영역으로 나누어 정의했다. | 네트워크 관리 기능은 1970년대말 국제표준기구 ISO(International Standard Organization)에 의해 형성된 개념인 OSI(Open System Interconnection)에서 구성, 장애, 성능, 보안, 계정 관리의 다섯 가지 기능 영역으로 나누어 정의했다. | ||
| − | 1980년대에는 급속한 발전이 있었다. 더 크고 더 복잡한 네트워크를 향해 네트워크 관리의 상당한 확산을 야기했다. 기술 특정 네트워크 관리 툴을 제공하는 시점은 1987년 11월 SGMP(Simple Gateway Monitoring Protocol)가 발행된 시점이었다. 1988년 초에 IAB(Internet Architecture Board)는 SNMP(Simple Network Management Protocol)를 | + | 1980년대에는 급속한 발전이 있었다. 더 크고 더 복잡한 네트워크를 향해 네트워크 관리의 상당한 확산을 야기했다. 기술 특정 네트워크 관리 툴을 제공하는 시점은 1987년 11월 SGMP(Simple Gateway Monitoring Protocol)가 발행된 시점이었다. 1988년 초에 IAB(Internet Architecture Board)는 SNMP(Simple Network Management Protocol)를 승인했다. 네트워크 관리를 위한 단기 솔루션 SNMP 및 CMIP(Common Management Information Protocol)과 같은 표준은 표준화된 네트워크 관리 및 개발을 위한 기반을 마련했다.<ref>Jian Ren and Tongtong Li, 〈[https://pdfs.semanticscholar.org/8a3c/0d5ff56102ccd021b70edc785622f7ef59bc.pdf Chapter 12: Network Management]〉, 《Michigan State University》</ref> |
| − | 1990년대 중반 모든 사무환경에 정보 인프라 구축을 위한 네트워크가 자리잡기 시작한 이래 점차적으로 대규모의 네트워크가 형성되었고, 이에 따른 라우터, 스위치 등과 같은 다양한 네트워크 장비들의 증가는 네트워크 관리에 더 많은 노력과 시간을 요구하게 되었다. 결과적으로 네트워크 관리자는 효과적인 중앙 집중관리를 위하여 효율적인 관리 도구들이 필요하게 되었고, 이러한 상황들이 네트워크 장비의 물리적인 장애를 해결하고 상태 점검과 제어를 수행하는 시스템인 네트워크 관리 시스템의 발전을 이끌어내게 되었다. | + | 1990년대 중반 모든 사무환경에 정보 인프라 구축을 위한 네트워크가 자리잡기 시작한 이래 점차적으로 대규모의 네트워크가 형성되었고, 이에 따른 [[라우터]], [[스위치]] 등과 같은 다양한 네트워크 장비들의 증가는 네트워크 관리에 더 많은 노력과 시간을 요구하게 되었다. 결과적으로 네트워크 관리자는 효과적인 중앙 집중관리를 위하여 효율적인 관리 도구들이 필요하게 되었고, 이러한 상황들이 네트워크 장비의 물리적인 장애를 해결하고 상태 점검과 제어를 수행하는 시스템인 네트워크 관리 시스템의 발전을 이끌어내게 되었다. |
1990년대 말에는 본격적으로 네트워크 관리 시스템 시장이 활성화되면서 대부분의 네트워크에는 관리를 위한 네트워크 관리 시스템 도입이 추진되었다. 이후로 네트워크에 광대역 분산 컴퓨팅 환경을 수용함에 따라 다양한 이기종의 하드웨어, 플랫폼, 프로토콜들이 등장하게 되었고, 이러한 동향은 네트워크 관리 시스템에 대한 요구사항이 수많은 전사적 자원들을 처리하기 위한 관리 시스템으로 확대되는 추세에 있다. 네트워크 관리 시스템은 PC 또는 워크스테이션과 같은 하드웨어상에 네트워크 관리 시스템 제품 소프트웨어를 설치하여, 네트워크 관리자가 네트워크 장비를 제어 및 감시할 수 있게 하는 것으로 구현된다.<ref name="전자">네트워크 관리 시스템 (NMS) 전자정보센터 - file:///C:/Users/C527/Downloads/%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC%EA%B4%80%EB%A6%AC%EC%8B%9C%EC%8A%A4%ED%85%9C(NMS).pdf</ref> | 1990년대 말에는 본격적으로 네트워크 관리 시스템 시장이 활성화되면서 대부분의 네트워크에는 관리를 위한 네트워크 관리 시스템 도입이 추진되었다. 이후로 네트워크에 광대역 분산 컴퓨팅 환경을 수용함에 따라 다양한 이기종의 하드웨어, 플랫폼, 프로토콜들이 등장하게 되었고, 이러한 동향은 네트워크 관리 시스템에 대한 요구사항이 수많은 전사적 자원들을 처리하기 위한 관리 시스템으로 확대되는 추세에 있다. 네트워크 관리 시스템은 PC 또는 워크스테이션과 같은 하드웨어상에 네트워크 관리 시스템 제품 소프트웨어를 설치하여, 네트워크 관리자가 네트워크 장비를 제어 및 감시할 수 있게 하는 것으로 구현된다.<ref name="전자">네트워크 관리 시스템 (NMS) 전자정보센터 - file:///C:/Users/C527/Downloads/%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC%EA%B4%80%EB%A6%AC%EC%8B%9C%EC%8A%A4%ED%85%9C(NMS).pdf</ref> | ||
==특징== | ==특징== | ||
| − | === | + | ===필요성=== |
| − | + | 네트워크가 점점 커가면서 여러 문제들을 야기하게 된다. 네트워크가 커진다는 것은 하드웨어와 응용프로그램들 그리고 사용자들이 늘어나고 복잡해지는 것을 의미한다. 이때 발생하는 문제를 간단히 생각해보면 이기종의 하드웨어와 응용프로그램들이 하나의 구조 속에 포함됨으로 새로이 발생하는 문제가 있을 것이며 확장된 네트워크가 제대로 성능을 발휘하는가와 확장된 네트워크에 에러는 없는가를 확인해야 되는 문제가 생긴다. 커다란 네트워크망은 사람의 힘으로 관리할 수 없게 되는데 여기서 네트워크 관리툴 킷을 필요로 하게 된다. 이때 네트워크 관리 시스템은 물리적인 네트워크 시스템을 관리하는 소프트웨어 관리툴을 의미하는 것으로 네트워크망에 여러 벤더들의 다양한 장비가 포함되면 될수록 관리에 어려움을 느낄 수 있다. 그리고 네트워크를 조금 확장할 때마다 관리비용은 몇 곱으로 늘어나게 된다. | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | + | 과거에는 네트워크의 구조가 단순하고 노드도 많지 않았으므로 네트워크 관리 시스템이라는 소프트웨어에 큰 비중이 없었지만 최근의 네트워크는 규모도 클 뿐만 아니라 네트워크를 구성하는 하드웨어도 각양 각색이어서 네트워크 관리자의 물리적 네트워크 추상화에는 한계가 생기게 되었다. 네트워크 관리 시스템의 중요성이 부각되면서 심플 네트워크 관리 프로토콜(SNMP, Simple Network Managerment Protocol)이라는 표준이 제정되고 기존의 SNMP에 보안의 기능을 강화한 SNMP II와 보안 SNMP(secure SNMP)가 표준으로 자리잡고 있다. 네트워크 관리 시스템은 단지 관리의 기능뿐만 아니라 차후 네트워크의 확장을 위한 분석 툴로써의 가치도 지니고 있다. 네트워크 관리 시스템은 네트워크 관리 시스템이 포팅되는 플랫폼과 플랫폼에서 구동되는 애플리케이션이라는 범주로 구분할 수 있다. 이때 플랫폼이라는 것은 네트워크 관리 시스템이 포팅되는 운영체제를 말하는 것이고 애플리케이션은 그 운영체계에서 작동하는 각종 네트워크 벤더들의 네트워크 관리 솔루션을 의미한다.<ref>12bme, 〈[https://12bme.tistory.com/234 (네트워크) NMS와 TMN]〉, 《티스토리》, 2017-08-27</ref> | |
| − | |||
| − | + | ==기능== | |
| + | 네트워크 관리 기능은 1970년대말 국제표준기구 ISO에 의해 형성된 개념인 OSI에서 구성, 장애, 성능, 보안, 계정 관리의 다섯 가지 기능 영역으로 나누어 정의하였다. 이러한 다섯 가지 관리 기능은 구성 관리를 통해 네트워크 구성정보를 공유하여 장애, 성능, 보안, 계정 등의 타 관리 기능과 유기적인 상호 작용올 통해 총체적인 네트워크 관리를 한다. | ||
| − | * | + | *'''구성 관리'''(Configuration Management) : 상호 연결 서비스의 계속적인 운영을 위한 기능으로 관리 네트워크로부터 네트워크 구상정보를 수집하여, 그 정보를 바탕으로 네트워크 장치의 구성 정보를 추가, 저장, 갱신하고 그 구성 형태에 대한 보고를 수행하는 기능을 담당한다. 구성 정보 수집 방식은 관리자가 직접 네트워크 구성 정보를 입력하는 수동적인 데이터 수집의 두 가지 방식이 있다. 이러한 구성관리를 통해 네트워크 장비에 대한 추적 및 제어 기능과 타 관리 기능과의 유기적인 상호 작용을 통한 관리 기능이 확장될 수 있다. |
| − | * | + | *'''장애 관리'''(Fault Management) : 네트워크 상에 발생하는 문제를 찾아내서 수정하는 과정으로 네트워크의 현재 상태를 나타내는데 필요한 정보를 제공하는 도구이다. 장애관리 과정은 장애의 식별, 장애원인 격리 그리고 장애 수정의 세 단계로 이루어진다. 첫 번째로 장애 식별은 회선 장애, 장치 재작동, 호스트르부터의 불충분한 반응시 네트워크 이벤트 로깅을 적절한 시간간격으로 폴링을 통해 확인한다. 두 번째로 장애원인 격리는 장애 원인을 식별하면 장애의 우선 순위를 결정하고 네트워크 관리의 범위와 네트워크의 크기를 고려하여 원인을 격리한다. 마지막으로 장애 수정은 격리된 장애에 대한 수정을 수행한다. |
| − | * | + | *'''성능 관리'''(Performance Management) : 네트워크 장비 및 관련 링크를 지속적으로 모니터링하여 이용률, 에러율 등의 성능 지표를 계산하고 사용자들에게 일정 수준의 서비스를 지속적으로 제공하기 위한 기능을 제공하는 것으로 네트워크의 혼잡과 접근 불가 횟수를 줄이는 이점을 갖는다. 또한 그 이용률을 지속적으로 모니터링하여 링크의 확장들에 관련된 용량 계획을 지원하며 시간대별 네트워크 피크(peak)를 파악함으로써 대큐모 데이터의 전송 등을 파악하여 보다 효율적인 네트워크 관리를 지원할 수 있다. 성능 관리는 실시간과 누적 분석 기능의 두 가지 영역으로 나누어 네트워크 성능을 모니터링한다. 실시간 성능 모니터링은 이용률, 에러율 등을 통해 현재 성능 관리 지표의 변화 추이를 분석하는 것이며 누적 분석 기능은 주기적으로 네트워크 성능 지표를 수집하고 일주일, 한달, 일년의 일정 기간에 대한 성능 통계를 분석하여 그 정보를 장기적인 네트워크 관리에 사용하는 것이다. 일반적인 성능 관리 지표가 임계치를 초과하는지를 평가하고, 어느 시간에 트래픽이 최대 또는 최소가 되는지를 평가하는 방식으로 이루어진다. |
| − | * | + | *'''보안 관리'''(Security Management) : 호스트 네트워크 장비에 대한 사용자 접근을 제한하고 관리자에게 보안 침해 사건을 보고하는 과정으로서, 운영체제 보안과 물리적 보안으로 구분할 수 있으며 불법적인 접근, 변경, 삭제로부터 정보를 보호한다. 또한 다중 계층에서 접근 제어를 수행하고 암호화를 통해 데이터를 보호하거나 패킷 필터링을 통해서 불법적인 패킷의 접근을 통제한다. 접근 제어의 방식으로 호스트 인정, 사용자 인증, 키 인증과 같은 기법을 사용한다. |
| − | * | + | *'''계정 관리'''(Accounting Management) : 네트워크 자원 이용률에 대한 이해를 바탕으로 투자 네트워크에 대한 자금 회수 및 사용자에게 공정한 요금을 청구하기 위한 관리 기능이다. 일반적으로 비정기적으로 데이터를 수잡하는데 과금 정액으로는 월간 정액제 방식과 이용량에 따른 차등 요금 부하 방식이 있는데 이용량은 일반적으로 트랜잭션의 수, 패킷량, 바이트량으로 평가된다.<ref name="전자"></ref> |
| − | == | + | ==기술 표준== |
| − | + | 네트워크 관리에 대한 관련 기술 표준은 ISO, ITU-T, IETF 등의 국제기구에 의해 규격화된다. 그러나 장애, 구성, 성능, 계정, 보안관리 등 네트워크 관리 시스템이 구현하는 다섯 가지 관리 기능은 일반적인 네트워크 분야에서 언급되는 원칙과는 달리 권고사항이기 때문에 다섯 가지 관리 기능을 모두 가지고 있어야 네트워크 관리 시스템의 자격을 갖춘다는 것은 아니다. | |
| − | + | ===표준 관리 프로토콜=== | |
| + | 표준 관리 프로토콜은 크게 SNMP와 CMIP/CMIS 등 2가지로 나뉜다. SNMP는 네트워크 장비를 주기적으로 관리하지만 관리 기법이 단순한 반면에 CMIP는 주기적으로 관리된 내용을 항상 보고하는 보다 복잡한 형식을 취하고 있다. | ||
| − | + | ====SNMP==== | |
| + | SNMP는 [[FTP]]나 [[텔넷]]과 마찬가지로 [[TCP/IP]]의 응용 계층 프로토콜로 설계되었고 전송계층 프로토콜로는 [[UDP]](User Datagram Protocol)를 사용한다. 관리국 상의 관리 애플리케이션은 SNMP 에이전트의 MIB에 대한 접근을 조절하고, 네트워크 관리자에 대한 인터페이스를 제공한다. 각각의 에이전트는 반드시 SNMP, UDP, IP를 구현해야만 한다. 게다가 에이전트 프로세스는 SNMP 메시지를 해석하고, 에이전트의 MIB를 조정한다. 에이전트 장치는 필요하면 UDP뿐만 아니라 TCP 등과 같은 애플리케이션도 지원할 수 있어야 한다. SNMP의 프로토콜 동작 내역은 관리국상의 관리 애플리케이션이 세 가지 형태의 SNMP 메시지, 즉 GetRequest, GetNextRequest, SetRequest를 생성하여 에이전트로 전송한다. 그러면 에이전트는 GetResponse 메시지로 관리국에 응답을 하게 된다. 그리고 에이전트는 MIB에 영향을 미치거나 관리 자원에 발생할 수도 있는 사건을 알리기 위해 Trap 메시지를 만들기도 한다. | ||
| − | + | <SNMP 메시지> | |
| + | 1. GetRequest : SNMP 관리국이 값을 얻고자 하는 변수들을 SNMP 에이전트에게 알림 | ||
| + | 2. GetNextRequest : SNMP 관리국이 연속해서 값을 얻고자 하는 변수들을 SNMP 에이전트에게 알림 | ||
| + | 3. SetRequest : SNMP 관리국이 변수들에 대해 지정하고자 하는 값을 SNMP 에이전트에게 알림 | ||
| + | 4. GetResponse : GetRequest, GetNextRequest, SetRequest 등에 대한 응답을 보냄 | ||
| + | 5. Trap : 하위 모듈, 즉 UDP가 장애 등의 특정한 사건들을 SNMP 모듈에게 알림 | ||
| − | + | ====CMIP/CMIS==== | |
| + | CMIP/CMIS는 잘 정리되고 훌륭한 개념임에도 불구하고 지나치게 방대하게 규정되어 있어서 구현하기가 쉽지 않고 시스템도 SNMP에 비해서 무척 커서 SNMP를 쉽게 대체하지 못하고 있다. 그러나 TMN(TeleCommunication Management Network)이라는 개념이 도입되면서 CMIP/CMIS가 주목을 받게 되고 이와 관련하여 CMIP를 이용한 각종 개발 도구들이 발표되고 있다. CMIP/CMIS 프로토콜에서의 관리 객체들에 대한 저보를 주고 받는 일곱가지 서비스가 있다. 특히 관리 에이전트에서 관리국으로 관리 객체에 발생한 특정 상황을 통지하는 M-EVENT-REPORT 서비스는 SNMP 프로토콜의 TRAP과 같은 기능을 수행하나, 이 메시지를 받은 CMIP 관리국은 메시지를 받았다는 확인을 해주어야 한다는 차이가 있다. | ||
| − | + | <CMIP 메시지> | |
| − | + | 1. M-GET : CMIP 관리국이 CMIP 에이전트에게 관리정보를 요청 | |
| + | 2. M-SET : CMIP 관리국이 CMIP 에이전트의 관리정보를 수정하도록 요청 | ||
| + | 3. M-ACTION : 관리객체에 사전에 정의된 특정한 동작을 실행하게 함 | ||
| + | 4. M-CREATE : 객체 클래스의 새로운 사례를 만들기 위해서 사용되는 서비스 | ||
| + | 5. M-DELETE : 에이전트의 하나 이상의 관리 객체를 삭제시에 이용됨 | ||
| + | 6. M-CANCLE-GET : 이미 요청된 M-GET을 중지시킬 때 이용됨 | ||
| + | 7. M-EVENT-REPORT : 에이전트가 관리국에게 관리객체에 발생된 특정상황을 통지 | ||
| − | 네트워크 | + | ===MIB=== |
| + | 관리 프로토콜이 장비를 체크하는 항목이 수록된 MIB는 MIB-Ⅰ, MIB-Ⅱ, 그리고 원격지역 네트워크 관리를 위한 RMON(Remote MONitoring)-Ⅰ, RMON-Ⅱ 등과 그 외에 ATM MIB, NT MIB 등의 표준화가 진행되어있다. 공통적으로 MIB의 자료구조 표현은 ASN31(Abstract Syntax Notation One) 방식에 의해 표현된다. | ||
| − | + | ====SNMP MIB==== | |
| − | + | 관리 에이전트의 각종 네트워크 관리 정보를 기록하는 저장소로, 국제 표준에 의해서 데이터베이스의 트리구조를 정의한다. | |
| − | + | ====CMIP/CMIS MIB==== | |
| + | ITU-T/OSI 정의 표준에 의해서 데이터베이스의 트리구조를 정의한 것으로 객체지향적인 개념을 수용하고 있다. | ||
| − | 네트워크 관리 | + | ====RMON MIB==== |
| + | RMON은 새로운 피관리 객체들을 정의하기 위해서 추가된 MIB로, 표준 SNMP 전송 메커니즘과 커맨드를 이용하여 분산 랜 환경에 위치한 원격 모니터링 장비가 어떻게 네트워크 데이터를 수집, 저장할 것인지를 규정한 표준이다. 해당 세그먼트상의 트래픽 정보를 수집하고 처리하여 관리국이 요구하는 정보만을 전송하기 때문에 네트워크상의 SNMP 트래픽이 격감하고, 네트워크 관리 시스템의 부하를 감소시킬 수 있다. RMON MIB 구성은 이더넷과 토큰링용 정보를 포함한 MIB-Ⅰ과 보다 세부적인 트래픽 정보를 제공하는 MIB-Ⅱ로 나누어진다. | ||
| − | 네트워크 | + | * 프로토콜 디렉토리(protocolDir) 그룹 : Probe가 해석할 수 있는 모든 프로토콜의 마스터 디렉토리로 각각 프로토콜의 엔트리를 가지고 프로토코로 디렉토리 테이블을 포함한다. |
| + | * 프로토콜 분배(protocolDist) 그룹 : 각 프로토콜 당 랜 세그먼트에 의해 생성된 트래픽의 양에 대한 총 통계를 관리한다. | ||
| + | * 주소 맵(adressMap) 그룹 : 정확한 맥주소와 포트에 연결된 장치 그리고 서브넷의 물리적 주소를 위해 각 네트워크 주소를 매치하여 관리한다. | ||
| + | * 네트워크 레이어 호스트(nlHost) 그룹 : 네트워크 레이어 주소를 기반으로 한 호스트들의 입출력 트래픽 양에 대한 통계를 관리한다. | ||
==비교== | ==비교== | ||
| − | ===아이피 | + | ===아이피 관리=== |
| − | + | 네트워크 관리 시스템은 네트워크 장비에 대한 모니터링 기능을, IP관리 시스템은 엔드포인트에 대한 통제 기능을 가지고 있다. 네트워크 관리 시스템은 라우터나 스위치 같은 네트워크 장비의 상태를 확인하고 네트워크상에 장애가 나지 않도록 하는데 목적을 두고 있는데 반해, IP관리 시스템(IPMS)은 PC와 같은 단말(엔드포인트)의 네트워크 연결 상태를 모니터링하고 장애나 보안사고가 나지 않도록 하는데 목적을 두고 있다. 또한, 네트워크 관리 시스템은 네트워크 기기들의 상세한 상태를 모니터링하고 알림을 하는 기능을 주로 제공하고, IP관리 시스템은 현황 모니터링 기능과 더불어 엔드포인트 기기를 통제하는 기능까지 제공하는 차이가 있다. | |
| − | |||
| − | |||
| − | |||
| − | + | ====관리 대상==== | |
| − | 네트워크 관리 시스템과 IP관리 시스템은 | + | 네트워크 관리 시스템과 IP관리 시스템은 우선, 관리하고자 하는 IT자산이 다르다. 네트워크 관리 시스템은 SNMP라 하는 프로토콜이 설정되어 있는 기기에 대한 상태 및 성능을 측정한다. 따라서 대상이 되는 장비는 SNMP Agent가 활성화 되어 있어야 한다. 대부분의 네트워크 장비는 SNMP Agent가 탑재되어 있으며, 네트워크 관리 시스템은 이러한 네트워크 장비들을 모니터링 한다.<ref>NMS Network Management System 망관리시스템 정보통신가술용어해설 - http://www.ktword.co.kr/abbr_view.php?m_temp1=1517</ref> 네트워크 관리 시스템을 통해서 스위치 포트에 어떤 IP를 가지고 통신하는 장비가 있는지 탐지할 수도 있다. 하지만 이는 주된 관심 대상은 아니다. 반면 IP관리 시스템은 PC와 같은 네트워크에 연결된 엔드포인트이다. 네트워크에 연결되는 엔드포인트들 즉, 단말들의 IP 사용 현황을 모니터링하거나 통제하는 역할을 한다. 따라서 엔트포인트 쪽에 특별히 활성화시켜야 할 에이전트는 없다. IP 프로토콜을 이용하는 모든 기기들을 탐지하고 통제한다. IP관리 시스템의 부 관리대상은 라우터나 스위치같은 네트워크 기기이다. 네트워크 기기들도 IP통신을 하기 때문에, IP관리시스템이 관리하는 범주안에 들어가며, IP관리시스템에 의해 보호될 수 있다. 하지만 네트워크 관리 시스템은이 제공하는 만큼의 네트워크 기기 상태에 대한 상세한 정보를 제공하지는 않는다. |
| − | |||
| − | |||
| − | + | ====관리목적==== | |
| − | + | 네트워크 관리 시스템과 IP관리 시스템은 IT자산을 관리하고자 하는 목적 또한 다르다. 네트워크 관리시스템은 네트워크 장비 상태 모니터링, 성능 측정 및 알람, 장애 보고 등 전반적인 네트워크에 연결된 기기들을 확인하며, 주로 라우터, 스위치와 같은 네트워크 장비들의 상태를 모니터링하는데 주된 목적이 있다. 네트워크상에 부하가 걸리거나 문제가 생길 시 빨리 상태를 파악하고 조치를 취하여야 하기때문에, 성능을 주시하고 있다가 문제나 장애가 발생할 시 관리자에게 알람을 주게 된다. 반면 IP관리 시스템은 비인가된 IP 및 단말(엔드포인트) 차단, 네트워크 사용 현황 모니터링, IP 사용자 관리, 신규 IP차단/할당, IP충돌 보호 등 IP관리 시스템은 네트워크에 연결되어 있는 PC와 같은 컴퓨팅 기기들의 네트워크 사용 현황을 모니터링하며 이런 단말(엔드포인트)로 인해 발생할 수 있는 장애나 사고를 막는데 그 사용 목적이 있다. 네트워크 상에 어떤 종류의 단말들이 온라인인지 오프라인인지 알 수 있다. 허가된 사람이나 단말기가 아닌경우에는 차단하고 허가된 사람일 경우는 사용할 수 있도록 한다. IP로 인해 발생하는 주된 장애 중 하나는 IP충돌로 인한 네트워크 사용 마비인데 이러한 장애로 부터 네트워크를 보호한다.<ref> 엠엘소프트, 〈[https://blog.naver.com/medialand7/150173825425 (비교분석) IP관리와 NMS의 차이]〉, 《네이버 블로그》, 2013-08-12</ref> | |
| − | |||
| − | |||
===이에스엠과 네트워크 관리 시스템=== | ===이에스엠과 네트워크 관리 시스템=== | ||
2020년 8월 14일 (금) 16:05 판
네트워크 관리 시스템(NMS, Network Management System)은 컴퓨터 네트워크 또는 네트워크들을 모니터링하고 관리하는데 사용되는 하드웨어와 소프트웨어의 조합을 총칭한다. 개별 네트워크 구성요소(NE, Network Element)들은 구성요소 관리시스템(Element Management System)에 의해 관리된다.
목차
개요
개별 네트워크 구성요소들은 구성요소 관리시스템에 의해 관리된다. 네트워크 관리 시스템은 네트워크의 감시, 유지 및 최적화를 위해 설계된 시스템이다. 하드웨어와 소프트웨어를 모두 포함하지만, 네트워크 관리 시스템은 대부분 네트워크를 관리하는 데 사용되는 소프트웨어를 가리킨다. 인터넷과 인트라넷의 활성으로 많은 업무가 네트워크를 통하여 이루어지게 된다. 의사 전달을 위한 이메일이나 그룹웨어, 클라이언트-서버 업무 처리 등 네트워크의 중요성은 날로 높아지고 있다. 네트워크 환경이 대형화되고 복잡해짐에 따라 네트워크의 관리 또한 중요한 비중을 차지하게 되었다. 네트워크의 다운이나 속도 저하로 인해 업무처리가 늦어진다면 이는 단순한 문제가 아니다. 네트워크 관리 시스템을 사용하여 네트워크상의 장비를 모니터링하고 장애에 대한 신속한 대처를 할 수 있도록 구성해야 한다. 네트워크 관리 시스템을 통해 네트워크 구성상의 문제를 발견할 수 있으며 이러한 자료들이 네트워크 구성을 효율적으로 구성하게 하고 향후 네트워크 설계의 자료가 될 수 있다. 이처럼 네트워크 관리 시스템은 네트워크 구성요소를 관리하는 역할을 수행하기 때문에 매니지드 디바이스(managed device)라고도 불린다. 디바이스 관리는 고장, 구성, 회계, 성능 및 보안 관리를 포함한다. 그리고 관리 작업에는 네트워크 인벤토리의 발견, 디바이스 상태 모니터링, 시스템 성능에 영향을 미치는 상태에 대한 경고, 문제의 식별 및 출처의 파악과 함께 가능한 솔루션의 제공 등이 있다.[1]
역사
네트워크 관리 기능은 1970년대말 국제표준기구 ISO(International Standard Organization)에 의해 형성된 개념인 OSI(Open System Interconnection)에서 구성, 장애, 성능, 보안, 계정 관리의 다섯 가지 기능 영역으로 나누어 정의했다.
1980년대에는 급속한 발전이 있었다. 더 크고 더 복잡한 네트워크를 향해 네트워크 관리의 상당한 확산을 야기했다. 기술 특정 네트워크 관리 툴을 제공하는 시점은 1987년 11월 SGMP(Simple Gateway Monitoring Protocol)가 발행된 시점이었다. 1988년 초에 IAB(Internet Architecture Board)는 SNMP(Simple Network Management Protocol)를 승인했다. 네트워크 관리를 위한 단기 솔루션 SNMP 및 CMIP(Common Management Information Protocol)과 같은 표준은 표준화된 네트워크 관리 및 개발을 위한 기반을 마련했다.[2]
1990년대 중반 모든 사무환경에 정보 인프라 구축을 위한 네트워크가 자리잡기 시작한 이래 점차적으로 대규모의 네트워크가 형성되었고, 이에 따른 라우터, 스위치 등과 같은 다양한 네트워크 장비들의 증가는 네트워크 관리에 더 많은 노력과 시간을 요구하게 되었다. 결과적으로 네트워크 관리자는 효과적인 중앙 집중관리를 위하여 효율적인 관리 도구들이 필요하게 되었고, 이러한 상황들이 네트워크 장비의 물리적인 장애를 해결하고 상태 점검과 제어를 수행하는 시스템인 네트워크 관리 시스템의 발전을 이끌어내게 되었다.
1990년대 말에는 본격적으로 네트워크 관리 시스템 시장이 활성화되면서 대부분의 네트워크에는 관리를 위한 네트워크 관리 시스템 도입이 추진되었다. 이후로 네트워크에 광대역 분산 컴퓨팅 환경을 수용함에 따라 다양한 이기종의 하드웨어, 플랫폼, 프로토콜들이 등장하게 되었고, 이러한 동향은 네트워크 관리 시스템에 대한 요구사항이 수많은 전사적 자원들을 처리하기 위한 관리 시스템으로 확대되는 추세에 있다. 네트워크 관리 시스템은 PC 또는 워크스테이션과 같은 하드웨어상에 네트워크 관리 시스템 제품 소프트웨어를 설치하여, 네트워크 관리자가 네트워크 장비를 제어 및 감시할 수 있게 하는 것으로 구현된다.[3]
특징
필요성
네트워크가 점점 커가면서 여러 문제들을 야기하게 된다. 네트워크가 커진다는 것은 하드웨어와 응용프로그램들 그리고 사용자들이 늘어나고 복잡해지는 것을 의미한다. 이때 발생하는 문제를 간단히 생각해보면 이기종의 하드웨어와 응용프로그램들이 하나의 구조 속에 포함됨으로 새로이 발생하는 문제가 있을 것이며 확장된 네트워크가 제대로 성능을 발휘하는가와 확장된 네트워크에 에러는 없는가를 확인해야 되는 문제가 생긴다. 커다란 네트워크망은 사람의 힘으로 관리할 수 없게 되는데 여기서 네트워크 관리툴 킷을 필요로 하게 된다. 이때 네트워크 관리 시스템은 물리적인 네트워크 시스템을 관리하는 소프트웨어 관리툴을 의미하는 것으로 네트워크망에 여러 벤더들의 다양한 장비가 포함되면 될수록 관리에 어려움을 느낄 수 있다. 그리고 네트워크를 조금 확장할 때마다 관리비용은 몇 곱으로 늘어나게 된다.
과거에는 네트워크의 구조가 단순하고 노드도 많지 않았으므로 네트워크 관리 시스템이라는 소프트웨어에 큰 비중이 없었지만 최근의 네트워크는 규모도 클 뿐만 아니라 네트워크를 구성하는 하드웨어도 각양 각색이어서 네트워크 관리자의 물리적 네트워크 추상화에는 한계가 생기게 되었다. 네트워크 관리 시스템의 중요성이 부각되면서 심플 네트워크 관리 프로토콜(SNMP, Simple Network Managerment Protocol)이라는 표준이 제정되고 기존의 SNMP에 보안의 기능을 강화한 SNMP II와 보안 SNMP(secure SNMP)가 표준으로 자리잡고 있다. 네트워크 관리 시스템은 단지 관리의 기능뿐만 아니라 차후 네트워크의 확장을 위한 분석 툴로써의 가치도 지니고 있다. 네트워크 관리 시스템은 네트워크 관리 시스템이 포팅되는 플랫폼과 플랫폼에서 구동되는 애플리케이션이라는 범주로 구분할 수 있다. 이때 플랫폼이라는 것은 네트워크 관리 시스템이 포팅되는 운영체제를 말하는 것이고 애플리케이션은 그 운영체계에서 작동하는 각종 네트워크 벤더들의 네트워크 관리 솔루션을 의미한다.[4]
기능
네트워크 관리 기능은 1970년대말 국제표준기구 ISO에 의해 형성된 개념인 OSI에서 구성, 장애, 성능, 보안, 계정 관리의 다섯 가지 기능 영역으로 나누어 정의하였다. 이러한 다섯 가지 관리 기능은 구성 관리를 통해 네트워크 구성정보를 공유하여 장애, 성능, 보안, 계정 등의 타 관리 기능과 유기적인 상호 작용올 통해 총체적인 네트워크 관리를 한다.
- 구성 관리(Configuration Management) : 상호 연결 서비스의 계속적인 운영을 위한 기능으로 관리 네트워크로부터 네트워크 구상정보를 수집하여, 그 정보를 바탕으로 네트워크 장치의 구성 정보를 추가, 저장, 갱신하고 그 구성 형태에 대한 보고를 수행하는 기능을 담당한다. 구성 정보 수집 방식은 관리자가 직접 네트워크 구성 정보를 입력하는 수동적인 데이터 수집의 두 가지 방식이 있다. 이러한 구성관리를 통해 네트워크 장비에 대한 추적 및 제어 기능과 타 관리 기능과의 유기적인 상호 작용을 통한 관리 기능이 확장될 수 있다.
- 장애 관리(Fault Management) : 네트워크 상에 발생하는 문제를 찾아내서 수정하는 과정으로 네트워크의 현재 상태를 나타내는데 필요한 정보를 제공하는 도구이다. 장애관리 과정은 장애의 식별, 장애원인 격리 그리고 장애 수정의 세 단계로 이루어진다. 첫 번째로 장애 식별은 회선 장애, 장치 재작동, 호스트르부터의 불충분한 반응시 네트워크 이벤트 로깅을 적절한 시간간격으로 폴링을 통해 확인한다. 두 번째로 장애원인 격리는 장애 원인을 식별하면 장애의 우선 순위를 결정하고 네트워크 관리의 범위와 네트워크의 크기를 고려하여 원인을 격리한다. 마지막으로 장애 수정은 격리된 장애에 대한 수정을 수행한다.
- 성능 관리(Performance Management) : 네트워크 장비 및 관련 링크를 지속적으로 모니터링하여 이용률, 에러율 등의 성능 지표를 계산하고 사용자들에게 일정 수준의 서비스를 지속적으로 제공하기 위한 기능을 제공하는 것으로 네트워크의 혼잡과 접근 불가 횟수를 줄이는 이점을 갖는다. 또한 그 이용률을 지속적으로 모니터링하여 링크의 확장들에 관련된 용량 계획을 지원하며 시간대별 네트워크 피크(peak)를 파악함으로써 대큐모 데이터의 전송 등을 파악하여 보다 효율적인 네트워크 관리를 지원할 수 있다. 성능 관리는 실시간과 누적 분석 기능의 두 가지 영역으로 나누어 네트워크 성능을 모니터링한다. 실시간 성능 모니터링은 이용률, 에러율 등을 통해 현재 성능 관리 지표의 변화 추이를 분석하는 것이며 누적 분석 기능은 주기적으로 네트워크 성능 지표를 수집하고 일주일, 한달, 일년의 일정 기간에 대한 성능 통계를 분석하여 그 정보를 장기적인 네트워크 관리에 사용하는 것이다. 일반적인 성능 관리 지표가 임계치를 초과하는지를 평가하고, 어느 시간에 트래픽이 최대 또는 최소가 되는지를 평가하는 방식으로 이루어진다.
- 보안 관리(Security Management) : 호스트 네트워크 장비에 대한 사용자 접근을 제한하고 관리자에게 보안 침해 사건을 보고하는 과정으로서, 운영체제 보안과 물리적 보안으로 구분할 수 있으며 불법적인 접근, 변경, 삭제로부터 정보를 보호한다. 또한 다중 계층에서 접근 제어를 수행하고 암호화를 통해 데이터를 보호하거나 패킷 필터링을 통해서 불법적인 패킷의 접근을 통제한다. 접근 제어의 방식으로 호스트 인정, 사용자 인증, 키 인증과 같은 기법을 사용한다.
- 계정 관리(Accounting Management) : 네트워크 자원 이용률에 대한 이해를 바탕으로 투자 네트워크에 대한 자금 회수 및 사용자에게 공정한 요금을 청구하기 위한 관리 기능이다. 일반적으로 비정기적으로 데이터를 수잡하는데 과금 정액으로는 월간 정액제 방식과 이용량에 따른 차등 요금 부하 방식이 있는데 이용량은 일반적으로 트랜잭션의 수, 패킷량, 바이트량으로 평가된다.[3]
기술 표준
네트워크 관리에 대한 관련 기술 표준은 ISO, ITU-T, IETF 등의 국제기구에 의해 규격화된다. 그러나 장애, 구성, 성능, 계정, 보안관리 등 네트워크 관리 시스템이 구현하는 다섯 가지 관리 기능은 일반적인 네트워크 분야에서 언급되는 원칙과는 달리 권고사항이기 때문에 다섯 가지 관리 기능을 모두 가지고 있어야 네트워크 관리 시스템의 자격을 갖춘다는 것은 아니다.
표준 관리 프로토콜
표준 관리 프로토콜은 크게 SNMP와 CMIP/CMIS 등 2가지로 나뉜다. SNMP는 네트워크 장비를 주기적으로 관리하지만 관리 기법이 단순한 반면에 CMIP는 주기적으로 관리된 내용을 항상 보고하는 보다 복잡한 형식을 취하고 있다.
SNMP
SNMP는 FTP나 텔넷과 마찬가지로 TCP/IP의 응용 계층 프로토콜로 설계되었고 전송계층 프로토콜로는 UDP(User Datagram Protocol)를 사용한다. 관리국 상의 관리 애플리케이션은 SNMP 에이전트의 MIB에 대한 접근을 조절하고, 네트워크 관리자에 대한 인터페이스를 제공한다. 각각의 에이전트는 반드시 SNMP, UDP, IP를 구현해야만 한다. 게다가 에이전트 프로세스는 SNMP 메시지를 해석하고, 에이전트의 MIB를 조정한다. 에이전트 장치는 필요하면 UDP뿐만 아니라 TCP 등과 같은 애플리케이션도 지원할 수 있어야 한다. SNMP의 프로토콜 동작 내역은 관리국상의 관리 애플리케이션이 세 가지 형태의 SNMP 메시지, 즉 GetRequest, GetNextRequest, SetRequest를 생성하여 에이전트로 전송한다. 그러면 에이전트는 GetResponse 메시지로 관리국에 응답을 하게 된다. 그리고 에이전트는 MIB에 영향을 미치거나 관리 자원에 발생할 수도 있는 사건을 알리기 위해 Trap 메시지를 만들기도 한다.
<SNMP 메시지> 1. GetRequest : SNMP 관리국이 값을 얻고자 하는 변수들을 SNMP 에이전트에게 알림 2. GetNextRequest : SNMP 관리국이 연속해서 값을 얻고자 하는 변수들을 SNMP 에이전트에게 알림 3. SetRequest : SNMP 관리국이 변수들에 대해 지정하고자 하는 값을 SNMP 에이전트에게 알림 4. GetResponse : GetRequest, GetNextRequest, SetRequest 등에 대한 응답을 보냄 5. Trap : 하위 모듈, 즉 UDP가 장애 등의 특정한 사건들을 SNMP 모듈에게 알림
CMIP/CMIS
CMIP/CMIS는 잘 정리되고 훌륭한 개념임에도 불구하고 지나치게 방대하게 규정되어 있어서 구현하기가 쉽지 않고 시스템도 SNMP에 비해서 무척 커서 SNMP를 쉽게 대체하지 못하고 있다. 그러나 TMN(TeleCommunication Management Network)이라는 개념이 도입되면서 CMIP/CMIS가 주목을 받게 되고 이와 관련하여 CMIP를 이용한 각종 개발 도구들이 발표되고 있다. CMIP/CMIS 프로토콜에서의 관리 객체들에 대한 저보를 주고 받는 일곱가지 서비스가 있다. 특히 관리 에이전트에서 관리국으로 관리 객체에 발생한 특정 상황을 통지하는 M-EVENT-REPORT 서비스는 SNMP 프로토콜의 TRAP과 같은 기능을 수행하나, 이 메시지를 받은 CMIP 관리국은 메시지를 받았다는 확인을 해주어야 한다는 차이가 있다.
<CMIP 메시지> 1. M-GET : CMIP 관리국이 CMIP 에이전트에게 관리정보를 요청 2. M-SET : CMIP 관리국이 CMIP 에이전트의 관리정보를 수정하도록 요청 3. M-ACTION : 관리객체에 사전에 정의된 특정한 동작을 실행하게 함 4. M-CREATE : 객체 클래스의 새로운 사례를 만들기 위해서 사용되는 서비스 5. M-DELETE : 에이전트의 하나 이상의 관리 객체를 삭제시에 이용됨 6. M-CANCLE-GET : 이미 요청된 M-GET을 중지시킬 때 이용됨 7. M-EVENT-REPORT : 에이전트가 관리국에게 관리객체에 발생된 특정상황을 통지
MIB
관리 프로토콜이 장비를 체크하는 항목이 수록된 MIB는 MIB-Ⅰ, MIB-Ⅱ, 그리고 원격지역 네트워크 관리를 위한 RMON(Remote MONitoring)-Ⅰ, RMON-Ⅱ 등과 그 외에 ATM MIB, NT MIB 등의 표준화가 진행되어있다. 공통적으로 MIB의 자료구조 표현은 ASN31(Abstract Syntax Notation One) 방식에 의해 표현된다.
SNMP MIB
관리 에이전트의 각종 네트워크 관리 정보를 기록하는 저장소로, 국제 표준에 의해서 데이터베이스의 트리구조를 정의한다.
CMIP/CMIS MIB
ITU-T/OSI 정의 표준에 의해서 데이터베이스의 트리구조를 정의한 것으로 객체지향적인 개념을 수용하고 있다.
RMON MIB
RMON은 새로운 피관리 객체들을 정의하기 위해서 추가된 MIB로, 표준 SNMP 전송 메커니즘과 커맨드를 이용하여 분산 랜 환경에 위치한 원격 모니터링 장비가 어떻게 네트워크 데이터를 수집, 저장할 것인지를 규정한 표준이다. 해당 세그먼트상의 트래픽 정보를 수집하고 처리하여 관리국이 요구하는 정보만을 전송하기 때문에 네트워크상의 SNMP 트래픽이 격감하고, 네트워크 관리 시스템의 부하를 감소시킬 수 있다. RMON MIB 구성은 이더넷과 토큰링용 정보를 포함한 MIB-Ⅰ과 보다 세부적인 트래픽 정보를 제공하는 MIB-Ⅱ로 나누어진다.
- 프로토콜 디렉토리(protocolDir) 그룹 : Probe가 해석할 수 있는 모든 프로토콜의 마스터 디렉토리로 각각 프로토콜의 엔트리를 가지고 프로토코로 디렉토리 테이블을 포함한다.
- 프로토콜 분배(protocolDist) 그룹 : 각 프로토콜 당 랜 세그먼트에 의해 생성된 트래픽의 양에 대한 총 통계를 관리한다.
- 주소 맵(adressMap) 그룹 : 정확한 맥주소와 포트에 연결된 장치 그리고 서브넷의 물리적 주소를 위해 각 네트워크 주소를 매치하여 관리한다.
- 네트워크 레이어 호스트(nlHost) 그룹 : 네트워크 레이어 주소를 기반으로 한 호스트들의 입출력 트래픽 양에 대한 통계를 관리한다.
비교
아이피 관리
네트워크 관리 시스템은 네트워크 장비에 대한 모니터링 기능을, IP관리 시스템은 엔드포인트에 대한 통제 기능을 가지고 있다. 네트워크 관리 시스템은 라우터나 스위치 같은 네트워크 장비의 상태를 확인하고 네트워크상에 장애가 나지 않도록 하는데 목적을 두고 있는데 반해, IP관리 시스템(IPMS)은 PC와 같은 단말(엔드포인트)의 네트워크 연결 상태를 모니터링하고 장애나 보안사고가 나지 않도록 하는데 목적을 두고 있다. 또한, 네트워크 관리 시스템은 네트워크 기기들의 상세한 상태를 모니터링하고 알림을 하는 기능을 주로 제공하고, IP관리 시스템은 현황 모니터링 기능과 더불어 엔드포인트 기기를 통제하는 기능까지 제공하는 차이가 있다.
관리 대상
네트워크 관리 시스템과 IP관리 시스템은 우선, 관리하고자 하는 IT자산이 다르다. 네트워크 관리 시스템은 SNMP라 하는 프로토콜이 설정되어 있는 기기에 대한 상태 및 성능을 측정한다. 따라서 대상이 되는 장비는 SNMP Agent가 활성화 되어 있어야 한다. 대부분의 네트워크 장비는 SNMP Agent가 탑재되어 있으며, 네트워크 관리 시스템은 이러한 네트워크 장비들을 모니터링 한다.[5] 네트워크 관리 시스템을 통해서 스위치 포트에 어떤 IP를 가지고 통신하는 장비가 있는지 탐지할 수도 있다. 하지만 이는 주된 관심 대상은 아니다. 반면 IP관리 시스템은 PC와 같은 네트워크에 연결된 엔드포인트이다. 네트워크에 연결되는 엔드포인트들 즉, 단말들의 IP 사용 현황을 모니터링하거나 통제하는 역할을 한다. 따라서 엔트포인트 쪽에 특별히 활성화시켜야 할 에이전트는 없다. IP 프로토콜을 이용하는 모든 기기들을 탐지하고 통제한다. IP관리 시스템의 부 관리대상은 라우터나 스위치같은 네트워크 기기이다. 네트워크 기기들도 IP통신을 하기 때문에, IP관리시스템이 관리하는 범주안에 들어가며, IP관리시스템에 의해 보호될 수 있다. 하지만 네트워크 관리 시스템은이 제공하는 만큼의 네트워크 기기 상태에 대한 상세한 정보를 제공하지는 않는다.
관리목적
네트워크 관리 시스템과 IP관리 시스템은 IT자산을 관리하고자 하는 목적 또한 다르다. 네트워크 관리시스템은 네트워크 장비 상태 모니터링, 성능 측정 및 알람, 장애 보고 등 전반적인 네트워크에 연결된 기기들을 확인하며, 주로 라우터, 스위치와 같은 네트워크 장비들의 상태를 모니터링하는데 주된 목적이 있다. 네트워크상에 부하가 걸리거나 문제가 생길 시 빨리 상태를 파악하고 조치를 취하여야 하기때문에, 성능을 주시하고 있다가 문제나 장애가 발생할 시 관리자에게 알람을 주게 된다. 반면 IP관리 시스템은 비인가된 IP 및 단말(엔드포인트) 차단, 네트워크 사용 현황 모니터링, IP 사용자 관리, 신규 IP차단/할당, IP충돌 보호 등 IP관리 시스템은 네트워크에 연결되어 있는 PC와 같은 컴퓨팅 기기들의 네트워크 사용 현황을 모니터링하며 이런 단말(엔드포인트)로 인해 발생할 수 있는 장애나 사고를 막는데 그 사용 목적이 있다. 네트워크 상에 어떤 종류의 단말들이 온라인인지 오프라인인지 알 수 있다. 허가된 사람이나 단말기가 아닌경우에는 차단하고 허가된 사람일 경우는 사용할 수 있도록 한다. IP로 인해 발생하는 주된 장애 중 하나는 IP충돌로 인한 네트워크 사용 마비인데 이러한 장애로 부터 네트워크를 보호한다.[6]
이에스엠과 네트워크 관리 시스템
ESM과 네트워크 관리 시스템을 비교하면 다음과 같다[7]
이에스엠과의 비교 구분 네트워크 관리 시스템 이에스엠 관리대상 네트워크 장비 네트워크 장비, 주요 시스템, 보안장비 관리목표 네트워크의 가용성 확보를 위한 트래픽 관리, 장애 관리 등 조기 위협 요소 탐지 및 대응을 위한 예방 체계 구축 주요특징 트래픽 모니터링에 의한 가용성 확보에 초점, SNMP 프로토콜 기반의 장애 및 성능 관리, 최근 ESM과의 연동사용으로 상호 보완 방식으로 사용되는 경향 네트워크 관리 시스템의 일부 기능이 중복되는 경우가 있으나 관리 관점이 다름, 네트워크 장비, 시스템 보안 장비들의 발생 이벤트간의 연계 분석에 근거한 분석 방법과 그에 따른 적절한 대인기능, 단순 기능 위주의 제공에서 컨텐츠가 포함되는 프로세스 지원이 강조
제품
- 오픈뷰
HP사의 오픈뷰(OpenView)는 가장 유명한 네트워크 관리 시스템 플랫폼중의 하나이다. 특징은 일반적으로 잘 알려진 통합 네트워크 관리 시스템으로 시스템과 프로토콜에 독립적인 분산형 관리 구조를 지향하고 SUN, HP, WindowsNT 등 거의 모든 OS를 지원한다. 또한 그래프나 표 등으로 결과를 표시해 줌으로 보기 쉬우며 네트워크 성능의 자동점검과 주기적으로 네트워크 데이터를 수집 및 저장한다.
- 선넷 매니저
선넷 매니저(SunNet Manager)는 분산된 작업그룹들의 관리를 위한 개발 툴을 제공하는 네트워크 관리 시스템으로 자동적으로 시스템과 네트워크를 분석하고 관리자가 볼 수 있도록 모니터링 한다. 그리고 Sun호환 기종에서 네트워크 관리 소프트웨어로서 가장 많이 쓰이며 소규모 랜(LAN)에서 대형 네트워크까지를 포함하는 관리 능력과 다양한 형태의 에이전트 기능, 어플리케이션 프로그램의 개발 기능 등을 제공한다. 사용자가 어플리케이션을 개발 응용할 수 있는 확장성을 고려한 소프트웨어로 구성되어 있다. 특징은 시스템과 OS자원의 통계와 CPU 사용과 가용 메모리와 같은 자원의 통계, 디스크와 파일 시스템의 관리와 NFS나 RPC와 같은 어플리케이션이나 데이터베이스, 네트워크 서비스의 상태 관리 등이 있다.
- 탭스
탭스(TAPS: Traffic Analysis Planning Support System)는 Web 기반 네트워크 분석 및 설계/진단 지원 시스템으로 매우 쉬운 사용자 환경과 보고 기능을 제공하는 네트워크 관리 어플리케이션이다.특징은 웹 브라우저(Web Browser)를 이용한 사용자 인터페이스이며 웹 서버가 망관리 시스템 역할을 수행한다. 어플리케이션/LAN/WAN 통합 관리한다. 자바 기술을 이용한 트래픽이 감소한다. 일정기간 분석이 가능하다.(일간, 주간, 월간, 임의시간대 분석 가능) 임계치에 의한 보고 기능이 있다. 분석 리포트의 편집 기능이 있다. 분석 화면의 로컬 프린트가 가능하다.
- 모나리자
모나리자(MonaLisa)는 LAN, WAN으로 구성된 네트워크 장치 및 트래픽에 대한 구성, 장애, 성능 요소의 감시 및 분석 기능을 제공하는 클라이언트-서버 기반의 네트워크 관리 시스템이다.
- 엠알티지
엠알티지(MRTG)는 SNMP agent의 트래픽 정보를 획득하여 관리자에게 그래픽으로 보여주는 도구로서 가장 범용 목적은 네트워크 회선의 이용률을 보고하는 것이다. 또한 엠알티지는 관리자가 원하는 MIB 객체(패킷 손실, 에러와 같은 정보)를 지정하여 트래픽을 분석할 수 있다. 특징은 엠알티지는 GIF 이미지를 포함하여 실제 트래픽량을 생생하게 보여줄 수 있는 HTML문서를 만들어 웹상에서 볼 수 있다. 펄(Perl)과 C를 기본으로 한다. 설정이 쉽고 확장성이 우수하다. 에러 패킷수, 시스템 로드 상황, 모뎀 상황 등의 어떤 SNMP 변수든 쉽게 모니터링 할 수 있다. HTML 리포트는 일간(최근 33시간) / 주간(최근 8일) / 월간(최근 5주) / 연간(최근 13개월) 그래프를 가진다. 트래픽 로그가 일정크기 이상 증가하지 않도록 통합(consolidation) 알고리즘을 사용하여 많은 SNMP agent를 관리할 수 있다.[8]
각주
- ↑ 네트워크 관리 시스템 위키백과 - https://ko.wikipedia.org/wiki/%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC_%EA%B4%80%EB%A6%AC_%EC%8B%9C%EC%8A%A4%ED%85%9C
- ↑ Jian Ren and Tongtong Li, 〈Chapter 12: Network Management〉, 《Michigan State University》
- ↑ 3.0 3.1 네트워크 관리 시스템 (NMS) 전자정보센터 - file:///C:/Users/C527/Downloads/%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC%EA%B4%80%EB%A6%AC%EC%8B%9C%EC%8A%A4%ED%85%9C(NMS).pdf
- ↑ 12bme, 〈(네트워크) NMS와 TMN〉, 《티스토리》, 2017-08-27
- ↑ NMS Network Management System 망관리시스템 정보통신가술용어해설 - http://www.ktword.co.kr/abbr_view.php?m_temp1=1517
- ↑ 엠엘소프트, 〈(비교분석) IP관리와 NMS의 차이〉, 《네이버 블로그》, 2013-08-12
- ↑ NMS 지식덤프 - http://www.jidum.com/jidums/view.do?jidumId=534
- ↑ 다희아빠, 〈NMS〉, 《티스토리》, 2006-11-07
참고자료
- 다희아빠, 〈NMS〉, 《티스토리》, 2006-11-07
- 엠엘소프트, 〈(비교분석) IP관리와 NMS의 차이〉, 《네이버 블로그》, 2013-08-12
- Margaret Rouse, 〈network management system〉, 《테크타깃》, 2018-05
- 네트워크 관리 시스템 위키백과 - https://ko.wikipedia.org/wiki/%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC_%EA%B4%80%EB%A6%AC_%EC%8B%9C%EC%8A%A4%ED%85%9C
- Chapter 12: Network Management 의미학자 - https://pdfs.semanticscholar.org/8a3c/0d5ff56102ccd021b70edc785622f7ef59bc.pdf
- 네트워크 관리 시스템 (NMS) 전자정보센터 - file:///C:/Users/C527/Downloads/%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC%EA%B4%80%EB%A6%AC%EC%8B%9C%EC%8A%A4%ED%85%9C(NMS).pdf
- 네트워크 관리 시스템 릴렉스 - https://www.sciencedirect.com/topics/computer-science/network-management-system
- Network management software 위키백과 - https://en.wikipedia.org/wiki/Network_management_software
- NMS Network Management System 망관리시스템 정보통신가술용어해설 - http://www.ktword.co.kr/abbr_view.php?m_temp1=1517
- NMS 지식덤프 - http://www.jidum.com/jidums/view.do?jidumId=534
같이 보기
