JP2016122223A

JP2016122223A - クラウド向け計算機システム

Info

Publication number: JP2016122223A
Application number: JP2013055882A
Authority: JP
Inventors: レタンマンカオ; Letterman Kao; 信萱島; Makoto Kayashima; 礒川　弘実; Hiromi Isogawa; 弘実礒川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2013-03-19
Filing date: 2013-03-19
Publication date: 2016-07-07
Also published as: WO2014148142A1

Abstract

【課題】クラウド間で利用可能なホストを調整する機能を提供すること。【解決手段】複数の拠点に複数のホストが設置され、複数のクラウドが構築される計算機システムにおいて、各クラウドを管理するクラウド管理サーバと、前記複数のホストのいずれかを各クラウドへ割り当てるハードウェア管理サーバを備え、各クラウド管理サーバは前記ハードウェア管理サーバに所望の拠点に設置されたホストの割り当てを要求し、前記ハードウェア管理サーバは各クラウド管理サーバからの要求に応じて前記所望の拠点に設置されたホストを各クラウドへ割り当てる。【選択図】図1

Description

本発明は、計算機の接続管理方法及びシステムに関する。

計算機の物理資源を複数の論理資源に見せかける仮想化ソフトウェアにより、一台の計算機上に複数の仮想計算機(VM)を稼動させることができるようになった。また、仮想化ソフトウェアがハードウェアの特性を吸収するため、VMは計算機のハードウェアの特性に依存せず、VMのハードウェア間の移動が容易である。以下、仮想化ソフトウェアを利用して複数のVMを稼働させる計算機をホストと呼ぶ。

複数のホストからなり、複数のホスト及びホスト上に稼働するVMを一元に管理する機能を備えた計算機システムをクラウドと呼ぶ。クラウドにより、一台のホストで稼働できるVMの台数を超えたVM数を一元に生成、管理することが可能となる。各クラウドには通常、クラウドに属するホストと、クラウドに属するホスト上で稼動するVMを一元に管理する計算機であるクラウド管理サーバが設置される。クラウド管理サーバは各ホストとネットワーク通信をして、VMの作成、稼働、終了、ホスト間の移動などを実行し、各ホスト上のVMを一元的に遠隔で制御する。

データセンタ事業者は自らクラウドを構築して、顧客にVMを提供することもあるが、構築したクラウドの運用管理作業は顧客に任せることもある。顧客がクラウドを運用管理する場合、データセンタ事業者はホストのみを準備して、顧客は必要に応じてクラウドにホストを取り入れて利用する。顧客がクラウドの管理を行うことで、仮想マシンの構成を自由にカスタマイズできるメリットが得られる。クラウドは，利用人員の増加など、急な規模拡大が必要な場合に効果的な仕組みである。このため顧客の急な規模拡大の要求に対応するため、データセンタ事業者は予備のホストを顧客拠点のデータセンタに設置することが考えられる。あるホストをあるクラウドで利用できるために、クラウド管理サーバとのやり取りを担当するソフトウェアであるクラウドエージェントをホストに導入することが必要である。顧客のクラウドのクラウド管理サーバは必要ならば、自分のクラウドに対応するクラウドエージェントが導入されている予備ホストを追加して利用する。

クラウドの構築作業とは、まずクラウド管理サーバを立ち上げてから、そしてクラウド管理サーバの管理対象として，設置されているホストを一台ずつ追加する作業である。多数のホストの集合の上で複数のクラウドを構築する場合、どのクラウドがどのホストを利用しているかを確認する必要がある。

クラウドは複数の拠点に設置されたホストの集合の上に構築することも可能である。このことは,たとえば同様の機能を提供するVMを別拠点のホスト上に複数個配置し，ひとつの拠点に障害が発生した場合でも機能を提供し続ける上で重要である。また，VMのある機能を利用するクライアントがネットワークの遅延を許容できない場合，その機能を有するVMが稼動するホストは同一の拠点に配置されていることが必要なこともある。このように,VMをクラウド内のどのホスト上に配置するかは,ホストの利用状況を確認し，利用者のポリシにより選択できることが必要である。

従来技術として、特許文献１では、ネットワーク上のどの計算機でどのソフトウェアが動作しているのかを検索できるサーバを提案している。検索結果により、ネットワーク上の各計算機のIPアドレスとその計算機の上に動作しているアプリケーションのリストが得られる。また、各アプリケーションの利用状況も検索結果からわかる。そのため、特許文献１の技術により、クラウド管理サーバは当該クラウドに対応するクラウドエージェントが動作しているホストを検索することができる。また、検索したホストを別のクラウドが利用している場合は利用不可、検索したホストが別のクラウドが利用していない場合は利用可能、という利用可否の判断結果も受けることができる。

