KR20130062991A

KR20130062991A - 가상 서버 제어 시스템 및 프로그램

Info

Publication number: KR20130062991A
Application number: KR1020137007107A
Authority: KR
Inventors: 미네유키 타무라
Original assignee: 가부시키가이샤 히타치 시스테무즈
Priority date: 2011-08-15
Filing date: 2012-03-08
Publication date: 2013-06-13
Also published as: KR101446451B1; US20130318527A1; WO2013024601A1; JP2013041397A; SG189061A1; EP2746943A1; EP2746943A4; CA2812525A1; JP5342615B2; CA2812525C

Abstract

퍼블릭 클라우드등의 대상 시스템에 있어서의 가상 서버등의 스케일제어에 관해서, 처리효율 · 부하분산 등의 충분한 효과나 시스템/서비스의 실현성을 확보할 수 있는 기술을 제공한다. 본 시스템은, 대상 시스템(2)의 가상 서버(21)의 스케일제어를 행하는 기능을 가지며, 대상 시스템(2)을 이용하는 고객기업의 카렌다 정보(51) 및 스케일제어를 위한 실제 스케줄을 생성하기 위한 정의 정보(52)를 설정하는 처리부(14)와, 설정 정보(51), (52)를 참조하여, 스케일제어를 위한 실제 스케줄 정보(53)를 생성하는 스케줄링처리를 행하는 처리부(11)와, 실제 스케줄 정보(53)에 따른 일시타이밍에, 가상 서버(21)에 대한 스케일제어의 지시를 송신하는 처리를 행하는 처리부(12)를 가진다.

Description

가상 서버 제어 시스템 및 프로그램 {VIRTUAL SERVER CONTROL SYSTEM AND PROGRAM}

본 발명은, 퍼블릭 클라우드 등의 대상 시스템에서 가동하는 가상 서버(내지 가상 머신 등)를 제어하는 정보처리 시스템(가상서버 제어시스템) 등에 관한 것으로, 특히, 가상 서버의 스케일(수 등)을 제어하는 기술에 관한 것이다.

종래, 퍼블릭 클라우드등의 대상 시스템에서 가동하는 가상 서버(내지 가상 머신 등)의 스케일(수 등)을 제어하는 기술로서는, 서버의 부하를 기준으로 동적으로 스케일을 제어하는 방식(이른바 스케일 아웃 · 스케일 인)이 중심이 되고 있다. 이 방식에서는, 제어예로서, 수시로 감시 서버등에 의해 물리 서버/가상 서버의 부하를 판단하고, 부하가 증가하였을 때(스레시홀드를 초과할 경우등)는 가동시키는 가상 서버(인스턴스)의 수를 늘리고(스케일 아웃), 부하가 줄었을 때(스레시홀드를 하회할 경우등)는 가동시키는 가상 서버의 수를 줄인다(스케일 인). 이에 의해 처리 성능 등을 제어한다.

상기에 관한 선행 기술예로서, 일본국 특허 공개2011-118525호 공보(특허문헌1)등이 있다. 특허문헌 1에서는, 동적 스케일 제어의 예가 기재되어 있다. 이 방식에서는, 물리 서버와 가상 서버의 부하를 수집하고, 관리 대상의 부하가 스레시홀드에서 벗어났을 때, 그 부하의 변화를 과거 부하변동의 이력을 바탕으로 예측하고, 그 결과에 따라 서버 제어를 행한다.

일본국 특허 공개2011-118525호 공보

상술한 종래의 퍼블릭 클라우드등의 대상 시스템, 및 그 가상 서버의 동적 스케일제어 기술에서는, 효과나 실현성의 면에서 다음과 같은 과제가 있다.

종래의 대상 시스템의 제어에서는, 예를 들면 부하 정보를 바탕으로 가상 서버(인스턴스)의 스케일 인(감소)/스케일 아웃(증가)의 실행을 동적으로 결정하였다고 하더라도, 즉시 그 상태를 실현할 수는 없다. 예를 들면 어느 가상 서버의 스케일 아웃(증가)을 위하여, 지시를 부여하여 새로이 하나 이상의 가상 서버를 기동시켜서, 해당 가상서버로 서비스처리 실행 가능한 상태(기동 완료상태)가 되기까지, 어느 정도의 시간을 필요로 하고 있다. 이 시간(기동시간)은, 시스템 환경등에 의해 달라지나, 예를 들면 15분∼30분 걸리는 경우도 있다. 이 기동 시간분의 시간차(지연)에 의해, 예를 들면 퍼블릭 클라우드등의 대상 시스템의 처리 효율 · 부하 분산등에 관해서 충분한 효과가 나오지 않고, 실현되기 어려운 경우가 있다.

특히, 고객기업이 퍼블릭 클라우드(그 서비스처리)를 이용해서 업무처리등을 실현할 경우, 상기 동적 스케일제어 및 기동시간에 의한 영향에 의해, 업무처리등의 효율이 나빠지는 경우가 있다. 예를 들면 고객기업의 시업시에 상기 영향에 의해 가상서버의 스케일을 잘 조정할 수 없어, 업무처리가 힘든 상태로 되어버리는 경우가 있다. 따라서, 상기 동적 스케일제어를 포함하는 시스템/서비스는, 실현되기 어려운 경우가 있다.

이상을 감안하여, 본 발명의 주목적은, 퍼블릭 클라우드등의 대상 시스템에 있어서의 가상 서버등의 스케일 제어에 관해서, 처리 효율 · 부하 분산등의 충분한 효과나 시스템/서비스의 실현성을 확보할 수 있는 기술을 제공하는 것이다.

상기 목적을 달성하기 위해, 본 발명의 대표적인 형태는, 퍼블릭 클라우드등의 대상 시스템에서 가동하는 가상 서버등을 제어하는 정보처리 시스템(가상서버 제어시스템), 특히 가상 서버등의 스케일 제어를 행하는 시스템 등으로, 이하에 나타내는 구성을 가지는 것을 특징으로 한다.

