KR101015251B1

KR101015251B1 - 통신망시스템의 관리시스템 및 그 관리방법

Info

Publication number: KR101015251B1
Application number: KR1020030091114A
Authority: KR
Inventors: 전운배
Original assignee: 주식회사 케이티
Priority date: 2003-12-15
Filing date: 2003-12-15
Publication date: 2011-02-18
Also published as: KR20050059489A

Abstract

본 발명은 관리시스템 전체에 대해 적절한 형태로 제어관리부와 에이전트간의 연산부담을 분산시키고 또한 안정적인 에이전트의 동작을 보장할 수 있는 통신시스템의 관리방법을 제공한다.

본 발명에 따르면, 제어관리부는 관리항목 검출정보가 전달될 에이전트들의 라우팅 정보 및 첫 번째 에이전트의 정보를 확인하고, 각 관리대상자원의 장애관련 정보를 확인하여 현재 장애가 발생한 관리대상자원과 이를 관리하는 에이전트에 관한 정보를 파악한다. 그 다음, 제어관리부는 라우팅정보에서 장애 에이전트에 대한 전달경로를 수정한 후 관리항목 검출정보를 첫 번째 에이전트로 전송하고, 라우팅정보에 따라 복수의 에이전트를 경유하여 각 에이전트의 관리항목이 추가된 관리항목 검출정보를 수신한다. 여기서, 제어관리부가 통신상태 확인명령을 첫 번째 에이전트부터 전달경로에 기초하여 각 에이전트들을 경유시킨 후 최종 에이전트로부터 통신상태 확인명령을 수신한다. 이 통신상태 확인명령에 기초하여 장애가 발생한 관리대상자원을 판단한다.

제어관리부, 에이전트, SNMP

Description

통신망시스템의 관리시스템 및 그 관리방법{Management system of network system and method therefor}

도 1은 일반적으로 SNMP를 이용하는 관리시스템 구조를 개략적으로 보여주는 도면이다.

도 2는 도 1의 관리시스템 구조에서 관리서버(10)의 제어관리부(100)와 관리대상자원(20)의 에이전트(200) 사이의 관계를 표시한다.

도 3은 본 발명의 실시예에 따른 제어관리부(100)의 개략적인 구성을 보여주는 도면이다.

도 4는 본 발명의 실시예에 따른 에이전트(200)의 개략적인 구성을 보여주는 도면이다.

도 5는 본 발명의 실시예에 따른 제어관리부(100)와 다수의 에이전트(200) 사이에 관리정보통신이 수행되는 관계를 개략적으로 보여주는 도면이다.

도 6은 본 발명의 실시예에 따른 통신시스템의 관리방법에서 에이전트가 인접한 에이전트와 통신이 가능한지 상태정보를 확인하는 과정을 순서대로 도시한 순서도이다.

도 7은 도 6에서 수행되어 장애정보를 가진 상태에서 통신시스템의 관리방법을 순서대로 도시한 순서도이다.

도 8은 제어관리부(100)로부터 전송되는 명령을 이웃하는 에이전트로 전파하기 위해 필요한 에이전트 라우팅 테이블의 하나의 예를 보여주는 도면이다.

도 9는 제어관리부(100)가 관리하는 구성관리DB(140)에 저장되는 정보의 하나의 예를 보여주는 도면이다.

도 10은 관리항목테이블 및 관리대상자원 별 관리항목 테이블을 보여주는 도면이다.

도 11은 에이전트의 관리항목의 결과가 첨부되는 관리항목 검출패킷을 보여주는 도면이다.

본 발명은 TCP/IP 프로토콜을 이용하여 구축되는 통신망시스템의 관리시스템 및 관리방법에 관한 것으로, 특히 제어관리부와 관리대상자원의 에이전트(agent)로 구성되며 SNMP를 이용하여 관리를 수행하는 관리시스템 및 이의 관리방법에 관한 것이다.

TCP/IP 프로토콜을 이용하여 구축되는 통신망시스템의 관리시스템 또는 EMS(Enterprise Management System)는 간이 망관리 프로토콜(Simple Network Management Protocol, 이하 SNMP라고 함)을 주로 이용하여 통신망 자원을 관리하며, 또한 서비스 어플리케이션(service application)이 동작하는 어플리케이션서버 및 이 어플리케이션서버에 탑재되어 동작하는 어플리케이션도 관리한다.

즉, SNMP은 통신망을 구성하고 있는 통신망 자원이나 혹은 서비스를 구성하고 있는 컴퓨터 하드웨어 등이 정상적으로 동작하고 있는가에 대한 판별을 위한 유용한 프로토콜이다.

일반적으로, 이와 같은 SNMP를 이용하여 시스템의 장애검출, 해당 장비와 관련된 관리대상 항목별 성능치의 수집 등을 수행함으로써 통신망 시스템을 관리하는 관리시스템은, 관리서버의 제어관리부와 관리대상자원의 에이전트(agent)로 구성되는 관리체계를 갖는다.

제어관리부(100)가 설치되어 운영되는 컴퓨터인 관리서버(10)는 주기억장치, 입출력장치 및 중앙처리장치로 구성되어 있으며 제어관리부 소프트웨어가 설치되어 있다.

각 관리대상자원들(20, 21, 22 …)은 제어관리부(100)와의 통신을 위해 TCP/IP 기반의 통신망을 통하여 관리서버(10) 및 다른 관리대상자원들(20, 21, 22 …)과 연결된다. 또한 각 관리대상자원들(20, 21, 22 …)마다 에이전트(200)가 설치되어 운영된다.

제어관리부(100)는 에이전트(200)에 특정 메시지를 전달하여 관리대상자원의 상태를 측정하여 그 측정정보를 수신하거나 혹은 그 상태를 변경하는 등의 동작구 조를 갖는다.