US7467203

従来技術では、検索したホストがあるクラウドで利用されていた場合に，他のクラウドが検索したホストを利用できるように調整する仕組みを持っていない。本発明では，クラウド間で利用可能なホストを調整する機能を提供することが課題である。

複数の拠点に複数のホストが設置され、複数のクラウドが構築される計算機システムにおいて、各クラウドを管理するクラウド管理サーバと、前記複数のホストのいずれかを各クラウドへ割り当てるハードウェア管理サーバを備え、各クラウド管理サーバは前記ハードウェア管理サーバに所望の拠点に設置されたホストの割り当てを要求し、前記ハードウェア管理サーバは各クラウド管理サーバからの要求に応じて前記所望の拠点に設置されたホストを各クラウドへ割り当てる。

本発明によれば、複数のクラウドが混在したホストの集合において、各クラウドが希望通りの設置場所にあるホストを利用でき、クラウドの迅速な資源調整が可能となる。

本発明の実施例の計算機システム構成全体を表す図である。本発明の実施例のクラウドA管理サーバの内部構造を表す図である。本発明の実施例のクラウドのホストDB内部構造を表す図である。本発明の実施例のホスト１の内部構造を表す図である。本発明の実施例のハードウェア管理サーバの内部構造を表す図である。本発明の実施例の設置場所DBの内部構造を表す図である。本発明の実施例のクラウドのホスト利用状況DBの内部構造を表す図である。本発明の実施例のサービスDBの内部構造を表す図である。本発明の実施例のホスト入れ替え条件DBの内部構造を表す図である。本発明の実施例のハードウェア調整ソフトの内部構造を表す図である。本発明の実施例のホスト割り当て要求メッセージの内部構造を表す図である。本発明の実施例のホスト割り当てメッセージの内部構造を表す図である。本発明の実施例のクラウド間ホスト調整ソフトの内部構造を表す図である。本発明の実施例のシステムの動作開始・終了手順を表す図である。本発明の実施例のホスト割り当て手順を表す図である。本発明の実施例のクラウド間ホスト調整手順を表す図である。

以下、実施例について図面を用いて説明する。

本実施例では二つのクラウドが混在する計算機システム（以下、システムと呼ぶ。）においてのクラウド間の調整によりクラウドへのホストの割り当てを行う方法の例を説明する。

図１は本発明の実施例のシステム構成全体を表すものである。本システムは、二つのクラウド（クラウドAとクラウドB）の２台の管理サーバと、VMを動作させるための複数台のホストと、各クラウドへホストを割り当てるためのハードウェア管理サーバを含んで構成される。各サーバとホストは広範囲のネットワーク(WAN)を経由して接続する。各ホストは場所の異なる複数のデータセンタに分散させる。本システムの一つの例は、あるデータセンタを運用する会社のシステムである。VMを動作させる複数台ホストは物理的に離れている拠点Xと拠点Yに設置されているデータセンタ内で稼働する。顧客A、顧客Bはデータセンタを運用する会社の顧客であり、それぞれはクラウドA、クラウドBを運用する。なお、クラウドで稼働するVMはシステムの外部に対して仮想デスクトップサービスやWebサービスなどを提供することを想定している。

本発明のシステムについて詳細に説明する。本発明のシステムはクラウドA管理サーバA１０１に代表されるクラウド管理サーバ群と、ホスト１（１３１）に代表されるホスト群と、ハードウェア管理サーバ１１１および前記の三者が互いに通信するためのWAN１6１というネットワークを含んで構成される。また、本システムのユーザとしてクラウドA管理サーバ１0１を利用する顧客A１４１、クラウドB管理サーバ１0２を利用する顧客B１４２、ハードウェア管理サーバ１１１を利用するデータセンタ管理者１５１がいる。顧客は各クラウド管理サーバの画面を直接操作してもよく、また、別の端末からネットワークを経由して操作してもよい。データセンタ管理者は直接ハードウェア管理サーバ１１１の画面を操作してもよく、別の端末からネットワークを経由して操作してもよい。ホスト群はＶＭを動作させるための計算機のグループである。ハードウェア管理サーバ１１１はホストの電源状態を管理し、ホストを各クラウドへ割り当てるための計算機である。各クラウド管理サーバは、それぞれの顧客のクラウドを管理するための計算機である。