본 형태의 시스템은, 가상서버의 스케일 제어를 행하는 기능으로서, 대상 시스템을 이용하는 고객기업의 카렌다 정보를 설정자에 의해 설정하는 처리, 및 가상서버의 스케일 제어를 위한 실제 스케줄을 생성하기 위한 정의 정보를 설정자에 의해 설정하는 처리를 행하는 제1 처리부와, 카렌다 정보 및 정의 정보를 참조하여, 가상서버의 스케일 제어를 위한 실제 스케줄 정보를 생성하는 스케줄링 처리를 행하는 제2 처리부와, 실제 스케줄정보의 기술(記述)에 따라, 지정한 일시(日時) 타이밍에, 대상 시스템의 가상 서버에 대한 스케일 제어의 지시를 송신하는 처리를 행하는 제3 처리부와, 대상 시스템의 가상서버의 동작 · 상태를 감시하고 감시정보를 기록하는 제4 처리부를 가진다. 예를 들면, 카렌다 정보는, 해당 고객기업의 영업일 및 휴업일의 정보를 포함한다. 정의 정보는, 대상 가상서버, 날짜정의, 스케일 제어의 가상 서버수의 정보를 포함한다. 실제 스케줄 정보는, 일시, 대상 가상서버, 스케일 제어의 가상 서버수의 정보를 포함한다.

본 형태의 시스템은, 대상 시스템의 가상서버의 정적 스케일제어(지정 일시에 가상 서버수 등을 제어한다)를 기본으로 실행한다(제3 처리부). 정적 스케일제어의 스케줄 생성을 위하여, 카렌다 정보 및 정의 정보를 설정자에 의해 설정하는 수단(제1 처리부)을 가진다. 카렌다 정보 및 정의 정보를 바탕으로, 정적 스케일제어의 스케줄을 생성하는 스케줄링 처리를 실행하는 수단(제2 처리부)을 가진다.

본 발명의 대표적인 형태에 의하면, 퍼블릭 클라우드등의 대상 시스템에 있어서의 가상 서버등의 스케일 제어에 관해서, 처리 효율 · 부하 분산 등의 충분한 효과나 시스템/서비스의 실현성을 확보할 수 있다.

도 1은 본 발명의 일 실시예의 시스템(가상서버 제어시스템)의 전체 구성을 나타내는 도면이다.
도 2는 본 실시예의 시스템에 있어서의 요소간의 처리 시퀸스를 나타내는 도면이다.
도 3은 고객기업 카렌다 정보의 예를 나타내는 도면이다.
도 4는 스케줄 정의 정보의 예를 나타내는 도면이다.
도 5는 실제 스케줄 정보의 예를 나타내는 도면이다

이하, 본 발명의 실시예를 도면에 의거하여 상세하게 설명한다. 또한, 실시예를 설명하기 위한 도면 전체에 있어서 동일부분에는 원칙적으로 동일부호를 부여하고, 그 반복 설명은 생략한다.

[시스템]

도 1에 있어서, 본 발명의 일 실시예의 시스템(가상서버 제어시스템)의 전체 구성을 나타내고 있다. 본 시스템전체는, 주 제어시스템을 구성하는 서버(1)과, 대상 시스템인 퍼블릭 클라우드(2)(가상서버 가동시스템)나 가상 머신 가동시스템(3)과, 대상 시스템을 이용하는 고객기업(설정자)의 컴퓨터(4)(내지 고객기업 시스템)를 가지며, 이들은 인터넷 등의 네트워크(5), (6)로 접속된다. 대상 시스템(2), (3) 및 고객기업(고객기업 시스템)은 복수개 존재할 수도 있다.

본 실시예에서는, 고객기업(설정자)의 컴퓨터(4)를 포함하는 고객기업 시스템내에 그 일구성요소로서 서버(1)을 설치하고, 그들이 랜(LAN) 등의 네트워크(5)로 접속된다. 그리고, 컴퓨터(4)는, 고객기업담당자(시스템 관리자등)를 설정자로서 사용된다. 또한 이에 한정되지 않고, 서버(1)은 고객기업 시스템과는 독립하여 네트워크상에 존재할 수도 있다. 또 컴퓨터(4)를 사용하는 설정자는, 고객기업담당자 이외의 자, 예를 들면 서버(1)를 제공하는 사업자측의 담당자등이어도 된다.

서버(1)는, 스케쥴러부(11), 가상서버 제어부(12), 감시부(13), 및 UI(유저인터페이스)부(14)를 포함하는 처리부와, 고객기업 카렌다 정보(51), 스케줄 정의 정보(52), 실제 스케줄 정보(53), 및 감시 정보(54)를 포함하는 데이터 정보(대응하는 기억부)를 가진다. 각 처리부(11)∼(14)는, 예를 들면 서버(1)의 프로세서나 메모리나 통신 인터페이스 등의 공지된 요소를 이용한 프로그램 처리(본 실시예의 프로그램에 의한 처리)로 실현할 수 있다.

또한 서버(1)에 있어서의 감시부(13) 및 감시 정보(54)를 포함하는 감시 시스템부분은, 스케쥴러부(11), 가상서버 제어부(12) 등을 포함하는 주 제어시스템 부분과는 다른 시스템(서버 등)으로 구성하여 연계하여도 된다. 다른 시스템으로서 기존의 통합감시 시스템 등을 이용하여도 된다.

퍼블릭 클라우드(2)는, 인터넷(네트워크(5))상에 구성되고, 불특정의 사용자(본 예의 경우는 고객기업 시스템을 포함한다)에 대하여 클라우드 컴퓨팅에 의한 서비스 처리를 제공하는 공지의 정보처리 시스템으로, 도시하지 않은 물리서버 등의 하드웨어 및 가상화 소프트웨어 등을 이용하여 가상 서버(21)가 가동되는 시스템이다.