이와 같은 관리시스템이 주로 사용하는 관리방식에는 두 가지가 있다. 첫 번째는 제어관리부가 모든 연산을 수행하며 에이전트는 단순히 제어관리부의 요청에 의해 관리정보데이터를 제어관리부로 송신하는 제어관리부집중형 방식이고, 두 번째는 에이전트에 일부 지능을 부여하여 특정 관리항목의 정의된 정보가 임계치를 초과하거나 임계치에 미달할 경우 자동으로 제어관리부에게 그 내용을 보고하는 에이전트분산형 방식이다.

제어관리부집중형 방식의 경우, 제어관리부와 에이전트의 관계는 제어관리부와 에이전트와의 관리정보데이터의 교환을 위해 제어관리부가 모든 에이전트와 통신을 하고 모든 에이전트에서 송신된 정보에 대해 장애여부 판단, 성능치의 임계치 초과 등의 연산을 수행한다.

에이전트분산형 방식의 경우, 에이전트가 장애 혹은 성능관련 임계치 등에 관한 정보를 미리 갖고 있다가 이상이 발생하는 경우 이를 자발적으로 제어관리부에게 보고한다.

제어관리부집중형 방식의 경우와 같이, 제어관리부가 모든 에이전트에 대해 명령을 내리고 데이터의 수집을 지시하여 정보를 수신하는 경우에는 제어관리부가 주기적으로 모든 에이전트에 대해 데이터의 추출 및 송수신 명령을 보내고 이에 대한 데이터의 수신과 검출되어 전송된 데이터에 대한 이상 유무를 판별해야 하므로 제어관리부의 연산 부담이 가중되어 에이전트에 대한 순차적인 폴링(Polling) 방식의 명령전달이 지연되어 적절한 시기에 필요한 관리정보데이터를 수집하지 못하는 경우가 있다.

또한 에이전트분산형 방식과 같이, 에이전트에 지능적인 판단 기능을 주어 능동적으로 관리대상자원으로부터 관리정보데이터를 검출하고 해당 관리정보데이터에 대한 판별을 하여 이를 제어관리부로 전송하거나 혹은 검출된 모든 관리정보데이터를 제어관리부로 전송하는 경우에는, 에이전트에 과도한 연산 부담에 따른 관리대상자원의 성능저하 혹은 이에 따른 관리시스템의 부실화가 발생하는 경우가 있다.

이와 같이, 종래의 통신망 혹은 서비스 관리 시스템들에는, 제어관리부가 과중한 연산 부담을 갖기 때문에 관리대상자원에 대한 관리항목이 검출하는데 많은 시간이 소요되거나, 에이전트의 과도한 임무수행에 의해 에이전트가 설치된 관리대상자원의 부하가 증가한다는 등의 문제점이 있다.

본 발명이 이루고자 하는 기술적 과제는, 관리시스템 전체에 대해 적절한 형태로 제어관리부와 에이전트간의 연산부담을 분산시키고 또한 안정적인 에이전트의 동작을 보장할 수 있는 통신시스템의 관리방법을 제공하는 것이다.

본 발명이 이루고자 하는 다른 기술적 과제는, 적절한 규모로 연산 부담을 에이전트로 분산하여 관리항목 검출을 지시하고 관리항목 검출 결과를 판단하는 제어관리부를 제공하는 것이다.

또한, 본 발명이 이루고자 하는 또 다른 기술적 과제는, 제어관리부가 전달하는 명령을 이웃하는 다른 에이전트로 전파시키는 역할을 수행하여 제어관리부의 연산 부담을 줄일 수 있으며 에이전트가 설치된 관리대상자원의 부하도 경감시킬 수 있는 에이전트를 제공하는 것이다.

본 발명의 하나의 특징에 따른 관리시스템은, 복수의 관리대상자원들로 구성된 통신망시스템을 관리하는 관리시스템으로서, 상기 복수의 관리대상자원을 전체적으로 관리하는 제어관리부; 관리대상자원을 관리하기 위하여 마련되고, 상기 제어관리부로부터 관리명령을 최초로 수신하는 처리하는 제1에이전트; 상기 관리대상자원에 마련되고, 상기 제1에이전트가 처리한 상기 관리명령을 전달받아 처리하는 적어도 하나의 제2에이전트; 및 상기 제2에이전트에서 처리한 상기 관리명령을 전달받아 처리하여 상기 제어관리부에게 보고하는 제3에이전트를 포함한다.

상기 관리명령은 각 에이전트가 통신상태에 이상이 있는 지를 판단하는 통신상태정보 처리명령에 기초하여 결정된 에이전트들의 관리항목 및 전달순서를 포함할 수 있다.

통신상태정보 처리명령은 상기 제어관리부로부터 전송되어 상기 제1에이전트부터 이웃하는 제2에이전트들에 순차적으로 전달되어 상기 제3에이전트가 상기 제어관리부에게 보고할 수 있다.

상기 통신상태정보 처리명령을 전달받은 에이전트가 이웃하는 에이전트에게 전달할 수 없는 경우, 상기 이웃하는 에이전트의 통신불능정보 및 상기 통신상태정보 처리명령을 상기 제어관리부에게 직접 전송하고, 상기 제어관리부는 통신불능인 에이전트와 이웃하는 에이전트에 새로운 통신상태정보 처리명령을 전송할 수 있다.

상기 제어관리부는 상기 관리명령이 통신불능 에이전트의 이전 에이전트에서 통신불능 에이전트의 이후 에이전트로 직접 전달되도록 상기 전달순서를 변경할 수 있다.

상기 통신망시스템은 상기 제1에이전트, 적어도 하나의 제2에이전트 및 제3에이전트를 포함하는 통신망그룹을 다수 개 포함할 수 있다.