図２はクラウドA管理サーバ１０１の内部構造を例示するものである。サーバ１０１はデータを処理するための計算機能を持つハードウェアであるプロセッサ(CPU)２２２、プログラムを実行する際にプロセッサが利用する記憶媒体であるメモリ２２１、データやデータ処理ソフトウェア（プログラム）を格納する不揮発性記憶媒体である固定ディスク２２４およびネットワーク通信のためのハードウェア２２３を含んで構成される計算機である。サーバ１０１の固定ディスク２２４には、ＯＳ（オペレーティングシステム）２０１とクラウド管理ソフト２０２とハードウェア調整ソフト２０３と顧客Aが操作するためのGUI(管理画面)２０４というソフトウェアが格納されている。これらのソフトウェアはサーバ１０１が起動する際にメモリ２２１にロードされ、プロセッサ２２２によって実行される。また、サーバ１０１の固定ディスク２２４にはクラウドAのホストDB２０５が格納される。クラウドAのホストDB２０５の内部構造に関しては後述する。

ＯＳ２０１はアプリケーションをメモリ上にロードするなど、計算機全体を管理する機能を備えたソフトウェアである。クラウド管理ソフト２０２はクラウドAで利用するホストに対してVMの操作命令を送信する機能を備えたソフトウェアである。ハードウェア調整ソフト２０３はクラウドAにホストを追加・削除などを実行するためのハードウェア管理サーバ１１１と通信を行う機能と、クラウドAのホストDB２０５を変更する機能を備えたソフトウェアである。ハードウェア調整ソフト２０３の動作に関しては後述する。GUI２０４は顧客AがクラウドAのホストDB２０５を編集するための機能を備えたソフトウェアである。

図３はクラウドAのホストDB２０５の内部構造を例示する。クラウドAのホストDB２０５はクラウドが利用中のホスト及び要求しているホストを示すデータである。まず、インデックス３０１はクラウドAの要求しているホストの識別番号を示す。要求場所３０２はそれぞれの要求の具体的な場所条件を記載する。要求性能３０３はそれぞれの要求の具体的な性能条件を記載する。図３に例示している性能情報は、CPUの計算ユニットであるcoreの個数と計算に用いる記憶領域であるMemoryの容量である。利用中のホスト３０４はぞれぞれの要求に対して割り当てられたホストのホスト名を記載する。要求が送信中の場合は“要求送信中”と記載される。また、要求が入力して、まだ要求さ送信されていない場合は“要求未送信”と記載される。また、ホスト割り当ての要求が送信されたが、割り当てできるホストがなかった場合は“割り当て不可”と記載される。ホスト設置場所３０５はぞれぞれの要求に対して割り当てられたホストの設置場所を記載する。性能３０６はぞれぞれの要求に対して割り当てられたホストのハードウェアの性能を記載する。

以上はクラウドA管理サーバ１０１の内部構成の説明であるが、クラウドB管理サーバ１０２の内部構成も同様である。

図４はホスト1(１３１)の内部構造を例示するものである。ホスト1(１３１)はクラウドA管理サーバ１０１やクラウドB管理サーバ１０２より要求を受けてVMを動作させる計算機である。ホスト1(１３１)はデータを処理するための計算機能を持つハードウェアであるプロセッサ(CPU)４２２、プログラムを実行する際にプロセッサが利用する記憶媒体であるメモリ４２１、データやデータ処理ソフトウェア（プログラム）を格納する不揮発性記憶媒体である固定ディスク４２４およびネットワーク通信のための通信ハードウェア４２３を含んで構成される計算機である。ホスト１（１３１）の固定ディスク４２４には、ＯＳ４０１と仮想化ソフトウェア４０２とクラウドBのエージェント４０３とクラウドAのエージェント４０４とハードウェア登録ソフト４０５とVM４０６とVM４０７が格納されている。これらのソフトウェアはホスト1(１３１)が起動する際にメモリ４２１にロードされ、プロセッサ４２２によって実行される。

ＯＳ４０１はアプリケーションをメモリ上にロードするなど、計算機全体を管理する機能を備えたソフトウェアである。仮想化ソフト４０２はメモリ上にVMを実行するいわゆる仮想化機能を備えたソフトウェアである。クラウドBのエージェント４０３はクラウドBの管理サーバ１０２とVM操作命令をやり取りする機能を備える。クラウドAのエージェント４０４はクラウドA管理サーバ１０１と通信して、クラウドA管理サーバ１０１よりVMの操作命令を受信して、仮想化ソフトウェア４０２に伝える機能を備える。ハードウェア登録ソフト４０５はホスト1(１３１)が起動する際に、ホスト1が稼働していることを後述のハードウェア管理サーバ１１１へ登録する機能を備える。

