KR20160104475A - Method and Device for managing Data Center Using Ontology - Google Patents

Method and Device for managing Data Center Using Ontology Download PDF

Info

Publication number
KR20160104475A
KR20160104475A KR1020150027575A KR20150027575A KR20160104475A KR 20160104475 A KR20160104475 A KR 20160104475A KR 1020150027575 A KR1020150027575 A KR 1020150027575A KR 20150027575 A KR20150027575 A KR 20150027575A KR 20160104475 A KR20160104475 A KR 20160104475A
Authority
KR
South Korea
Prior art keywords
information
data center
server
entity
ontology
Prior art date
Application number
KR1020150027575A
Other languages
Korean (ko)
Other versions
KR101659685B1 (en
Inventor
김정선
이진
김소리
정병문
Original Assignee
한양대학교 에리카산학협력단
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한양대학교 에리카산학협력단 filed Critical 한양대학교 에리카산학협력단
Priority to KR1020150027575A priority Critical patent/KR101659685B1/en
Publication of KR20160104475A publication Critical patent/KR20160104475A/en
Application granted granted Critical
Publication of KR101659685B1 publication Critical patent/KR101659685B1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/36—Creation of semantic tools, e.g. ontology or thesauri
    • G06F16/367—Ontology
    • G06F17/30734—

Abstract

Disclosed are a method and a device for managing a data center using ontology. The method for managing a data center using ontology manages a data center using server management ontology, and comprises: a step of receiving state information for an entity of the data center; a step of using a semantic annotation to search a database for data matching property information for the entity; a step of using the searched data to generate state information for the entity; and a step of outputting the state information. The server management ontology includes a class for the entity and a class for the property information. The entity includes a server, a server rack, and a server row of the data center.

Description

온톨로지를 이용하는 데이터 센터 관리 방법 및 장치{Method and Device for managing Data Center Using Ontology}[0001] The present invention relates to a data center management method and apparatus using an ontology,

본 발명은 데이터 센터 관리 방법 및 장치에 관한 것으로, 더욱 상세하게는 온톨로지를 이용하는 데이터 센터 관리 방법 및 장치에 관한 것이다.
The present invention relates to a data center management method and apparatus, and more particularly, to a data center management method and apparatus using an ontology.

세계적으로 IT서비스가 발전함에 따라 데이터 센터의 규모와 수가 기하급수적으로 증가하고 있다. 또한 데이터 센터의 규모가 커짐에 따라 데이터 센터 관리에 대한 중요성이 부각되고 있다.As IT services around the world evolve, the size and number of data centers are growing exponentially. Also, as the size of the data center grows, the importance of data center management becomes more important.

데이터 센터 내의 장비 중, 관리의 영향을 가장 많이 받는 것은 단연 서버이다. 하지만 실제 데이터 센터에서 사용되는 서버의 약 10%는 사용되지 않고 있고, 사용되는 서버의 경우도 약 5~20%의 효율로 동작하고 있다. 이러한 서버들은 서버 자체 및 주변 설비들의 불필요한 전력 소모를 유발하기 때문에 효율적인 관리를 위해서는 서버에 대한 모니터링이 필수적으로 선행되어야 한다.Among the devices in the data center, servers are the most affected by management. However, about 10% of the servers used in the actual data center are not used, and the servers used are operating at about 5-20% efficiency. Since these servers cause unnecessary power consumption of the server itself and peripheral equipment, monitoring of the server is essential for efficient management.

하지만 기존의 데이터 센터 관리를 위한 서버 모니터링은 CPU, 메모리 사용량 등과 같은 요소들에 대한 모니터링이 각각 따로 이루어졌고, 서버 기기 자체의 효율이나 관리 정책 수립과 같은 부분에 초점을 두고 있다. 게다가 서버에서 관측된 데이터는 주로 데이터 베이스를 이용하여 모니터링되었기 때문에, 관리자는 데이터의 관찰 및 분석에 대한 책임을 가진다. However, server monitoring for data center management is focused on monitoring the factors such as CPU, memory usage, etc. and focusing on the efficiency of server device itself and establishment of management policy. In addition, since the data observed on the server is mainly monitored using the database, the administrator is responsible for observing and analyzing the data.

즉, 기존의 서버 모니터링은 주로 데이터 베이스만을 이용해 관리하였기 때문에, 관리자가 데이터 센터 및 데이터 베이스의 구조를 명확하게 알고 있지 못할 경우 관리가 어려운 문제가 있다. 또한 기존 데이터 센터 관리 기법에서, 데이터 베이스는 서버 단위로 데이터를 저장하고 있기 때문에, 서버 랙 또는 서버 열에 대한 정보는 관리자에 의한 직접 계산이 필요하고 따라서 오류가 발생할 수 있는 문제가 있다.That is, since the existing server monitoring is mainly managed using only the database, there is a problem that management is difficult when the administrator does not know the structure of the data center and the database clearly. Also, in the existing data center management technique, since the database stores data on a per server basis, information about the server rack or server row needs to be directly calculated by the manager, and there is a problem that an error may occur.

이러한 문제점을 해결하기 위해 최근에 온톨로지를 이용하는 데이터 센터 관리 방법이 연구되고 있으며, 관련된 선행문헌으로 대한민국 공개특허 제2013-0097366호가 있다.
Recently, a data center management method using an ontology has been researched to solve such a problem, and Korean Prior Art Publication No. 2013-0097366 is a related prior art document.

본 발명은 온톨로지를 이용하여 효율적으로 데이터 센터를 관리할 수 있는 방법 및 장치를 제공하기 위한 것이다.
The present invention provides a method and apparatus for efficiently managing a data center using an ontology.

상기한 목적을 달성하기 위한 본 발명의 일 실시예에 따르면, 서버 관리 온톨로지를 이용하는 데이터 센터 관리 방법에 있어서, 상기 데이터 센터의 엔티티에 대한 상태 정보를 요청받는 단계; 시맨틱 어노테이션을 이용하여, 상기 엔티티에 대한 특성 정보와 매칭되는 데이터를 데이터 베이스에서 검색하는 단계; 상기 검색된 데이터를 이용하여, 상기 엔티티에 대한 상태 정보를 생성하는 단계; 및 상기 상태 정보를 출력하는 단계를 포함하며, 상기 서버 관리 온톨로지는 상기 엔티티에 대한 클래스 및 상기 특성 정보에 대한 클래스를 포함하며, 상기 엔티티는 상기 데이터 센터의 서버, 서버 랙 또는 서버 열을 포함하는 데이터 센터 관리 방법을 제공한다.According to an aspect of the present invention, there is provided a data center management method using a server management ontology, the method comprising: receiving status information about an entity of the data center; Searching data in the database for data matched with characteristic information on the entity using a semantic annotation; Generating status information for the entity using the retrieved data; And outputting the status information, wherein the server management ontology includes a class for the entity and a class for the property information, the entity including a server, a server rack, or a server column of the data center Provides a data center management method.

또한 상기한 목적을 달성하기 위한 본 발명의 다른 실시예에 따르면, 서버 관리 온톨로지를 이용하는 데이터 센터 관리 장치에 있어서, 상기 데이터 센터의 엔티티에 대한 상태 정보를 요청받고, 상기 상태 정보를 출력하는 인터페이스부; 시맨틱 어노테이션을 이용하여, 상기 엔티티에 대한 특성 정보와 매칭되는 데이터를 데이터 베이스에서 검색하는 데이터 검색부; 및 상기 검색된 데이터를 이용하여, 상기 엔티티에 대한 상태 정보를 생성하는 온톨로지 관리부를 포함하며, 상기 서버 관리 온톨로지는 상기 엔티티에 대한 클래스 및 상기 특성 정보에 대한 클래스를 포함하며, 상기 엔티티는 상기 데이터 센터의 서버, 서버 랙 또는 서버 열을 포함하는 데이터 센터 관리 장치를 제공한다.
According to another aspect of the present invention, there is provided a data center management apparatus using a server management ontology, the data center management apparatus comprising: an interface unit for receiving status information on an entity of the data center, ; A data retrieval unit for retrieving, from a database, data matched with characteristic information about the entity by using a semantic annotation; And an ontology management unit for generating status information on the entity using the retrieved data, wherein the server management ontology includes a class for the entity and a class for the property information, A server rack, or a server row.

본 발명에 따르면, 관리자는 데이터 베이스 구조를 파악할 필요없이 용이하게 데이터 센터의 엔티티를 모니터링할 수 있으며, 데이터 센터 시스템의 변경없이 서버 관리 온톨로지 및 시맨틱 어노테이션을 수정함으로써, 데이터 센터 엔티티에 대한 새로운 특성 정보를 확인할 수 있다.According to the present invention, the administrator can easily monitor the entities of the data center without having to know the database structure, modify the server management ontology and the semantic annotation without changing the data center system, .

또한 본 발명에 따르면, 서버에 대한 특성 정보를 이용하여 서버 랙 또는 서버 열에 대한 특성 정보를 생성하여 관리자에게 제공하기 때문에, 관리자는 서버 뿐만 아니라 서버 랙 또는 서버 열에 대한 특성 정보 역시 용이하게 파악할 수 있다. In addition, according to the present invention, characteristic information about a server rack or a server row is generated by using characteristic information about the server and is provided to the manager, so that the manager can easily grasp not only the server but also the characteristic information about the server rack or the server row .

또한 본 발명에 따르면, 엔티티에 대한 특성 정보 뿐만 아니라, 기 설정된 규칙에 따른 상태 정보를 제공하므로 보다 직관적으로 엔티티의 상태를 파악할 수 있다.
In addition, according to the present invention, not only characteristic information about an entity but also state information according to a preset rule are provided, so that the state of the entity can be grasped more intuitively.

도 1은 본 발명의 일실시예에 따른 서버 관리 온톨로지를 이용하는 데이터 센터 관리 시스템을 설명하기 위한 도면이다.
도 2는 데이터 센터의 엔티티를 도시하는 도면이다.
도 3은 본 발명의 일실시예에 따른 서버 관리 온톨로지를 이용하는 데이터 센터 관리 장치를 설명하기 위한 도면이다.
도 4는 본 발명의 일실시예에 따른 서버 관리 온톨로지를 설명하기 위한 도면이다.
도 5는 본 발명의 일실시예에 따른 시맨틱 어노테이션을 설명하기 위한 도면이다.
도 6은 본 발명의 일실시예에 따른 관계 정보를 설명하기 위한 도면이다.
도 7은 본 발명의 일실시예에 따른 서버 관리 온톨로지를 이용하는 데이터 센터 관리 방법을 설명하기 위한 도면이다.
도 8은 본 발명의 구체적 실시예에 따른 데이터 센터 관리 시스템을 설명하기 위한 도면이다.
도 9 내지 도 11은 본 발명의 일실시예에 따른 데이터 센터 관리 장치의 인터페이스 화면 및 출력 정보를 도시한 도면이다. 1 is a diagram for explaining a data center management system using a server management ontology according to an embodiment of the present invention.
2 is a diagram showing an entity of a data center.
3 is a view for explaining a data center management apparatus using a server management ontology according to an embodiment of the present invention.
4 is a view for explaining a server management ontology according to an embodiment of the present invention.
5 is a diagram for explaining semantic annotation according to an embodiment of the present invention.
6 is a diagram for explaining relationship information according to an embodiment of the present invention.
7 is a view for explaining a data center management method using a server management ontology according to an embodiment of the present invention.
8 is a view for explaining a data center management system according to a specific embodiment of the present invention.
9 to 11 are views showing interface screens and output information of a data center management apparatus according to an embodiment of the present invention.

본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 각 도면을 설명하면서 유사한 참조부호를 유사한 구성요소에 대해 사용하였다.
While the invention is susceptible to various modifications and alternative forms, specific embodiments thereof are shown by way of example in the drawings and will herein be described in detail. It should be understood, however, that the invention is not intended to be limited to the particular embodiments, but includes all modifications, equivalents, and alternatives falling within the spirit and scope of the invention. Like reference numerals are used for like elements in describing each drawing.

도 1은 본 발명의 일실시예에 따른 서버 관리 온톨로지를 이용하는 데이터 센터 관리 시스템을 설명하기 위한 도면이다.1 is a diagram for explaining a data center management system using a server management ontology according to an embodiment of the present invention.

도 1에 도시된 바와 같이, 본 발명에 따른 데이터 센터 관리 시스템은 데이터 센터(110), 데이터 베이스(120) 및 데이터 센터 관리 장치(130)를 포함한다.As shown in FIG. 1, the data center management system according to the present invention includes a data center 110, a database 120, and a data center management device 130.

데이터 센터(110)의 엔티티를 도시하는 도 2를 참조하면, 데이터 센터(110)는, 복수의 서버, 서버 랙 및 서버 열을 포함할 수 있다. 복수의 서버는 서버 랙을 구성하고, 복수의 서버 랙은 서버 열을 구성한다.2, which illustrates entities of the data center 110, the data center 110 may include a plurality of servers, server racks, and server rows. A plurality of servers constitute a server rack, and a plurality of server racks constitute a server row.

데이터 베이스(120)는 데이터 센터(110) 엔티티에 대한 특성 정보를 저장하는데, 특성 정보는 엔티티에 대한 고유 특성 정보(permanent characteristic) 및 엔티티에 대한 센싱 특성 정보(temporal characteristic)를 포함할 수 있다. 고유 특성 정보는 엔티티가 가지고 있는 고유한 특성 정보로서, 일예로 서버의 하드웨어 정보나 네트워크 정보 또는 모델 정보일 수 있다. 센싱 특성 정보는 센서 등을 통해 시간에 따라 관측되는 엔티티의 정보로서, 일예로 서버의 전력 사용량이나 자원 사용량 정보 또는 사용 시간 정보일 수 있다.The database 120 stores characteristic information for the data center 110 entity, which may include a permanent characteristic for the entity and a temporal characteristic for the entity. The unique characteristic information is characteristic information inherent to the entity, and may be, for example, hardware information of the server, network information, or model information. The sensing characteristic information is information of an entity that is observed over time through a sensor or the like, and may be, for example, power consumption of the server, resource usage information, or usage time information.

데이터 센터 관리 장치(130)는 온톨로지를 이용하여 효율적으로 데이터 센터(110)를 관리할 수 있는 장치로서, 시맨틱 어노테이션(semantic annotation)을 이용하여 모니터링이 필요한 데이터 센터(110)의 엔티티(entity)에 대한 특성 정보를 데이터 베이스(120)에서 검색한다. 그리고 검색된 특성 정보 및 기 설정된 규칙을 이용하여 엔티티에 대한 상태 정보를 생성하여 관리자에게 제공한다.The data center management apparatus 130 is an apparatus that can efficiently manage the data center 110 by using an ontology and is provided with an entity of the data center 110 that needs to be monitored using a semantic annotation And searches the database 120 for the characteristic information. And generates status information on the entity using the retrieved characteristic information and the predetermined rule, and provides the generated status information to the manager.

이하, 본 발명에서 이용되는 온톨로지를 서버 관리 온톨로지로 명명하기로 하며, 특정 개체를 매핑해 추가적인 시맨틱 정보를 생성하는 시맨틱 어노테이션은, 본 발명에서 서버 관리 온톨로지의 클래스와 데이터 베이스 사이의 매핑 정보를 제공한다. 여기서, 데이터 센터의 엔티티는 데이터 센터의 서버이거나 서버의 집합인 서버 랙(server rack)일 수 있다. 또는 서버 랙의 집합인 서버 열(server row)일 수 있다.Hereinafter, the ontology used in the present invention will be referred to as a server management ontology, and the semantic annotation for mapping additional information on a specific entity and generating additional semantic information is used to provide mapping information between the class of the server management ontology and the database do. Here, the data center entity may be a server in the data center or a server rack, which is a collection of servers. Or a server row that is a collection of server racks.

즉, 관리자가 데이터 센터 관리 장치(130)를 통해 모니터링이 필요한 엔티티에 대한 특성 정보를 요청하면, 데이터 센터 관리 장치(130)는 요청된 엔티티에 대한 데이터를 검색하고, 검색된 데이터를 이용하여 특성 정보를 생성하고 관리자에게 제공한다.That is, when the manager requests the characteristic information about the entity requiring monitoring through the data center management device 130, the data center management device 130 searches the data for the requested entity, And provides it to the administrator.

서버 관리 온톨로지는 엔티티에 대한 클래스 및 특성 정보에 대한 클래스를 포함하고, 시맨틱 어노테이션을 통해 클래스와 데이터 베이스가 매핑되기 때문에, 관리자는 데이터 베이스 구조를 파악할 필요없이 용이하게 데이터 센터의 엔티티를 모니터링할 수 있으며, 데이터 센터 시스템의 변경없이 서버 관리 온톨로지 및 시맨틱 어노테이션을 수정함으로써, 데이터 센터 엔티티에 대한 새로운 특성 정보를 확인할 수 있다.The server management ontology includes classes for entity and class information, and the class and database are mapped through semantic annotation. Therefore, the administrator can easily monitor the entities in the data center without having to know the database structure. And can verify new property information for the data center entity by modifying the server management ontology and the semantic annotation without changing the data center system.

또한 본 발명에 따르면, 서버에 대한 특성 정보를 이용하여 서버 랙 또는 서버 열에 대한 특성 정보를 생성하여 관리자에게 제공하기 때문에, 관리자는 서버 뿐만 아니라 서버 랙 또는 서버 열에 대한 특성 정보 역시 용이하게 파악할 수 있다. In addition, according to the present invention, characteristic information about a server rack or a server row is generated by using characteristic information about the server and is provided to the manager, so that the manager can easily grasp not only the server but also the characteristic information about the server rack or the server row .

그리고 본 발명에 따르면, 엔티티에 대한 특성 정보 뿐만 아니라, 기 설정된 규칙에 따른 상태 정보를 제공하므로 보다 직관적으로 엔티티의 상태를 파악할 수 있다.
According to the present invention, not only characteristic information about an entity but also state information according to a preset rule are provided, so that the state of the entity can be grasped more intuitively.

도 3은 본 발명의 일실시예에 따른 서버 관리 온톨로지를 이용하는 데이터 센터 관리 장치(130)를 설명하기 위한 도면이다.3 is a diagram for explaining a data center management apparatus 130 using a server management ontology according to an embodiment of the present invention.

도 3에 도시된 바와 같이, 본 발명에 따른 데이터 센터 관리 장치는 인터페이스부(310), 데이터 검색부(320) 및 온톨로지 관리부(330)를 포함한다. 그리고 실시예에 따라서, 엔티티 관리부(340)를 더 포함할 수 있다. 본 발명에 따른 데이터 센터 관리 장치는 프로세서를 포함하는 컴퓨터이거나 또는 별도의 장치일 수 있다.3, the data center management apparatus according to the present invention includes an interface unit 310, a data search unit 320, and an ontology management unit 330. According to the embodiment, the entity management unit 340 may be further included. The data center management device according to the present invention may be a computer including a processor or a separate device.

인터페이스부(310)는 데이터 센터의 엔티티에 대한 특성 정보를 요청받고, 특성 정보를 출력한다. 또는 엔티티에 대한 상태 정보를 요청받아 출력한다. 예를 들어, 관리자는 모니터링하고자 하는 엔티티의 종류, 식별자(ID), 특성 정보 종류 및 날짜 정보를 이용하여 인터페이스부(310)로 특성 정보를 요청할 수 있다. 그리고 인터페이스부(310)는 관리자가 요청한 엔티티에 대한 특성 정보 또는 상태 정보를 데이터 검색부(320)로부터 수신하여 출력할 수 있다.The interface unit 310 receives the characteristic information about the entity of the data center and outputs characteristic information. Or status information about the entity. For example, the manager can request the characteristic information to the interface unit 310 using the type of the entity to be monitored, the identifier (ID), the type of characteristic information, and the date information. The interface unit 310 may receive characteristic information or status information about an entity requested by the manager from the data searching unit 320 and output the received information.

데이터 검색부(320)는 시맨틱 어노테이션을 이용하여, 특성 정보와 매칭되는 데이터를 데이터 베이스에서 검색하고, 특성 정보를 생성한다. 여기서, 시맨틱 어노테이션은 서버 관리 온톨로지의 클래스 및 데이터 베이스 컬럼(column)의 매핑 정보를 포함하는데, 보다 상세히 특성 정보 클래스에 대한 식별자 및 클래스의 타입 정보를 포함하는 시맨틱 템플릿 및 식별자에 대응되는 데이터 베이스의 컬럼 정보를 포함하는 시맨틱 맵을 포함할 수 있다.The data searching unit 320 searches the database for data matched with the characteristic information using the semantic annotation, and generates characteristic information. Here, the semantic annotation includes a class of a server management ontology and mapping information of a database column. More specifically, the semantic annotation includes a semantic template including an identifier for a characteristic information class and type information of a class, And a semantic map including column information.

즉, 데이터 검색부(320)는 요청된 엔티티에 대한 특성 정보가 저장된 데이터 베이스에서의 위치를 시맨틱 어노테이션을 이용해 확인하고, 데이터 베이스로부터 검색된 데이터를 반환받을 수 있다. 그리고 검색된 데이터는 서버 관리 온톨로지 클래스의 인스턴스 값이 될 수 있다.That is, the data retrieving unit 320 can confirm the position of the database in which the characteristic information about the requested entity is stored by using the semantic annotation, and return the retrieved data from the database. The retrieved data can be an instance value of the server management ontology class.

또한 온톨로지 관리부(330)는 데이터 검색부(320)에 의해 검색된 데이터를 이용하여, 엔티티에 대한 상태 정보를 생성할 수 있다. 보다 구체적으로 엔티티의 상태 정보에 대한 질의문을 이용하여, 특성 정보에 기반한 엔티티의 상태 정보를 생성할 수 있으며, 인터페이스부(310)는 관리자로부터 상태 정보를 요청받아 출력할 수 있다. 상태 정보 역시 서버 관리 온톨로지 클래스의 인스턴스 값이 될 수 있다.The ontology management unit 330 may generate status information on the entity using the data retrieved by the data retrieval unit 320. [ More specifically, the state information of the entity based on the property information can be generated using a query for the state information of the entity, and the interface unit 310 can request and output the state information from the administrator. The state information can also be an instance value of the server management ontology class.

상태 정보는 유휴(idle) 상태 정보, 과부하(overload) 상태 정보, 교체 후보(migration candidate) 상태 정보 및 재할당 후보(reallocation candidate) 상태 정보 중 적어도 하나 이상을 포함할 수 있다. 관리자는 전술된 상태 정보 중 하나 이상을 선택하여 요청할 수 있으며, 온톨로지 관리부(340)는 요청된 상태 정보와 함께 해당 상태에 포함되는 엔티티 정보를 인터페이스부(310)로 제공할 수 있다.The state information may include at least one of idle state information, overload state information, migration candidate state information, and reallocation candidate state information. The administrator can select one or more of the above state information and request the ontology. The ontology management unit 340 can provide the entity information included in the state together with the requested state information to the interface unit 310.

온톨로지 관리부(330)는 기 설정된 규칙에 따라, 상태 정보를 생성할 수 있으며, 일실시예로서 기 설정된 시간에서 또는 기 설정된 시간 동안 특성 정보와 임계값을 비교하여 상태 정보를 생성할 수 있다. 상태 정보 생성에 이용되는 특성 정보는 관리자에 의해 다양하게 설정될 수 있으며, 특성 정보 중 센싱 특성 정보를 통해 상태 정보가 생성되는 것이 바람직하다. 예를 들어, 기 설정된 시간에서 CPU 사용량 또는 전력 사용량이 임계값 이상인 경우 온톨로지 관리부(340)는 서버의 상태를 과부화 상태로 판단할 수 있다.The ontology management unit 330 may generate state information according to a predetermined rule. In one embodiment, the ontology management unit 330 may generate state information by comparing the characteristic information with a threshold value at a preset time or for a preset time. The characteristic information used for generating the status information can be variously set by the administrator, and it is preferable that the status information is generated through the sensing characteristic information in the characteristic information. For example, if the CPU usage amount or the power usage amount is equal to or greater than the threshold value at the predetermined time, the ontology management unit 340 can determine the state of the server as an overloaded state.

기 설정된 규칙은, 일실시예로서 [표 1]과 같이 SWRL 언어로 표현될 수 있다. 여기서 기 설정된 시간(t) 및 임계값(threshold)는 관리 목적에 따라 다양하게 설정될 수 있으며, 비교 대상이 되는 센싱 특성 정보 역시, 다양하게 설정될 수 있다. t1 및 t2는 전술된 기 설정된 시간 동안과 대응되는 값이다.The preset rule can be expressed in the SWRL language as an example, as shown in [Table 1]. Here, the preset time t and the threshold may be variously set according to the management purpose, and the sensing characteristic information to be compared may be variously set. t1 and t2 are values corresponding to the above-mentioned predetermined time.

RulesRules SWRL ExpressionSWRL Expression Idle
ServerIdle
Server dc:Server(?sv) ? dc:hasCharacteristic(?sv, ?c) ? dc:<Temporal Characteristic>(?c) ? temporal:hasValidTime(?c, ?t) ? dc:hasValue(?c, ?v) ?swrlb:lessThanOrEqual(?v, ? threshold) ? dc:IdleServer(?sv)dc: Server (? sv)? dc: hasCharacteristic (? sv,? c)? dc: <Temporal Characteristic> (? c)? temporal: hasValidTime (? c ,? t )? dc: hasValue (? c,? v)? swrlb: lessThanOrEqual (? v ,? threshold ) dc: IdleServer (? sv) dc:Server(?sv) ? dc:hasCharacteristic(?sv, ?c) ? dc:<Temporal Characteristic>(?c) ? dc:hasValue(?c, ?v) ? temporal:ValidInstant(?x) ? temporal:after(?x, ? t1, temporal:Minutes) ? temporal:ValidInstant(?x) ? temporal:before(?x, ? t2, temporal:Minutes) ? <SQWRL built-in>(?v) ? swrlb:lessThan(?v, ? threshold) ? dc:IdleServer(?sv)dc: Server (? sv)? dc: hasCharacteristic (? sv,? c)? dc: <Temporal Characteristic> (? c)? dc: hasValue (? c,? v)? temporal: ValidInstant (? x)? temporal: after (? x ,? t1 , temporal: Minutes)? temporal: ValidInstant (? x)? temporal: before (? x ,? t2 , temporal: Minutes)? <SQWRL built-in> (? V)? swrlb: lessThan (? v ,? threshold )? dc: IdleServer (? sv) Migration
Candidate
ServerMigration
Candidate
Server dc:Server(?sv) ? dc:hasCharacteristic(?sv, ?c) ? dc:<Temporal Characteristic> ? temporal:hasValidTime(?c, ?t) ? dc:hasValue(?c, ?v) ?swrlb:lessThanOrEqual(?v, ? threshold) ? dc:MigrationCandidateServer(?sv)dc: Server (? sv)? dc: hasCharacteristic (? sv,? c)? dc: <Temporal Characteristic>? temporal: hasValidTime (? c ,? t )? dc: hasValue (? c,? v)? swrlb: lessThanOrEqual (? v ,? threshold ) dc: MigrationCandidateServer (? sv) Overloaded
ServerOverloaded
Server dc:Server(?sv) ? dc:hasCharacteristic(?sv, ?c) ? dc:<Temporal Characteristic>(?c) ? temporal:hasValidTime(?c, ?t) ? dc:hasValue(?c, ?v) ?swrlb:greaterThanOrEqual(?v, ? threshold) ? dc:OverloadedServer(?sv)dc: Server (? sv)? dc: hasCharacteristic (? sv,? c)? dc: <Temporal Characteristic> (? c)? temporal: hasValidTime (? c ,? t )? dc: hasValue (? c,? v)? swrlb: greaterThanOrEqual (? v ,? threshold ) dc: OverloadedServer (? sv) Reallocation Candidate
ServerReallocation Candidate
Server dc:Server(?sv) ^ dc:hasCharacteristic(?sv, ?c) ^ dc:<Temporal Characteristic>(?c) ^ temporal:hasValidTime(?c, ?t) ^ dc:hasValue(?c, ?v) ^ swrlb:greaterThanOrEqual(?v, ? threshold) ? dc:ReallocationCandidateServer(?sv)dc: hasCharacteristic (? sv,? c) ^ dc: <Temporal Characteristic> (? c) ^ temporal: hasValidTime (? c ,? t ) ^ dc: hasValue (? c,? v ) ^ swrlb: greaterThanOrEqual (? v ,? threshold )? dc: ReallocationCandidateServer (? sv) dc:Server(?sv) ^ dc:hasCharacteristic(?sv, ?c) ^ dc:<Temporal Characteristic>(?c) ^ hasValue(?c, ?v) ^ temporal:ValidInstant(?x) ^ temporal:after(?x, ? t1, temporal:Minutes) ^ temporal:ValidInstant(?x) ^ temporal:before(?x, ? t2, temporal:Minutes) ^ <SQWRL built-in>(?v) ^ swrlb:greaterThanOrEqual(?v, ? threshold) ? dc:ReallocationCandidateServer(?sv)dc: hasCharacteristic (? sv,? c) ^ dc: <Temporal Characteristic> (? c) ^ hasValue (? c,? v) ^ temporal: ValidInstant (? x) ^ temporal: after (x, t1, temporal:? ? Minutes) ^ temporal: (? x) ValidInstant ^ temporal: before: (? v) (? x, t2, temporal? Minutes) ^ <SQWRL built-in> ^ swrlb: greaterThanOrEqual ( ? v ,? threshold )? dc: ReallocationCandidateServer (? sv)

유휴 상태인 서버의 경우, 전원을 제거하여 불필요한 전력 소모를 감소시킬 수 있다. 또한 과부하 상태인 서버의 경우, 교체 후보 상태의 서버로 교체하거나, 재할당 후보 상태의 서버의 자원을 추가로 이용함으로써 서비스 제공 속도를 증가시킬 수 있다.In the case of an idle server, power can be removed to reduce unnecessary power consumption. In the case of a server in an overloaded state, the server can be replaced with a server in the replacement candidate state or the service provision rate can be increased by further utilizing the resources of the server in the re-allocation candidate state.

한편, 엔티티 관리부(340)는 엔티티의 관계 정보를 이용하여, 특성 정보가 요청된 엔티티에 포함된 서버를 확인할 수 있으며, 엔티티의 관계 정보는 엔티티 간의 포함 관계, 연결 관계 및 그룹핑 관계에 대한 정보를 포함할 수 있다. 데이터 베이스가 서버 단위로 데이터를 저장하며, 서버 랙 또는 서버 열에 대한 특성 정보가 요청된 경우, 엔티티 관리부(340)는 관계 정보를 이용하여 서버 랙 또는 서버 열에 포함된 서버를 확인할 수 있다.On the other hand, the entity management unit 340 can identify the server included in the entity for which the property information is requested by using the entity relationship information, and the entity relationship information includes information on the inclusion relation between the entities, . The database stores data on a server basis. When characteristic information about a server rack or a server row is requested, the entity management unit 340 can identify the servers included in the server rack or the server row by using the relationship information.

예를 들어, 관리자에 의해 서버 랙 02(rack 02)에 대한 특성 정보가 요청된 경우, 엔티티 관리부(340)는 관계 정보를 이용하여 서버랙 02에 포함된 서버의 식별자를 확인할 수 있다. 그리고 데이터 검색부(320)는 확인된 서버에 대한 특성 정보와 매칭되는 데이터를 데이터 베이스에서 검색할 수 있다. 실시예에 따라서, 데이터 베이스에는 서버 랙 및 서버 열 단위로 데이터가 저장될 수도 있다.
For example, when the manager requests characteristic information about the server rack 02 (rack 02), the entity management unit 340 can confirm the identifier of the server included in the server rack 02 using the relationship information. The data searching unit 320 can search the data base for data matching with the characteristic information about the identified server. Depending on the embodiment, the database may store data in server rack and server column units.

도 4는 본 발명의 일실시예에 따른 서버 관리 온톨로지를 설명하기 위한 도면이다.4 is a view for explaining a server management ontology according to an embodiment of the present invention.

도 4에 도시된 바와 같이, 본 발명에 따른 서버 관리 온톨로지는 최상위 클래스로 엔티티 클래스 및 특성 정보에 대한 클래스인 특성 클래스를 포함한다. 특성 정보는 엔티티에 대한 특성 정보이므로, 엔티티 클래스와 특성 클래스 사이에는 hasCharacteristic 관계가 성립한다. As shown in FIG. 4, the server management ontology according to the present invention includes an entity class as a top-level class and a characteristic class as a class for characteristic information. Since the characteristic information is characteristic information for the entity, a hasCharacteristic relation exists between the entity class and the characteristic class.

그리고 엔티티 클래스는 서브 클래스로 서버 열 클래스, 서버 랙 클래스 및 서버 클래스를 포함한다. 전술된 바와 같이, 서버 랙은 서버의 집합이며, 서버 열은 서버 랙의 집합이므로, 서버 열 클래스, 서버 랙 클래스 및 서버 클래스 사이에는 containedIn 관계가 성립한다.The entity class is a subclass that includes a server column class, a server rack class, and a server class. As described above, since the server rack is a set of servers, and the server row is a set of server racks, the containedIn relationship holds between the server column class, the server rack class, and the server class.

한편, 특성 클래스는 서브 클래스로 고유 특성 클래스 및 센싱 특성 클래스를 포함한다. 그리고 고유 특성 클래스는 서브 클래스로 식별자(ID) 클래스, CPU 넘버 클래스, 메모리 사이즈 클래스, 디스크 사이즈 클래스, IP 주소 클래스, 제조사 클래스 및 주석(comments) 클래스 등을 포함할 수 있다. 그리고 센싱 특성 클래스는 서브 클래스로 CPU 사용량 클래스, 디스크 사용량 클래스, 메모리 사용량 클래스, 파워 사용량 클래스, 사용 시간 클래스 등을 포함할 수 있다.
On the other hand, the characteristic class includes a unique characteristic class and a sensing characteristic class as a subclass. The inherent property class may include an identifier (ID) class, a CPU number class, a memory size class, a disk size class, an IP address class, a manufacturer class, and a comments class as subclasses. The sensing characteristic class may include a CPU usage class, a disk usage class, a memory usage class, a power usage class, a usage time class, and the like as a subclass.

도 5는 본 발명의 일실시예에 따른 시맨틱 어노테이션을 설명하기 위한 도면으로서, XML로 표현된 시맨틱 어노테이션을 도시하고 있다.FIG. 5 is a diagram for explaining a semantic annotation according to an embodiment of the present invention, showing a semantic annotation expressed in XML.

도 5에 도시된 바와 같이, 본 발명에 따른 시맨틱 어노테이션은 시맨틱 템플릿(semantic template) 및 시맨틱 맵(semantic map)을 포함한다. 시맨틱 템플릿에서, 고유 특성 클래스 중 하나인 서버의 식별자(ID)로 "c2a"가 레이블링되어 있으며, 서버의 식별자 값의 타입 정보는 정수(int)이다. 그리고 센싱 특성 클래스 중 하나인 CPU 사용량에 대한 식별자로 "c2b"가 레이블링되어 있으며, CPU 사용량 값의 타입 정보는 실수(float)이다.As shown in FIG. 5, the semantic annotation according to the present invention includes a semantic template and a semantic map. In the semantic template, "c2a" is labeled as an identifier (ID) of the server which is one of the unique characteristic classes, and the type information of the identifier value of the server is an integer (int). "C2b" is labeled as an identifier for the CPU usage, which is one of the sensing characteristic classes, and the type information of the CPU usage value is a float.

시맨틱 맵에서, 데이터 베이스의 컬럼 "col01"은 레이블 "c2a"와 매핑되며, 컬럼 "col02"는 레이블 "c2b"와 매핑된다.In the semantic map, the column "col01" in the database is mapped to the label "c2a", and the column "col02" is mapped to the label "c2b".

한편, 도 5에서는 하나의 데이터 베이스가 이용되는 경우가 일실시예로서 설명되었으나, 서로 다른 스키마를 갖는 데이터 베이스 사이에서도 본 발명에 따른 시맨틱 어노테이션이 적용될 수 있다. 즉, 데이터 베이스 각각의 컬럼 명이 서로 다르더라도 각각의 컬럼 명을 동일한 이름으로 매핑함으로써 이질적인 데이터 베이스를 통합할 수 있다.
Meanwhile, although one database is used in FIG. 5 as an embodiment, the semantic annotation according to the present invention can also be applied between databases having different schemas. That is, heterogeneous databases can be consolidated by mapping each column name to the same name, even if the column names of the databases are different.

도 6은 본 발명의 일실시예에 따른 관계 정보를 설명하기 위한 도면으로서, XML로 표현된 관계 정보를 도시하고 있다.FIG. 6 is a diagram for explaining relation information according to an embodiment of the present invention, showing relationship information expressed in XML.

도 6을 참조하면, 관계 정보는 엔티티 간의 포함 관계(contained), 연결 관계(cinnected) 및 그룹화 관계(grouped)에 대한 정보를 포함할 수 있다. 관계 정보는 엔티티의 ID 및 속성 값(property)으로 표현될 수 있으며, 속성 값은 포함 관계, 연결 관계, 그룹화 관계 중 하나를 나타낸다.Referring to FIG. 6, relationship information may include information on contained, cinnected, and grouped relationships between entities. The relationship information can be represented by an ID and an attribute value of an entity, and the attribute value indicates one of an inclusion relation, a connection relation, and a grouping relation.

도 6에서, 서버 열(id=01)은 2개의 서버 랙을 포함하며, 제1서버 랙(id=01)은 2개의 서버를 포함하고, 제2서버랙(id=02)는 1개의 서버를 포함함을 알 수 있다.In FIG. 6, the server column id = 01 includes two server racks, the first server rack id = 01 includes two servers, and the second server rack id = . &Lt; / RTI &gt;

전술된 바와 같이, 관리자에 의해 제2서버 랙(id=02)에 대한 특성 정보가 요청된 경우, 관계 정보를 통해 제2서버 랙에 포함된 서버를 확인할 수 있으며, 결국 서버 랙에 대한 특성 정보를 획득할 수 있다.
As described above, when the manager requests characteristic information about the second server rack (id = 02), the server included in the second server rack can be identified through the relationship information, Can be obtained.

도 7은 본 발명의 일실시예에 따른 서버 관리 온톨로지를 이용하는 데이터 센터 관리 방법을 설명하기 위한 도면이다. 도 7에서는 도 3에서 설명된 데이터 센터 관리 장치의 데이터 센터 관리 방법이 일실시예로서 설명된다.7 is a view for explaining a data center management method using a server management ontology according to an embodiment of the present invention. In Fig. 7, the data center management method of the data center management apparatus illustrated in Fig. 3 is described as an embodiment.

데이터 센터 관리 장치는 데이터 센터의 엔티티에 대한 상태 정보를 요청(S710)받는다. 관리자에 의해 상태 정보의 종류가 입력되어 상태 정보 요청을 수신할 수 있으며, 실시예에 따라서 날짜 정보가 추가로 입력될 수 있다.The data center management apparatus requests status information on the entity of the data center (S710). The type of the status information is input by the administrator to receive the status information request, and the date information may be further input according to the embodiment.

그리고 데이터 센터 관리 장치는 시맨틱 어노테이션을 이용하여, 엔티티에 대한 특성 정보와 매칭되는 데이터를 데이터 베이스에서 검색(S720)한다. 이 때, 특성 정보는 일실시예로서 센싱 특성 정보 중에서 선택된 정보일 수 있다.Then, the data center management apparatus searches the data base for data matched with the characteristic information on the entity using the semantic annotation (S720). In this case, the characteristic information may be information selected from the sensing characteristic information as an embodiment.

그리고 데이터 센터 관리 장치는 검색된 데이터를 이용하여, 상기 엔티티에 대한 상태 정보를 생성(S730)하고, 상태 정보를 출력(S740)한다. 단계 S730에서 상태 정보는 기 설정된 시간에서 특성 정보와 임계값의 비교를 통해 생성되거나, 기 설정된 기간동안 특성 정보와 임계값의 비교를 통해 생성될 수 있다.Then, the data center management apparatus generates status information for the entity using the retrieved data (S730), and outputs status information (S740). In step S730, the state information may be generated by comparing the characteristic information with the threshold value at a predetermined time, or may be generated by comparing the characteristic information with the threshold value for a predetermined period.

데이터 센터 관리 장치는 데이터 센터의 엔티티에 대한 특성 정보를 추가로 요청받을 수 있으며, 검색된 특성 정보와 매칭되는 데이터를 출력할 수 있다.
The data center management apparatus can be further requested for the characteristic information on the entities of the data center and can output data matched with the retrieved characteristic information.

도 8은 본 발명의 구체적 실시예에 따른 데이터 센터 관리 시스템을 설명하기 위한 도면이다.8 is a view for explaining a data center management system according to a specific embodiment of the present invention.

도 8에 도시된 바와 같이, 본 발명에 따른 데이터 센터 관리 시스템은 데이터 센터(810), 데이터 베이스(820) 및 데이터 센터 관리 장치(830)를 포함한다. 그리고 데이터 센터 관리 장치(830)는 인터페이스부(840), 지식 컨트롤러(850) 및 지식 표현 모델(890)을 포함한다. 다시, 지식 컨트롤러(850)는 관계 엔진(860), 온톨로지 관리부(870) 및 데이터 검색부(880)을 포함하며, 온톨로지 관리부(870)는 온톨로지 엔진(871), 온톨로지 쿼리 크리에이터(873), 온톨로지 쿼리 빌더(875), 온톨로지 쿼리 실행부(877)를 포함한다. 그리고 데이터 검색부(880)는 데이터 베이스 엔진(881), 시맨틱 어노테이션 매퍼(883), 데이터 베이스 쿼리 빌더(885) 및 데이터 베이스 쿼리 실행부(887)을 포함한다. 마지막으로 지식 표현 모델(890)은 관계 모델(891), 온톨로지 모델(893), 시맨틱 어노테이션 모델(895) 및 데이터 베이스 메타데이터 모델(897)을 포함한다.As shown in FIG. 8, the data center management system according to the present invention includes a data center 810, a database 820, and a data center management device 830. The data center management apparatus 830 includes an interface unit 840, a knowledge controller 850, and a knowledge expression model 890. The ontology management unit 870 includes an ontology engine 871, an ontology query creator 873, an ontology query creator 873, and an ontology management unit 870. The ontology management unit 870 includes a relation engine 860, an ontology management unit 870, A query builder 875, and an ontology query execution unit 877. The data retrieval unit 880 includes a database engine 881, a semantic annotation mapper 883, a database query builder 885, and a database query execution unit 887. Finally, the knowledge representation model 890 includes a relationship model 891, an ontology model 893, a semantic annotation model 895, and a database metadata model 897.

여기서, 관계 엔진(860)은 전술된 엔티티 관리부(340)에 대응되며, 관계 모델(891)은 전술된 관계 정보에 대응된다. 그리고 온톨로지 모델(893)은 전술된 서버 관리 온톨로지에 대응되며, 시맨틱 어노테이션 모델(895)는 도 5에서 설명된 시맨틱 어노테이션과 대응된다. 마지막으로 데이터 베이스 메타데이터 모델은 데이터 베이스(820)에 대한 정보를 제공한다.Here, the relationship engine 860 corresponds to the entity manager 340 described above, and the relationship model 891 corresponds to the relationship information described above. The ontology model 893 corresponds to the server management ontology described above, and the semantic annotation model 895 corresponds to the semantic annotation described in FIG. Finally, the database metadata model provides information about the database 820.

인터페이스부(840)를 통해 엔티티에 대한 특성 정보가 요청되면, 인터페이스부(840)는 요청된 엔티티의 종류 및 ID 정보를 관계 엔진(860)으로 전달한다. 관계 엔진(860)은 관계 모델(891)을 로드하여, 요청된 서버, 서버 랙 또는 서버 열 목록과, ID 정보를 반환한다. When the characteristic information about the entity is requested through the interface unit 840, the interface unit 840 transmits the kind of the requested entity and the ID information to the relation engine 860. The relationship engine 860 loads the relationship model 891 and returns the requested server, server rack or server column list and ID information.

이 때, 반환된 정보는 온톨로지 모델의 인스턴스 값이 되기 때문에, 온톨로지 관리부(870)는 온톨로지 모델(893)을 메모리에 할당하여 인스턴스를 생성한다. 보다 구체적으로 온톨로지 엔진(871)은 온톨로지 쿼리 크리에이터(873)로 인스턴스 생성을 요청하고, 온톨로지 쿼리 크리에이터(873)는 온톨로지 모델(893)을 로드하여 인스턴스를 생성한다. 생성된 인스턴스는 최초 널(null) 값으로 할당되며, 필요한 정보가 반환 또는 생성된 경우 해당 정보로 채워진다.At this time, since the returned information becomes the instance value of the ontology model, the ontology management unit 870 allocates the ontology model 893 to the memory to create an instance. More specifically, the ontology engine 871 requests the ontology query creator 873 to create an instance, and the ontology query creator 873 loads the ontology model 893 to create an instance. The generated instance is initially assigned a null value and filled in with the necessary information if it is returned or created.

이후, 데이터 베이스 엔진(881)은 시맨틱 어노테이션 매퍼(883)로 요청된 특성 정보와 매칭되는 데이터 베이스의 컬럼 정보를 요청하며, 시맨틱 어노테이션 매퍼(883)는 시맨틱 어노테이션 모델(895) 및 데이터 베이스 메타데이터 모델(897)을 이용하여 데이터 베이스의 컬럼 정보를 데이터 베이스 엔진(881)에 반환한다. 데이터 베이스 쿼리 빌더(883)는 반환된 컬럼 정보를 이용하여 질의문을 생성하고, 데이터 베이스 쿼리 실행부(885)는 질의문을 이용하여 데이터 베이스(820)에 질의한다. 질의 결과, 즉 요청된 특성 정보는 데이터 베이스 엔진(881)으로 반환된다.The semantic annotation mapper 883 receives the semantic annotation model 895 and the database metadata 883 from the semantic annotation mapper 883, And returns the column information of the database to the database engine 881 using the model 897. The database query builder 883 generates a query using the returned column information, and the database query execution unit 885 queries the database 820 using the query. The query result, i.e., the requested property information, is returned to the database engine 881.

이 때, 질의문은 일실시예로서, [표 2]와 같이 SQWRL 언어로 표현될 수 있다. 질의문은 고유 특성 정보와 센싱 특성 정보 별로 정의될 수 있으며, 센싱 특성 정보에 대한 질의문은 서버, 서버 랙 및 서버 열 별로 정의될 수 있다.At this time, the query statement may be expressed in the SQWRL language as an example, as shown in [Table 2]. The query can be defined by unique characteristic information and sensing characteristic information, and the query about the sensing characteristic information can be defined for each server, server rack, and server column.

Query RulesQuery Rules SQWRL ExpressionSQWRL Expression Permanent
Characteristic
RulesPermanent
Characteristic
Rules dc1 ):Server(?sv) ^ dc:hasCharacteristic(?sv, ?c) ^ dc:<Permanent Characteristic>(?c) ^ dc:hasValue(?c, ?v) ? select(?sv, ?v) dc 1):? Server (sv ) ^ dc:?? hasCharacteristic (sv, c) ^ dc:? <Permanent Characteristic> (c) ^ dc: hasValue (c, v)??? select (? sv,? v) Temporal
Characteristic
RulesTemporal
Characteristic
Rules ServerServer dc:Server(?sv) ^ dc:hasCharacteristic(?sv, ?c) ^ dc:<Temporal Characteristic>(?c) ^ temporal2):hasValidTime(?c, ?t) ^ dc:hasValue(?c, ?v) ? select(?sv, ?v, ?t)dc: (? sv) Server ^ dc: hasCharacteristic (sv, c??) ^ dc: (? c) <Temporal Characteristic> ^ temporal 2): hasValidTime (c, t) ^ dc:??? hasValue (c, ? v)? select (? sv,? v,? t) RackRack dc:Rack(?rk) ^ dc:Contains(?rk, ?sv) ^ dc:Server(?sv) ^ dc:hasCharacteristic(?sv, ?c) ^ dc:<Temporal Characteristic>(?c) ^ temporal:hasValidTime(?c, ?t) ^ dc:hasValue(?c, ?v) ^ sqwrl:makeSet(?s, ?v) ^ <SQWRL built-in>(?o, ?s) ? select(?rk, ?o, ?t)dc: Context (? rk,? sv) ^ dc: Server (? sv) ^ dc: hasCharacteristic (? sv,? c) ^ dc: <Temporal Characteristic> : hasValidTime (? c,? t) ^ dc: hasValue (? c,? v) ^ sqwrl: makeSet (? s,? v) ^ <SQWRL built-in> (? o,? s) select (? rk,? o,? t) RowRow dc:Row(?rw) ^ dc:Contains(?rw, ?rk) ^ dc:Rack(?rk) ^ dc:Contains(?rk, ?sv) ^ dc:Server(?sv) ^ dc:hasCharacteristic(?sv, ?c) ^ dc:<Temporal Characteristic>(?c) ^ temporal:hasValidTime(?c, ?t) ^ dc:hasValue(?c, ?v) ^ sqwrl:makeSet(?s, ?v) ^ <SQWRL built-in>(?o, ?s) ? select(?rw, ?o, ?t)dc: Contains (? rw,? sv) ^ dc: Server (? sv) ^ dc: hasCharacteristic (? rw,? rc) ^ dc: Row ? sv,? c) ^ dc: <Temporal Characteristic> (? c) ^ temporal: hasValidTime (? c,? t) ^ dc: hasValue (? c,? v) ^ sqwrl: ^ <SQWRL built-in> (? O,? S)? select (? rw,? o,? t)