본 발명의 다른 특징에 따른 관리시스템의 제어관리부는, 통신망시스템을 구성하는 관리대상자원을 관리하기 위하여 관리대상자원들에 각각 마련되는 제1에이전트 및 제2에이전트를 적어도 포함하는 관리시스템에서 상기 에이전트들을 제어하는 제어관리부로서, 상기 제1에이전트에 관리명령 및 통신상태정보 처리명령을 송신하고, 복수의 에이전트를 경유하여 각 에이전트의 정보가 포함된 관리명령 및 통신상태정보를 상기 제2에이전트로부터 수신하는 관리정보통신부; 상기 관리정보 및 통신상태정보에 기초하여 상기 관리대상자원 각각에 장애가 발생한 경우 장애정보를 저장하는 장애관리DB; 상기 관리명령 및 통신상태정보가 경유할 에이전트들의 라우팅정보가 저장되며, 각 관리대상자원에서 검출될 관리항목을 지정하고 관리하는 구성관리DB; 및 상기 구성관리DB 및 장애관리DB에 저장된 데이터의 입출력을 관리하는 DB관리부을 포함한다.

본 발명의 또 다른 특징에 따른 관리시스템의 에이전트는, 통신망시스템을 구성하는 관리대상자원들을 관리하기 위하여 관리대상자원들에 각각 마련되는 에이전트로서, 상기 관리대상자원들을 전체적으로 관리하는 제어관리부와의 통신을 통해 명령을 수신하고 수신된 명령을 이웃하는 에이전트에 전달하며, 제어관리부에게 관리대상자원의 상태를 보고하는 에이전트 관리정보통신부; 관리대상자원의 상태 정보를 저장하고 상기 제어관리부로부터 전송되는 정보들을 다음 에이전트로 전파하기 위해 필요한 라우팅정보를 저장하는 에이전트 구성관리DB; 상기 에이전트 구성관리DB의 입출력과 데이터의 관리를 담당하는 에이전트 DB관리부를 포함한다.

본 발명의 또 다른 특징에 따른 통신망시스템의 관리방법은, 각 관리대상자원을 관리하는 에이전트로부터 관리항목 검출정보를 수신하여 통신망시스템을 관리하는 관리방법으로서, a) 관리항목 검출정보가 전달될 에이전트들의 라우팅 정보 및 첫 번째 에이전트의 정보를 확인하는 단계; b) 각 장애관련 정보를 확인하여 현재 장애가 발생한 관리대상자원과 이를 관리하는 에이전트에 관한 정보를 파악하는 단계; c) 상기 라우팅정보에서 상기 장애 에이전트에 대한 전달경로를 수정하는 단계; d) 관리항목 검출정보를 상기 첫 번째 에이전트로 전송하는 단계; 및 e) 상기 라우팅정보에 따라 복수의 에이전트를 경유하여 각 에이전트의 관리항목이 추가된 관리항목 검출정보를 수신하는 단계를 포함할 수 있다.

b) 단계는, 통신상태 확인명령이 전달경로를 확인하는 단계; 첫 번째 에이전트에게 통신상태 확인명령을 전송하는 단계; 상기 전달경로에 기초하여 각 에이전트들을 경유한 통신상태 확인명령을 특정 에이전트로부터 수신하는 단계; 및 수신된 통신상태 확인명령에 기초하여 장애가 발생한 관리대상자원을 판단하는 단계를 포함할 수 있다.

아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상 세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였다. 명세서 전체를 통하여 유사한 부분에 대해서는 동일한 도면 부호를 붙였다.

먼저, 본 발명의 실시예에 따른 TCP/IP 통신 프로토콜을 기반으로 운영되는 통신망 혹은 통신시스템의 관리시스템에 대하여 도 3 및 도 6를 참고로 하여 상세하게 설명한다.

제어관리부(100)는, 제어관리부제어부(110), 관리정보통신부(120), DB관리부(130), 구성관리DB(140), 장애관리DB(150) 및 성능관리DB(160)를 포함한다.

제어관리부제어부(110)는 제어관리부(100)의 각 기능블록의 동작을 총괄적으로 제어하는 역할을 수행한다.

관리정보통신부(120)는 에이전트(200)와 관리정보를 주고받는 기능을 수행한다. 제어관리부(100)는 관리정보통신부(110)를 이용해 에이전트(200)에게 명령을 내리거나 에이전트(200)로부터 보고를 받는다.

DB관리부(130)는 구성관리DB, 장애관리DB 및 성능관리DB의 입출력과 데이터의 관리를 담당하는 역할을 수행한다.

구성관리DB(140)는 제어관리부(100)가 관리하는 관리대상자원(20)의 물리적 인 혹은 논리적인 토폴로지 정보, 관리대상자원(20)의 종류 등 관리대상자원을 형성하고 있는 특성 등에 관련된 정보를 저장한다.

장애관리DB(150)는 각 관리대상자원에 장애가 발생할 경우 이에 대한 정보를 저장하는 역할을 수행한다.

성능관리DB(160)는 각 관리대상자원의 성능에 대한 정보를 저장하는 역할을 수행한다.

에이전트(200)는, 에이전트제어부(210), 에이전트 관리정보통신부(220), 에이전트 DB관리부(230) 및 에이전트 구성관리 DB(240)를 포함한다.

에이전트제어부(210)는 에이전트(200)의 각 기능블록의 동작을 총괄적으로 제어하는 역할을 수행한다.

에이전트 관리정보통신부(220)는 제어관리부(100)와의 통신을 통해 명령을 수신거나 제어관리부에게 관리대상자원의 상태를 보고한다.

에이전트 DB 관리부(230)는 에이전트 구성관리 DB(240)의 입출력과 데이터의 관리를 담당하는 역할을 수행한다.

에이전트 구성관리DB(240)는 라우팅정보, 관리대상자원의 상태 정보 등을 저장한다.

다음에, 제어관리부(100)와 에이전트(200)의 동작관계를 설명한다.

먼저, 관리대상자원(20)의 정상유무를 판별하기 위하여 ICMP(Internet Control Message Protocol)가 이용된다.

즉, 제어관리부(100)는 ICMP 프로토콜의 ICMP 요청 메시지(ECHO_REQUEST)와 ICMP 응답 메시지(ECHO_REPLY)를 이용하여 관리대상자원(20)의 정상유무를 판별한다.

