(57)【要約】【課題】単一障害の影響を受けないサーバの冗長構成化と、クラウドサービスのための設備投資の効率化との双方を同時に実現する。【解決手段】コンピュータリソース管理システム１０は、ユーザ端末機へのサーバを利用したサービスが停止する単一障害毎に、複数のサーバをグループ分けしたリソースプール１１ａ〜１３ａを有するデータセンタ１１〜１３を備える。また、障害が他のデータセンタに及ばないように点在するデータセンタ１１〜１３から空サーバのリソースをユーザ端末機１９へ払い出すリソース管理装置１５を備える。リソース管理装置１５は、ユーザ端末機１９からの払出要求時に指定されたグループＩＤに対応するグループが含まれるリソースプール（例えば１１ａ）から、そのグループに包含された複数のグループ内、当該複数のグループの空サーバ数の平均値よりも多い空サーバ数のあるグループを、サーバ払出グループとする。【選択図】  図１
2015153259.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末機へのサーバを利用したサービスが停止する単一障害毎に、複数のサーバをグループ分けしたリソースプールを有するデータセンタを、前記単一障害が他のデータセンタに及ばないように点在させ、この点在するデータセンタから空サーバのリソースを前記ユーザ端末機へ払い出すコンピュータリソース管理装置であって、
前記複数のサーバがグループ分けされたグループ毎に、固有のグループＩＤを付して管理するグループ構成管理部と、
前記グループ毎の空サーバ数を管理する空リソース管理部と、
前記ユーザ端末機にて指定された１つのグループＩＤを含むサーバ払出要求情報を受信する払出要求受信部と、
前記受信されたサーバ払出要求情報内の前記グループＩＤに対応するグループが含まれるリソースプールから、当該グループに包含された複数のグループの内、当該複数のグループの空サーバ数の平均値よりも多い空サーバ数のあるグループを、サーバ払出グループとして決定する払出サーバ制御部と、
前記決定されたサーバ払出グループから空サーバのリソースを前記ユーザ端末機へ払い出す払出応答返信部と
を備えることを特徴とするコンピュータリソース管理装置。
【請求項２】
前記リソースプールの複数のサーバのグループ分けが、最上位層のグループに１乃至複数のグループが包含され、この包含された１乃至複数のグループに、他の１乃至複数のグループが包含されるといった階層構造となっている場合に、
前記払出サーバ制御部は、
前記ユーザ端末機にて指定された１つのグループＩＤに対応するグループの下位に係属する各々の階層毎に、１乃至複数のグループの平均値を超える空サーバ数を保有するグループを検索し、当該検索されたグループに係属する最下位層のグループのうち最大空サーバ数を保有するグループを、前記サーバ払出グループとする
ことを特徴とする請求項１に記載のコンピュータリソース管理装置。
【請求項３】
前記グループ構成管理部は、前記サーバ払出グループからの空サーバの払出後に、当該払い出された空サーバが所属していたグループの空サーバ数を、払出後の空サーバ数に更新し、当該更新されたグループの空サーバ数を含む上位層側のグループの空サーバ数を、前記更新後の空サーバ数に基づき更新する
ことを特徴とする請求項２に記載のコンピュータリソース管理装置。
【請求項４】
ユーザ端末機へのサーバを利用したサービスが停止する単一障害毎に、複数のサーバをグループ分けしたリソースプールを有するデータセンタを、前記単一障害が他のデータセンタに及ばないように点在させ、この点在するデータセンタから空サーバのリソースを前記ユーザ端末機へ払い出すコンピュータリソース管理装置であって、
前記複数のサーバがグループ分けされたグループ毎に、固有のグループＩＤを付して管理するグループ構成管理部と、
前記グループ毎の空サーバ数を管理する空リソース管理部と、
前記ユーザ端末機にて指定された１つのグループＩＤを含むサーバ払出要求情報を受信する払出要求受信部と、
前記受信されたサーバ払出要求情報内の前記グループＩＤに対応するグループが含まれるリソースプールから、当該グループの最下位層に包含された１乃至複数のグループの内、最も空リソースの大きいグループを、サーバ払出グループとして決定する払出サーバ制御部と、
前記決定されたサーバ払出グループから空サーバのリソースを前記ユーザ端末機へ払い出す払出応答返信部と
を備えることを特徴とするコンピュータリソース管理装置。
【請求項５】
ユーザ端末機へのサーバを利用したサービスが停止する単一障害毎に、複数のサーバをグループ分けしたリソースプールを有するデータセンタを、前記単一障害が他のデータセンタに及ばないように点在させ、この点在するデータセンタから空サーバのリソースを前記ユーザ端末機へ払い出すコンピュータリソース管理装置であって、
前記複数のサーバがグループ分けされたグループ毎に、固有のグループＩＤを付して管理するグループ構成管理部と、
前記グループ毎の空サーバ数を管理する空リソース管理部と、
前記ユーザ端末機にて指定された１つのグループＩＤを含むサーバ払出要求情報を受信する払出要求受信部と、
前記受信されたサーバ払出要求情報内の前記グループＩＤに対応するグループが含まれるリソースプールから、当該グループの最下位層に包含された１乃至複数のグループから、ランダムにグループを選択し、この選択されたグループをサーバ払出グループとして決定する払出サーバ制御部と、
前記決定されたサーバ払出グループから空サーバのリソースを前記ユーザ端末機へ払い出す払出応答返信部と
を備えることを特徴とするコンピュータリソース管理装置。
【請求項６】
ユーザ端末機へのサーバを利用したサービスが停止する単一障害毎に、複数のサーバをグループ分けしたリソースプールを有するデータセンタを、前記単一障害が他のデータセンタに及ばないように点在させ、この点在するデータセンタから空サーバのリソースを前記ユーザ端末機へ払い出すコンピュータリソース管理装置のコンピュータリソース管理方法であって、
前記コンピュータリソース管理装置は、
前記複数のサーバがグループ分けされたグループ毎に、固有のグループＩＤを付して管理する第１ステップと、
前記グループ毎の空サーバ数を管理する第２ステップと、
前記ユーザ端末機にて指定された１つのグループＩＤを含むサーバ払出要求情報を受信する第３ステップと、
前記受信されたサーバ払出要求情報内の前記グループＩＤに対応するグループが含まれるリソースプールから、当該グループに包含された複数のグループの内、当該複数のグループの空サーバ数の平均値よりも多い空サーバ数のあるグループを、サーバ払出グループとして決定する第４ステップと、
前記決定されたサーバ払出グループから空サーバのリソースを前記ユーザ端末機へ払い出す第５ステップと
を実行することを特徴とするコンピュータリソース管理方法。
【請求項７】
前記リソースプールの複数のサーバのグループ分けが、最上位層のグループに１乃至複数のグループが包含され、この包含された１乃至複数のグループに、他の１乃至複数のグループが包含されるといった階層構造となっている場合に、
前記リソース管理装置は、前記第４ステップにおいて、
前記受信されたサーバ払出要求情報に含まれる１つのグループＩＤに対応するグループの下位層に属するグループを第１抽出し、
当該第１抽出したグループ毎の系列の最下位層のグループを第２抽出し、
当該第２抽出した最下位層のグループの空サーバ数の平均値を計算し、当該平均値以上の空サーバ数を持つグループを第３抽出し、
当該第３抽出したグループを直下に持つグループを第４抽出し、
当該第４抽出したグループの空サーバ数の平均値を計算し、当該平均値以上の空サーバ数を持つグループを第５抽出し、
当該第５抽出されたグループをもとに、前記ユーザ端末機にて指定された１つのグループＩＤのグループに到達するまで、前記第４抽出から当該第５抽出を繰り返し、
前記到達したグループの１つ下位層のグループの内、空サーバ数が最も大きいグループを第６抽出し、
当該第６抽出したグループに対して、最下位層のグループに到達するまで、当該第６抽出の処理と同じ処理を繰り返し、当該最下位層のグループに到達した時点で抽出されているグループを、前記サーバ払出グループとする処理を行う
ことを特徴とする請求項６に記載のコンピュータリソース管理方法。
【請求項８】
請求項６又は７に記載のコンピュータリソース管理方法を、コンピュータに実行させるためのコンピュータリソース管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広域に分散するデータセンタからサーバリソースをユーザ端末機へ払い出すコンピュータリソース管理装置、コンピュータリソース管理方法及びコンピュータリソース管理プログラムに関する。
【背景技術】
【０００２】
現在、サーバリソースの払い出し技術には、コンピュータ及び通信機能を搭載して成る複数のサーバを、リソースプールとして集約しておき、リソースプールからサーバリソースを、ユーザ端末機に対して、ユーザの必要時に必要な量だけ払い出すクラウド技術がある。このクラウド技術を用いたクラウドサービスが実現されている。なお、ユーザ端末機は、パーソナルコンピュータ等のコンピュータ、サーバ、スマートフォンなどの端末機である。また、サーバリソースを払い出すことを、単にサーバを払い出すとも表現する。
【０００３】
クラウド技術では、ネットワーク上のデータセンタに一定量のサーバをリソースプールとして待機させておき、必要時に待機サーバを起動し、この起動サーバに必要なソフトウェアをインストールした後、サーバを使用可能とすることが行なわれている（非特許文献１）。但し、起動対象となるサーバは、物理的なサーバ以外に、ソフトウェア等により構築される仮想サーバの場合もある。一般的なクラウドサービスでは、ユーザ端末機がサーバリソース払出要求（単に、払出要求ともいう）を行い、クラウドサービス事業者が、その払出要求に応じて、物理的なサーバや仮想サーバを払い出すサービス形態となっている。
【０００４】
クラウドサービスにおいては、払出サーバにおけるＣＰＵ(Central Processing Unit)の個数及び周波数、並びに主記憶装置や補助記憶装置の記憶容量等の属性情報は、一部を除いて、ユーザには隠蔽されている。サーバの物理配置場所の情報についても、ユーザに公開されるのは、広域に分散配置されたデータセンタの地域程度の情報である。このように詳細なサーバの物理配置情報は公開されないのが一般的である。以降、サーバの属性情報と物理配置情報とを含む情報を、サーバ情報と称する。
【０００５】
クラウドサービス事業者は、サーバ情報を一部の情報を除いて隠蔽することで、サーバの払出時に、リソースプールから払い出すサーバの選択肢に幅を持たせることができる。この幅を持たせることができる理由を具体的に説明する。
【０００６】
例えば、１０情報から成るサーバ情報を、１情報のみを公開して、残りの９情報は隠蔽する。この場合、ユーザ端末機は、公開されている１情報を用いて払出要求を行うことで、その１情報に該当するサーバを複数選択することができる。ここで、１０情報が公開されており、その１０情報を用いて払出要求を行うとする。この場合、１０情報に該当するサーバを選択することとなるが、１０情報に該当するサーバの数は、１情報の場合よりも大幅に少なくなるので、サーバ選択肢の幅が狭まることになる。従って、公開された一部の情報のみを用いて払出要求を行えば、サーバ選択肢に幅を持たせることができる。これによりクラウドサービスのための設備投資の効率化を図ることが可能となる。
【０００７】
その設備投資の効率化が可能となる理由について説明する。データセンタ内に、例えばハードディスク内蔵のサーバ（ハード内蔵サーバという）と、フラッシュメモリ内蔵のサーバ（フラッシュ内蔵サーバという）とが配置されており、この際に、サーバ情報の一部の情報として記憶手段の空き容量情報のみが公開されているとする。この場合、ユーザ端末機は、払出要求時に空き容量を２Ｇバイト等と指定してやれば、２Ｇバイトが空いているハード内蔵及びフラッシュ内蔵の何れかのサーバが払い出される。
【０００８】
一方、サーバ情報として、ハード内蔵サーバ及びフラッシュ内蔵サーバの双方のサーバ種別情報と、このサーバ種別毎の空き容量情報とが公開されているとする。このケースでは、ユーザ端末機は、払出要求時にサーバ種別と空き容量とを指定する。しかし、この場合、一方の種別のサーバのみが多く指定されるケースが考えられる。例えば、ハード内蔵サーバの空き容量が多く指定された場合、このハード内蔵サーバのみが多く払い出され、ハード内蔵サーバが枯渇することが想定される。ハード内蔵サーバが枯渇した場合、ハード内蔵サーバを補充しなければならないので、その分、設備投資が嵩み効率化が図れなくなる。
【０００９】
そこで、上記のように、ユーザ端末機の払出要求時に空き容量のみの指定としてやれば、ハード内蔵サーバ又はフラッシュ内蔵サーバの何れかに偏って払い出されることが少なくなり、一方の種別のサーバのみが枯渇することが無くなる。このため、設備投資の効率化を図ることができる。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】白神彰則、他１名、「複数拠点へのブートイメージ配信方式に関する一検討」、電子情報通信学会大会講演論文集、一般社団法人電子情報通信学会、２０１３年０３月０５日、第２０１３巻、ｐ．１８４
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ところで、ユーザ端末機は、データセンタから払い出されたサーバリソースを利用したサービスの提供を受けている。これはユーザサービスと呼ばれ、データセンタでは、その主目的であるユーザサービスの信頼性を向上させる必要がある。このため、データセンタでは、サーバをＡＣＴ（運用系）とＳＢＹ（待機系）に代表される冗長構成にしている。つまり、障害に備えて同一データセンタにＡＣＴサーバとＳＢＹサーバとによる冗長構成サーバを配置している。
【００１２】
しかし、この場合、地震などの激甚災害によりデータセンタが丸ごと罹災した場合は、ユーザサービスの停止を避けることができない。更に、データセンタ内の構成によっては、電源や通信装置が冗長化されていないことも考えられる。この場合も、同様に罹災によるユーザサービスの停止を避けることができなくなる。
【００１３】
このように、何らかの障害でデータセンタが壊れると、クラウドサービスが停止してしまうような領域を単一障害点（Single Point of Failure：SPOF）という。この単一障害点が、データセンタに存在する。単一障害による影響範囲内に冗長構成サーバを配置すると、単一障害によって冗長構成サーバが破壊されるので、クラウドサービスが停止する。このため、冗長構成サーバは、単一障害点内にＡＣＴサーバを置き、障害の影響の無い単一障害点外にＳＢＹサーバを置いて、冗長化する必要がある。
【００１４】
しかし、現在のクラウドサービスでは、ユーザ端末機から単一障害点内のサーバか、単一障害点外のサーバかを指定することはできない。これを解決するため、データセンタ内のサーバ情報を、既に公開されている一部の情報以外の情報について公開することも可能である。しかし、この場合、前述したように、クラウドサービスのための設備投資の効率化が図れなくなる。一方で、前述したように、サーバ情報を１情報のみの公開としてやれば、単一障害点外のサーバがユーザ端末機から指定されることがないので、設備投資の効率化を図ることができるが、同一データセンタ内に冗長構成サーバを配置する必要があるため、単一障害の影響を免れることができない。
【００１５】
このように、冗長構成サーバを単一障害による影響範囲内に配置することと、設備投資の効率化を図ることとの間には、トレードオフの関係がある。このため、単一障害の影響を受けないサーバの冗長構成化と、設備投資の効率化との双方を同時に実現することができないという問題があった。
【００１６】
本発明は、このような事情に鑑みてなされたものであり、単一障害の影響を受けないサーバの冗長構成化と、クラウドサービスのための設備投資の効率化との双方を同時に実現することができるコンピュータリソース管理装置、コンピュータリソース管理方法及びコンピュータリソース管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記課題を解決するための手段として、請求項１に係る発明は、ユーザ端末機へのサーバを利用したサービスが停止する単一障害毎に、複数のサーバをグループ分けしたリソースプールを有するデータセンタを、前記単一障害が他のデータセンタに及ばないように点在させ、この点在するデータセンタから空サーバのリソースを前記ユーザ端末機へ払い出すコンピュータリソース管理装置であって、前記複数のサーバがグループ分けされたグループ毎に、固有のグループＩＤを付して管理するグループ構成管理部と、前記グループ毎の空サーバ数を管理する空リソース管理部と、前記ユーザ端末機にて指定された１つのグループＩＤを含むサーバ払出要求情報を受信する払出要求受信部と、前記受信されたサーバ払出要求情報内の前記グループＩＤに対応するグループが含まれるリソースプールから、当該グループに包含された複数のグループの内、当該複数のグループの空サーバ数の平均値よりも多い空サーバ数のあるグループを、サーバ払出グループとして決定する払出サーバ制御部と、前記決定されたサーバ払出グループから空サーバのリソースを前記ユーザ端末機へ払い出す払出応答返信部とを備えることを特徴とするコンピュータリソース管理装置である。
【００１８】
この構成によれば、ユーザ端末機が１つのグループＩＤを指定してサーバ払出要求を行えば、単一障害が他のデータセンタに及ばないように点在された各データセンタの内の正常な１つのデータセンタのリソースプールから、空サーバのリソースを取得することができる。この際、ユーザ指定された１つのグループＩＤのグループを有するリソースプールでは、そのグループに包含された複数のグループ内、当該複数のグループの空サーバ数の平均値よりも多い空サーバ数の存在するグループを、サーバ払出グループとして決定する。このため、複数のグループにおいて、空サーバ数が偏って枯渇するといったことが無くなる。サーバが偏って枯渇することが無いので、設備投資が嵩むことがなくなり、設備投資の効率化を図ることができる。
【００１９】
また、リソースプールを有する複数のデータセンタを、単一障害が他のデータセンタに及ばないように点在させて冗長化を行っている。この冗長構成において、ユーザは、１情報（１つのグループＩＤ）のみを用いて払出要求を行うことができる。このため、あるデータセンタが、単一障害により、ユーザへのサーバ払出サービス（クラウドサービス）ができない状態になっても、ユーザは１情報のみの指定で、他のデータセンタからサーバ払出サービスを提供することができる。従って、本発明によれば、単一障害が他のデータセンタに及ばないように、サーバのリソースプールを有するデータセンタを点在させる冗長構成化と、サーバ払出サービスのための設備投資の効率化との双方を、同時に実現することができる。
【００２０】
請求項２に係る発明は、前記リソースプールの複数のサーバのグループ分けが、最上位層のグループに１乃至複数のグループが包含され、この包含された１乃至複数のグループに、他の１乃至複数のグループが包含されるといった階層構造となっている場合に、前記払出サーバ制御部は、前記ユーザ端末機にて指定された１つのグループＩＤに対応するグループの下位に係属する各々の階層毎に、１乃至複数のグループの平均値を超える空サーバ数を保有するグループを検索し、当該検索されたグループに係属する最下位層のグループのうち最大空サーバ数を保有するグループを、前記サーバ払出グループとすることを特徴とする請求項１に記載のコンピュータリソース管理装置である。
【００２１】
この構成によれば、サーバのグループ分けが階層構造を成す場合に、ユーザ端末機が指定する１つのグループＩＤに対応するグループの下位に係属する最下位層のグループから、最大空サーバ数を保有するグループを、サーバ払出グループとして決定することができる。従って、あるグループの空サーバ数が偏って枯渇するといったことを回避することができる。
【００２２】
請求項３に係る発明は、前記グループ構成管理部は、前記サーバ払出グループからの空サーバの払出後に、当該払い出された空サーバが所属していたグループの空サーバ数を、払出後の空サーバ数に更新し、当該更新されたグループの空サーバ数を含む上位層側のグループの空サーバ数を、前記更新後の空サーバ数に基づき更新することを特徴とする請求項２に記載のコンピュータリソース管理装置である。
【００２３】
この構成によれば、空サーバの払出後に、リソースプールの各グループの空サーバ数を、払出後の適正な数値とすることができる。従って、次回のサーバ払出を適正に行うことができる。
【００２４】
請求項４に係る発明は、ユーザ端末機へのサーバを利用したサービスが停止する単一障害毎に、複数のサーバをグループ分けしたリソースプールを有するデータセンタを、前記単一障害が他のデータセンタに及ばないように点在させ、この点在するデータセンタから空サーバのリソースを前記ユーザ端末機へ払い出すコンピュータリソース管理装置であって、前記複数のサーバがグループ分けされたグループ毎に、固有のグループＩＤを付して管理するグループ構成管理部と、前記グループ毎の空サーバ数を管理する空リソース管理部と、前記ユーザ端末機にて指定された１つのグループＩＤを含むサーバ払出要求情報を受信する払出要求受信部と、前記受信されたサーバ払出要求情報内の前記グループＩＤに対応するグループが含まれるリソースプールから、当該グループの最下位層に包含された１乃至複数のグループの内、最も空リソースの大きいグループを、サーバ払出グループとして決定する払出サーバ制御部と、前記決定されたサーバ払出グループから空サーバのリソースを前記ユーザ端末機へ払い出す払出応答返信部とを備えることを特徴とするコンピュータリソース管理装置である。
【００２５】
この構成によれば、最も空リソースの大きいグループを、サーバ払出グループとして決定する制御を行うようにしたので、請求項１の構成よりも簡単な処理で、リソースプールから、空サーバが極力枯渇しないように、サーバを払い出すことができる。
【００２６】
請求項５に係る発明は、ユーザ端末機へのサーバを利用したサービスが停止する単一障害毎に、複数のサーバをグループ分けしたリソースプールを有するデータセンタを、前記単一障害が他のデータセンタに及ばないように点在させ、この点在するデータセンタから空サーバのリソースを前記ユーザ端末機へ払い出すコンピュータリソース管理装置であって、前記複数のサーバがグループ分けされたグループ毎に、固有のグループＩＤを付して管理するグループ構成管理部と、前記グループ毎の空サーバ数を管理する空リソース管理部と、前記ユーザ端末機にて指定された１つのグループＩＤを含むサーバ払出要求情報を受信する払出要求受信部と、前記受信されたサーバ払出要求情報内の前記グループＩＤに対応するグループが含まれるリソースプールから、当該グループの最下位層に包含された１乃至複数のグループから、ランダムにグループを選択し、この選択されたグループをサーバ払出グループとして決定する払出サーバ制御部と、前記決定されたサーバ払出グループから空サーバのリソースを前記ユーザ端末機へ払い出す払出応答返信部とを備えることを特徴とするコンピュータリソース管理装置である。
【００２７】
この構成によれば、ランダムにグループを選択し、この選択されたグループをサーバ払出グループとして決定する制御を行うようにしたので、請求項１の構成よりも簡単な処理で、リソースプールから、空サーバが極力枯渇しないように、サーバを払い出すことができる。
【００２８】
請求項６に係る発明は、ユーザ端末機へのサーバを利用したサービスが停止する単一障害毎に、複数のサーバをグループ分けしたリソースプールを有するデータセンタを、前記単一障害が他のデータセンタに及ばないように点在させ、この点在するデータセンタから空サーバのリソースを前記ユーザ端末機へ払い出すコンピュータリソース管理装置のコンピュータリソース管理方法であって、前記コンピュータリソース管理装置は、前記複数のサーバがグループ分けされたグループ毎に、固有のグループＩＤを付して管理する第１ステップと、前記グループ毎の空サーバ数を管理する第２ステップと、前記ユーザ端末機にて指定された１つのグループＩＤを含むサーバ払出要求情報を受信する第３ステップと、前記受信されたサーバ払出要求情報内の前記グループＩＤに対応するグループが含まれるリソースプールから、当該グループに包含された複数のグループの内、当該複数のグループの空サーバ数の平均値よりも多い空サーバ数のあるグループを、サーバ払出グループとして決定する第４ステップと、前記決定されたサーバ払出グループから空サーバのリソースを前記ユーザ端末機へ払い出す第５ステップとを実行することを特徴とするコンピュータリソース管理方法である。
【００２９】
この方法によっても、上記リソース管理装置と同様に、単一障害が他のデータセンタに及ばないように、サーバのリソースプールを有するデータセンタを点在させる冗長構成化と、サーバ払出サービスのための設備投資の効率化との双方を、同時に実現することができる。
【００３０】
請求項７に係る発明は、前記リソースプールの複数のサーバのグループ分けが、最上位層のグループに１乃至複数のグループが包含され、この包含された１乃至複数のグループに、他の１乃至複数のグループが包含されるといった階層構造となっている場合に、前記リソース管理装置は、前記第４ステップにおいて、前記受信されたサーバ払出要求情報に含まれる１つのグループＩＤに対応するグループの下位層に属するグループを第１抽出し、当該第１抽出したグループ毎の系列の最下位層のグループを第２抽出し、当該第２抽出した最下位層のグループの空サーバ数の平均値を計算し、当該平均値以上の空サーバ数を持つグループを第３抽出し、当該第３抽出したグループを直下に持つグループを第４抽出し、当該第４抽出したグループの空サーバ数の平均値を計算し、当該平均値以上の空サーバ数を持つグループを第５抽出し、当該第５抽出されたグループをもとに、前記ユーザ端末機にて指定された１つのグループＩＤのグループに到達するまで、前記第４抽出から当該第５抽出を繰り返し、前記到達したグループの１つ下位層のグループの内、空サーバ数が最も大きいグループを第６抽出し、当該第６抽出したグループに対して、最下位層のグループに到達するまで、当該第６抽出の処理と同じ処理を繰り返し、当該最下位層のグループに到達した時点で抽出されているグループを、前記サーバ払出グループとする処理を行うことを特徴とする請求項６に記載のコンピュータリソース管理方法である。
【００３１】
この方法によっても、ユーザ指定の１情報に応じて、あるグループの空サーバ数が偏って枯渇するといったことが無いように、サーバ払出グループを決定することができる。
【００３２】
請求項８に係る発明は、請求項６又は７に記載のコンピュータリソース管理方法を、コンピュータに実行させるためのコンピュータリソース管理プログラムである。
【００３３】
この構成によっても、請求項６又は７と同様な作用効果を得ることができる。
【発明の効果】
【００３４】
本発明によれば、単一障害の影響を受けないサーバの冗長構成化と、クラウドサービスのための設備投資の効率化との双方を同時に実現することができるコンピュータリソース管理装置、コンピュータリソース管理方法及びコンピュータリソース管理プログラムを提供することができる。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施形態に係るコンピュータリソース管理システムの構成を示すブロック図である。
【図２】データセンタの構成を示すブロック図である。
【図３】（ａ）リソース管理装置の構成を示すブロック図、（ｂ）グループ構成管理部で管理されるグループの階層構造を示す図、（ｃ）空リソース管理部で管理される空リソース（空サーバ数）を示す図である。
【図４】（ａ）グループ階層毎の各グループの空サーバ数を示す図、（ｂ）サーバ払出後に更新した各グループの空サーバ数を示す図、（ｃ）サーバ払出後の空サーバ数のアンバランスを示す図である。
【図５】本実施形態のコンピュータリソース管理システムにおけるサーバ払出制御の動作を説明するための第１のフローチャートである。
【図６】本実施形態のコンピュータリソース管理システムにおけるサーバ払出制御の動作を説明するための第２のフローチャートである。
【図７】本実施形態のコンピュータリソース管理システムにおけるサーバ払出制御の動作を説明するための第３のフローチャートである。
【発明を実施するための形態】
【００３６】
以下、本発明の実施形態を、図面を参照して説明する。
＜実施形態の構成＞
図１は、本発明の実施形態に係るコンピュータリソース管理システムの構成を示すブロック図である。
図１に示すコンピュータリソース管理システム（単に、管理システムともいう）１０は、第１〜第３データセンタ１１，１２，１３と、リソース管理装置１５と、広域ＮＷ（ネットワーク）１７とを備えて構成されている。広域ＮＷ１７は、各データセンタ１１，１２，１３及びリソース管理装置１５を通信可能に接続するインターネット回線や専用線等のネットワークである。この広域ＮＷ１７には、コンピュータ、サーバ、スマートフォンなどのユーザ端末機１９が有線又は無線通信により接続されている。なお、リソース管理装置１５は、請求項記載のコンピュータリソース管理装置である。
【００３７】
各データセンタ１１〜１３は、単一障害が相互に及ばない遠隔地に離間して配置されている。例えば、第１データセンタ１１は東京、第２データセンタ１２は大阪、第３データセンタ１３は福岡に配置されているとする。リソース管理装置１５は、例えば東京の第１データセンタ１１の内側又は外側に配置される。これ以外に、リソース管理装置１５は、単一障害が及ばない他の大阪や福岡等の地域に、待機用として複数台、冗長化して配置してもよい。
【００３８】
各データセンタ１１〜１３には、複数のサーバがリソースプール１１ａ，１２ａ，１３ａとして集約されている。各リソースプール１１ａ〜１３ａには、ある単一障害により障害対象となるサーバ群を１つのグループとし、このグループＩＤ(identification)をサーバの属性情報として規定している。
【００３９】
本実施形態では、グループＩＤと、グループＩＤが付された各グループがどのような障害に対して影響を受けるグループであるかを示す後述のグループ障害影響情報とを、ユーザへ公開している。ユーザは、ユーザ端末機１９によるサーバリソース払出要求時に、サーバの属性情報の１つとして、１つのグループＩＤを指定するようになっている。なお、サーバの属性情報としては、グループＩＤの他に、サーバのＣＰＵの個数及び周波数、主記憶装置や補助記憶装置の容量等の情報がある。これらの属性情報は、サーバの物理配置情報と共に、サーバ情報として包含されている。このサーバ情報の内、ユーザに公開される情報は、グループＩＤ及びグループ障害影響情報のみであるとする。なお、ユーザ指定される１つのグループＩＤは、請求項記載の１情報である。
【００４０】
各データセンタ１１〜１３について、図２に示す第１データセンタ１１を代表して説明する。第１データセンタ１１のリソースプール１１ａには、複数のサーバ２１ａ，２１ｂ，２１ｃ，２１ｄ，２１ｅ，２１ｆが集約されて配置されると共に、複数の通信装置２４ａ，２４ｂ，２４ｃ，２４ｄ，２４ｅと、複数の電源装置２６ａ，２６ｂ，２６ｃとが配置されている。サーバ２１ｄは、ソフトウェア等により構成された複数の仮想サーバ２２ａ，２２ｂ，２２ｃから成る。
【００４１】
各通信装置２４ａ〜２４ｅは、広域ＮＷ１７と各サーバ２１ａ〜２１ｆとの間に相互通信可能なように接続されている。通信装置２４ａ，２４ｂの一端は広域ＮＷ１７に接続され、他端は他の通信装置２４ｃ〜２４ｅの一端に接続されている。通信装置２４ｃの他端は、サーバ２１ａ〜２１ｃに接続され、通信装置２４ｄ，２４ｅの他端は、サーバ２１ｄ〜２１ｆに接続されている。
【００４２】
２つの電源装置２６ａ，２６ｂの一端は、サーバ２１ａ〜２１ｃに電源を供給するように接続され、１つの電源装置２６ｃの一端はサーバ２１ｄ〜２１ｆに電源を供給するように接続されている。各電源装置２６ａ〜２６ｃの他端は、図示せぬ商用電源及び自家発電装置に接続されている。
【００４３】
各サーバ２１ａ〜２１ｆは、単一障害を想定してグループ分けされている。単一障害は、例えば想定されている地震の影響範囲、冗長化されていない通信経路の障害の影響範囲並びに、電源障害の影響範囲などである。これらの影響範囲を想定して図２に示すようにグループ分けが行われている。このグループ分けされた各グループが上述したグループ障害影響情報としてユーザへ公開されるようになっている。
【００４４】
即ち、全サーバ２１ａ〜２１ｆが激甚災害影響グループＧ１として集約されている。この激甚災害影響グループＧ１の中に、電源装置２６ｃに接続されたサーバ２１ｄ〜２１ｆが電源装置の障害影響グループＧ２として集約され、通信装置２４ｃに接続されたサーバ２１ａ〜２１ｃが通信装置の障害影響グループＧ３として集約されている。更に、障害影響グループＧ２に包含される各仮想サーバ２２ａ〜２２ｃが、障害影響グループＧ２の中にサーバ２１ｄの障害影響グループＧ４として集約されている。なお、激甚災害影響グループＧ１及び各障害影響グループＧ２〜４を、単に、グループＧ１〜Ｇ４とも称する。
【００４５】
このグループ分けは、親グループの中に１乃至複数の子グループが包含され、子グループの中に孫グループが包含されるといったツリー構造（又は階層構造）となっている。図２の例では、１層目の親グループＧ１の中に２層目の複数の子グループＧ２，Ｇ３が包含され、更に、２層目の親グループＧ２の中に３層目の１つの子グループＧ４が包含されている。このツリー構造を別の表現で図３（ｂ）を参照して説明する。
【００４６】
図３（ｂ）に示すように、グループＧ１が１層目、グループＧ２及びＧ３が２層目、グループＧ４が３層目となっている。更に、図３（ｂ）には、３層目に、図２に示す以外のグループＧ５，Ｇ６，Ｇ７，Ｇ８を記載している。つまり、２層目のグループＧ２は直下にグループＧ４〜Ｇ６を有し、グループＧ３は直下にグループＧ７〜Ｇ８を有するものとする。各グループＧ１〜Ｇ８には、各々固有のグループＩＤ１〜ＩＤ８が対応付けられている。
【００４７】
次に、図３（ａ）に示すリソース管理装置１５の構成を説明する。リソース管理装置１５は、サーバリソース払出要求受信部１５ａと、サーバリソース払出応答返信部１５ｂと、払出サーバ制御部１５ｃと、グループ構成管理部１５ｄと、空リソース管理部１５ｅを備えて構成されている。払出サーバ制御部１５ｃは、不揮発性の記憶装置であるメモリ部１５ｆを有している。なお、サーバリソース払出要求受信部１５ａを払出要求受信部１５ａ、サーバリソース払出応答返信部１５ｂを払出応答返信部１５ｂとも称す。
【００４８】
グループ構成管理部１５ｄは、図３（ｂ）に一例を示したように、各データセンタ１１〜１３のグループのツリー構造の情報（グループ情報）を、図示せぬメモリ部に記憶して管理するものである。
【００４９】
空リソース管理部１５ｅは、各グループＧ１〜Ｇ８の空リソースを、図示せぬメモリ部に記憶して管理するものである。例えば、空リソース管理部１５ｅは、図３（ｃ）に示すように、グループＩＤ１〜ＩＤ８毎に空リソースである空サーバ数の情報（空サーバ数情報）を管理する。この他、空リソースは、サーバのスペックを考慮して何らかの方法で数値化した指標値であっても良い。
【００５０】
払出要求受信部１５ａは、ユーザ端末機１９からのグループＩＤを含む払出要求情報を受信して払出サーバ制御部１５ｃへ出力する。
【００５１】
払出サーバ制御部１５ｃは、払出要求情報のグループＩＤに対応するグループの系列の中から空サーバを、ユーザ端末機１９に払い出すサーバ払出制御を行う。このサーバ払出制御においては、例えば、ユーザ端末機１９の存在する位置から最も近いデータセンタが空サーバの払い出しを行うようになっている。ユーザ端末機１９が東京にあるとすると、東京の第１データセンタ１１からユーザ端末機１９へ空サーバの払い出しが行われる。また、第１データセンタ１１が単一障害で破壊された場合、例えば次に近い大阪の第２データセンタ１２から払い出しが行われるようになっている。また、サーバ払出制御は、各グループＧ１〜Ｇ８のサーバが枯渇しないように行われる。この払出サーバ制御について説明する。
【００５２】
払出サーバ制御部１５ｃは、まず、払出要求のグループＩＤに対応するグループの下位層に属する１乃至複数のグループを抽出（第１抽出）する。例えば、払出要求のグループＩＤが「ＩＤ１」であれば、これに対応するグループは図３（ｂ）に示すグループＧ１となるので、グループＧ１の下位層に属する２層目の各グループＧ２，Ｇ３を抽出（第１抽出）する。
【００５３】
次に、払出サーバ制御部１５ｃは、第１抽出した１乃至複数のグループの各系列の最下位層のグループを抽出（第２抽出）する。例えば、払出サーバ制御部１５ｃは、第１抽出した一方のグループＧ２の系列の最下位層（３層目）のグループＧ４〜Ｇ６を第２抽出し、他方のグループＧ３の系列の最下位層「（３層目）のグループＧ７〜Ｇ８を第２抽出する。
【００５４】
但し、図３（ｂ）に示す例は、第１データセンタ１１を一例としているので、最下位層は３層目となっているが、実際にはデータセンタ毎にグループの最下位層の層数が異なる。例えば、第２データセンタ１２では５層目が最下位層、第３データセンタ１３では４層目が最下位層となっている。
【００５５】
次に、払出サーバ制御部１５ｃは、第２抽出した最下位層のグループについて空リソースの平均値を計算し、この平均値以上の空リソースを持つ１乃至複数のグループを抽出（第３抽出）する。この第３抽出の具体例を、図４（ａ）を参照して説明する。図４（ａ）は、各グループＧ４〜Ｇ８の空サーバの台数を示す図である。なお、図４においては、下位層の空サーバ数の合計が、上位層の空サーバ数となっている。
【００５６】
例えば、払出サーバ制御部１５ｃは、第２抽出した最下位層の各グループＧ４〜Ｇ８の空サーバ数の平均値を、図４（ａ）に示す最下位層の各グループＧ４〜Ｇ８の空サーバ数から（３＋４＋３＋５＋２）／５＝３．４と計算する。払出サーバ制御部１５ｃは、その平均値３．４以上の空サーバ数を持つグループＧ５及びＧ７を第３抽出する。
【００５７】
払出サーバ制御部１５ｃは、第３抽出した各グループＧ５及びＧ７を、払出可能グループとしてメモリ部１５ｆに保持する。ここでは、各グループＧ５及びＧ７の「ＩＤ５」及び「ＩＤ７」が保持される。
【００５８】
次に、払出サーバ制御部１５ｃは、メモリ部１５ｆに保持された１乃至複数のグループを直下に持つグループを抽出（第４抽出）する。例えば、払出サーバ制御部１５ｃは、保持した３層目のグループＧ５及びＧ７を直下に持つ２層目の各グループＧ２及びＧ３を第４抽出する。
【００５９】
次に、払出サーバ制御部１５ｃは、第４抽出した１乃至複数のグループについて空リソースの平均値を計算し、この平均値以上の空リソースを持つ１乃至複数のグループを抽出（第５抽出）する。例えば、払出サーバ制御部１５ｃは、第４抽出した２層目の各グループＧ２及びＧ３の空サーバ数の平均値を、図４（ａ）に示す２層目の各グループＧ２及びＧ３の空サーバ数から（１０＋７）／２＝８．５と計算する。払出サーバ制御部１５ｃは、その平均値８．５以上の空サーバ数を持つグループＧ２を第５抽出する。
【００６０】
払出サーバ制御部１５ｃは、第５抽出した１乃至複数のグループを、払出可能グループとしてメモリ部１５ｆに保持する。ここでは、グループＧ２の「ＩＤ２」が保持される。
【００６１】
払出サーバ制御部１５ｃは、第５抽出された１乃至複数のグループをもとに、第４抽出から第５抽出を行う制御を、ユーザの払出要求で指定されたグループＩＤに到達するまで繰り返す。この繰返し過程では、払出可能グループを上記同様にメモリ部１５ｆに保持する。
【００６２】
例えば、払出サーバ制御部１５ｃは、第５抽出した２層目のグループＧ２を直下に持つ１層目の各グループＧ１を第４抽出する。次に、払出サーバ制御部１５ｃは、第４抽出した１層目のグループＧ１の空サーバ数の平均値を、図４（ａ）に示す１層目のグループＧ１の空サーバ数から（１７）／１＝１７と計算する。払出サーバ制御部１５ｃは、その平均値「１７」以上の空サーバ数を持つグループＧ１を第５抽出する。この第５抽出されたグループＧ１は、ユーザの払出要求で指定されたグループ「ＩＤ１」なので、この時点で、ユーザの払出要求で指定されたグループ「ＩＤ１」に到達する。従って、払出サーバ制御部１５ｃは、第４抽出から第５抽出の繰返し処理を終了する。
【００６３】
次に、払出サーバ制御部１５ｃは、その到達したグループの１つ下位層の１乃至複数の払出可能グループ（メモリ部１５ｆに保持中の情報）の内、空サーバ数が最も大きいグループを抽出（第６抽出）する。例えば、払出サーバ制御部１５ｃは、到達したグループＧ１の１つ下位層の払出可能グループは、メモリ部１５ｆに保持されているグループＧ２のみなので、これを、空サーバ数が最も大きいグループＧ２として第６抽出する。
【００６４】
払出サーバ制御部１５ｃは、第６抽出したグループに対して、第６抽出の処理と同じ処理を、最下位層のグループに到達するまで繰り返す。例えば、払出サーバ制御部１５ｃは、第６抽出したグループＧ２の１つ下位の払出可能グループの内、空サーバ数が最も大きいグループＧ５を第６抽出する。この第６抽出されたグループＧ５は、最下位層のグループなので、この時点で、最下位層のグループＧ５に到達する。従って、払出サーバ制御部１５ｃは、第６抽出の繰返し処理を終了する。
【００６５】
払出サーバ制御部１５ｃは、最下位層のグループに到達した時点で第６抽出されているグループをサーバ払出グループとする。例えば、払出サーバ制御部１５ｃは、最下位層のグループＧ５に到達した時点で、第６抽出されているグループＧ５をサーバ払出グループとする。
【００６６】
払出サーバ制御部１５ｃは、そのサーバ払出グループをメモリ部１５ｆに保持する。ここでは、サーバ払出グループＧ５の「ＩＤ５」が保持される。
【００６７】
図３（ａ）に戻り、払出応答返信部１５ｂは、メモリ部１５ｆにサーバ払出グループ（例えばＧ５）が保持された際に、このサーバ払出グループＧ５の空サーバを、ユーザ端末機１９へ払い出す応答返信を行う。この払出後に、払出サーバ制御部１５ｃは、その払い出されたサーバ払出グループＧ５及び払出グループＧ５を決定する過程で保持した情報を、メモリ部１５ｆから消去する。
【００６８】
また、グループ構成管理部１５ｄは、上記のサーバ払出後に、管理する空サーバ数を、サーバの払い出し後の空サーバ数に更新する。例えば、サーバ払出グループＧ５から１サーバが払い出された場合は、図４（ｂ）に示すように、グループＧ５の空サーバ数を図４（ａ）の「４」から「３」に更新し、これに応じてグループＧ２の空サーバ数を「１０」から「９」、グループＧ１の空サーバ数を「１７」から「１６」に更新する。図４（ｃ）は後述の応用例１において説明する。
【００６９】
＜実施形態の動作＞
次に、実施形態のコンピュータリソース管理システム１０におけるサーバ払出制御の動作を、図５に示すフローチャートを参照して説明する。このサーバ払出制御は、ユーザがサーバ払出要求を行い、図１に示す所望のリソースプール１１ａ〜１３ａから空サーバリソースを取得してユーザサービスを行う場合に実行される。
【００７０】
まず、ステップＳ１において、ユーザが、ユーザ端末機１９にて管理システム１０で公開されているグループ障害影響情報を確認し、ユーザ端末機１９からグループＧ１のグループ「ＩＤ１」を指定してサーバの払出要求を行ったとする。
【００７１】
ステップＳ２において、その払出要求の情報は、広域ＮＷ１７を介してリソース管理装置１５の図３（ａ）に示す払出要求受信部１５ａで受信される。
【００７２】
ステップＳ３において、払出サーバ制御部１５ｃは、その受信された払出要求情報に含まれる「ＩＤ１」に対応する図３（ｂ）に示す１層目のグループＧ１を、グループ構成管理部１５ｄで管理されているグループ情報から検索する。
【００７３】
ステップＳ４において、払出サーバ制御部１５ｃは、グループ情報を参照して、その検索したグループＧ１の下位層に属する２層目の各グループＧ２，Ｇ３を第１抽出する。
【００７４】
次に、ステップＳ５において、払出サーバ制御部１５ｃは、グループ情報を参照して、第１抽出した一方のグループＧ２及びＧ３の最下位層（３層目）のグループＧ４〜Ｇ８を第２抽出する。
【００７５】
第２抽出された最下位層は３層目なので、ステップＳ６に示すように、払出サーバ制御部１５ｃは、最下位層Ｎ＝３と設定する。この設定は、例えばメモリ部１５ｆに行われる。
【００７６】
次に、ステップＳ７において、払出サーバ制御部１５ｃは、図３（ｃ）に示すグループ構成管理部１５ｄで管理される空サーバ数｛図４（ａ）も参照｝を参照して、第２抽出した最下位層の各グループＧ４〜Ｇ８の空サーバ数の平均値を計算する。例えば、払出サーバ制御部１５ｃは、図４（ａ）に示す最下位層の各グループＧ４〜Ｇ８の空サーバ数から（３＋４＋３＋５＋２）／５＝３．４と計算する。更に、払出サーバ制御部１５ｃは、平均値「３．４」以上の空サーバ数を持つグループＧ５及びＧ７を第３抽出する。
【００７７】
ステップＳ８において、払出サーバ制御部１５ｃは、第３抽出した各グループＧ５及びＧ７の「ＩＤ５」及び「ＩＤ７」を、払出可能グループとしてメモリ部１５ｆに保持する。
【００７８】
次に、図６に示すステップＳ９において、払出サーバ制御部１５ｃは、メモリ部１５ｆに保持された最下位層（３層目）のグループＧ５及びＧ７を直下に持つ２層目の各グループＧ２及びＧ３を第４抽出する。
【００７９】
更に、ステップＳ１０において、払出サーバ制御部１５ｃは、第４抽出した２層目の各グループＧ２及びＧ３の空サーバ数の平均値を、図４（ａ）に示す２層目の各グループＧ２及びＧ３の空サーバ数から（１０＋７）／２＝８．５と計算する。更に、払出サーバ制御部１５ｃは、平均値「８．５」以上の空サーバ数を持つグループＧ２を第５抽出する。
【００８０】
ステップＳ１１において、払出サーバ制御部１５ｃは、第５抽出したグループＧ２の「ＩＤ２」を、払出可能グループとしてメモリ部１５ｆに保持する。
【００８１】
ここで、上記ステップＳ１０で第５抽出されたグループＧ２の層は、最下位層Ｎ＝「３」である３層目から１つ上位層の２層目となる。このため、ステップＳ１２に示すように、払出サーバ制御部１５ｃは、３層目のＮ＝「３」から１つ上位層の「１」を引き、これを現抽出層Ｎ１に更新する。つまり、現抽出層Ｎ１＝Ｎ−１＝３−１＝２に更新される。
【００８２】
次に、ステップＳ１３において、払出サーバ制御部１５ｃは、その更新されたグループＧ２の層（現抽出層Ｎ１＝２）がユーザ端末機１９から受信したグループＧ１の層（１層目）と同一層か否かを判定する。この結果、グループＧ２は２層目で、グループＧ１は１層目なので、同一層でないと判定（Ｎｏ）される。この場合、払出サーバ制御部１５ｃは、上記ステップＳ９に戻って、ステップＳ９〜Ｓ１２の処理（制御）を繰り返す。
【００８３】
この繰返し処理を説明する。ステップＳ９において、メモリ部１５ｆに保持された２層目のグループＧ２（上記ステップＳ１１参照）を直下に持つ１層目の各グループＧ１が第４抽出される。次に、ステップＳ１０において、第４抽出した１層目の各グループＧ１の空サーバ数の平均値が、図４（ａ）に示す１層目のグループＧ１の空サーバ数から（１７）／１＝１７と計算され、この平均値「１７」以上の空サーバ数を持つグループＧ１が第５抽出される。ステップＳ１１において、上記の第５抽出されたグループＧ１の「ＩＤ１」が、払出可能グループとしてメモリ部１５ｆに保持される。また、第５抽出されたグループＧ１の層は、上記のようにグループＧ２の２層目から１つ上位層の１層目である。このため、ステップＳ１２に示すように、払出サーバ制御部１５ｃは、２層目のＮ＝「２」から１つ上位層なので「１」を引き、これを現抽出層Ｎ１に更新する。つまり、現抽出層Ｎ１＝Ｎ−１＝２−１＝１に更新される。
【００８４】
この後、ステップＳ１３において、払出サーバ制御部１５ｃは、その更新されたグループＧ１の層（現抽出層Ｎ１＝１））がユーザ端末機１９から最初に受信したグループＧ１の層（１層目）と同一層か否かを判定する。この結果、同一層であると判定（Ｙｅｓ）される。
【００８５】
この場合、図７に示すステップＳ１４において、払出サーバ制御部１５ｃは、メモリ部１５ｆに保持されている現抽出層のグループＧ１の１つ下位層の払出可能グループ（この例ではグループＧ２のみ）の内、空サーバ数が最も大きいグループＧ２を第６抽出する。
【００８６】
ここで、ステップＳ１５において、払出サーバ制御部１５ｃは、第６抽出されたグループＧ２は、現抽出層（Ｎ１＝１）のグループＧ１から１つ下位層なので「１」を足し、これを現抽出層Ｎ２に更新する。つまり、現抽出層Ｎ２＝Ｎ１＋１＝１＋１＝２に更新される。
【００８７】
次に、ステップＳ１６において、払出サーバ制御部１５ｃは、その更新された現抽出層Ｎ２（＝２）が、最下位層（＝３）であるか否かを判定する。この結果、払出サーバ制御部１５ｃは、現抽出層Ｎ２＝２が最下位層でないと判定（Ｎｏ）する。この場合、上記ステップＳ１４に戻って、ステップＳ１４〜Ｓ１５の処理（制御）を繰り返す。
【００８８】
この繰返し処理を説明する。ステップＳ１４において、現抽出層の払出可能グループＧ２の１つ下位層（３層目）の払出可能グループの内（この例ではグループＧ５のみ）、空サーバ数が最も大きい払出可能グループＧ５が第６抽出される。但し、ステップＳ１４では、最下位層でないと判定された払出可能グループＧ２の２層目が、現抽出層（Ｎ１＝２）となる。従って、ステップＳ１５では、第６抽出されたグループＧ５は、現抽出層（Ｎ１＝２）のグループＧ２から１つ下位層なので、「Ｎ１＝２」に「１」を足し、これを現抽出層Ｎ２に更新する。つまり、現抽出層Ｎ２＝Ｎ１＋１＝２＋１＝３として更新される。
【００８９】
次に、ステップＳ１６において、払出サーバ制御部１５ｃは、その更新された現抽出層Ｎ２（＝３）が、最下位層（＝３）であるか否かを判定する。この結果、更新された現抽出層Ｎ２＝３は、最下位層であると判定される。
【００９０】
この場合、ステップＳ１７に進んで、払出サーバ制御部１５ｃは、上記繰返し処理で第６抽出されたグループＧ５の内（この例ではグループＧ５のみ）、空サーバ数の最も大きいグループＧ５をサーバ払出グループと決定する。
【００９１】
ステップＳ１８において、払出サーバ制御部１５ｃは、そのサーバ払出グループＧ５の「ＩＤ５」をメモリ部１５ｆに保持する。
【００９２】
そして、ステップＳ１９において、リソース管理装置１５の払出応答返信部１５ｂは、メモリ部１５ｆに保持されたサーバ払出グループＧ５の空サーバを、広域ＮＷ１７を介してユーザ端末機１９へ払い出す。
【００９３】
また、上記サーバ払出後、ステップＳ２０において、払出サーバ制御部１５ｃは、その払い出されたサーバ払出グループＧ５及び払出グループＧ５を決定する過程で保持した情報を、メモリ部１５ｆから消去する。
【００９４】
更に、ステップＳ２１において、グループ構成管理部１５ｄは、グループＧ５からの１つのサーバ払出後に、管理する空サーバ数を、図４（ｂ）に示すように、グループＧ５の空サーバ数を「３」に更新し、グループＧ２の空サーバ数を「９」、グループＧ１の空サーバ数を「１６」に更新する。これによって、サーバ払出制御が終了する。
【００９５】
＜実施形態の効果＞
以上説明したように、本実施形態のコンピュータリソース管理システム１０は、各々固有のＩＤが付された複数のサーバが集約され、ユーザ端末機１９へのサーバを利用したサービスが停止する種々の単一障害（以下、障害ともいう）毎に、複数のサーバをグループ分けしたリソースプール１１ａ〜１３ａを有するデータセンタ１１〜１３を備える。また、障害が他のデータセンタに及ばないように点在させ、この点在するデータセンタ１１〜１３から空サーバのリソースをユーザ端末機１９へ払い出すコンピュータリソース管理装置としてのリソース管理装置１５を備える。
【００９６】
本実施形態の特徴であるリソース管理装置１５は、サーバリソース払出要求受信部１５ａと、サーバリソース払出応答返信部１５ｂと、払出サーバ制御部１５ｃと、グループ構成管理部１５ｄと、空リソース管理部１５ｅを備えて構成されている。
【００９７】
グループ構成管理部１５ｄは、複数のサーバがグループ分けされたグループ毎に、固有のグループＩＤを付して管理する。空リソース管理部１５ｅは、グループ毎の空サーバ数を管理する。払出要求受信部１５ａは、ユーザ端末機１９にて指定された１情報としてのグループＩＤを含むサーバ払出要求情報を受信する。
【００９８】
払出サーバ制御部１５ｃは、その受信されたサーバ払出要求情報内のグループＩＤに対応するグループが含まれるリソースプール１１ａ〜１３ａから、当該グループに包含された複数のグループの内、複数のグループの空サーバ数の平均値よりも多い空サーバ数のあるグループを、サーバ払出グループとして決定する制御を行う。払出応答返信部１５ｂは、その決定されたサーバ払出グループから空サーバのリソースをユーザ端末機１９へ払い出す。
【００９９】
この構成によれば、ユーザは、ユーザ端末機１９から１つのグループＩＤを指定してサーバ払出要求を行えば、障害が他のデータセンタに及ばないように点在された各データセンタ１１〜１３の内の１つの正常なデータセンタ（例えば１１）のリソースプール１１ａから、空サーバのリソースを取得することができる。
【０１００】
この際、ユーザ指定された１つのグループＩＤ（例えば「ＩＤ１」）の１グループを有するリソースプール１１ａでは、そのグループに包含された複数のグループの空サーバ数の平均値よりも多い空サーバ数の存在するグループを、サーバ払出グループとして決定する。このため、複数のグループにおいて、空サーバ数が偏って枯渇するといったことが無くなる。サーバが枯渇することが無いので、サーバの補充が必要なくなり、このため、設備投資が嵩むこともないので、設備投資の効率化を図ることができる。
【０１０１】
また、リソースプール１１ａ〜１３ａを有する複数のデータセンタ１１〜１３を、障害が他のデータセンタに及ばないように点在させて冗長化を行っている。この冗長構成において、ユーザは、１情報（グループＩＤ）のみを用いて払出要求を行うことができる。このため、あるデータセンタ１１が、障害により、ユーザへのサーバ払出サービス（クラウドサービス）ができない状態になっても、ユーザは１情報のみの指定で、他のデータセンタ１２，１３からサーバ払出サービスを提供することができる。
【０１０２】
従って、本実施形態によれば、障害が他のデータセンタに及ばないように、サーバのリソースプール１１ａ〜１３ａを有するデータセンタ１１〜１３を点在させる冗長構成化と、サーバ払出サービスのための設備投資の効率化との双方を、同時に実現することができる。
【０１０３】
また、各リソースプール１１ａ〜１３ａの複数のサーバのグループ分けが、最上位層のグループに１乃至複数のグループが包含され、この包含された１乃至複数のグループに、他の１乃至複数のグループが包含されるといった階層構造となっている場合に、払出サーバ制御部は、次のような制御を行う。
【０１０４】
即ち、払出サーバ制御部１５ｃは、ユーザ端末機１９にて指定された１つのグループＩＤに対応するグループの下位に係属する各々の層毎に、１乃至複数のグループの平均値を超える空サーバ数を保有するグループを検索し、この検索されたグループに係属する最下位層のグループのうち最大空サーバ数を保有するグループを、サーバ払出グループに決定する。
【０１０５】
この構成によれば、サーバのグループ分けが階層構造を成す場合に、ユーザ指定の１つのグループＩＤに対応するグループの下位に係属する最下位層のグループから、最大空サーバ数を保有するグループを、サーバ払出グループとして決定することができる。従って、あるグループの空サーバ数が偏って枯渇するといったことを回避することができる。
【０１０６】
また、グループ構成管理部１５ｄは、サーバ払出グループからの空サーバの払出後に、当該払い出された空サーバが所属していたグループの空サーバ数を、払出後の空サーバ数に更新し、当該更新されたグループの空サーバ数を含む上位層側のグループの空サーバ数を、更新後の空サーバ数を元に更新するようにした。
【０１０７】
この構成によれば、空サーバの払出後に、各リソースプール１１ａ〜１３ａの各グループの空サーバ数を、払出後の適正な数値とすることができる。従って、次回のサーバ払出を適正に行うことができる。
【０１０８】
また、コンピュータリソース管理方法としては、リソース管理装置１５において、グループ構成管理部１５ｄが、複数のサーバがグループ分けされたグループ毎に、固有のグループＩＤを付して管理する処理を行う第１ステップの処理を行う。空リソース管理部１５ｅが、グループ毎の空サーバ数を管理する処理を行う第２ステップの処理を行う。払出要求受信部１５ａが、ユーザ端末機１９にて指定された１つのグループＩＤを含むサーバ払出要求情報を受信する処理を行う第３ステップの処理を行う。払出サーバ制御部１５ｃが、受信されたサーバ払出要求情報内の１つのグループＩＤに対応する１グループが含まれるリソースプールから、当該１グループに包含された複数のグループの内、当該複数のグループの空サーバ数の平均値よりも多い空サーバ数のあるグループを、サーバ払出グループとして決定する処理を行う第４ステップの処理を行う。払出応答返信部１５ｂが、決定されたサーバ払出グループから空サーバのリソースをユーザ端末機１９へ払い出す処理を行う第５ステップの処理を行うようになっている。
【０１０９】
この方法によっても、上記リソース管理装置１５と同様に、障害が他のデータセンタに及ばないように、サーバのリソースプール１１ａ〜１３ａを有するデータセンタ１１〜１３を点在させる冗長構成化と、サーバ払出サービスのための設備投資の効率化との双方を、同時に実現することができる。
【０１１０】
また、コンピュータリソース管理方法では、サーバのグループ分けが、上記の階層構造となっている場合に、払出サーバ制御部１５ｃが、次の各処理を行うようにした。
【０１１１】
即ち、払出サーバ制御部１５ｃは、払出要求受信部１５ａで受信されたサーバ払出要求情報に含まれる１つのグループＩＤに対応するグループの下位層に属するグループを第１抽出する処理を行う。次に、第１抽出したグループ毎の系列の最下位層のグループを第２抽出する処理を行う。次に、第２抽出した最下位層のグループの空サーバ数の平均値を計算し、平均値以上の空サーバ数を持つグループを第３抽出する処理を行う。次に、第３抽出したグループを直下に持つグループを第４抽出する処理を行う。次に、第４抽出したグループの空サーバ数の平均値を計算し、平均値以上の空サーバ数を持つグループを第５抽出する処理を行う。次に、第５抽出されたグループをもとに、ユーザ端末機にて指定された１つのグループＩＤのグループに到達するまで、第４抽出から第５抽出を繰り返す処理を行う。次に、第６ステップで到達したグループの１つ下位層のグループの内、空サーバ数が最も大きいグループを第６抽出する処理を行う。そして、第６抽出したグループに対して、最下位層のグループに到達するまで、第６抽出の処理と同じ処理を繰り返し、最下位層のグループに到達した時点で抽出されているグループを、サーバ払出グループとする
処理を行う。
【０１１２】
この方法によっても、ユーザ端末機１９からの１情報としてのグループＩＤに応じて、あるグループの空サーバ数が偏って枯渇するといったことが無いように、サーバ払出グループを決定することができる。
【０１１３】
また、本実施形態のリソース管理装置１５は、一般的なコンピュータに、上述したコンピュータリソース管理方法の第１〜第５ステップの処理のプログラム又は、払出サーバ制御部１５ｃによる各処理のプログラムを実行させることで実現することができる。このプログラムは、通信回線を介して提供することが可能であり、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）等の記録媒体に書き込んで配布することも可能である。
【０１１４】
（実施形態の応用例１）
この応用例１では、リソース管理装置１５において、払出要求受信部１５ａがユーザ端末機１９からサーバ払出要求情報を受信した際に、払出サーバ制御部１５ｃが、払出要求情報に含まれる１つのグループ｛例えば図４（ａ）に示すＧ１｝の最下位層に属する１乃至複数のグループＧ４〜Ｇ８を抽出する。更に、払出サーバ制御部１５ｃは、その抽出したグループＧ４〜Ｇ８について、最も空リソースの大きいグループＧ７をサーバ払出グループと決定する。更に、払出サーバ制御部１５ｃは、そのサーバ払出グループＧ７を、払出可能グループとしてメモリ部１５ｆに保持する。この保持情報は、ユーザ端末機１９へのサーバ払出後に消去される。
【０１１５】
この応用例１においては、グループＧ５からのサーバ払出後は、図４（ｃ）に示すように、グループＧ５の空サーバ数が「４」となるので、その上位の２層目のグループＧ３の空サーバ数は「６」となる。この「６」を、同じ２層目のグループＧ２の空サーバ数「１０」と比べると、その差は「４」であり、サーバ払出前の図４（ａ）に示す差の「３」と比べると、その差が大きくなっている。
【０１１６】
このように、応用例１では、サーバ払出後に同一層のグループによって空サーバ数の開きが生じるものの、上記実施形態よりも簡単な処理で、リソースプール１１ａ〜１３ａから、空サーバが極力枯渇しないように、サーバを払い出すことができる。
【０１１７】
（実施形態の応用例２）
この応用例２では、リソース管理装置１５において、払出要求受信部１５ａがユーザ端末機１９からサーバ払出要求情報を受信した際に、払出サーバ制御部１５ｃが、払出要求情報に含まれる１つのグループ｛例えば図４（ａ）に示すＧ１｝の最下位層に属する１乃至複数のグループＧ４〜Ｇ８を抽出する。更に、払出サーバ制御部１５ｃは、その抽出したグループＧ４〜Ｇ８から、ランダムにグループＧ７を選択し、これをサーバ払出グループと決定する。更に、払出サーバ制御部１５ｃは、そのサーバ払出グループＧ７を、払出可能グループとしてメモリ部１５ｆに保持する。この保持情報は、ユーザ端末機１９へのサーバ払出後に消去される。
【０１１８】
この応用例２においても、上記応用例１と同様に、サーバ払出後に同一層のグループによって空サーバ数の開きが生じることがあるものの、上記実施形態よりも簡単な処理で、リソースプール１１ａ〜１３ａから、空サーバが極力枯渇しないように、サーバを払い出すことができる。
【符号の説明】
【０１１９】
１０  コンピュータリソース管理システム
１１〜１３  第１〜第３データセンタ
１１ａ〜１３ａ  リソースプール
１５  リソース管理装置
１５ａ  サーバリソース払出要求受信部
１５ｂ  サーバリソース払出応答返信部
１５ｃ  払出サーバ制御部
１５ｄ  グループ構成管理部
１５ｅ  空リソース管理部
１７  広域ＮＷ（ネットワーク）
１９  ユーザ端末機
２１ａ〜２１ｆ  サーバ
２４ａ〜２４ｅ  通信装置
２６ａ〜２６ｃ  電源装置
【図１】
2015153259.tif 000003
【図２】
2015153259.tif 000004
【図３】
2015153259.tif 000005
【図４】
2015153259.tif 000006
【図５】
2015153259.tif 000007
【図６】
2015153259.tif 000008
【図７】
2015153259.tif 000009