서버(1)의 감시부(13)는, 대상의 퍼블릭 클라우드(2)의 가상 서버(21)의 동작 · 상태를 감시한다. 따라서, 해당 가상 서버(21)의 동작 · 상태를 감시하는 처리부(프로그램 처리로 실현된다)인 감시 에이전트(22)를, 대상의 퍼블릭 클라우드(2)내에서 가동시킨다(공지기술). 감시 에이전트(22)는, 예를 들면 대상의 가상 서버(21)과 함께 가동하고, 감시 설정정보에 의거하여, 대상의 가상 서버(21)의 동작 · 상태를 나타내는 감시 정보(a3)를 발행하고, 네트워크(5)를 개재하여 감시부(13)로 송신한다. 감시 정보(a3)는, 예를 들면 가상 서버(21)의 부하나 리소스의 상태를 나타내는 정보나, 가동중의 가상서버의 스케일(수 등)의 정보를 포함한다. 또한, 감시 정보(a3)로서, 가상 서버(21)의 기동에 필요로 하는 기동 시간(T)의 실적치 또는 예측치의 정보를 갖게 하면 바람직하다.

가상머신 가동시스템(3)은, 가상 머신(가상 컴퓨터)이 가동되는 시스템으로, 예를 들면 VMware(소프트웨어)등을 이용한 시스템이다. 가상머신 가동시스템(3)은, 퍼블릭 클라우드(2)와 마찬가지로, 본 시스템의 대상 시스템으로 취급할 수 있으며, 가상 머신이 스케일 제어대상이 된다. 이하에서는 퍼블릭 클라우드(2)를 대상 시스템으로 할 경우를 설명하나, 가상머신 가동시스템(3)의 경우라도 동일하다.

고객기업(고객기업 시스템)이 퍼블릭 클라우드(2)(그 가상 서버(21)에 의한 서비스 처리)를 이용하여 실현하는 처리는, 예를 들면 자사의 업무처리나 그 데이터의 백업처리 등을 들 수 있다. 고객기업마다의 형편(특성)으로서, 업무처리등의 요건이 있고, 해당 특성에 따라 가상 서버(21)의 스케일이 요구된다. 또 고객기업이 특정 영업일에는 부하가 높다고 하는 특성도 있어, 해당 특성에 따라 가상 서버(21)의 스케일이 요구된다.

고객기업(설정자)의 컴퓨터(4)는, 퍼블릭 클라우드(2) 등의 대상 시스템을 이용하는 고객기업에 있어서의 담당자(설정자)의 컴퓨터/정보처리 시스템으로, 네트워크(6)을 개재하여 본 시스템(서버 1)을 이용한다. 특히, 설정자는, 컴퓨터(4)를 조작하여, 네트워크(6)을 개재하여 서버(1)의 UI부(14)(웹 서버 등)에 액세스하고, 그 처리를 통하여, 필요한 정보(51), (52)를 설정한다(a0). 고객기업 카렌다 정보(51) 및 스케줄 정의 정보(52)는, 고객기업(설정자)의 형편 · 방침에 따른 내용을 적당히 설정할 수 있다.

스케쥴러부(11)는, 고객기업 카렌다 정보(51)과 스케줄 정의 정보(52)와 감시 정보(54)로부터, 실제 스케줄 정보(53)을 생성하는 스케줄링 처리를 행한다(a1). 실제 스케줄 정보(53)은, 정적 스케일제어(가상서버제어)의 지시정보이다. 특히, 스케쥴러부(11)은, 감시 정보(54)의 참조에 의거하여(a5), 퍼블릭 클라우드(2)마다, 가상 서버(21)마다의 부하나 기동시간(T)을 파악하고, 이를 고려한 스케줄링을 자동적으로 행하는 기능을 구비하고 있다. 또한, 스케쥴러부(11)는, 변형예(추가기능)로서, 실제 스케줄(53)의 작성시에, 감시 정보(54)로부터 필요가상 서버수를 예상하고, 실제 스케줄(53)에 반영한다. 다만 이는 스케줄 정의 정보(52)에서 설정된 가상서버범위(최소가상 서버수∼최대가상 서버수)에 한정된다(후술).

가상서버 제어부(12)는, 가상 서버(21)를 대상으로 하여 정적 스케일제어를 행한다. 가상서버 제어부(12)는, 실제 스케줄 정보(53)에 따른 일시(타이밍)에, 대상 시스템(2)의 가상 서버(21)에 대하여 스케일 제어를 지시한다(a2). 또한 본 실시예에서는, 대상 시스템(2)은, 외부로부터의 지시(a2)에 의거하여 가상 서버(21)의 스케일(수 등)을 제어하는 기능을 가지며, 이 지시(a2)에서는, 가동시키는 가상 서버(21)의 수 등을 지정하면 되고, 개별의 가상 서버(21)의 기동이나 정지(기동종료)를 지시할 필요는 없다.

감시부(13)는, 대상 시스템(2)의 가상 서버(21)의 동작상태를 감시한다. 감시부(13)는, 감시 에이전트(22)로부터의 감시 정보(a3)를 수신하고, 데이터베이스(DB)에 감시 정보(54)(로그정보)로서 기록 · 유지한다(a4). 또, 감시부(13)은, 적절히, 감시 정보(a3)(54)를 분석처리하고, 그 결과를 DB에 감시 정보(54)(분석정보)로서 기록 · 유지한다(a4).

UI부(14)는, 예를 들면 웹 서버로 실장하고, 설정자(4)에 대하여, 웹(Web) 페이지 등의 형식으로 설정용정보를 제공한다. 예를 들면, 설정자는, 컴퓨터(4)의 디스플레이화면에 상기 웹(Web) 페이지를 표시하고, 그 중의 테이블에 대하여 설정정보를 입력 · 편집할 수 있다. 또한 이에 한정되지 않고, 서버(1)에 직접적으로 정보(51), (52)를 설정하는 형태나, 서버(1)이 고객기업 시스템측에서 필요한 정보(51), (52)를 취득 · 수신하는 형태 등으로 하여도 된다.

[처리]

도 2에 있어서, 도 1의 각 요소간의 처리 시퀸스를 나타내고 있다((S101)등은 처리스텝을 나타낸다).