제어관리부(100)의 관리정보통신부(120)는 에이전트(200)의 에이전트 관리정보통신부(220)로 ICMP 요청 메시지(ECHO_REQUEST)를 전송한다. ICMP 요청 메시지(ECHO_REQUEST)를 수신한 에이전트 관리정보통신부(220)는 에이전트 DB관리부(230)를 통하여 에이전트 구성관리DB(240)에서 상태정보를 확인한 후 정상적으로 동작하고 있는 경우, 통신망 인터페이스로부터 전달받은 ICMP 요청 메시지에 대해 정상적인 ICMP 응답을 관리정보통신부(120)로 보낸다.

또한 에이전트(200)는 해당 관리대상자원(20)의 하드웨어나 혹은 어플리케이션의 정상동작 유무 등을 제어관리부(100)로 전송하거나 혹은 제어관리부(100)의 요청을 받아 컴퓨터 하드웨어나 혹은 어플리케이션의 동작과 관련되어 미리 정의되고 약속되어 있는 컴퓨터 하드웨어나 혹은 어플리케이션의 상태와 관련된 정보들을 변경하는 등의 역할을 수행한다.

이러한 제어관리부에 의한 ICMP 프로토콜의 활용에 있어서 제어관리부(100)가 수행하는 다른 임무에 비해 주기적으로 해당 서비스 자원에 대한 ICMP 메시지의 전송 및 응답의 유무를 확인하는 작업은 매우 간단한 작업이지만, 수백 혹은 수천 개의 관리대상자원(20)을 관리하는 경우 그와 상응하는 개수의 에이전트(200)에 대해 순차적으로 ICMP 메시지를 전송하고 이에 대한 응답을 기다리는 폴링(Polling) 방식의 동작을 수행하는 경우 제어관리부(100)는 그 부하가 과도하게 걸린다.

즉, 본 실시예는 ICMP 메시지를 이용한 제어관리부와 에이전트간의 통신망 통신 기능의 장애 유무에 대한 에러의 검출을 모두 제어관리부가 담당하여 제어관리부로부터 N개의 에이전트에 대한 ICMP 메시지의 전송 및 응답을 통해 통신망을 구성하고 있는 각각의 노드들이 정상적인 상태인가를 확인하는 방식이 아니라 인접한 에이전트가 인접한 다른 에이전트에 대해 제어관리부의 역할을 순차적으로 대행하는 방법을 사용하게 된다.

도 5에서, 매우 방대한 수의 관리대상자원들이 연결된 통신망의 경우, 전체 통신망은 몇 개의 통신망그룹으로 나뉘어 진다. 각 통신망그룹은 제어관리부가 한 번의 상태확인보고를 수신할 수 있는 특정 에이전트의 수로 구성된다. 제어관리부는 각각의 통신망그룹의 관리정보라우팅 테이블을 별도로 관리한다. 본 실시예에서는 4개의 에이전트(200-1 ~ 200-4)가 하나의 통신망그룹을 구성하는 것을 예로써 설명한다.

먼저, 제어관리부(100)는 제1통신망그룹에 속한 관리대상자원의 상태 혹은 성능 등을 나타내는 특정 관리대상항목을 확인하기 위하여 자신이 갖고 있는 라우팅테이블에 자신의 명령을 첫 번째로 수신하는 에이전트(200-1)에 해당 명령, 예컨대 ICMP 요청메시지를 전송한다. 상태확인 요청메시지를 수신한 에이전트(200-1)는 해당 관리대상자원의 상태를 확인하고 정상적으로 동작하는 경우 제어관리부(100) 에게 상태정보를 보고하는 것이 아니라 내부의 라우팅테이블에 지정되어 있는 인접 에이전트(200-2)에게 상태확인 요청메시지를 전달한다.

마찬가지로, 에이전트(200-2)는 해당 관리대상자원의 상태를 확인하고 정상적으로 동작하는 경우 제어관리부(100)에게 상태정보를 보고하는 것이 아니라 내부의 라우팅테이블에 저장되어 있는 이웃하는 에이전트(200-3)에게 상태확인 요청메시지를 전달한다.

최종적으로는 라우팅경로상의 마지막에 있는 에이전트(200-4)가 첫 번째 에이전트부터 마지막 에이전트의 관리항목 데이터를 축적한 관리항목 축적데이터를 다시 제어관리부(100)로 전송한다. 관리항목축적데이터를 수신한 제어관리부(100)는 이 데이터를 수신하여 모든 에이전트로부터 기록된 각 에이전트 별 관리항목 정보를 추출하고 이에 대한 장애여부의 판별 혹은 데이터의 저장 및 보관 작업을 수행한다.

제n통신망그룹에서도 제1통신망그룹과 동일한 방법이 적용된다.

이와 같이 제어관리부(100)는 일단 첫 번째 에이전트(200-1)에 필요한 관리정보데이터의 검출을 지시한 이후 최종 에이전트로(200-4)부터 결과 데이터를 수신할 때까지 다른 작업을 병렬로 수행할 수 있으므로 제어관리부의 연산 부담을 줄여 연산부담에 따른 작업 지연 등을 방지할 수 있다.

또한 에이전트는 과도한 기능을 부여로 인해 발생할 수 있는 관리대상자원 자체의 성능저하를 막을 수 있을 뿐만 아니라 특정 관리항목에 대한 정보의 검출 및 전송 여부에 대한 결정과 명령을 제어관리부가 전담하여 수행하므로 개별 에이 전트의 자발적인 검출 및 전송 방식에 비해 전체 관리시스템의 운영이라는 측면에서도 가장 적절한 시점에 관리항목 정보의 검출이 이루어지는 이점이 있다.

다음은 도 6 및 도 7을 참조하여 본 발명에 따른 통신시스템의 관리방법에 대하여 보다 상세하게 설명한다.