온톨로지 엔진(871)은 특성 정보를 인스턴스에 할당하며, 온톨로지 쿼리 빌더(875)는 상태 정보 요청에 대한 질의문을 생성한다. 온톨로지 쿼리 실행부(877)는 상태 정보에 대한 질의문을 이용하여, 질의를 수행하고, 온톨로지 관리부(870)는 특성 정보와 기 설정된 규칙을 이용하여 상태 정보를 생성한 후 인터페이스부(840)로 제공한다.
The ontology engine 871 assigns the property information to the instance, and the ontology query builder 875 generates a query for the state information request. The ontology query execution unit 877 executes the query using the query for the status information, and the ontology management unit 870 generates the status information using the characteristic information and predetermined rules, and then transmits the status information to the interface unit 840 to provide.

도 9 내지 도 11은 본 발명의 일실시예에 따른 데이터 센터 관리 장치의 인터페이스 화면 및 출력 정보를 도시한 도면이다. 9 to 11 are views showing interface screens and output information of a data center management apparatus according to an embodiment of the present invention.

도 9에 도시된 바와 같이, 관리자는 인터페이스 화면을 통해 엔티티의 종류(서버, 랙 및 열)와 엔티티의 ID를 선택할 수 있다. 그리고 관리자는 고유 특성 정보의 종류 및 센싱 특성 정보의 종류도 선택할 수 있으며, 기간을 설정하여 특성 정보를 요청할 수도 있다.As shown in Fig. 9, the administrator can select the type of entity (server, rack and column) and the ID of the entity through the interface screen. The manager can also select the type of unique characteristic information and the type of sensing characteristic information, and can also request characteristic information by setting a period.

