KR20210056645A

KR20210056645A - Fpga-bmc 환경에서의 저지연 시스템 제어 관리 도구 연동 방법 및 장치

Info

Publication number: KR20210056645A
Application number: KR1020190143350A
Authority: KR
Inventors: 안재훈; 김영환
Original assignee: 한국전자기술연구원
Priority date: 2019-11-11
Filing date: 2019-11-11
Publication date: 2021-05-20
Also published as: KR102328939B1

Abstract

서버 제어 시스템 및 서버 제어 방법이 제공된다. 본 서버 제어 시스템은, REST API(REpresentational Status Transfer API)를 통해 입력된 제어 메시지에 따라 구성 부품들의 상태를 제어하는 서버, 및 REST API를 이용하여 서버의 상태를 모니터링하고, 제어 메시지가 입력되면 REST API를 통해 제어 메시지를 서버에 전송하는 클라이언트 장치를 포함할 수 있게 되어, 저지연 제어 메시지를 구현하여 IPMI(Intelligent Platform Management Interface) 요청에 대한 경량화 REST 처리 구조를 통해 제어 메시지 송수신 기반 서버 컴퓨팅 자원(전원, 샤시, 센서, CPU, 메모리 등) 제어 기능을 지원하게 되고, 웹기반 서버 접근을 제공하므로 사용자 UI의 직관성이 증대되게 된다.

Description

FPGA-BMC 환경에서의 저지연 시스템 제어 관리 도구 연동 방법 및 장치 {Method and Device for managing low latency system control on FPGA-BMC Environment}

본 발명은 서버 제어 시스템에 관한 것으로, 더욱 상세하게는, REST API를 이용하여 서버의 구성 부품을 제어하기 위한 서버 제어 시스템에 관한 것이다.

이 부분에 기술된 내용은 단순히 본 실시 예에 대한 배경 정보를 제공할 뿐 종래기술을 구성하는 것은 아니다.

종래에는 서버 시스템 제어를 위해 보드관리 컨트롤러(BMC :Board Management Controller)를 통해 서버 시스템 제어를 수행한다. 하지만 보드관리 컨트롤러는 벤더 업체가 제공하는 기능에만 의존적일 수밖에 없으며, 사용자 정의 기능을 추가할 수가 없다. 또한, 보드관리 컨트롤러는 그 특성 상 접근성이나 편의성이 나쁜 편이며 콘솔화면을 통해 제어할 수 있도록 설정되어 있는 것이 일반적이다.

이에 따라, 서버 시스템을 사용자가 더욱 쉽게 제어할 수 있게 하기 위한 방안의 모색이 필요하다.

본 발명은 상기와 같은 문제점을 해결하기 위하여 안출된 것으로서, 본 발명의 목적은, REST API(REpresentational Status Transfer API)를 통해 입력된 제어 메시지에 따라 구성 부품들의 상태를 제어하는 서버, 및 REST API를 이용하여 서버의 상태를 모니터링하고, 제어 메시지가 입력되면 REST API를 통해 제어 메시지를 서버에 전송하는 클라이언트 장치를 포함하는 서버 제어 시스템 및 서버 제어 방법을 제공함에 있다.

본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

상기 목적을 달성하기 위한 본 발명의 일 실시예에 따른, 서버 제어 시스템은, REST API(REpresentational Status Transfer API)를 통해 입력된 제어 메시지에 따라 구성 부품들의 상태를 제어하는 서버; 및 REST API를 이용하여 서버의 상태를 모니터링하고, 제어 메시지가 입력되면 REST API를 통해 제어 메시지를 서버에 전송하는 클라이언트 장치;를 포함한다.

그리고, 서버는, 메시지 큐(queue)를 이용하여 제어 메시지를 관리할 수도 있다.

또한, 서버는, 제어 메시지가 메시지 큐에 저장된 순서대로 제어 메시지들을 처리할 수도 있다.

그리고, 서버는, 신규 제어 메시지가 수신되면 메시지 큐에 기저장된 제어 메시지들 중 동일한 내용의 제어 메시지가 존재하는지 여부에 따라, 신규 제어 메시지를 메시지 큐에 저장할지 여부를 결정할 수도 있다.