(S101) 먼저, 미리, 설정자는, 컴퓨터(4)로부터, 서버(1)의 UI부(14)에 액세스하고, 고객기업 카렌다 정보(51)(구체예는 도 3)을 입력 · 설정한다. 이 설정내용은 적당히 갱신가능하다.

(S102) 마찬가지로, 미리, 설정자는, 컴퓨터(4)로부터, 서버(1)의 UI부(14)에 액세스하고, 스케줄 정의 정보(52)(구체예는 도 4)를 입력 · 설정한다. 이 설정내용은 적당히 갱신가능하다.

(S103) 서버(1)의 스케쥴러부(11)는, 설정에 의거한 소정의 타이밍, 예를 들면 매일 23시마다 동작하고, 입력정보인 고객기업 카렌다 정보(51)과 스케줄 정의 정보(52)와, 감시 정보(54)(존재할 경우)로부터, 대상시간단위(예를 들면 다음날, 다음주, 다음달 등)의 실제 스케줄 정보(53)(구체예는 도 5)을 생성하는 스케줄링처리를 행한다.

(S104) 서버(1)의 가상서버 제어프로그램부(12)는, 실제 스케줄 정보(53)를 참조하고, 그 기술에 따라, 그 일시의 타이밍에 따라서, 대상 시스템(2)의 가상 서버(21)에 대하여, 스케일제어를 실행한다. 즉, 서버1(12)로부터, 스케일제어의 지시(a2)를 대상 시스템(2)에 송신한다. 지시(a2)는, 대상의 가상서버ID나 가상 서버수(스케일 제어치)등의 지정이나, 필요한 인증정보 등을 포함한다.

(S105) 대상 시스템(2)은, 서버 1(12)에서 수신한 지시(a2)에 따라, 가상 서버(21)의 수 등을 제어(증감)한다. 예를 들면, 현재 가동중의 가상 서버수보다도 지시(a2)에서 지정되어있는 가상 서버수쪽이 많을 경우는, 그 차이분의 가상 서버(21)를 기동시키고(스케일 아웃), 적을 경우는, 그 차이분의 가상 서버(21)를 정지(기동 종료)시킨다(스케일 인).

(S106) 상기(S105)에 따라, 감시 에이전트(22)는, 가상 서버(21)의 기동/정지를 포함하는 동작상태를 감시하고 있고, 그 변화를 감시 정보(a3)로서 발행한다. 감시 정보(a3)는, 예를 들면 가상 서버(21)의 ID, 부하 · 리소스 · 수 등의 실적치를 포함한다. 더 바람직하게는 가상 서버(21)의 기동시간(T)의 실적치 등을 포함한다.

(S107) 감시 에이전트(22)는, 상기 감시 정보(a3)를 네트워크(5)를 개재하여 서버(1)의 감시부(13)에 송신한다. 감시부(13)는, 수신한 감시 정보(a3)를 DB에 감시 정보(54)(로그정보)로서 기록한다.

(S108) 감시부(13)는, 적당한 타이밍에서, 상기 감시 정보(a3)(54)를 분석처리하고, 그 결과를 DB에 감시 정보(54)(분석정보)로서 기록한다. 감시부(13)의 분석처리의 내용은 예를 들면, 가상 서버(21)의 부하 · 리소스 · 수 등의 실적치를 바탕으로 금후의 부하 · 리소스 · 수 등을 예측하는 것(대응하는 예측치를 격납한다)이나, 가상 서버(21)의 기동시간(T)의 실적치를 바탕으로 금후의 기동시간(T)을 예측하는 것(대응하는 예측치를 격납한다) 등을 들 수 있다.

상기 (S107), (S108)의 결과(감시 정보(54))는, (S103)에서 참조되고, 스케줄링에 반영되게 된다. 이후 동일한 반복이다.

[고객기업 카렌다 정보]

도 3에, 고객기업 카렌다 정보(51)의 예를 나타내고 있다. 예를 들면, 대상을 고객기업 A의 2011년 (1월∼12월)으로 하였을 때의 1월분을 나타내고 있다. 고객기업 카렌다 정보(51)는, 실제 스케줄(53)을 생성하기 위한 기본정보이며, 고객기업마다의 고유특성에 따른 내용 정보이다. 고객기업 카렌다 정보(51)은, 일반적인 카렌다상에, 고유의 일시정보(타입정보)로서, 적어도, 해당기업의 영업일 및 휴업일의 정보를 포함한다. 괄호안의 숫자는 영업일을 나타내고, 점선틀은 휴업일을 나타낸다. 본예에서는, 간단하게 2종류의 날로 하여, 휴업일 이외는 영업일(영업시간은 예를 들면 9시∼17시)로 한다. 예를 들면 1월3일이 제1 영업일(월초 영업일)이며, 1월31일이 제22영업일(월말 영업일)이다. 상기 2종류의 날이외에도 업무등에 따른 각종의 날(예를 들면 반나절 영업일 등)을 설정 가능하다.

해당기업 A의 퍼블릭 클라우드(2)(가상 서버(21))의 이용에 관계되는 특성으로서, 예를 들면 휴업일은 부하(서버부하)가 낮고, 통상 영업일(일부의 특정 영업일을 제외한 영업일)은 부하가 중간정도이며, 일부의 특정 영업일에는 부하가 높아진다. 일부의 특정 영업일이란, 예를 들면 월초 영업일이나 월말 영업일, 또는 휴업일 전영업일이나 다음 영업일, 혹은 지정된 특정한 날(예를 들면 특별한 처리를 실행하는 날)등을 들 수 있다. 상기 특정 영업일등의 정보는, 고객기업 카렌다 정보(51)또는 스케줄 정의 정보(52)에 대하여 설정 가능하게 되어있다(본 실시예에서는 스케줄 정의 정보(52)에 날짜정의 등의 형태로 설정가능하다).

또 고객기업 카렌다 정보(51)는, 해당고객기업마다 복수종류의 카렌다 정보를 가질 경우도 있다. 예를 들면 부서마다 다른 카렌다 정보의 경우이다. 이 경우는 복수의 각 카렌다 정보를 설정가능하다.