본 발명에 실시예에 따른 통신시스템 관리방법에서, 먼저 제어관리부(100)는 에이전트가 인접 에이전트와 통신이 가능하지를 확인하기 위하여 각 에이전트의 상태정보를 확인한다. 상태정보를 확인하기 위한 명령으로서 ICMP ECHO_REQUEST와 ECHO_REPLY 메시지를 이용하는 경우를 예로 들어 설명한다. 또한, 실시예에 따른 관리방법은, 제어관리부(100)가 특정 에이전트에 대하여 이상이 발생한 상태정보를 확인한 경우, 첫 번째 에이전트에 내린 명령과 동일한 상태정보 확인 명령을 이상이 발생한 에이전트의 다음 에이전트에 내려보내 이후의 에이전트의 상태정보 확인이 지속적으로 이루어지도록 한다.

먼저, 제어관리부(100)는 상태점검을 위하여 구성관리DB(140)에 기록된 전파경로를 확인하여 맨 처음에 위치하는 에이전트를 확인한다(S100). 즉, 에이전트들의 전파경로는 에이전트(200-1)부터 시작하여 에이전트(200-2), 에이전트(200-3)를 경유하여 에이전트(200-4)까지 진행된다.

다음에 제어관리부(100)는 첫 번째 에이전트(200-1)에게 ICMP ECHO_REQUEST을 전송한다(S200).

제어관리부(100)가 첫 번째 에이전트(200-1)가 이상이 없음을 확인한 경우 제어관리부(100)는 에이전트(200-1)에게 이웃하는 에이전트(200-2)의 상태 정보의 확인 과정을 시작하라는 명령을 전송하고, 첫 번째 에이전트(200-1)는 에이전트 구성관리DB(240)에 저장되어 있는 라우팅 테이블을 이용하여 자신이 담당하고 있는 다음 에이전트(200-2)에게 상태정보의 보고 요청을 송신한다(S300).

삭제

에이전트(200-1)는, 미리 정의된 시간 동안 에이전트(200-2)로부터의 상태확인 응답을 기다린다(S400).

에이전트(200-1)가 에이전트(200-2)로부터의 상태확인 응답을 수신하면, 에이전트(200-1)는 에이전트(200-2)로 하여금 다음 에이전트(200-3)의 상태확인 명령을 전달한다(S410).

다음 에이전트(200-3)의 상태확인 명령을 전달받은 에이전트(200-2)는 다음 에이전트(200-3)의 존재여부를 에이전트 구성관리DB(240)에 기초하여 판단한다(S420).

다음 에이전트(200-3)가 존재하는 경우, 다시 단계(S300)로 되돌아가 이후의 관리단계를 반복 수행하다.

다음 에이전트(200-3)가 존재하지 않는 경우, 즉 에이전트(200-2)가 전파경로의 마지막 에이전트이면, 에이전트(200-2)는, 상태 정보의 이상유무에 대한 제어관리부의 점검 명령이 경로상에 존재하는 모든 에이전트들에 대해 완전하게 수행되었음을 제어관리부(100)에게 보고한다(S430).

한편, 에이전트(200-1)가 에이전트(200-2)로부터 상태확인 보고를 수신하지 못하면, 에이전트(200-1)는 에이전트(200-2)가 관리대행하고 있는 관리대상자원(20)에 이상이 발생한 것으로 판단하고, 에이전트(200-1)는 즉시 제어관리부(100)에게 에이전트(200-2)의 이상을 보고한다(S500).

다음으로 제어관리부(100)는 에이전트(200-2)가 관리하는 관리대상자원(20)의 상태를 통신불능 등의 장애상태로 장애DB(150)에 등록한다(S600).

다음, 제어관리부(100)는 상태 정보 확인을 위한 경로 상에 위치에서 두 번째 에이전트(200-2) 다음에 위치하는 에이전트(200-3)가 존재하는지 아니면 에이전트(200-2)가 마지막 에이전트인지를 판단한다(S700).

마지막 에이전트가 아닌 경우, 단계(S200)로 되돌아가 제어관리부(100)는 에이전트(200-3)에게 상태 정보를 보고하도록 지시하고, 이후의 단계를 반복 수행한다.

이상이 발생한 에이전트(200-2)가 마지막 에이전트로 판단된 경우 상태정보 보고 절차를 종료한다.

이와 같은 과정을 통하여 제어관리부(100)는 에이전트(200-2)가 관리하는 관리대상자원에 이상이 발생하여 통신불능 등의 장애 상태가 있음을 인식한다.

에이전트(200-2)가 관리하는 관리대상자원에 이상이 발생하여 통신불능 등의 장애 상태임을 감안하여 이하의 통신시스템의 관리과정을 수행한다.

도 7은 도 6에서 수행되어 장애정보를 가진 상태에서 통신시스템의 관리방법 을 순서대로 도시한 순서도이다.

먼저, 제어관리부(100)는 자신이 관리하는 구성관리DB(140)의 라우팅테이블을 읽어 들여 상태확인 명령이 전달될 전파경로 중 첫 번째 에이전트의 정보를 읽어 들인다(S1000).

제어관리부(100)는, 도 6의 단계(S600)에서 장애관리DB(150)에 기록된 장애관련 현황에 관련된 정보를 읽어 들여, 장애관련 현황정보와 라우팅테이블의 내용을 비교하여 현재 장애가 발생하여 제어관리부(100)가 전달하는 명령을 수행할 수 없는 관리대상자원과 이를 관리하는 에이전트(200-2)에 관한 정보를 파악한다(S1100).

제어관리부(100)는, 현재 장애가 발생한 에이전트(200-2)에게 명령을 전달하는 에이전트(200-1)의 에이전트 구성관리DB(240)에 저장된 인접 에이전트 정보를 갱신한다. 즉, 제어관리부(100)는 인접하여 명령을 전달할 에이전트가 에이전트(200-3)임을 에이전트(200-1)에게 통보한다(S1200)

에이전트(200-1)는 에이전트 구성관리DB(240)에 명령전달 대상 에이전트를 에이전트(200-2)에서 에이전트(200-3)로 갱신한다(S1300).