관리자가 ID가 01인 서버 랙을 앤티티로 선택하고, 2013년 9월 24일 20시에서의 네트워크 속도를 특성 정보로 선택한 경우, 도 10과 같이 특성 정보가 출력됨을 알 수 있다.The administrator selects the server rack having the ID 01 as the entity, and when the network speed at 20:00 on September 24, 2013 is selected as the characteristic information, the characteristic information is outputted as shown in FIG.

또한, 관리자는 필요한 상태 정보를 요청할 수 있으며, 이 때 기 설정된 규칙에 이용되는 임계값을 직접 설정할 수 있다. 관리자가 유휴 상태 정보 및 교체 후보 상태 정보를 요청할 때의 결과가 도 11에 도시되어 있다. 도 11에 도시된 바와 같이, 해당 상태에 해당되는 서버와 대응되는 상태 정보가 함께 출력된다.
In addition, the administrator can request necessary state information, and at this time, the threshold value used in the preset rule can be directly set. The result when the administrator requests the idle state information and the replacement candidate state information is shown in Fig. As shown in FIG. 11, state information corresponding to the server corresponding to the state is output together.

앞서 설명한 기술적 내용들은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예들을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 하드웨어 장치는 실시예들의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
The above-described technical features may be implemented in the form of program instructions that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions recorded on the medium may be those specially designed and constructed for the embodiments or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks, and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware device may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