또한, 서버는, 동일한 내용의 제어 메시지가 존재하는 경우, 신규 제어 메시지를 삭제할 수도 있다.

그리고, 서버는, 동일한 내용의 제어 메시지가 존재하지 않는 경우, 신규 제어 메시지를 메시지 큐에 저장할 수도 있다.

또한, 클라이언트 장치는, 웹(WEB)을 기반으로 서버의 상태 모니터링 화면 및 제어 메시지 입력 화면을 제공할 수도 있다.

한편, 본 발명의 일 실시예에 따른, 서버 제어 방법은, 서버가, IPMI를 통해 구성 부품들의 상태를 제어하기 위한 REST API를 제공하고, REST API를 통해 입력된 제어 메시지에 따라 구성 부품들의 상태를 제어하는 단계; 및 클라이언트 장치가, REST API를 이용하여 서버의 상태를 모니터링하고, 제어 메시지가 입력되면 REST API를 통해 제어 메시지를 서버에 전송하는 단계;를 포함한다.

본 발명의 다양한 실시예에 따르면, REST API(REpresentational Status Transfer API)를 통해 입력된 제어 메시지에 따라 구성 부품들의 상태를 제어하는 서버, 및 REST API를 이용하여 서버의 상태를 모니터링하고, 제어 메시지가 입력되면 REST API를 통해 제어 메시지를 서버에 전송하는 클라이언트 장치를 포함하는 서버 제어 시스템 및 서버 제어 방법을 제공할 수 있게 되어, 저지연 제어 메시지를 구현하여 IPMI(Intelligent Platform Management Interface) 요청에 대한 경량화 REST 처리 구조를 통해 제어 메시지 송수신 기반 서버 컴퓨팅 자원(전원, 샤시, 센서, CPU, 메모리 등) 제어 기능을 지원하게 되고, 웹기반 서버 접근을 제공하므로 사용자 UI의 직관성이 증대되게 된다.

본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에 서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시 예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 특징을 설명한다.
도 1은 본 발명의 일 실시예에 따른, 서버 제어 시스템의 구성을 도시한 도면,
도 2는 본 발명의 일 실시예에 따른, 메시지 큐의 동작을 설명하기 위한 흐름도,
도 3은 본 발명의 일 실시예에 따른, 서버의 BMC(Board Management Controller)를 포함한 구성을 도시한 도면,
도 4는 본 발명의 일 실시예에 따른, 서버의 BMC와 IPMI(Intelligent Platform Management Interface)의 구성을 도식화한 도면,
도 5는 본 발명의 일 실시예에 따른, 서버의 BMC와 클라이언트 장치가 클라이언트 장치와 통신하는 구조를 상세히 도시한 도면,
도 6은 본 발명의 일 실시예에 따른, 서버의 상세한 구성을 도시한 도면,
도 7은 본 발명의 일 실시예에 따른, 서버 제어 방법을 설명하기 위한 흐름도이다.

본 발명의 과제 해결 수단의 특징 및 이점을 보다 명확히 하기 위하여, 첨부된 도면에 도시된 본 발명의 특정 실시 예를 참조하여 본 발명을 더 상세하게 설명한다.

다만, 하기의 설명 및 첨부된 도면에서 본 발명의 요지를 흐릴 수 있는 공지기능 또는 구성에 대한 상세한 설명은 생략한다. 또한, 도면 전체에 걸쳐 동일한 구성 요소들은 가능한 한 동일한 도면 부호로 나타내고 있음에 유의하여야 한다.

이하의 설명 및 도면에서 사용된 용어나 단어는 통상적이거나 사전적인 의미로 한정해서 해석되어서는 아니 되며, 발명자는 그 자신의 발명을 가장 최선의 방법으로 설명하기 위한 용어의 개념으로 적절하게 정의할 수 있다는 원칙에 입각하여 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야만 한다.