제어관리부(100)는 특정 관리항목 AAA(특정 관리대상 항목을 가리키며 예를 들어 서버의 CPU 사용율 등을 의미한다. 이하 AAA라고 명명한다)의 관리항목 검출패킷을 에이전트(200-1)로 전송한다(S1400).

이렇게 에이전트(200-1)로 관리명령을 전송한 후, 제어관리부(100)는 최종 에이전트인 에이전트(200-4)로부터 최종 보고패킷이 도착할 때까지 다른 작업을 수 행 할 수도 있으므로 제어관리부의 작업진행에 따른 연산 부담을 크게 줄일 수 있다.

다음으로, 에이전트(200-1)는 관리항목 검출패킷을 수신하여 AAA라는 관리항목에 대한 상태정보의 검출요구임을 인지한 후 자신이 관리대행중인 관리대상자원의 AAA 관리 항목의 상태 정보를 읽어들여 제어관리부로부터 수신한 관리항목 검출패킷에 첨부한다(S1500).

에이전트(200-1)는 라우팅테이블로부터 명령을 전달해야 할 이웃한 에이전트를 확인한다(S1600).

명령을 전달할 이웃한 에이전트가 에이전트(200-3)임이 확인되면, 에이전트(200-1)의 상태정보가 첨부된 관리항목 검출패킷을 에이전트(200-3)로 송신한다(S170).

단계(S1500)로 되돌아가, 에이전트(200-1)로부터 관리항목 검출패킷을 수신한 에이전트(200-3)는 관리하고 있는 관리대상자원으로부터 AAA항목의 정보를 읽어들여 관리항목 검출패킷에 첨부하고(S1500), 이웃한 에이전트가 존재하는 지를 확인하는 단계(S1600)를 반복 수행한다.

에이전트(200-4)는 라우팅테이블에서 인접에이전트가 존재하지 않음을 확인하고 제어관리부(100)에게 관리항목 검출결과패킷을 송신한다(S1800).

제어관리부(100)는 관리항목 검출결과패킷을 수신하며 해당 패킷에 저장되어 있는 모든 관리대상자원들의 관리항목 AAA의 정보를 읽어들이고 이를 대상으로 DB에 저장하거나 해당 정보의 임계치 적용 등을 통해 장애현황 여부를 판단하는 등의 작업을 진행하게 된다(S1900).

다음은, 도 8 내지 도 11을 참조하여 도 7의 통신시스템의 관리방법에서 사용되는 제어관리부 및 에이전트의 구성관리DB에 저장되는 라우팅테이블을 보다 상세하게 설명한다.

도 8은 각 에이전트(200)가 관리하는 에이전트 구성관리DB(240))에 저장되는 구성관리 정보로서, 제어관리부(100)로부터 전송되는 명령을 이웃하는 에이전트로 전파하기 위해 필요한 에이전트 라우팅 테이블의 하나의 예를 보여주는 도면이다.

도 8과 같이 라우팅테이블은 인접 에이전트의 IP주소 및 인접 에이전트의 포트번호가 기록된다. 인접 에이전트의 IP주소 및 포트번호는 제어관리부(100)의 명령을 전송하거나 인접 관리대상자원의 상태 정보를 전달받을 때 필요한 것이다.

인접 에이전트(200-2)가 관리하는 관리대상자원에 장애가 발생할 경우, 에이전트(200-1)는 장애정보를 수신한다. 장애정보를 수신한 에이전트(200-1)는, 에이전트(200-2)가 메시지를 전달할 다음 에이전트(300-3)의 주소를 현재의 에이전트로 하여 에이전트 구성관리DB(240)에 저장되는 에이전트 라우팅 테이블을 갱신한다.

예컨대, 001의 아이디를 갖고 있는 에이전트가 제어관리부로부터 상태확인명령을 수신하고, 이 상태확인명령을 다시 002의 아이디를 갖고 있는 에이전트에 전 달한다. 002 아이디의 에이전트가 관리하는 관리대상자원에 장애가 발생할 경우, 제어관리부는 상황에 따라 001의 아이디를 갖고 있는 에이전트에 해당 에이전트 구성관리DB에 저장되어 있는 라우팅 테이블의 인접 에이전트의 아이디를 002에이전트의 라우팅테이블에 저장되어 있는 인접 에이전트의 아이디인 003을 전송하여 갱신함으로써 장애가 발생한 002의 아이디를 갖고 있는 에이전트로 인해 명령전달 체계가 중단되지 않도록 한다.

제어관리부(100)가 DB관리부(130)를 통해 관리하는 구성관리DB(140)에는 제어관리부가 관리하고 있는 관리대상자원에 설치되어 있는 에이전트와 관리대상자원의 IP주소에 관련된 정보가 저장되어 관리된다.

테이블을 이용하여 제어관리부는 순차경로ID가 '0'으로 지정되어 있는 에이전트의 상태정보에 관한 명령을 전송하고 해당 에이전트로부터 정상적인 응답이 있을 경우 다시 해당 에이전트에게 인접한 에이전트에게 상태 정보의 점검에 관련된 명령을 수행하도록 메시지를 전송하여 경로 상에 존재하는 모든 에이전트에 대해 해당 명령이 수행될 수 있도록 한다.

관리항목테이블 및 관리대상자원 별 관리항목 테이블은 각각의 관리대상자원에 대해 장애상황이나 혹은 그 관리대상자원의 성능정보를 검출하기 위해 필요한 관리대상항목을 개별적으로 정의하여 필요 시 모든 관리대상자원에 대해 각각 별개의 관리항목들에 대한 측정치를 관리하기 위해 필요한 테이블이다.

즉, 관리항목 테이블은 해당 관리시스템에서 관리하고자 하는 관리대상자원들의 장애 혹은 성능치를 가늠할 수 있는 관리항목들을 정의하며, 관리대상자원별 관리 항목 테이블은 상기 관리항목테이블에 정의된 항목들 중 어떤 항목들을 해당 관리대상자원에서 관리항목으로 설정하였는가에 대한 정보를 저장하기 위한 테이블이다.