이상과 같이 본 발명에서는 구체적인 구성 요소 등과 같은 특정 사항들과 한정된 실시예 및 도면에 의해 설명되었으나 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐, 본 발명은 상기의 실시예에 한정되는 것은 아니며, 본 발명이 속하는 분야에서 통상적인 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형이 가능하다. 따라서, 본 발명의 사상은 설명된 실시예에 국한되어 정해져서는 아니되며, 후술하는 특허청구범위뿐 아니라 이 특허청구범위와 균등하거나 등가적 변형이 있는 모든 것들은 본 발명 사상의 범주에 속한다고 할 것이다.
As described above, the present invention has been described with reference to particular embodiments, such as specific elements, and specific embodiments and drawings. However, it should be understood that the present invention is not limited to the above- And various modifications and changes may be made thereto by those skilled in the art to which the present invention pertains. Accordingly, the spirit of the present invention should not be construed as being limited to the embodiments described, and all of the equivalents or equivalents of the claims, as well as the following claims, belong to the scope of the present invention .

Claims (14)

서버 관리 온톨로지를 이용하는 데이터 센터 관리 방법에 있어서,
상기 데이터 센터의 엔티티에 대한 상태 정보를 요청받는 단계;
시맨틱 어노테이션을 이용하여, 상기 엔티티에 대한 특성 정보와 매칭되는 데이터를 데이터 베이스에서 검색하는 단계;
상기 검색된 데이터를 이용하여, 상기 엔티티에 대한 상태 정보를 생성하는 단계; 및
상기 상태 정보를 출력하는 단계를 포함하며,
상기 서버 관리 온톨로지는 상기 엔티티에 대한 클래스 및 상기 특성 정보에 대한 클래스를 포함하며,
상기 엔티티는 상기 데이터 센터의 서버, 서버 랙 또는 서버 열을 포함하는
데이터 센터 관리 방법.
A data center management method using a server management ontology,
Receiving status information on an entity of the data center;
Searching data in the database for data matched with characteristic information on the entity using a semantic annotation;
Generating status information for the entity using the retrieved data; And
And outputting the status information,
Wherein the server management ontology includes a class for the entity and a class for the property information,
Wherein the entity comprises a server, a server rack or a server column of the data center
How to manage your data center.
제 1항에 있어서,
상기 상태 정보를 생성하는 단계는
기 설정된 시간에서 상기 특성 정보와 임계값을 비교하여, 상기 상태 정보를 생성하는
데이터 센터 관리 방법.
The method according to claim 1,
The step of generating the status information
Compares the characteristic information with a threshold value at a predetermined time, and generates the state information
How to manage your data center.
제 1항에 있어서,
상태 정보를 생성하는 단계는
기 설정된 기간동안의 상기 특성 정보와 임계값을 비교하여, 상기 상태 정보를 생성하는
데이터 센터 관리 방법.
The method according to claim 1,
The step of generating status information
Compares the characteristic information for a predetermined period with a threshold value, and generates the state information
How to manage your data center.
제 1항에 있어서,
상기 상태 정보는
유휴 상태 정보, 과부하 상태 정보, 교체 후보 상태 정보 및 재할당 후보 상태 정보 중 적어도 하나 이상을 포함하는 데이터 센터 관리 방법.
The method according to claim 1,
The state information
Idle state information, overload state information, replacement candidate state information, and reallocation candidate state information.
제 1항에 있어서,
상기 상태 정보를 생성하는 단계는
상기 엔티티의 상태 정보에 대한 질의문을 이용하여, 상기 특성 정보에 기반한 상기 상태 정보를 생성하는
데이터 센터 관리 방법.
The method according to claim 1,
The step of generating the status information
Generating the state information based on the characteristic information using a query for the state information of the entity
How to manage your data center.
제 1항에 있어서,
상기 상태 정보는
상기 클래스에 대한 인스턴스 값인
데이터 센터 관리 방법.
The method according to claim 1,
The state information
An instance value for the class
How to manage your data center.
제 1항에 있어서,
상기 시맨틱 어노테이션은
상기 클래스 및 상기 데이터 베이스의 컬럼의 매핑 정보를 포함하는
데이터 센터 관리 방법.
The method according to claim 1,
The semantic annotation
And the mapping information of the class and the column of the database
How to manage your data center.
제1항에 있어서,
상기 특성 정보는
상기 엔티티에 대한 고유 특성 정보 및 상기 엔티티에 대한 센싱 특성 정보를 포함하는
데이터 센터 관리 방법.
The method according to claim 1,
The characteristic information
Comprising characteristic information for the entity and sensing characteristic information for the entity
How to manage your data center.
서버 관리 온톨로지를 이용하는 데이터 센터 관리 장치에 있어서,
상기 데이터 센터의 엔티티에 대한 상태 정보를 요청받고, 상기 상태 정보를 출력하는 인터페이스부;
시맨틱 어노테이션을 이용하여, 상기 엔티티에 대한 특성 정보와 매칭되는 데이터를 데이터 베이스에서 검색하는 데이터 검색부; 및
상기 검색된 데이터를 이용하여, 상기 엔티티에 대한 상태 정보를 생성하는 온톨로지 관리부를 포함하며,
상기 서버 관리 온톨로지는 상기 엔티티에 대한 클래스 및 상기 특성 정보에 대한 클래스를 포함하며,
상기 엔티티는 상기 데이터 센터의 서버, 서버 랙 또는 서버 열을 포함하는
데이터 센터 관리 장치.
A data center management apparatus using a server management ontology,
An interface unit for receiving status information on an entity of the data center and outputting the status information;
A data retrieval unit for retrieving, from a database, data matched with characteristic information about the entity by using a semantic annotation; And
And an ontology management unit for generating status information on the entity using the retrieved data,
Wherein the server management ontology includes a class for the entity and a class for the property information,
Wherein the entity comprises a server, a server rack or a server column of the data center
Data center management device.
제 9항에 있어서,
상기 온톨로지 관리부는
기 설정된 시간에서 상기 특성 정보와 임계값을 비교하여, 상기 상태 정보를 생성하는
데이터 센터 관리 장치.
10. The method of claim 9,
The ontology management unit
Compares the characteristic information with a threshold value at a predetermined time, and generates the state information
Data center management device.
제 9항에 있어서,
상기 온톨로지 관리부는
기 설정된 기간동안의 상기 특성 정보와 임계값을 비교하여, 상기 상태 정보를 생성하는
데이터 센터 관리 장치.
10. The method of claim 9,
The ontology management unit
Compares the characteristic information for a predetermined period with a threshold value, and generates the state information
Data center management device.
제 9항에 있어서,
유휴 상태 정보, 과부하 상태 정보, 교체 후보 상태 정보 및 재할당 후보 상태 정보 중 적어도 하나 이상을 포함하는 데이터 센터 관리 장치.
10. The method of claim 9,
Idle state information, overload state information, replacement candidate state information, and reallocation candidate state information.
제 9항에 있어서,
상기 온톨로지 관리부는
상기 엔티티의 상태 정보에 대한 질의문을 이용하여, 상기 특성 정보에 기반한 상기 상태 정보를 생성하는
데이터 센터 관리 장치.
10. The method of claim 9,
The ontology management unit
Generating the state information based on the characteristic information using a query for the state information of the entity
Data center management device.
제 9항에 있어서,
상기 시맨틱 어노테이션은
상기 클래스 및 상기 데이터 베이스의 컬럼의 매핑 정보를 포함하는
데이터 센터 관리 장치.
10. The method of claim 9,
The semantic annotation
And the mapping information of the class and the column of the database
Data center management device.
KR1020150027575A 2015-02-26 2015-02-26 Method and Device for managing Data Center Using Ontology KR101659685B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020150027575A KR101659685B1 (en) 2015-02-26 2015-02-26 Method and Device for managing Data Center Using Ontology

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020150027575A KR101659685B1 (en) 2015-02-26 2015-02-26 Method and Device for managing Data Center Using Ontology