따라서 본 명세서에 기재된 실시 예와 도면에 도시된 구성은 본 발명의 가장바람직한 일 실시 예에 불과할 뿐이고, 본 발명의 기술적 사상을 모두 대변하는 것은 아니므로, 본 출원시점에 있어서 이들을 대체할 수 있는 다양한 균등물과 변형예들이 있을 수 있음을 이해하여야 한다.

또한, 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성요소들을 설명하기 위해 사용하는 것으로, 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용될 뿐, 상기 구성요소들을 한정하기 위해 사용되지 않는다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제2 구성요소는 제1 구성요소로 명명될 수 있고, 유사하게 제1 구성요소도 제2 구성요소로 명명될 수 있다.

더하여, 어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급할 경우, 이는 논리적 또는 물리적으로 연결되거나, 접속될 수 있음을의미한다.

다시 말해, 구성요소가 다른 구성요소에 직접적으로 연결되거나 접속되어 있을 수 있지만, 중간에 다른 구성요소가 존재할 수도 있으며, 간접적으로 연결되거나 접속될 수도 있다고 이해되어야 할 것이다.

또한, 본 명세서에서 기술되는 "포함한다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

또한, 명세서에 기재된 "…부", "…기", "모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.

또한, "일(a 또는 an)", "하나(one)", "그(the)" 및 유사어는 본 발명을 기술하는 문맥에 있어서(특히, 이하의 청구항의 문맥에서) 본 명세서에 달리 지시되거나 문맥에 의해 분명하게 반박되지 않는 한, 단수 및 복수 모두를 포함하는 의미로 사용될 수 있다.

이하에서는 도면을 참조하여 본 발명을 보다 상세하게 설명한다.

도 1은 본 발명의 일 실시예에 따른, 서버 제어 시스템의 구성을 도시한 도면이다. 도 1에 도시된 바와 같이, 서버 제어 시스템은 서버(110)와 클라이언트 장치(120)로 구성된다.

서버(110)는 REST API(REpresentational Status Transfer API)를 통해 입력된 제어 메시지에 따라 구성 부품들의 상태를 제어한다.

그리고, 클라이언트 장치(120)는 REST API를 이용하여 서버의 상태를 모니터링하고, 제어 메시지가 입력되면 REST API를 통해 제어 메시지를 서버(110)에 전송한다.

여기에서 REST는 Representational status transfer의 약자이며, 장치들 간에 통신을 하기 위한 약속을 나타내며, '제약 조건의 집합' 또는 '프로토콜' 에 해당된다. 따라서, REST API는 REST의 조건을 모두 만족하는 형태의 API(Application Programming Interface)를 나타낸다.

REST에 대한 조건은 아래와 같은 것을 예로 들 수 있다.

- 자원(Resource) : URI

- 행위(Verb) : HTTP METHOD (GET, POST, DELETE ..)

- 표현(Representation of resource) : 데이터의 형태 (Json, xml, text, ...)

이를 기반으로, REST API의 동작하는 방식을 설명하면 URI와 Http method가 주어지고 입력값에 대한 결과를 json형태로 받게 되는 것이다.

REST API는 Front-end와 Back-end의 완벽한 분리가 가능하므로 생산성 향상이 가능하고, 서로 다른 웹페이지에서 동일한 API호출이 가능하므로 코드의 재사용성이 좋아지며, HTTP를 이용하므로 다양한 플랫폼에서 이용이 가능하여 확장성이 좋고 다양한 기기에서 이용할 수 있게 된다. 따라서, 서버는

서버(110)는 REST API를 통해 클라이언트 장치(120)로부터 입력된 제어 메시지에 따라 구성 부품들의 상태를 제어하며, 여기에서 제어 메시지는 보드 관리 컨트롤러(Board Management Controller, BMC)에 전달되어 보드 관리 컨트롤러에 의해 서버(110)의 구성부품들이 제어되게 된다. 그리고, 제어 메시지는 지능형 플랫폼 관리 인터페이스(IPMI : Intelligent Platform Management Interface) 및 데이터 센터 관리 인터페이스(DCMI : Data Center Management Interface)에 따른 메시지가 될 수도 있다.