上記はホスト１（１３１）の内部構造の説明である。ホスト２（１３２）、ホスト３（１３３）、ホスト４（１３４）はホスト１（１３1）と同じ構成である。ただし、ホストごとに処理速度や収容できるVM数が異なることもある。また、ホストごとに搭載するクラウドのエージェントの種類が異なることもある
図５はハードウェア管理サーバ１１１の内部構造を例示するものである。ハードウェア管理サーバ１１１はクラウドA管理サーバ１０１やクラウドB管理サーバ１０２よりホストの割り当て要求を受け付けて、その要求に対応するホストを検索して要求したクラウドに割り当てる計算機である。ハードウェア管理サーバ１１１はデータを処理するための計算機能を持つハードウェアであるプロセッサ５２２、プログラムを実行する際にプロセッサが利用する記憶媒体であるメモリ５２１、データやデータ処理ソフトウェア（プログラム）を格納する不揮発性記憶媒体である固定ディスク５２４およびネットワーク通信のための通信ハードウェア５２３を含んで構成される計算機である。ハードウェア管理サーバ１１１の固定ディスク５２４には、ＯＳ５０１とクラウド間ホスト調整ソフト５０２が格納されている。これらのソフトウェアはハードウェア管理サーバ１１１が起動する際にメモリ５２１にロードされ、プロセッサ５２２によって実行される。クラウド間ホスト調整ソフト５０２の内部構造に関しては後述する。なお、ハードウェア管理サーバ１１１の固定ディスク５２４にはホスト入れ替え条件DB５０３と、サービスDB５０４と、クラウド・のホスト利用状況DB５０５と、設置場所DB５０６という4つのデータベースが格納される。

図６は設置場所DB５０６の内部構造を例示する。設置場所DB５０６はシステム上のすべてのホストのホスト名、設置場所及びハードウェア性能を記載するデータベースである。まず、データセンタ６０１は当該ホストがどこのデータセンタに設置されるかを記載する。“拠点X”と記載された時は、当該ホストが拠点Xのデータセンタに設置されるという意味である。次に、ラック６０２は当該ホストが薄型のコンピュータである場合のみに利用されるが、当該ホストが設置されるラックの識別番号を記載する。ここで、ラックとは薄型のコンピュータなどを積み重ねて設置することができる専用の棚のことである。シャーシ６０３は当該ホストがブレードサーバ型のコンピュータである場合のみに利用され、当該ホストが設置されるシャーシの識別番号を記載する。ここで、シャーシはブレードサーバを接続・格納する筐体のことである。シャーシはブレードの差込口(スロット)が並び、ブレードを差し込めばすぐブレードを稼動させることができる。スロット６０４はホストがブレードサーバ型のコンピュータである場合のみに利用され、当該ホストが利用するブレードの差込口の識別番号を記載する。ホスト名６０５はそれぞれのホストのホスト名を記載する。HW性能606はそれぞれのホストのCPUのコア数やメモリの容量など、ハードウェアの資源情報を記載する。データセンタ６０１、ラック６０２、シャーシ６０３及びスロット６０４はデータセンタ管理者１５１が当該ホストを設置する際に入力する情報であり、ホスト名６０５およびHW性能６０６は当該ホストが起動する際に登録する情報である。

図７はクラウドのホスト利用状況DB５０５の内部構造を例示する。クラウドのホスト利用状況DB５０５はシステム上のすべてのホストの割り当て状況を記録するデータベースである。まず、ホスト名７０１はシステム上のすべてのホストのホスト名を記録する。クラウド名７０２はそれぞれのホストを利用しているクラウドのクラウド名を記録する。クラウドに割り当てられていないホストに対しては“未割当”が記載される。クラウドのホスト利用状況DB５０５はハードぅエア管理サーバ１１１が各クラウドのクラウド管理サーバと定期的に通信し更新される。