또한 변형예로서, 고객기업 카렌다 정보(51)(영업일 · 휴업일등의 정보)에 관련정보를 갖게 해서 이용할 수도 있다. 예를 들면 영업일 · 휴업일등에 관련지어지는 업무처리내용(예를 들면 통상업무, 백업, 특별처리 등)이나, 고객기업의 종업원수나 입퇴사(출근) 관리의 정보 등을 들 수 있다. 이들 관련정보는, 서버(가상 서버(21))의 부하 등에 영향을 주는 정보로, 본 시스템(스케쥴러부(11))에 의한 스케줄링에 이용할 수 있다.

[스케줄 정의 정보]

도 4에, 스케줄 정의 정보(52)의 예(테이블)를 나타내고 있다. 도 3의 (51)의 내용과 대응한 설정 예이다(대상 년월: 예를 들면 2011년 1월). 또한 복수의 각 고객기업(A, B 등)의 설정정보를 포함하고 있다(고객기업마다 분리하여도 된다). 본 테이블은, 관리항목(열)으로, (a)고객기업, (b)가상서버ID, (c)날짜정의, (d)휴일동작, (e)가상 서버수, (f)예측기동시간, (g)가상서버 범위 등을 가진다. 스케줄 정의 정보(52)는, 실제 스케줄(53)을 생성하기 위한 정의(방침 등)를 설정하는 정보이다.

(a) 고객기업은, 고객기업의 식별정보로, 예를 들면 A, B 등을 가진다.

(b) 가상서버 ID는, 스케일제어의 대상이 되는 가상 서버(21)의 식별정보로, 예를 들면 Sa001, Sb001등을 가진다.