이러한 두 테이블을 이용하여 제어관리부는 자신이 관리하는 관리대상자원들에 대해 특정 관리항목의 이상유무 등을 위한 관리항목별 측정치를 수집하거나 이상 유무를 판별한다.

즉, 제어관리부가 주기적으로 혹은 필요에 의해서 자신이 관리하는 관리대상자원들에 대해 특정 관리항목에 대한 측정치 혹은 이상유무를 판단하기 위해 관리대상자원을 그룹별로 묶은 라우팅 테이블을 이용하여 특정 관리대상자원에 설치되어 있는 에이전트에게 라우팅 테이블에 설정되어 있는 다음 에이전트에게 해당 명령을 전달하여 모든 관리대상자원들에 대한 특정 관리항목의 정보를 검출하거나 이상유무를 판별하기 위한 것이다.

관리대상자원별 관리대상항목별의 선별적인 항목 정보의 추출 및 이상유무의 판단 결과를 저장하여 그 결과를 제어관리부에게 전달하기 위해 사용되는 관리항목 검출패킷이다.

관리항목 검출패킷은 에이전트 구성관리DB(240)과는 다른 목적으로 사용되는 것이다. 구체적으로 제어관리부가 자신이 관리하는 관리대상항목들 중 라우팅 테이블에 정의된 첫 번째 에이전트로 관리항목 검출패킷을 전송하고, 첫번째 에이전트는 제어관리부가 요청한 관리항목에 대해 자신이 갖고 있는 정보를 관리항목 검출패킷에 첨부한 후 다시 자신이 관리하는 에이전트 구성관리 테이블에 정의된 인접 에이전트로 전달한다.

즉, 통신망을 구성하고 있는 관리대상자원에 설치되어 있는 에이전트들이 관리항목 검출패킷을 넘겨받아 자신이 관리하는 관리대상자원의 해당 관리항목의 정보를 패킷에 추가하고 이를 다시 자신이 관리하는 에이전트 구성관리 DB에 저장된 인접 에이전트의 주소를 참조하여 인접 에이전트로 넘기게 된다.

관리항목 정보의 수집을 위해 라우팅경로상에 존재하는 최종 에이전트는 자신의 관리항목 정보를 패킷에 추가한 후 해당 패킷을 미리 정의된 제어관리부의 수신 포트로 송신함으로써 해당 관리항목에 대한 모든 관리대상자원들의 관리항목 정보를 추출하는 방식이다.

이러한 방식은 에이전트를 이동하는 에이전트의 개념으로 두고 해당 에이전트에 실행가능한 코드를 삽입하여 필요할 때마다 다른 코드를 실행시키는 방법과는 다른 개념의 발명으로서 이 방법을 사용할 경우 상기 다른 방법들과 마찬가지로 제어관리부의 연산 부담을 최대한 줄일 수 있는 장점이 있다.

이상에서 본 발명의 바람직한 실시예에 대하여 상세하게 설명하였지만 본 발 명은 이에 한정되는 것은 아니며, 그 외의 다양한 변경이나 변형이 가능하다.

본 발명에 따르면, 제어관리부와 에이전트로 구성되는 관리시스템의 운영에 있어서 제어관리부 혹은 에이전트에 일방적인 과도한 연산 부담을 경감시킬 수 있다. 따라서 과도한 연산 부담으로 인해 장애가 발생하였음에도 이를 검출하지 못하거나 지연되는 경우와 혹은 적절한 시간 이내에 모든 관리대상자원의 현황과 관련된 모든 관리정보데이터를 수집하지 못하는 등의 오동작을 크게 줄일 수 있다.

또한, 제어관리부가 전달한 관리항목 검출패킷을 이용하여 모든 관리대상자원의 상태가 하나의 패킷에 첨부되어 최종적으로 제어관리부에게 전송된다. 이렇게 함으로써 우선적으로 제어관리부가 관리대상자원들에 대해 모두 개별적으로 상태보고 명령을 내리고 상태정보를 수신하여 처리하는 방식에 비해 제어관리부의 연산부담을 크게 줄일 수 있다.

에이전트의 입장에서도 복잡한 연산과 사전 조건을 저장해 두었다가 자발적으로 관리대상자원의 이상을 제어관리부에게 보고하는 것보다 훨씬 적은 연산부담을 갖게 된다. 이에 더하여 하나의 에이전트를 제어관리부만이 감시하는 것이 아니라 경우에 따라서는 인접 에이전트도 함께 복수의 형태로 감시하는 등의 관리가 가능한 이점이 있다.

Claims

복수의 관리대상자원들로 구성된 통신망시스템을 관리하는 관리시스템에 있어서,

상기 복수의 관리대상자원을 전체적으로 관리하는 관리서버―여기서 관리서버는 상기 복수의 관리대상자원을 복수의 통신망 그룹으로 나누고, 상기 복수의 통신망 그룹에 속하는 관리대상자원들의 관리 순서를 정하여 관리하는 제어관리부를 포함함―; 및

상기 복수의 관리대상자원 각각에 포함되며, 상기 관리서버의 제어관리부의 관리명령에 따라 상기 복수의 관리대상자원에 직접적인 관리를 수행하는 복수의 에이전트를 포함하고,

상기 제어관리부는 상기 통신망 그룹 내에서 관리 순서상 첫 번째 에이전트에게 관리명령을 전송하고, 상기 통신망 그룹 내에서 상기 관리 순서상 마지막 에이전트를 통해 상기 통신망 그룹 내에 속한 관리대상자원에 대한 관리 결과를 수신하며,

상기 관리 순서상 상기 첫 번째 에이전트와 상기 마지막 에이전트 사이에 속하는 에이전트는 이전의 관리 순서의 에이전트로부터 전송되는 관리명령에 따라 자신이 속하는 관리대상자원에 대한 관리를 수행한 후 다음 순서에 인접해 있는 에이전트에게 관리명령을 전송하는