図８はサービスDB５０４の内部構造を例示する。サービスDB５０４はシステム上のホストがそれぞれどんなクラウドのエージェントを稼働させているかを記録し、そのエージェントへ接続ためのネットワーク上のアドレス（IPアドレス）を記録するデータベースである。まず、ホスト名８０１には各ホストのホスト名を記録する。サービス名８０２にはそれぞれのホストに対して、どんなクラウドのクラウドエージェントが稼働しているかを記録する。次に、IPアドレス８０３には各ホストのIPアドレスを記録する。サービスDB５０４の情報は、各ホストの中のハードウェア登録ソフト４０５がホスト起動時に登録する。

図９はホスト入れ替え条件DB503の内部構造を例示する。ホスト入れ替え条件DB５０３は各クラウドが利用中のホストを別のホストで入れ替えるための条件を記載するデータベースである。まず、クラウド名９０１にはシステム上稼働するクラウドのクラウド名を記載する。条件９０２には各クラウドのホストを入れ替え条件を記載する。たとえば、VMが稼動していないホストと入れ替えが可能、VMが２台まで稼動しているホストと入れ替えが可能、などの条件である。課金９０３は、ホストの入れ替えが発生する際、一回の入れ替えに対して、入れ替えを許可したクラウドの顧客が入れ替えを依頼した顧客に対して請求する金額を記載する。ホスト入れ替え条件DB503はデータセンタ管理者１５１がクラウド作成時に登録する情報である。

図１０はクラウド管理サーバのハードウェア調整ソフト２０３の動作手順を示す。ハードウェア調整ソフト２０３はクラウド管理サーバが必要とするホストの割り当てをハードウェア管理サーバ１１１に対して要求するソフトウェアである。ハードウェア調整ソフト２０３はクラウドA管理サーバ１０１やクラウドB管理サーバ１０２が起動すると同時に動作開始する。まずクラウドのホストDB２０５の中に利用中のホスト３０４が“要求未送信”となっているエントリがあるかを確認する(ステップ１００１)。ある場合は、当該ホスト割り当てを要求するメッセージをハードウェア管理サーバ１１１に送信し、当該エントリの利用中ホスト３０４を“要求送信中”に変更する(ステップ１００２)。ハードウェア調整ソフト２０３が送信する要求メッセージ（要求メッセージ１１０１）の構造に関して後述する。次に、ハードウェア管理サーバ１１１からの割り当て結果を受信する(ステップ１００３)。割り当て結果のメッセージ（ホスト割り当てメッセージ１１１１）の構造に関しては後述する。要求の結果として、ホストが割り当てられた場合(ステップ１００４)、割り当てられたホストのホスト名を利用中ホスト３０４に記載する(ステップ１００６)。次に、割り当てられたホストのIPアドレスにクラウド管理ソフト２０２に渡す(ステップ１００７)。ステップ１００７の次にはステップ１００１へ戻る。なお、ステップ１００４において、ホストの割り当てが不可な場合、クラウドのホストDB２０５の当該エントリの利用中ホスト３０４に“割り当て不可”と記載し、ステップ１００１へ戻る(ステップ１００５)。

図１１[A]はクラウド管理サーバのハードウェア調整ソフト２０３がハードウェア管理サーバ１１１に対して、ホストの割り当てを要求する際に送信するメッセージ（ホスト割り当て要求メッセージ１１０１）の内部構造を例示する。サービス名１１０２はホストで稼動させたいクラウドエージェントである。場所条件１１０３は要求しているホストの設置場所に関する情報である。図１１[B]はホスト割り当て結果を通知するホスト割り当てメッセージ１１１の内部構造を例示する。割り当て可否１１１２には、提示された条件に対してホストの割り当てが可能なら”YES”, 不可能なら”NO”と記載する。ホスト名１１１３は、割り当てホストがある場合、そのホスト名を記載する。IPアドレス１１１４は、割り当てホストがある場合、そのIPアドレスを記載する。設置場所１１１５は、割り当てホストがある場合、その設置場所を記載する。性能１１１６は、割り当てホストがある場合、そのハードウェアの性能を記載する。