보드 관리 컨트롤러(Board Management Controller)는 서버(110)의 구성 부품과 같은 하드웨어들의 동작을 제어한다. 일반적으로, 보드 관리 컨트롤러(Board Management Controller, BMC)는 서버나 일반 컴퓨터에 장착되어 시스템 관리 소프트웨어와 하드웨어 플랫폼 사이에서 시스템 관리를 위한 인터페이스를 제공하고 이를 통해 IPMI(Intelligent Platform Manageability Interface) 기반 소프트웨어 아키텍처 상에서 동작하게 되어 있는 컨트롤러이다. 또한, 보드 관리 컨트롤러는 FPGA(Field Programmable Gate Array)-BMC가 될 수도 있다.

지능형 플랫폼 관리 인터페이스(IPMI : Intelligent Platform Management Interface)는 서버 관리를 위한 관리 인터페이스로 원격지나 로컬서버의 상태를 파악하고 제어할 수 있는 기능의 정의한 것으로 시스템 하드웨어와 센서의 모니터링, 시스템 구성요소 제어, 중요 시스템의 이벤트, 시스템의 원격 관리 및 복구를 위해 인터페이스를 규정하는 임베디드 관리 규격이다. 서버의 관리 효율성을 높이기 위해 만들어진 서버 관리 표준 인터페이스로 원격 지나 로컬 서버의 상태 파악 및 제어가 가능하고 OS와 독립적으로 운영되기 때문에 전원이 꺼진 상태에서도 IPMI를 통해 서버의 상태 모니터링 및 Fan Speed, 전압, 온도 등의 체크가 가능하게 된다.

데이터 센터 관리 인터페이스(DCMI : Data Center Manageability Interface)는 IPMI에 기초하여 데이터 센터의 서버들을 관리할 수 있는 인터페이스이며, IPMI보다는 데이터 센터 관리에 더 적합하도록 일부 옵션 인터페이스들을 더 제공한다.

따라서, 제어 메시지는 지능형 플랫폼 관리 인터페이스(IPMI : Intelligent Platform Management Interface) 또는 데이터 센터 관리 인터페이스(DCMI : Data Center Management Interface)에 따른 형태의 메시지로 구현될 수 있으며, 제어 메시지는 보드관리 컨트롤러에 의해 처리되게 된다.

그리고, 클라이언트 장치(120)는 REST API를 이용하여 서버(110)의 보드 관리 컨트롤러를 통해 복수의 구성부품을 웹(WEB) 기반으로 그래픽 UI 형태로 표시하고, 복수의 구성부품 각각에 대한 활성화 여부를 그래픽 UI을 이용하여 표현한다. 또한, 클라이언트 장치(120)는 웹(WEB)을 기반으로 서버의 상태 모니터링 화면 및 제어 메시지 입력 화면을 제공할 수도 있다. 그리고, 클라이언트 장치(120)는 해당 화면들을 클라이언트 장치(120)에 연결된 디스플레이에 표시하게 된다.

또한, 서버(110)는 메시지 큐(queue)를 이용하여 제어 메시지를 관리한다. 그리고, 서버(110)는 제어 메시지가 메시지 큐에 저장된 순서대로 제어 메시지들을 처리하게 된다.

구체적으로, 서버(110)는 신규 제어 메시지가 수신되면 메시지 큐에 기저장된 제어 메시지들 중 동일한 내용의 제어 메시지가 존재하는지 여부에 따라, 신규 제어 메시지를 메시지 큐에 저장할지 여부를 결정하며, 이와 같은 과정에 대해 도 2를 참고하여 더욱 상세히 설명한다.

도 2는 본 발명의 일 실시예에 따른, 메시지 큐의 동작을 설명하기 위한 흐름도이다.

우선, 서버(110)는 신규 제어 메시지를 수신한다(S210).

그러면, 서버(110)는 메시지 큐에 기저장된 제어 메시지들 중 동일한 내용의 제어 메시지가 존재하는지 여부를 판단한다(S220).