것을 특징으로 하는 관리시스템.
제1항에 있어서,

상기 관리명령은 각 에이전트가 통신상태에 이상이 있는지를 판단하는 통신상태정보 처리명령에 기초하여 결정된 에이전트들의 관리항목 및 전달순서를 포함하는 관리시스템.
제2항에 있어서,

상기 에이전트는 상기 관리명령 내에 자신이 속하는 관리대상자원의 관리 결과 정보를 함께 포함시켜서 상기 관리 순서상 뒤에 이웃하는 에이전트에게 전송하는 것을 특징으로 하는 관리시스템.
제3항에 있어서,

상기 관리명령을 전송받은 에이전트가 상기 이웃하는 에이전트에게 전달할 수 없는 경우, 상기 이웃하는 에이전트의 장애 보고를 상기 제어관리부에게 직접 전송하고,

상기 제어관리부는 상기 장애 보고의 대상인 에이전트와 이웃하는 에이전트에게 상기 관리명령을 전송하여 관리대상자원의 관리가 계속 수행될 수 있도록 하는

것을 특징으로 하는 관리시스템.
제4항에 있어서,

상기 제어관리부는 상기 장애 보고의 대상인 에이전트의 이전 에이전트에서 상기 장애 보고의 대상인 에이전트에 이웃하는 다음 에이전트로 이후의 관리명령이 직접 전송될 수 있도록 상기 관리 순서를 변경하는 관리시스템.
제1항 내지 제5항 중 어느 한 항에 있어서,

상기 관리 순서상 상기 첫 번째 에이전트 다음의 에이전트부터 상기 마지막 에이전트는 상기 관리 순서상 이전의 에이전트들의 관리 결과 정보를 축적하여 다음의 에이전트에게 전달하고,

상기 마지막 에이전트는 축적되는 관리 결과 정보를 상기 제어관리부로 전송하는

것을 특징으로 하는 관리시스템.
제6항에 있어서,

상기 제어관리부는,

상기 복수의 관리대상자원 내에 있는 에이전트들과 관리 정보를 송수신하는 관리정보통신부;

상기 복수의 관리대상자원 중에 장애가 있는 관리대상자원의 정보를 관리하는 장애관리DB;

상기 복수의 관리대상자원의 구성 자원을 관리하는 구성관리DB; 및

상기 구성관리DB 및 장애관리DB에 저장된 데이터의 입출력을 관리하는 DB관리부

를 포함하는 관리시스템.
제7항에 있어서,

상기 구성관리DB는 각 에이전트들의 식별정보와 상기 관리대상자원의 IP주소를 저장하여 관리하는 것을 특징으로 하는 관리시스템.
제8항에 있어서,

상기 관리 순서는 상기 장애관리DB에 저장된 장애 정보에 기초하여 변경되는 것을 특징으로 하는 관리시스템.
삭제
제6항에 있어서,

상기 에이전트는,

상기 제어관리부와의 통신을 수행하는 에이전트 관리정보통신부;

자신이 속하는 관리대상자원의 상태 정보를 저장하고, 상기 제어관리부로부터 전송되는 정보들을 다음 에이전트로 전파하기 위해 필요한 관리 순서인 라우팅정보를 저장하는 에이전트 구성관리DB; 및

상기 에이전트 구성관리DB의 입출력과 데이터의 관리를 담당하는 에이전트 DB관리부

를 포함하는 관리시스템.
제11항에 있어서,

상기 라우팅정보는 상기 제어관리부의 명령을 전송하거나 이웃하는 관리대상자원의 상태 정보를 전달받을 때 필요한 인접 에이전트의 IP주소 및 상기 이웃하는 에이전트의 포트번호를 포함하는 관리시스템.
제12항에 있어서,

상기 이웃하는 에이전트가 관리하는 관리대상자원에 장애가 발생하는 경우, 상기 이웃하는 에이전트의 장애 정보에 기초하여 상기 에이전트 구성관리DB에 저장된 라우팅정보를 갱신하는 관리시스템.
관리시스템의 관리 서버가 복수의 관리대상자원을 관리하는 관리방법에 있어서,

(a) 상기 복수의 관리대상자원을 복수의 통신망 그룹으로 나누고, 상기 복수의 통신망 그룹에 속하는 관리대상자원들의 관리 순서를 정하는 단계;

(b) 상기 통신망 그룹 내에서 관리 순서상 첫 번째 관리대상자원에게 관리명령을 전송하는 단계;

(c) 상기 통신망 그룹 내에서 상기 관리 순서상 마지막 관리대상자원으로부터 상기 통신망 그룹 내에 속한 관리대상자원에 대한 관리 결과를 수신하는 단계; 및

(d) 상기 관리 결과에 따라 상기 과리대상자원에 대한 관리를 수행하는 단계

를 포함하는 관리방법.
제14항에 있어서,

상기 (b) 단계와 상기 (c) 단계 사이에,

상기 관리 서버가 특정의 관리대상자원으로부터 장애 정보를 수신하는 단계;

상기 장애 정보에 해당하는 관리대상자원을 장애 처리하고, 상기 장애 정보에 따라 상기 관리 순서를 변경하는 단계;

상기 장애 정보에 해당하는 관리대상자원이 상기 관리 순서상 마지막 관리대상자원인지를 확인하는 단계; 및

상기 장애 정보에 해당하는 관리대상자원이 상기 관리 순서상 마지막 관리대상자원이 아닌 경우, 상기 관리 순서상 상기 장애 정보에 해당하는 관리대상자원의 다음에 이웃하는 관리대상자원에게 상기 관리명령을 전송하는 단계

를 더 포함하는 관리방법.
제15항에 있어서,

상기 관리대상자원은 상기 관리명령에 따라 자신의 관리를 수행하고, 상기 관리 순서상 자신이 마지막 관리대상자원이 아닌 경우 상기 관리명령을 다음 순서로 이웃하는 관리대상자원에게 전송하는 것을 특징으로 하는 관리방법.