図１２はハードウェア管理サーバ１１１のクラウド間ホスト調整ソフト５０２の動作手順を示す。ハードウェア管理サーバ１１１のクラウド間ホスト調整ソフト５０２はクラウド管理サーバのハードウェア調整ソフト２０３のホスト割り当て要求に対して、割り当て結果を通知するホスト割り当てメッセージ１１１１を返答する。クラウド間ホスト調整ソフト５０２はハードウェア管理サーバ１１１が起動すると同時に動作開始する。まず、ハードウェア調整ソフト２０３からホスト割り当て要求（ホスト割り当て要求メッセージ１１０１）が到着するのを待つ(ステップ１２０１)。要求メッセージ１１０１に記載する条件１１０２および条件１１０３が同時に該当するホストがあるかどうかを設置場所DB５０６とサービスDB５０４で確認する(ステップ１２０２)。条件１１０２および条件１１０３が同時に該当するホストがない場合は割り当て可否１１１２に“NO”と記載したホスト割り当てメッセージ１１１１を返答し、ステップ１２０１へ戻る(ステップ１２０３)。一方、ステップ１２０２において、条件１１０２よび条件１１０３が同時に該当するホストが一台以上存在する場合、それらのホストを利用するクラウドがあるかどうかをクラウドのホスト利用状況DB５０５で確認する(ステップ１２０４)。該当するホストに未割当のホストがある場合、そのホストの情報をホスト割り当てメッセージ１１１１に記載し、同メッセージの割り当て可否１１１２に“YES”と設定し、ハードウェア調整ソフト２０３へ返答し、ステップ１２０１へ戻る(ステップ１１２０５)。

ステップ１２０４において、条件１１０２および条件１１０３が同時に該当するホストのグループの中に未割当のホストがない場合、それぞれの該当ホストの利用中のクラウドについて、ホスト入れ替え条件DB５０３で、当該ホストを入れ替えが可能かどうかを確認する(ステップ１２０６)。ホスト入れ替えが可能なクラウドがない場合は、割り当て可否１１１２に“NO”と記載したホスト割り当てメッセージ１１１１を返答し、ステップ１２０１へ戻る(ステップ１２０７)。一方、ホスト入れ替えが可能なクラウドがある場合、該当クラウドに対してホストの入れ替えを要求する(ステップ１２０８)。ホストの入れ替えの詳細の手順について後述する。入れ替えを実施したホストの情報をホスト割り当てメッセージ１１１１に記載し、同メッセージの割り当て可否１１１２に“YES”と設定し、ハードウェア調整ソフト２０３へ返答し、ステップ１２０１へ戻る(ステップ１２０９)。

図１３のステップ１３０１、１３０２、１３０３、１３０４は本実施例のシステムの動作開始手順を例示するものである。まず、システム管理者がクラウドA管理サーバ１０１、クラウドB管理サーバ１０２、ハードウェア管理サーバ１１１及びホスト群１３００を起動する(ステップ１３０１)。ホスト群１３００はホスト１（１３１）、ホスト２（１３２）、ホスト３（１３３）、ホスト４（１３４）を含む。データセンタ管理者１５１が設置場所DB５０６のデータセンタ６０１、ラック６０２、シャーシ６０３、スロット６０４の情報を入力する。また、ホスト入れ替え条件DB５０３も入力する(ステップ１３０２)。各クラウド管理サーバがクラウド管理ソフト２０２及びハードウェア管理ソフト２０３を起動する(ステップ１３０３)。各ホスト上のクラウドエージェントおよびハードウェア登録ソフト４０５が起動し、設置場所DB５０６のホスト名６０５、HW性能６０６にホストの情報を登録する。また、サービスDB５０４にもホスト名、ホストのクラウドエージェントおよびIPアドレスの情報を登録する(ステップ１３０４)。ステップ１３０４が終了した時点で本実施例のシステムの動作開始が完了する。

ステップ１３０４の次に、各クラウドがハードウェア管理サーバ１１１に対してホストの割り当てを要求し、ハードウェア管理サーバ１１１が要求に対してホストの割り当てを行う(ステップ１３０５)。ステップ１３０５の詳細について後述する。各クラウドが割り当てられたホストの資源を利用してVMを操作させる。なお、各クラウドが必要に応じてステップ１３０５を実施してホストの追加要求を行うこともある(ステップ１３１５)。

図１３のステップ１３０６、１３０７、１３０８は本実施例のシステムの動作終了手順を例示するものである。まず、各クラウド管理サーバがクラウド管理ソフト２０２及びハードウェア管理ソフト２０３を終了する(ステップ１３０６)。各ホスト上のクラウドエージェントおよびハードウェア登録ソフト４０５が終了する(ステップ１３０７)。データセンタ管理者１５１がクラウドA管理サーバ１０１、クラウドB管理サーバ１０２、ハードウェア管理サーバ１１１及びホスト群１３００を終了する(ステップ１３０８)。