만약, 동일한 내용의 제어 메시지가 존재하는 경우, 서버(110)는 신규 제어 메시지를 삭제하게 된다(S225).

반면, 동일한 내용의 제어 메시지가 존재하지 않는 경우, 서버(110)는 신규 제어 메시지를 메시지 큐에 저장하게 된다(S230).

이와 같은 과정을 통해, 서버(110)는 불필요하게 중복 입력되는 제어 메시지를 제거할 수 있게 되어, 저지연(low latency) 제어 메시지 처리 구조를 구현할 수 있게 된다.

도 3은 본 발명의 일 실시예에 따른, 서버(110)의 BMC(Board Management Controller)를 포함한 구성을 도시한 도면이다.

도 3에 도시된 바와 같이, 서버(110)는 다양한 구성들이 포함되어 있으며, 상단에는 클라이언트 장치(120)와 제어 메시지를 송수신하기 위한 REST API가 포함된 것을 확인할 수 있다. 그리고, 하단에는 BMC(320)가 포함되어 있다. 또한, BMC Handler(330)는 REST API(310)와 BMC(320) 사이에서 이 둘을 제어하게 되며, 예를 들어, REST API(310)를 통해 입력된 제어 메시지를 BMC Handler(330)가 BMC(320)에 전달할 수 있다.

도 4는 본 발명의 일 실시예에 따른, 서버의 BMC와 IPMI(Intelligent Platform Management Interface)의 구성을 도식화한 도면이다. 도 4에 도시된 바와 같이, BMC & IPMI Layer에는 서버(110)의 구성품을 제어하기위한 구성들이 포함되어 있으며, 예를 들어 FAN Control, Power Control, Ambient Temp 등 다양한 구성품의 상태를 제어하기 위한 구성이 포함되어 있는 것을 알 수 있다.

도 5는 본 발명의 일 실시예에 따른, 서버의 BMC와 클라이언트 장치가 클라이언트 장치와 통신하는 구조를 상세히 도시한 도면이다.

도 5에는 IPMI와 DCMI로 구성된 제어 메시지(510)의 일 예가 도시되어 있는 것을 확인할 수 있다. 또한, 도 5에는 제어 메시지(520)를 관리하는 메시지 큐(520)도 함께 도시된 것을 확인할 수 있다. 그리고, 도 5에는 클라이언트 장치(120)에 표시되는 웹 기반의 서버 제어 화면(530)도 함께 표시되어 있다.

도 6은 본 발명의 일 실시예에 따른, 서버의 상세한 구성을 도시한 도면이다. 도 6에 도시된 바와 같이, 서버(110)는 클라이언트 장치(120)로부터 REST API를 통해 입력받은 제어 메시지(650)를 BMC(640)에 전달하여, 온도 센서(610), 팬 센서(620), 및 섀시 영역(630)을 제어하는 것을 확인할 수 있다.

도 7은 본 발명의 일 실시예에 따른, 서버 제어 방법을 설명하기 위한 흐름도이다. 우선, 서버(110)는 REST API(REpresentational Status Transfer API)를 통해 입력된 제어 메시지에 따라 구성 부품들의 상태를 제어한다(S710).

그리고, 클라이언트 장치(120)는 REST API를 이용하여 서버의 상태를 모니터링하고, 제어 메시지가 입력되면 REST API를 통해 제어 메시지를 서버(110)에 전송한다(S720).

상술한 바와 같은 서버 제어 시스템 및 방법은, 저지연 제어 메시지를 구현하여 IPMI(Intelligent Platform Management Interface) 요청에 대한 경량화 REST 처리 구조를 통해 제어 메시지 송수신 기반 서버 컴퓨팅 자원(전원, 샤시, 센서, CPU, 메모리 등) 제어 기능을 지원하게 되고, 웹기반 서버 접근을 제공하므로 사용자 UI의 직관성이 증대되게 된다.