(c) 날짜정의는, 스케일제어를 실행하는 대상이 되는 일시에 관한 정의정보이다. 예를 들면, 제1행(#1)에서는「매일오전 9시」, #2에서는「제1 영업일오전 10시」, #3에서는「제2 월요일오전 11시30분」, #4에서는「제4 월요일오전 12시」, #5에서는「월말일오전8시30분」, #6에서는「역일10일오전9시30분」이라고 하는 예이다.

(d) 휴일동작은, 해당날짜(c)가 휴업일일 경우에 어떻게 동작 · 제어시킬지를 지정하는 정보이다. 예를 들면 #1에서는「실행없슴」, #3에서는「전영업일에 실행」, #4에서는「다음 영업일에 실행」이라고 하는 예이다(내부적으로는 각각 소정의 타입정보 등으로 관리된다). 「실행없슴」의 경우, 해당 휴업일에는 스케일제어를 실행하지 않는다. 「전영업일에 실행」의 경우, 해당날짜의 제어를, 가장 가까운 전영업일에 실행시키는 지정을 나타낸다. 「다음 영업일에 실행」의 경우, 해당날짜의 제어를, 가장 가까운 다음 영업일에 실행시키는 지정을 나타낸다.

(e) 가상 서버수는, 스케일제어에서의 가동시키는 가상 서버(21)(인스턴스)의 수(목표치)를 지정하는 정보이다. 예를 들면 이 값을 10으로 하여 지시(a2)를 송신하였을 경우, 그때의 실제가동 가상서버수가 7대이면, 대상 시스템(2)에서 새로 3대가 기동되고, 그때의 실제가동 가상서버수가 15대이면, 대상 시스템(2)에서 5대가 정지(기동종료)된다. 또한 스케일제어로서는, 가상 서버수에 한정되지 않고, 다른 파라메타, 예를 들면 CPU 수, 메모리 수 등을 제어하는 형태도 동일하게 실현 가능하다.

(f) 예측기동시간(단위는 예를 들면 분)은, 해당 가상 서버(21)(1대당)의 기동에 요하는 시간(T)(지시를 부여하고나서 기동 완료될 때까지의 시간)의 예측치이다. 이 값은, 설정자에 의해 컴퓨터(4)에서 임의로 설정하는 형태(경험적인 예측치를 이용한다)로 하여도 된다. 또한, 감시부(13)의 분석처리로 감시 정보(54)에 격납한 실적치나 예측치를 이용하여 스케쥴러부(11) 등에 의해 자동적으로 해당 항목치를 갱신하는 형태로 하여도 된다. T의 단위는 분으로 한정되지 않고, 레벨(짧다/보통/길다)등으로 설정할 수도 있다.

(g) 가상서버 범위는, 스케쥴러부(11) 및 감시 정보(54)를 이용하여 동적 스케일제어를 추가할 경우에 있어서의 변경가능한 가상 서버수의 상하한치(최소가상 서버수∼최대가상 서버수)를 규정한다. 예를 들면 #1에서는, e의 가상 서버수(정적 스케일제어 목표치)가 7이지만, 동적 스케일제어를 추가할 경우에, g와 같이 하한치가 4, 상한치가 10까지의 범위에서 가상 서버수를 동적으로 변경가능하게 하는 것을 나타낸다. g의 값은, 설정자에 의해 컴퓨터(4)에서 임의로 설정 가능하다. g범위의 값은, 대수에 한정되지 않고, 레벨(없슴(고정)/좁다/넓다)등으로 설정할 수도 있다.

예를 들면 기업 A의 설정자는, 컴퓨터(4)에서 UI부(14)를 통해서 스케줄 정의 정보(52)의 자사의 정보부분에 대하여, 자사의 업무등의 특성에 따른 스케일제어 방침을 설정한다. 예를 들면 도 4의 #2와 같이 , 기업 A의 제1 영업일오전 10시에 대상 시스템(2)의 대상 가상서버 Sa001을 5대 기동완료된 상태로 하고 싶다고 하는 목표치를 설정한다. 이 목표치의 설정에 따라, 이후, 스케쥴러부(11)가 바람직한 실제 스케줄 정보(53)(서버부하나 예측기동시간 등을 고려한 바람직한 정적 스케일제어 스케줄)을 생성하고, 자동적으로 가상서버 제어부(12)가 정적 스케일제어를 실행한다.

도 4의 설정예(대상년월: 2011년 1월)에서는, #1에서는, 기업 A가 대상 시스템(2)의 가상서버 Sa001을, 매일(영업일만) 오전 9시에 7대 기동상태로 하는 목표를 나타낸다. 또 해당 가상서버 Sa001의 예측기동시간(T)은 5분이며, 동적 스케일제어의 가상서버범위는 4∼10대이다. #2에서는, 동 가상서버 Sa001을, 제1 영업일오전 10시에 5대 기동상태로 하는 목표를 나타낸다. 예측기동시간(T)은 5분이며, 범위는 5대로 고정(동적 스케일제어 없슴)이다. #3에서는, 동 가상서버 Sa001을, 제2 월요일오전 11시30분에 10대 기동상태로 하는 목표, 및 해당일이 휴업일일 경우는 전영업일에 실행시키는 것을 나타낸다. 또한 T=30분으로 길고 범위는 2∼15대이다. #4에서는, 대상 시스템(2)의 가상서버 Sb001을, 제4 월요일오전 12시에 10대 기동상태로 하는 목표, 및 해당일이 휴업일일 경우는 다음 영업일에 실행시키는 것을 나타낸다. T=20분, 범위는 2∼15대이다. #5에서는, 대상 시스템(2)의 가상서버 Sa002를, 월말오전 8시30분에, 5대 기동상태로 하는 목표를 나타낸다. T=15분, 범위는 2∼6대이다. #6에서는, 대상 시스템(2)의 가상서버 Sb003을, 역일10일오전 9시30분에 5대 기동상태로 하는 목표, 및 해당일이 휴업일일 경우는 다음 영업일에 실행시키는 것을 나타낸다. T=10분, 범위는 2∼10대이다. #7, #8에서는, 마찬가지로, 다른 기업B가 대상 시스템(2)의 가상서버 Sc001등을 지정날짜에 지정대수 기동상태로 하는 목표등을 나타낸다(도시 생략).

또한 스케줄 정의 정보(52)의 설정은, 도 4와 같은 테이블에 대하여 직접 입력설정하는 형태에 한정되지 않는다. 예를 들면 UI부(14)에서 정의패턴이나 타입정보를 미리 준비해 두고, 설정자가 해당패턴이나 타입을 선택 입력할 수 있다.

[실제 스케줄 정보]

도 5에, 실제 스케줄 정보(53)의 예(테이블)를 나타내고 있다. 도 3의 (51), 도 4의 (52)의 내용과 대응한 생성예이다(대상 년월: 예를 들면 2011년 1월). 시계열순으로 제어단위마다 행이 늘어선 형태이다. 실제 스케줄 정보(53)은, 관리 항목(열)으로, (a)일시, (b)가상서버ID, (c)가상 서버수, (d)인증정보 등을 가진다.

(a) 일시는, 가상서버 제어부(12)에 의해 스케일제어를 실행하는 일시(지시(a2)를 송신하는 일시)를 나타낸다. (b)가상서버ID는, 스케일제어대상의 가상 서버(21)을 지정하는 식별정보이다. (c)가상 서버수는, 스케일 제어에서의 가동시키는 가상 서버수를 지정하는 정보이다. (d)인증정보는, (c)가상 서버수를 포함하는 스케일제어 지시(a2)를 대상 시스템(2)에 송신하여 서버를 제어할 때에 필요로 하는 인증정보로, 예를 들면 사용자ID, 비밀번호 등의 정보이다.

도 5에서, 예를 들면 #1에서는, 도 4의 #1에 따라, 도 3의 1월3일(제1 영업일(월초영업일)) 8시55분(T=5분)에, 대상의 가상서버 Sa001을 10대 기동상태가 되도록 지시(a2)를 송신하는 것을 규정하고 있다. 도 4의 #1에서 c의 날짜정의에서는 오전 9시(목표)이고, f의 예측기동시간(T)=5분이므로, 도 5의 #1에서는, 9시보다도 5분전인 8시55분에 지시(a2)를 송신하도록 스케줄을 생성하고 있다. 이에 따라 종래보다도 실제의 기동상태를 목표치에 근접시킬 수 있다. 또한 더 나아가서는, 상기 지시를 송신하는 일시(8시55분)는, 여유를 두고 더 전에 되도록 설정할 수도 있다.

마찬가지로, #2에서는, 도 4의 #2에 따라, 같은 날 오전9시55분(목표 5분전)에, 동 Sa001을 5대 기동시키는 지시를 나타낸다. #3에서는, #1과 마찬가지로, 도 4의 #1에 따라, 1월4일 8시55분에, Sa001을 7대 기동시키는 지시를 나타낸다. #4에서는, 도 4의 #6에 따라, 도 3의 1월10일의 다음 영업일인 1월 11일오전 9시20분(목표 10분전)에, 가상서버 Sb003을 5대 기동시키는 지시를 나타낸다. #5에서는, 도 4의 #3에 따라, 도 3의 1월17일의 전영업일인 1일 14일 11시(목표 30분전)에, Sa001을 10대 기동시키는 지시를 나타낸다. #6에서는, 도 4의 #4에 따라, 도 3의 1월24일 다음 영업일인 1월25일오전 11시40분(목표 20분전)에, 가상서버 Sb001을 10대 기동시키는 지시를 나타낸다. #7에서는, 도 4의 #5에 따라, 도 3의 1월31일오전 8시15분(목표 15분전)에, 가상서버 Sa002를 5대 기동시키는 지시를 나타낸다.

상기 제어결과, 만일 예측과 실적에서 차이가 생겼다고 하더라도, 감시 정보(54)로 기록되고, 후일의 스케줄링에서 반영할 수 있다. 예를 들면 예측기동시간(T)을 수정(갱신)하고, 그에 따라 실제 스케줄 정보(53)의 일시가 전후로 수정된다. 이로 인해, 점점 처리효율을 높일 수 있다.

또한 실제 스케줄 정보(53)은, 변형예로서, 대상 시스템에 따라, 기동시키는 가상 서버수나 정지시키는 가상 서버수를 지정하여 제어하는 형태로 할 수도 있다.

[가상서버 기동시간]

상술한 가상서버의 기동시간(T)에 대해서 보충한다. 예를 들면 어느 퍼블릭 클라우드 A에서는, 어느 가상서버 A의 기동(지시를 부여하고 나서 기동완료상태로 되기까지)에 15분을 요한다고 한다(T=15분). 각종 퍼블릭 클라우드에 따라 가상서버의 기동메커니즘 등을 포함하는 내부적인 구조가 다르고, 또 그때의 부하등의 상황에 따라, 상기 기동시간(T)도 달라진다. 또한 퍼블릭 클라우드의 설비가 존재하는 지리적인 위치나, 클라이언트와의 통신거리 등에 따라, 상기 기동시간(T)이 달라진다. 상기 기동시간(T)은, 일반적으로 외부에서는 예측이 어렵고, 부정적이다.

본 시스템에서는, 특징의 하나로서, 상기 기동시간(T)을 파악하고(감시부(13), 도 4의 (52)의 f등), 스케쥴러부(11)에 의한 스케줄링에 반영한다. 즉 고객의 설정한 목표치에 대하여, 예측기동시간(T)분을 고려한 조금 빠른 실제 스케줄의 일시를 생성하고 있다. 이에 의해 바람직한 스케일 제어를 실현하고 있으며, 결과, 효율적인 업무처리 등을 실현한다.

[동적 스케일제어]

상술한 동적 스케일제어에 대해서 보충한다. 감시부(13)은, 감시 정보(a3)에 의해, 대상 시스템(2)의 동적인 리소스 상태를 파악하고, 감시 정보(54)로서 기록한다. 본 시스템의 추가적인 기능으로서, 스케쥴러부(11)는, 상기 감시 정보(54)의 동적인 리소스 상태의 정보를 참조하고, 그 상태의 판단에 의거하여, 가상서버 제어부(12)에 의한 기본의 정적 스케일제어에 대하여, 소정의 범위내에서 동적 스케일제어를 가할 수 있다. 즉, 스케쥴러부(12)는, (51), (52)에 의거하는 정적 스케일제어 외에, 상기 동적 스케일제어를 반영한 실제 스케줄 정보(53)을 생성하는 처리를 행한다. 이 추가적인 기능을 사용할 경우(UI부(14)에서 사용선택 · 설정가능), 어느 일시타이밍에서의 정적 스케일제어에 의한 대상 시스템(2)의 가상 서버(21)의 실제 상황(실적)을 감안하여, 차후의 일시타이밍에서 가동시키는 가상 서버(21)의 수를 소정의 범위내에서 증감하는 조정을 가능하게 한다. 이에 의해 리소스상황 등을 개선할 수 있다. 어디까지나 실제 스케줄 정보(53)에 의거하는 정적 스케일제어를 기본으로 하고, 동적 스케일제어를 보좌적으로 이용하는 형태가 된다.

[효과 등]

이상 설명한 바와 같이, 본 실시예에 의하면, 퍼블릭 클라우드(2) 등의 대상 시스템에 있어서의 가상 서버(21) 등의 스케일제어에 관해서, 처리효율 · 부하분산 등의 충분한 효과나 시스템/서비스의 실현성을 확보할 수 있다. 본 시스템에서는, 고객기업의 카렌다(51) 및 스케줄 정의(52)에 따라 정적 스케일제어를 위한 실제 스케줄(53)을 결정한다고 하는 독자적인 기능을 갖추고 있으며, 고객기업담당자 등이 설정한 카렌다(51) 및 스케줄 정의(52)에 따라, 대상 시스템(2)의 가상 서버(21)의 스케일을 효과적으로 제어할 수 있어, 고객기업의 업무처리 등을 효율화할 수 있다. 종래의 동적 스케일제어의 경우에는 고객기업의 스케줄 등의 형편과 적합하지 않으며 처리 효율이 나빠져버리는 경우가 있으나, 본 시스템의 정적 스케일제어를 이용하는 것으로 충분한 효과 및 실현성을 확보할 수 있다.

본 시스템에서는 특히, 대상 시스템(2)의 서버부하(예를 들면 부하피크 일시)나 가상 서버(21)의 기동시간(T)을 고려 · 반영한 실제 스케줄(53)을 자동적으로 생성하여 효과적인 정적 스케일제어를 실현할 수 있다. 목표일시에 대하여 지연(T)분만큼 조금 빠른 일시에 기동지시(a2)를 송신하므로, 목표일시에 지정의 가상 서버수를 기동상태로 할 수 있다.

종래의 일반적인 정적 스케일제어 혹은 스케줄 제어에서는, 단순히 소정(지정)의 스케줄(일시)에 따라 고정적으로 서버의 스케일(수 등)을 변경할 뿐으로, 고객기업마다의 영업일 · 휴업일등의 특성, 업무처리등의 특성에 대응한 스케일제어는 되어있지 않다. 따라서 예를 들면 특정 영업일의 시업시에 부하나 기동시간(T)의 영향에 의해 업무처리등의 효율이 나빠진다고 하는 문제에 잘 대처할 수 없다. 한편, 본 실시예에서는, 고객기업마다의 형편 · 특성을 고려한 독자적인 정적 스케일제어를 실현하고 있어, 상기 문제에도 대처할 수 있다.

이상, 본 발명자에 의해 이루어진 발명을 실시예에 의거하여 구체적으로 설명하였으나, 본 발명은 상기 실시예에 한정되는 것이 아니라, 그 요지를 일탈하지 않는 범위에서 여러가지로 변경가능하다.

[산업상의 이용 가능성]

본 발명은, 고객기업 정보처리시스템, 클라우드 컴퓨팅시스템, 통합감시 시스템 등에 이용가능하다.

1 : 서버 2 : 퍼블릭 클라우드
3 : 가상머신 가동 시스템 5, 6 : 네트워크
11 : 스케쥴러부 12 : 가상서버 제어부
13 : 감시부 14 : UI부

Claims

컴퓨터의 정보 처리를 이용하여, 대상 시스템에서 가동하는 가상서버를 제어하는, 가상서버 제어시스템으로,
상기 대상 시스템을 이용하는 고객기업의 카렌다 정보를 설정자에 의해 설정하는 처리, 및 상기 가상서버의 스케일제어를 위한 실제 스케줄을 생성하기 위한 정의 정보를 설정자에 의해 설정하는 처리를 행하는 제1 처리부와,
상기 카렌다 정보 및 정의 정보를 참조하여, 상기 가상서버의 스케일제어를 위한 실제 스케줄정보를 생성하는 스케줄링처리를 행하는 제2 처리부와,
상기 실제 스케줄정보의 기술에 따라, 지정의 일시타이밍에, 상기 대상 시스템의 가상서버에 대한 스케일제어 지시를 송신하는 처리를 행하는 제3 처리부를 가지며,
상기 카렌다 정보는, 해당 고객기업의 영업일 및 휴업일의 정보를 포함하고,
상기 정의 정보는, 대상 가상서버, 날짜정의, 스케일제어의 가상 서버수의 정보를 포함하고,
상기 실제 스케줄정보는, 일시, 대상 가상서버, 스케일제어의 가상 서버수의 정보를 포함하는 것을 특징으로 하는 가상 서버 제어 시스템.
제 1항에 기재된 가상 서버 제어 시스템에 있어서,
상기 대상 시스템의 가상서버의 동작 · 상태를 감시하고 감시 정보를 기록하는 제4 처리부를 가지며,
상기 감시 정보는, 상기 가상서버의 부하 또는 리소스의 실적치 및 예측치의 적어도 하나를 포함하고,
상기 제2 처리부는, 상기 감시 정보를 참조하여, 상기 대상 시스템의 가상서버의 부하 또는 리소스의 상태를 고려한 상기 스케일제어의 가상 서버수가 되도록, 상기 실제 스케줄 정보를 생성하는 스케줄링처리를 행하는 것을 특징으로 하는 가상 서버 제어 시스템.
제 1항에 기재된 가상 서버 제어 시스템에 있어서,
상기 대상 시스템의 가상서버의 동작 · 상태를 감시하고 감시 정보를 기록하는 제4 처리부를 가지며,
상기 감시 정보는, 상기 가상서버의 기동시간의 실적치 및 예측치의 적어도 하나를 포함하고,
상기 제2 처리부는, 상기 감시 정보를 참조하여, 상기 대상 시스템의 가상서버의 기동시간을 고려한 상기 일시가 되도록, 상기 실제 스케줄 정보를 생성하는 스케줄링처리를 행하는 것을 특징으로 하는 가상 서버 제어 시스템.
제 1항에 기재된 가상 서버 제어 시스템에 있어서,
상기 정의 정보에 있어서의 상기 날짜정의는, 종류로서, 특정 영업일, 특정 휴업일, 특정 요일, 특정 역일, 및 특정 시각을 정의하는 정보를 포함하고, 상기 설정자에 의해 임의로 설정 가능한 것을 특징으로 하는 가상 서버 제어 시스템.
제 1항에 기재된 가상 서버 제어 시스템에 있어서,
상기 정의 정보는, 휴업일의 동작을 정의하는 정보를 포함하고,
상기 휴업일의 동작을 정의하는 정보는, 종류로서, 제어 실행없슴, 전영업일에 실행, 다음 영업일에 실행을 포함하고, 상기 설정자에 의해 임의로 설정 가능한 것을 특징으로 하는 가상 서버 제어 시스템.
제 1항에 기재된 가상 서버 제어 시스템에 있어서,
상기 정의 정보는, 대상 가상서버의 예측기동시간의 정보를 포함하며, 상기 설정자에 의해 임의로 설정 가능하고,
상기 제2 처리부는, 상기 스케줄링 처리시, 상기 예측기동시간 분만큼 조금 빠른 일시가 되도록 상기 실제 스케줄 정보를 생성하는 것을 특징으로 하는 가상 서버 제어 시스템.
제 1항에 기재된 가상 서버 제어 시스템에 있어서,
상기 대상 시스템의 가상 서버의 동작 · 상태를 감시하고 감시 정보를 기록하는 제4 처리부를 가지며,
상기 정의 정보는, 동적 스케일제어를 추가할 경우의 가상서버범위의 정보를 포함하며, 상기 설정자에 의해 임의로 설정 가능하고,
상기 제2 처리부는, 상기 감시 정보를 참조하고, 상기 동적 스케일제어를 추가할 경우, 상기 스케줄링 처리시, 상기 가상서버 범위내에서, 상기 정적 스케일제어의 가상 서버수를 증감하여 조정하도록 상기 실제 스케줄정보를 생성하는 것을 특징으로 하는 가상 서버 제어 시스템.
컴퓨터의 정보처리를 이용하여, 대상 시스템에서 가동하는 가상서버를 제어하는, 가상 서버 제어 프로그램으로,
상기 대상 시스템을 이용하는 고객기업의 카렌다 정보를 설정자에 의해 설정하는 처리, 및 상기 가상서버의 스케일제어를 위한 실제 스케줄을 생성하기 위한 정의 정보를 설정자에 의해 설정하는 처리를 행하는 제1 프로그램과,
상기 카렌다 정보 및 정의 정보를 참조하여, 상기 가상서버의 스케일제어를 위한 실제 스케줄정보를 생성하는 스케줄링처리를 행하는 제2 프로그램과,
상기 실제 스케줄정보의 기술에 따라, 지정의 일시타이밍에, 상기 대상 시스템의 가상서버에 대한 스케일제어 지시를 송신하는 처리를 행하는 제3 프로그램을 가지며,
상기 카렌다 정보는, 해당 고객기업의 영업일 및 휴업일의 정보를 포함하고,
상기 정의 정보는, 대상 가상서버, 날짜정의, 스케일제어의 가상 서버수의 정보를 포함하고,
상기 실제 스케줄정보는, 일시, 대상 가상서버, 스케일제어의 가상 서버수의 정보를 포함하는 것을 특징으로 하는 가상 서버 제어 프로그램.