図１４はステップ１３０５（図１３）におけるホスト割り当て手順を例示するものである。この場合、図７に示しているように、クラウドAはホスト１（１３１）、クラウドBはホスト３（１３３）、ホスト４（１３４）をそれぞれ利用していると仮定している。ホスト２は未割当と仮定している。クラウドB管理サーバ１０２が一つのホストの割り当てを要求、要求の条件を満たすホストがほかのクラウドに使われないため、ハードウェア管理サーバ１１１が該当ホストのIPアドレスをクラウドB管理サーバ１０２に返答するだけで要求の処理が完了する場合の手順を例示する。

まず、クラウドB管理サーバ１０２がクラウドBに対応できる、拠点Xのデータセンタに設置されているホストをハードウェア管理サーバ１１１へ要求する(ステップ１４０１)。要求メッセージは図１１[A]に例示されている。この際、図１１[A]のサービス名１１０２の値は“クラウドB”となり、場所条件１１０３の値は“拠点X”となる。ハードウェア管理サーバ１１１はステップ１２０２（図１２）を実行する(ステップ１４０２)。この際、設置場所DB５０６及びサービスDB５０４により、クラウドB管理サーバ１０２の要求した条件に該当するホスト２及びホスト３があるため、ステップ１２０２の結果が“YES”となり、ハードウェア管理サーバ１１１はステップ１２０４へ進む。ステップ１２０４において、クラウドのホスト利用状況DB５０５を参照したところ、未割当のホスト２（１３２）があるため、ハードウェア管理サーバ１１１はステップ１２０５を実施する。ステップ１２０５では、ハードウェア管理サーバ１１１がホスト２（１３２）の情報をホスト割り当てメッセージ１１１１に乗せてクラウドB管理サーバ１０２に返答する(ステップ１４０３)。

クラウドB管理サーバ１０１はホスト２（１３２）の情報を受信した後にクラウドのホストDB２０５に記入する(ステップ１４０４)。クラウドB管理サーバ１０２がホスト２（１３２）の資源を使ってVMを動作させる(ステップ１４０５)。ホスト２（１３２）はクラウドB管理サーバ１０２の要求応じてVMを動作させる(ステップ１４０６)。VMの利用が終了した場合、クラウドB管理サーバ１０２がVMの削除命令をホスト２へ送信し(ステップ１４０７)、クラウドのホストDB２０５からホスト２（１３２）の情報を削除し(ステップ１４０８)、ホスト２（１３２）の返却をハードウェア管理サーバ１１１へ通知する(ステップ１４０９)。ホスト２（１３２）はクラウドB管理サーバ１０２から作成依頼したVMの動作を終了する(ステップ１４１０)。ハードウェア管理サーバはホスト２（１３２）が未割当状態になることをクラウドのホスト利用状況DB５０５に反映する(ステップ１４１１)。

図１５は本実施例のシステムにおいてのクラウド間ホスト調整手順を例示する。図１５はステップ１３０５（図１３）における、各クラウドにホストを割り当てる手順でもあるが、クラウドが要求したホストが既に別のクラウドに利用されている場合に当たる。まず、図７に示しているように、クラウドAがホスト１（１３１）を利用して、クラウドBがホスト３（１３３）及びホスト４（１３４）をそれぞれ利用しているとする(ステップ１５０１)。そこで、クラウドA管理サーバ１０１がハードウェア管理サーバ１１１に対して、クラウドAのクラウドエージェントが稼動しているホストであって、拠点Yのデータセンタに設置したホストを要求する(ステップ１５０２)。ハードウェア管理サーバ１１１が要求を満たすホスト４（１３４）を見つけた(ステップ１５０３)。しかしホスト４（１３４）はクラウドBに利用されているものである。そこで、ハードウェア管理サーバ１１１の中のクラウド間調整ソフト５０３がステップ１２０４と１２０６を実施する(ステップ１５０４)。ステップ１２０４において、ホスト４（１３４）が別のクラウド（クラウドB）に利用されていることが確認でき、そしてステップ１２０６でクラウドBがホストの入れ替えを受け付けることが確認できる。そのため、クラウド間調整ソフト５０３がステップ１２０８を実施する。