한편, 본 실시예에 따른 장치의 기능 및 방법을 수행하게 하는 컴퓨터 프로그램을 수록한 컴퓨터로 읽을 수 있는 기록매체에도 본 발명의 기술적 사상이 적용될 수 있음은 물론이다. 또한, 본 발명의 다양한 실시예에 따른 기술적 사상은 컴퓨터로 읽을 수 있는 기록매체에 기록된 컴퓨터로 읽을 수 있는 프로그래밍 언어 코드 형태로 구현될 수도 있다. 컴퓨터로 읽을 수 있는 기록매체는 컴퓨터에 의해 읽을 수 있고 데이터를 저장할 수 있는 어떤 데이터 저장 장치이더라도 가능하다. 예를 들어, 컴퓨터로 읽을 수 있는 기록매체는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광디스크, 하드 디스크 드라이브, 플래시 메모리, 솔리드 스테이트 디스크(SSD) 등이 될 수 있음은 물론이다. 또한, 컴퓨터로 읽을 수 있는 기록매체에 저장된 컴퓨터로 읽을 수 있는 코드 또는 프로그램은 컴퓨터간에 연결된 네트워크를 통해 전송될 수도 있다.

본 명세서와 도면에서는 예시적인 장치 구성을 기술하고 있지만, 본 명세서에서 설명하는 기능적인 동작과 주제의 구현물은 다른 유형의 디지털 전자 회로로구현되거나, 본 명세서에서 개시하는 구조 및 그 구조적인 등가물들을 포함하는 컴퓨터 소프트웨어, 펌웨어 혹은 하드웨어로 구현되거나, 이들 중 하나 이상의 결합으로 구현 가능하다.

따라서, 상술한 예를 참조하여 본 발명을 상세하게 설명하였지만, 본 발명이속하는 분야의 통상의 기술자라면 본 발명의 범위를 벗어나지 않으면서도 본 예들에 대한 개조, 변경 및 변형을 가할 수 있다.

또한, 이상에서는 본 발명의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.

110 : 서버
120 : 클라이언트 장치

Claims

REST API(REpresentational Status Transfer API)를 통해 입력된 제어 메시지에 따라 구성 부품들의 상태를 제어하는 서버; 및
REST API를 이용하여 서버의 상태를 모니터링하고, 제어 메시지가 입력되면 REST API를 통해 제어 메시지를 서버에 전송하는 클라이언트 장치;를 포함하는 서버 제어 시스템.
청구항 1에 있어서,
서버는,
메시지 큐(queue)를 이용하여 제어 메시지를 관리하는 것을 특징으로 하는 서버 제어 시스템.
청구항 2에 있어서,
서버는,
제어 메시지가 메시지 큐에 저장된 순서대로 제어 메시지들을 처리하는 것을 특징으로 하는 서버 제어 시스템.
청구항 3에 있어서,
서버는,
신규 제어 메시지가 수신되면 메시지 큐에 기저장된 제어 메시지들 중 동일한 내용의 제어 메시지가 존재하는지 여부에 따라, 신규 제어 메시지를 메시지 큐에 저장할지 여부를 결정하는 것을 특징으로 하는 서버 제어 시스템.
청구항 4에 있어서,
서버는,
동일한 내용의 제어 메시지가 존재하는 경우, 신규 제어 메시지를 삭제하는 것을 특징으로 하는 서버 제어 시스템.
청구항 5에 있어서,
서버는,
동일한 내용의 제어 메시지가 존재하지 않는 경우, 신규 제어 메시지를 메시지 큐에 저장하는 것을 특징으로 하는 서버 제어 시스템.
청구항 1에 있어서,
클라이언트 장치는,
웹(WEB)을 기반으로 서버의 상태 모니터링 화면 및 제어 메시지 입력 화면을 제공하는 것을 특징으로 하는 서버 제어 시스템.
서버가, IPMI를 통해 구성 부품들의 상태를 제어하기 위한 REST API를 제공하고, REST API를 통해 입력된 제어 메시지에 따라 구성 부품들의 상태를 제어하는 단계; 및
클라이언트 장치가, REST API를 이용하여 서버의 상태를 모니터링하고, 제어 메시지가 입력되면 REST API를 통해 제어 메시지를 서버에 전송하는 단계;를 포함하는 서버 제어 방법.