Publications (2)

Publication Number Publication Date
KR20160104475A true KR20160104475A (en) 2016-09-05
KR101659685B1 KR101659685B1 (en) 2016-09-23

Family

ID=56938891

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020150027575A KR101659685B1 (en) 2015-02-26 2015-02-26 Method and Device for managing Data Center Using Ontology

Country Status (1)

Country Link
KR (1) KR101659685B1 (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005151107A (en) * 2003-11-14 2005-06-09 Hitachi Ltd Device management method of data center, device management server, device management system of data center, and program
KR101005011B1 (en) * 2010-05-12 2010-12-30 주식회사 이글루시큐리티 An enterprise server-room management system
KR20130097366A (en) * 2012-02-24 2013-09-03 한양대학교 에리카산학협력단 Method and apparatus for managing data center based on ontology

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005151107A (en) * 2003-11-14 2005-06-09 Hitachi Ltd Device management method of data center, device management server, device management system of data center, and program
KR101005011B1 (en) * 2010-05-12 2010-12-30 주식회사 이글루시큐리티 An enterprise server-room management system
KR20130097366A (en) * 2012-02-24 2013-09-03 한양대학교 에리카산학협력단 Method and apparatus for managing data center based on ontology

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
이정민, ‘효율적인 데이터센터의 서버 관리를 위한 온톨로지 기반 모니터링 기법’, 한양대학교대학원, 2014년 2월, pp.1-37 *

Also Published As

Publication number Publication date
KR101659685B1 (en) 2016-09-23

Similar Documents

Publication Publication Date Title
CN107315776B (en) Data management system based on cloud computing
CN110019396B (en) Data analysis system and method based on distributed multidimensional analysis
JP5576455B2 (en) Method for providing data contained in BIM data file, recording medium recording the same, and system including the same
US20180260296A1 (en) Performance metrics for diagnosing causes of poor performing virtual machines
US9047348B2 (en) Event correlation in cloud computing
CN110431545A (en) Inquiry is executed for structural data and unstructured data
US8364714B2 (en) Servicing query with access path security in relational database management system
US11907246B2 (en) Methods, systems, and computer readable mediums for performing a free-form query
US8019791B2 (en) Method and system for transforming metadata modeled in the common information model into grid control target metadata
US11379482B2 (en) Methods, systems, and computer readable mediums for performing an aggregated free-form query
US9281992B2 (en) Method and system for identifying storage device
US9229960B2 (en) Database management delete efficiency
JP6040837B2 (en) Information processing apparatus management method and program
US20140012988A1 (en) Provisioning computer resources on a network
US11354168B2 (en) Elastic data partitioning of a database
US10685031B2 (en) Dynamic hash partitioning for large-scale database management systems
CN104598550B (en) A kind of update method and device of Internet video index
US20200233861A1 (en) Elastic data partitioning of a database
US20140122159A1 (en) License Meta-Model for Automatic License Reasoning
US8200673B2 (en) System and method for on-demand indexing
KR101659685B1 (en) Method and Device for managing Data Center Using Ontology
CN107239568A (en) Distributed index implementation method and device
JP4031947B2 (en) Query optimization processing device, query optimization processing method, program for causing computer to execute the method, and recording medium storing program
KR101660631B1 (en) Method and Device for managing Data Center Using Ontology
US20160292230A1 (en) Identifying a path in a workload that may be associated with a deviation

Legal Events

Date Code Title Description
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20190603

Year of fee payment: 4