ステップ１２０８の処理手順を図１５中のステップ１５０５から１５１１で例示する。ハードウェア管理サーバ１１１がクラウドB管理サーバ１０２へホスト２（１３２）の入れ替え要求を送信する。この際に、ホスト入れ替え条件DB５０３の条件９０２も同時に送信する(ステップ１５０５)。クラウドB管理サーバ１０２はホスト４（１３４）上で実行しているVM数を確認して、条件９０２に該当するかどうかを判断する。この場合、ホスト３上には２台以下のVMが動作しているとすると、クラウドB管理サーバ１０２が入れ替え要求を承認する(ステップ１５０６)。次に、ハードウェア管理サーバ１１１がホスト４の代替として、クラウドB対応で、未割当のホストを検索して、クラウドBへ割り当てる。この場合、ホスト２（１３２）が割り当てられる結果になる(ステップ１５０７)。次に、割り当てられたホスト２（１３２）に、クラウドBがホスト４（１３４）からVMを移動して、ホスト２（１３２）を利用する(ステップ１５０８)。ステップ２の利用を開始したクラウドB管理サーバ１０２がホスト上のVMを削除する(ステップ１５０９)。ハードウェア管理サーバ１１１がクラウドA管理サーバにホスト４（１３４）の情報を送信し、ホスト４（１３４）をクラウドAに割り当てる(ステップ１５１０)。そして、クラウドAがホスト４（１３４）の利用を開始する(ステップ１５１１)。

なお、本実施例において、ホストの入れ替えが発生する際に、ホスト要求側のクラウドの顧客がホスト入れ替えに応じたクラウドの顧客に対して支払いが発生するような仕組みも実現できる。この際の課金額は、たとえば、ホスト入れ替え条件DB５０３の課金９０３の情報を利用すること可能である。

なお、本実施例において、ホストの割り当て要求にはホストの設置場所が記載されるが、設置場所の代わりにホストのハードウェア性能を利用することも可能である。または、設置場所とハードウェア性能を同時に要求することも可能である。この場合、ハードウェア管理サーバ１１１が設置場所DB５０６のHW性能６０６を参照して、割り当て可能ホストを検索する。

上記のように、本実施例においては、あるクラウドからホストの割り当て要求が発生したときに、要求したホストが別のクラウドに利用されている場合でも、ステップ１２０８で述べたようにクラウド間のホスト調整により、それぞれのクラウドが要求したホストに割り当てできるようになる。

なお、本実施例においては、クラウドの資源の不足が発生した際に、クラウドが自動的にホストを追加し、ホストが不要となった場合ホストを返却する仕組みを実現する。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施礼は本発明をわかりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。また、上記の各構成、機能等は、CPUがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、データベースなどの情報は、メモリやHDDなどの記憶装置またはIC-カード、SDカード、DVDなどの記憶媒体に置くことができる。

１０１クラウドA管理サーバ
１０２クラウドB管理サーバ
１３１ホスト１
１３２ホスト２
１３３ホスト３
１３４ホスト４
１１１ハードウェア管理サーバ

Claims

複数の拠点に複数のホストが設置され、複数のクラウドが構築される計算機システムにおいて、各クラウドを管理するクラウド管理サーバと、前記複数のホストのいずれかを各クラウドへ割り当てるハードウェア管理サーバを備え、各クラウド管理サーバは前記ハードウェア管理サーバに所望の拠点に設置されたホストの割り当てを要求し、前記ハードウェア管理サーバは各クラウド管理サーバからの要求に応じて前記所望の拠点に設置されたホストを各クラウドへ割り当てる計算機システム。
前記ハードウェア管理サーバは、各クラウドのホスト利用状況の情報を保持し、各クラウド管理サーバからホストの割り当て要求があった際に、前記ホスト利用状況情報を検索し、割り当てを要求している拠点に設置されたホストが他のクラウドで利用されている場合に、前記他のクラウドのクラウド管理サーバと調整して、前記他のクラウドで利用中のホストを前記割り当て要求クラウドへ割り当てる請求項１に記載の計算機システム。
各クラウド管理サーバは、各クラウドの利用者から各クラウドに要求されるホストの設置場所及び性能に関する情報を保持し、前記要求情報に基づいて前記ハードウェア管理サーバにホストの割り当てを要求する請求項２に記載の計算機システム。
各ホストでは複数の仮想計算機が稼動し、前記ハードウェア管理サーバと各クラウド管理サーバは、各ホストにおける仮想計算機の稼動状況に応じて各クラウドで利用するホストの調整を行う請求項２に記載の計算機システム。
前記ハードウェア管理サーバは、各ホストの設置場所の情報と各ホストが有するサービス情報を保持し、各クラウド管理サーバからホストの割り当て要求があった際に、前記ホスト設置場所情報と前記ホストサービス情報を検索し、割り当てを要求している拠点に要求条件を満たすホストがある場合に、当該ホストのＩＰアドレスを要求元のクラウド管理サーバへ送信する請求項１に記載の計算機システム。