JP2011175338A - ネットワーク構築システム、構築サーバ、ネットワーク構築方法およびプログラム - Google Patents

Abstract

【課題】サービスに応じたネットワークや仮想サーバを容易に、かつ確実に構築する。
【解決手段】構築サーバ２００が、外部から要求されたリソースに応じて物理サーバ群５００を構成する複数の物理サーバから仮想サーバを構築し、リソース管理データベース１００から仮想サーバ識別情報を読み出し、当該要求を識別するための要求識別情報と、読み出した仮想サーバ識別情報と、要求されたリソースを示すリソース情報と、仮想サーバを構成する物理サーバを識別するための物理サーバ識別情報とを対応付けて構築情報として管理し、要求されたリソースの量に応じてリソース管理データベースが記憶している残量を書き換える。
【選択図】図１

Description

本発明は、通信ネットワークおよび通信ネットワークを構成する仮想サーバを構築するネットワーク構築システム、構築サーバ、ネットワーク構築方法およびプログラムに関する。

近年、職場や、家庭、公共施設等において、通信ネットワークが整備されている。利用者は、この通信ネットワークを介して様々なサービスを受けている。

これらのサービスを受けるには、当該ネットワークと接続された種々のサーバ、例えば、ＷＥＢサーバ、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ）サーバ、ＤＢ（Ｄａｔａｂａｓｅ）サーバ等の存在が必須となる。

この種々のサーバは、通信ネットワーク上に複数存在しており、あるサービスを提供するサービス提供者は、サービスを提供するために、当該サービスに必要なリソースに基づいて、サーバの選択やネットワークの構築を行っている。このとき、ネットワークの構築を行うためのファイルやパラメータを設定することにより、ネットワークの構築が行われる（例えば、特許文献１参照。）。

特開平０５−３４６８９６号公報

しかしながら、上述した技術においては、ネットワークの構築のため、サービスごとに必要なリソースに対してどのサーバを選択するか等をサービス提供者等の管理者が手動で設定しなければならない。そのため、その手間がかかってしまうという問題点がある。また、手動による設定では、誤入力のおそれがある。

本発明の目的は、上述した課題を解決するネットワーク構築システム、構築サーバ、ネットワーク構築方法およびプログラムを提供することである。

本発明のネットワーク構築システムは、
複数の物理サーバと、
前記複数の物理サーバから仮想サーバおよびネットワークを構築する構築サーバと、
前記複数の物理サーバに具備されたリソースと、未使用のリソースの量を示す残量と、前記仮想サーバを識別するための仮想サーバ識別情報とを記憶するリソース管理データベースとを有し、
前記構築サーバは、外部から要求されたリソースに応じて前記物理サーバから前記仮想サーバを構築し、前記リソース管理データベースから前記仮想サーバ識別情報を読み出し、該要求を識別するための要求識別情報と、前記読み出した仮想サーバ識別情報と、前記要求されたリソースを示すリソース情報と、前記仮想サーバを構成する物理サーバを識別するための物理サーバ識別情報とを対応付けて構築情報として管理し、前記要求されたリソースの量に応じて前記リソース管理データベースが記憶している前記残量を書き換えることを特徴とする。

また、本発明の構築サーバは、
ネットワークおよび仮想サーバを構築する構築サーバであって、
外部からリソースの要求の入力を受け付ける要求受付部と、
前記要求受付部が前記リソースの要求を受け付けた場合、該リソースに応じて当該構築サーバと接続された複数の物理サーバから前記仮想サーバを構築する仮想サーバ構築部と、
前記複数の物理サーバに具備されたリソースと、未使用のリソースの量を示す残量と、前記仮想サーバを識別するための仮想サーバ識別情報とを記憶するリソース管理データベースから、前記仮想サーバ識別情報を読み出し、前記要求されたリソースの量に応じて前記リソース管理データベースが記憶している前記残量を書き換えるリソース管理データベースインタフェース部と、
前記要求を識別するための要求識別情報と、前記読み出した仮想サーバ識別情報と、前記要求されたリソースを示すリソース情報と、前記仮想サーバを構成する物理サーバを識別するための物理サーバ識別情報とを対応付けて構築情報として管理する構築情報管理部とを有する。

また、本発明のネットワーク構築方法は、
ネットワークおよび仮想サーバを構築するネットワーク構築方法であって、
リソースの要求を受け付ける処理と、
前記リソースの要求を受け付けた場合、該リソースに応じて複数の物理サーバから前記仮想サーバを構築する処理と、
前記複数の物理サーバに具備されたリソースと、未使用のリソースの量を示す残量と、前記仮想サーバを識別するための仮想サーバ識別情報とを記憶するリソース管理データベースから、前記仮想サーバ識別情報を読み出す処理と、
前記要求を識別するための要求識別情報と、前記読み出した仮想サーバ識別情報と、前記要求されたリソースを示すリソース情報と、前記仮想サーバを構成する物理サーバを識別するための物理サーバ識別情報とを対応付けて構築情報として管理する処理と、
前記要求されたリソースの量に応じて前記リソース管理データベースが記憶している前記残量を書き換える処理とを行う。

また、本発明のプログラムは、
ネットワークおよび仮想サーバを構築する構築サーバに実行させるためのプログラムであって、
外部からリソースの要求を受け付ける手順と、
前記リソースの要求を受け付けた場合、該リソースに応じて当該構築サーバと接続された複数の物理サーバから前記仮想サーバを構築する手順と、
前記複数の物理サーバに具備されたリソースと、未使用のリソースの量を示す残量と、前記仮想サーバを識別するための仮想サーバ識別情報とを記憶するリソース管理データベースから、前記仮想サーバ識別情報を読み出す手順と、
前記要求を識別するための要求識別情報と、前記読み出した仮想サーバ識別情報と、前記要求されたリソースを示すリソース情報と、前記仮想サーバを構成する物理サーバを識別するための物理サーバ識別情報とを対応付けて構築情報として管理する手順と、
前記要求されたリソースの量に応じて前記リソース管理データベースが記憶している前記残量を書き換える手順とを実行させる。

以上説明したように、本発明においては、サービスに応じたネットワークや仮想サーバを容易に、かつ確実に構築することができる。

本発明のネットワーク構築システムの実施の一形態を示す図である。 図１に示したリソース管理データベースが記憶するリソースの全体量と残量との一例を示す図である。 図１に示したリソース管理データベースが記憶する、物理サーバ群を構成する複数の物理サーバ毎のリソースの情報の一例を示す図である。 図１に示したリソース管理データベースが記憶する仮想サーバ識別情報の一例を示す図である。 図１に示したリソース管理データベースが記憶する仮想ネットワーク情報の一例を示す図である。 図１に示したリソース管理データベースが記憶するホスト名の一例を示す図である。 図１に示したリソース管理データベースが記憶するポート番号の一例を示す図である。 図１に示した構築サーバの内部構成の一例を示す図である。 図８に示した要求受付部に表示された、要求を外部から入力するための画面の一例を示す図である。 図８に示した要求受付部が記憶しているスペック対応テーブルの一例を示す図である。 図１に示した構築情報データベースに記憶された構築情報の一例を示す図である。 本形態におけるネットワーク構築方法のうち、要求されたリソースに応じたネットワークを構築する処理を説明するためのフローチャートである。 本形態におけるネットワーク構築方法のうち、図１に示した監視サーバによって監視されたリソースが所定の閾値を超えた場合の処理の一例を説明するためのフローチャートである。 本形態におけるネットワーク構築方法のうち、図１に示した監視サーバによって監視されたリソースが所定の閾値を超えた場合の処理の他の例を説明するためのフローチャートである。 本形態におけるネットワーク構築方法のうち、図１に示した監視サーバによって監視されたリソースが所定の閾値未満となる状態があらかじめ設定された期間続いた場合の処理を説明するためのフローチャートである。

以下に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明のネットワーク構築システムの実施の一形態を示す図である。

本形態は図１に示すように、リソース管理データベース１００と、構築サーバ２００と、構築情報データベース３００と、監視サーバ４００と、物理サーバ群５００とから構成されている。

物理サーバ群５００は、複数の物理サーバから構成される。ここで、物理サーバとは、ＷＥＢサーバ、ＡＰサーバ、ＤＢサーバ、ルータ、スイッチ、ＬＢ（Ｌｏａｄ Ｂａｌａｎｃｅｒ）、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｒａｇｅ）等のネットワークを構築する物理的に存在する装置（ネットワーク機器）を示す。

リソース管理データベース１００は、物理サーバ群５００を構成する複数の物理サーバに具備されたリソースの全体量と、その全体量のうち未使用のリソースの量を示す残量とを記憶する。

図２は、図１に示したリソース管理データベース１００が記憶するリソースの全体量と残量との一例を示す図である。

図１に示したリソース管理データベース１００には図２に示すように、物理サーバ群５００を構成する複数の物理サーバに具備されたリソースの全体量と、その全体量のうち未使用のリソースの量を示す残量とが記憶される。この全体量は、あらかじめ記憶されているものであり、残量は構築サーバ２００によって更新されるものである。

図２に示した例では、リソースとして、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のコア数、メモリ容量、ＨＤＤ（ハードディスク）容量およびＮＡＳ容量が記憶されている。

例えば図２に示すように、ＣＰＵのコア数の全体量「１００個」と残量「１００個」とが対応付けられて記憶されている。これは、物理サーバ群５００を構成する複数の物理サーバに具備されたＣＰＵのコア数の全体量が「１００個」であり、現在未使用であるため使用可能である残量は「１００個」であることを示している。また、メモリ容量の全体量「２００ＧＢ」と残量「２００ＧＢ」とが対応付けられて記憶されている。これは、物理サーバ群５００を構成する複数の物理サーバに具備されたメモリ容量の全体量が「２００ＧＢ」であり、現在未使用であるため使用可能である残量は「２００ＧＢ」であることを示している。また、ＨＤＤ容量の全体量「５０ＴＢ」と残量「５０ＴＢ」とが対応付けられて記憶されている。これは、物理サーバ群５００を構成する複数の物理サーバに具備されたＨＤＤ容量の全体量が「５０ＴＢ」であり、現在未使用であるため使用可能である残量は「５０ＴＢ」であることを示している。また、ＮＡＳ容量の全体量「１００ＴＢ」と残量「１００ＴＢ」とが対応付けられて記憶されている。これは、物理サーバ群５００を構成する複数の物理サーバに具備されたＮＡＳ容量の全体量が「１００ＴＢ」であり、現在未使用であるため使用可能である残量は「１００ＴＢ」であることを示している。

また、リソース管理データベース１００は、図２に示したリソースを、物理サーバ群５００を構成する複数の物理サーバ毎に記憶するものであっても良い。

図３は、図１に示したリソース管理データベース１００が記憶する、物理サーバ群５００を構成する複数の物理サーバ毎のリソースの情報の一例を示す図である。

図３に示すように、リソース管理データベース１００は、物理サーバ群５００を構成する複数の物理サーバ毎に、そのリソースを記憶して管理するものであっても良い。

例えば図３に示すように、「物理サーバＡ」について、ＣＰＵのコア数の管理数「８個」と残量「８個」とが対応付けられて記憶されている。これは、物理サーバ群５００を構成する複数の物理サーバの中の「物理サーバＡ」に具備されたＣＰＵのコア数の管理数が「８個」であり、現在未使用であるため使用可能である残量は「８個」であることを示している。また、メモリ容量の管理数「３２ＧＢ」と残量「３２ＧＢ」とが対応付けられて記憶されている。これは、物理サーバ群５００を構成する複数の物理サーバの中の「物理サーバＡ」に具備されたメモリ容量の管理数が「３２ＧＢ」であり、現在未使用であるため使用可能である残量は「３２ＧＢ」であることを示している。また、ＨＤＤ容量の管理数「８００ＧＢ」と残量「８００ＧＢ」とが対応付けられて記憶されている。これは、物理サーバ群５００を構成する複数の物理サーバの中の「物理サーバＡ」に具備されたＨＤＤ容量の管理数が「８００ＧＢ」であり、現在未使用であるため使用可能である残量は「８００ＧＢ」であることを示している。

また、「物理サーバＢ」について、ＣＰＵのコア数の管理数「４個」と残量「４個」とが対応付けられて記憶されている。これは、物理サーバ群５００を構成する複数の物理サーバの中の「物理サーバＢ」に具備されたＣＰＵのコア数の管理数が「４個」であり、現在未使用であるため使用可能である残量は「４個」であることを示している。また、メモリ容量の管理数「１６ＧＢ」と残量「１６ＧＢ」とが対応付けられて記憶されている。これは、物理サーバ群５００を構成する複数の物理サーバの中の「物理サーバＢ」に具備されたメモリ容量の管理数が「１６ＧＢ」であり、現在未使用であるため使用可能である残量は「１６ＧＢ」であることを示している。また、ＨＤＤ容量の管理数「４００ＧＢ」と残量「４００ＧＢ」とが対応付けられて記憶されている。これは、物理サーバ群５００を構成する複数の物理サーバの中の「物理サーバＢ」に具備されたＨＤＤ容量の管理数が「４００ＧＢ」であり、現在未使用であるため使用可能である残量は「４００ＧＢ」であることを示している。

なお、ここで「管理数」とは、各物理サーバに具備されたリソースの量を示す。

また、リソース管理データベース１００は、構築サーバ２００が構築する仮想サーバを識別するための仮想サーバ識別情報を記憶する。

図４は、図１に示したリソース管理データベース１００が記憶する仮想サーバ識別情報の一例を示す図である。

図１に示したリソース管理データベース１００には図４に示すように、構築サーバ２００が構築する仮想サーバを識別するための仮想サーバ識別情報が記憶される。図４では、仮想サーバ識別情報がＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスである場合を例に挙げて示す。また、ＩＰアドレスそれぞれが、使用中か未使用であるかを示す情報が当該ＩＰアドレスと対応付けられて記憶される。この「使用／未使用」の情報は、構築サーバ２００が仮想サーバを構築する際に、構築サーバ２００によって読み出された（払い出された）ときに「未使用」から「使用」へ更新される。

例えば図４に示すように、ＩＰアドレス「１３３．＊＊＊．＊＊＊．００１」と使用／未使用「使用」とが対応付けられて記憶されている。これは、仮想サーバ識別情報としてＩＰアドレス「１３３．＊＊＊．＊＊＊．００１」は現在使用中であることを示している。また、ＩＰアドレス「１３３．＊＊＊．＊＊＊．００２」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、仮想サーバ識別情報としてＩＰアドレス「１３３．＊＊＊．＊＊＊．００２」は現在使用されていないため使用可能であることを示している。また、ＩＰアドレス「１３３．＊＊＊．＊＊＊．００３」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、仮想サーバ識別情報としてＩＰアドレス「１３３．＊＊＊．＊＊＊．００３」は現在使用されていないため使用可能であることを示している。また、ＩＰアドレス「１３３．＊＊＊．＊＊＊．００４」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、仮想サーバ識別情報としてＩＰアドレス「１３３．＊＊＊．＊＊＊．００４」は現在使用されていないため使用可能であることを示している。また、ＩＰアドレス「１３３．＊＊＊．＊＊＊．００５」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、仮想サーバ識別情報としてＩＰアドレス「１３３．＊＊＊．＊＊＊．００５」は現在使用されていないため使用可能であることを示している。

また、リソース管理データベース１００は、構築サーバ２００が複数の仮想サーバを構築する場合に複数の仮想サーバを互いに接続するための仮想ネットワーク情報を記憶する。

図５は、図１に示したリソース管理データベース１００が記憶する仮想ネットワーク情報の一例を示す図である。

図１に示したリソース管理データベース１００には図５に示すように、構築サーバ２００が構築する仮想サーバが複数である場合に、当該複数の仮想サーバを互いに接続するための仮想ネットワーク情報がとして記憶される。図５では、仮想ネットワーク情報がＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）番号である場合を例に挙げて示す。また、ＶＬＡＮ番号それぞれが、使用中か未使用であるかを示す情報が当該ＶＬＡＮ番号と対応付けられて記憶される。この「使用／未使用」の情報は、構築サーバ２００が仮想サーバを構築する際に、構築サーバ２００によって読み出された（払い出された）ときに「未使用」から「使用」へ更新される。

例えば図５に示すように、ＶＬＡＮ番号「Ｖ００１」と使用／未使用「使用」とが対応付けられて記憶されている。これは、仮想ネットワーク情報としてＶＬＡＮ番号「Ｖ００１」は現在使用中であることを示している。また、ＶＬＡＮ番号「Ｖ００２」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、仮想ネットワーク情報としてＶＬＡＮ番号「Ｖ００２」は現在使用されていないため使用可能であることを示している。また、ＶＬＡＮ番号「Ｖ００３」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、仮想ネットワーク情報としてＶＬＡＮ番号「Ｖ００３」は現在使用されていないため使用可能であることを示している。また、ＶＬＡＮ番号「Ｖ００４」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、仮想ネットワーク情報としてＶＬＡＮ番号「Ｖ００４」は現在使用されていないため使用可能であることを示している。また、ＶＬＡＮ番号「Ｖ００５」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、仮想ネットワーク情報としてＶＬＡＮ番号「Ｖ００５」は現在使用されていないため使用可能であることを示している。

また、リソース管理データベース１００は、構築サーバ２００が構築する仮想サーバに付与するホスト名を記憶する。

図６は、図１に示したリソース管理データベース１００が記憶するホスト名の一例を示す図である。

図１に示したリソース管理データベース１００には図６に示すように、構築サーバ２００が構築する仮想サーバに付与するホスト名（仮想サーバ名）が記憶される。また、ホスト名それぞれが、使用中か未使用であるかを示す情報が当該ホスト名と対応付けられて記憶される。この「使用／未使用」の情報は、構築サーバ２００が仮想サーバを構築する際に、構築サーバ２００によって読み出された（払い出された）ときに「未使用」から「使用」へ更新される。

例えば図６に示すように、ホスト名「ＡＡＡ」と使用／未使用「使用」とが対応付けられて記憶されている。これは、ホスト名「ＡＡＡ」は現在使用中であることを示している。また、ホスト名「ＢＢＢ」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、ホスト名「ＢＢＢ」は現在使用されていないため使用可能であることを示している。また、ホスト名「ＣＣＣ」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、ホスト名「ＣＣＣ」は現在使用されていないため使用可能であることを示している。また、ホスト名「ＤＤＤ」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、ホスト名「ＤＤＤ」は現在使用されていないため使用可能であることを示している。また、ホスト名「ＥＥＥ」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、ホスト名「ＥＥＥ」は現在使用されていないため使用可能であることを示している。

また、リソース管理データベース１００は、構築サーバ２００が構築する仮想サーバがＴＣＰ／ＵＤＰのプロトコルで使用するポート番号を記憶する。

図７は、図１に示したリソース管理データベース１００が記憶するポート番号の一例を示す図である。

図１に示したリソース管理データベース１００には図７に示すように、構築サーバ２００が構築する仮想サーバがＴＣＰ／ＵＤＰのプロトコルで使用するポート番号が記憶される。また、ポート番号それぞれが、使用中か未使用であるかを示す情報が当該ポート番号と対応付けられて記憶される。この「使用／未使用」の情報は、構築サーバ２００が仮想サーバを構築する際に、構築サーバ２００によって読み出された（払い出された）ときに「未使用」から「使用」へ更新される。

例えば図７に示すように、ポート番号「０」と使用／未使用「使用」とが対応付けられて記憶されている。これは、ポート番号「０」は現在使用中であることを示している。また、ポート番号「１」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、ポート番号「１」は現在使用されていないため使用可能であることを示している。また、ポート番号「２」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、ポート番号「２」は現在使用されていないため使用可能であることを示している。また、ポート番号「３」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、ポート番号「３」は現在使用されていないため使用可能であることを示している。また、ポート番号「４」と使用／未使用「未使用」とが対応付けられて記憶されている。これは、ポート番号「４」は現在使用されていないため使用可能であることを示している。

また、構築サーバ２００は、ネットワークを構築する者が利用する端末等からの要求に対して、物理サーバ群５００を構成する複数の物理サーバから仮想サーバおよびネットワークを構築する。

図８は、図１に示した構築サーバ２００の内部構成の一例を示す図である。

図１に示した構築サーバ２００には図８に示すように、要求受付部２１０と、仮想サーバ構築部２２０と、リソース管理データベースインタフェース部２３０と、構築情報管理部２４０とが設けられている。なお、図８には、図１に示した構築サーバ２００が有する構成要素のうち、本発明に係わる構成要素のみを示した。

要求受付部２１０は、外部からリソースの要求の入力を受け付ける。この受け付け方法は、構築サーバ２００と通信可能に構成された端末から入力された情報を受け付けるものであっても良いし、要求受付部２１０が要求を外部から入力するための画面（ＵＩ：Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を表示し、当該画面にしたがって入力された情報を受け付けるものであっても良い。

図９は、図８に示した要求受付部２１０に表示された、要求を外部から入力するための画面の一例を示す図である。

図９に示すように、図８に示した要求受付部２１０に、要求するリソースを入力する画面が表示される。

例えば図９に示すように、サービスＩＤと、ＷＥＢサーバのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、台数およびスペックと、ＡＰサーバのＯＳ、台数およびスペックと、ＤＢサーバのＯＳ、台数およびスペックと、ＮＡＳの容量とが入力できる画面が表示される。サービスＩＤとは、サービス（リソースの要求）を識別できるものであれば良く、リソースの要求ごと固有の要求識別情報である。また、ＯＳの入力はプルダウンメニューとなっており、複数のＯＳから選択できるようになっている。また、スペックは、「大」、「中」、「小」の３種類からラジオボタンを選択することにより選ぶことができるようになっている。

図１０は、図８に示した要求受付部２１０が記憶しているスペック対応テーブルの一例を示す図である。

図８に示した要求受付部２１０は、図１０に示すように、上述したように表示した「大」、「中」、「小」がどのようなスペックであるかを、スペック対応テーブルとして記憶している。

例えば図１０に示すように、「大」と、ＣＰＵコア数「３」と、メモリ容量「２ＧＢ」と、ＨＤＤ容量「１ＴＢ」とが対応付けられて記憶されている。これは、要求受付部２１０が表示した画面で、スペックとして「大」が選択された場合、その要求されたリソースは、ＣＰＵコア数が３個であり、メモリ容量が２ＧＢであり、ＨＤＤ容量が１ＴＢであることを示している。つまり、ＣＰＵコア数が３個であり、メモリ容量が２ＧＢであり、ＨＤＤ容量が１ＴＢである仮想サーバの構築が要求されたこととなる。また、「中」と、ＣＰＵコア数「２」と、メモリ容量「１ＧＢ」と、ＨＤＤ容量「５００ＧＢ」とが対応付けられて記憶されている。これは、要求受付部２１０が表示した画面で、スペックとして「中」が選択された場合、その要求されたリソースは、ＣＰＵコア数が２個であり、メモリ容量が１ＧＢであり、ＨＤＤ容量が５００ＧＢであることを示している。つまり、ＣＰＵコア数が２個であり、メモリ容量が１ＧＢであり、ＨＤＤ容量が５００ＧＢである仮想サーバの構築が要求されたこととなる。また、「小」と、ＣＰＵコア数「１」と、メモリ容量「０．５ＧＢ」と、ＨＤＤ容量「２００ＧＢ」とが対応付けられて記憶されている。これは、要求受付部２１０が表示した画面で、スペックとして「小」が選択された場合、その要求されたリソースは、ＣＰＵコア数が１個であり、メモリ容量が０．５ＧＢであり、ＨＤＤ容量が２００ＧＢであることを示している。つまり、ＣＰＵコア数が１個であり、メモリ容量が０．５ＧＢであり、ＨＤＤ容量が２００ＧＢである仮想サーバの構築が要求されたこととなる。

なお、図１０に示したスペック対応テーブルは、あらかじめ設定されているものであるが、外部からの変更は可能である。

例えば、図９に示した画面でサービスＩＤに「Ｓ００１」が入力され、ＷＥＢサーバ、ＡＰサーバ、ＤＢサーバおよびＮＡＳに要求するリソースの情報が入力され、「決定キー」が選択されると、入力された情報およびスペック対応テーブルにて当該情報と対応付けられたスペックが要求受付部２１０から仮想サーバ構築部２２０へ出力される。

また、仮想サーバ構築部２２０は、要求受付部２１０がリソースの要求を受け付けた場合（要求受付部２１０から情報が出力されてきた場合）、その要求されたリソースに応じて物理サーバ群５００を構成する複数の物理サーバから仮想サーバを構築する。なお、要求されたリソースに応じた仮想サーバの構築方法は、一般的に行われている方法を用いれば良く、ここでは特に規定しない。

また、仮想サーバ構築部２２０は、複数の物理サーバにリソースを分散させて仮想サーバを構築するものであっても良い。これにより、物理サーバの冗長構成が実現できる。

また、リソース管理データベースインタフェース部２３０は、リソース管理データベース１００とのインタフェース機能を有する。具体的には、リソース管理データベースインタフェース部２３０は、仮想サーバ構築部２２０が仮想サーバを構築する際、リソース管理データベース１００から仮想サーバ識別情報（ＩＰアドレス）を読み出す（払い出す）。このとき、リソース管理データベースインタフェース部２３０は、仮想サーバ構築部２２０が構築する仮想サーバの数に応じた仮想サーバ識別情報をリソース管理データベース１００から読み出す。例えば、仮想サーバ構築部２２０が２台の仮想サーバを構築する場合、リソース管理データベースインタフェース部２３０は、２つの仮想サーバ識別情報をリソース管理データベース１００から読み出す。また、仮想サーバ構築部２２０が仮想サーバを構築する場合、リソース管理データベースインタフェース部２３０は、リソース管理データベース１００から仮想サーバ識別情報を読み出す際、構築する複数の仮想サーバを互いに接続するための仮想ネットワーク情報を仮想サーバ識別情報とともにリソース管理データベース１００から読み出す。また、リソース管理データベースインタフェース部２３０は、リソース管理データベース１００から仮想サーバ識別情報とともに、ホスト名やポート番号を読み出す。

なお、これらの情報を読み出す際、図４〜６に示した「使用／未使用」が「未使用」になっているものを読み出すことは言うまでもない。

また、リソース管理データベースインタフェース部２３０は、リソース管理データベース１００から読み出した情報を構築情報管理部２４０へ出力する。

また、リソース管理データベースインタフェース部２３０は、要求されたリソースの量に応じて、つまり仮想サーバを構築したリソースの量に応じて、リソース管理データベース１００が記憶している残量を書き換える（更新する）。例えば、ＣＰＵコア数が３つであり、メモリ容量が２ＧＢであり、ＨＤＤ容量が１ＴＢである仮想サーバを仮想サーバ構築部２２０が構築した場合、リソース管理データベース１００が記憶している残量を、現在の残量から、ＣＰＵコア数を３、メモリ容量を２ＧＢ、ＨＤＤ容量を１ＴＢ差し引いた値に書き換える。

構築情報管理部２４０は、要求受付部２１０から仮想サーバ構築部２２０へ出力された要求識別情報と、仮想サーバ構築部２２０が構築した仮想サーバを構成する物理サーバを識別するための物理サーバ識別情報と、要求されたリソースを示すリソース情報（ＣＰＵコア数、メモリ容量およびＨＤＤ容量）と、リソース管理データベースインタフェース部２３０から出力されてきた仮想サーバ識別情報とを対応付けて構築情報として構築情報データベース３００に書き込んで管理する。また、構築情報管理部２４０は、リソース管理データベースインタフェース部２３０から仮想ネットワーク情報やホスト名、ポート番号が出力されてきた場合、それらも対応付けて構築情報として構築情報データベース３００に書き込んで管理する。また、構築情報管理部２４０は、要求されたサーバの種類（ＷＥＢサーバ、ＡＰサーバ、ＤＢサーバ、ＬＢ、ＮＡＳ等）や、その仮想サーバのＯＳも対応付けて構築情報として構築情報データベース３００に書き込んで管理するものであっても良い。

また、構築情報データベース３００は、構築情報管理部２４０によって書き込まれた情報を記憶する。

図１１は、図１に示した構築情報データベース３００に記憶された構築情報の一例を示す図である。

図１に示した構築情報データベース３００には図１１に示すように、要求識別情報であるサービスＩＤと、サーバの種類と、ＯＳと、仮想サーバ識別情報であるＩＰアドレスと、ポート番号と、ホスト名と、仮想ネットワーク情報であるＶＬＡＮ番号と、ＣＰＵコア数と、メモリ容量と、ＨＤＤ容量と、物理サーバ識別情報である物理サーバＩＰアドレスとが対応付けられて記憶される。

図１１に示した例では、サービスＩＤが「Ｓ００１」である１つのサービス（要求）に対する各情報を例に挙げて示している。

例えば図１１に示すように、サーバの種類「ＷＥＢサーバ」と、ＯＳ「＊＊＊」と、ＩＰアドレス「１３３．＊＊＊．＊＊＊．００１」と、ポート番号「１」と、ホスト名「ＡＡＡ」と、ＶＬＡＮ番号「Ｖ００１」と、ＣＰＵコア数「２」と、メモリ容量「１ＧＢ」と、ＨＤＤ容量「５００ＧＢ」と、物理サーバＩＰアドレス「＊＊＊．＊＊＊．＊＊＊．１０１」とが対応付けられて記憶されている。これは、ＷＥＢサーバとして構築された仮想サーバのＯＳが「＊＊＊」であり、この仮想サーバに付与されたＩＰアドレスが「１３３．＊＊＊．＊＊＊．００１」であり、この仮想サーバが使用するポート番号が「１」であり、この仮想サーバに付与されたホスト名が「ＡＡＡ」であり、この仮想サーバと他の仮想サーバとを接続する仮想ネットワーク情報が「Ｖ００１」であり、この仮想サーバのＣＰＵコア数が「２」であり、メモリ容量が「１ＧＢ」であり、ＨＤＤ容量が「５００ＧＢ」であり、また、この仮想サーバを構成する物理サーバのＩＰアドレスが「＊＊＊．＊＊＊．＊＊＊．１０１」であることを示している。

また、サーバの種類「ＷＥＢサーバ」と、ＯＳ「＊＊＊」と、ＩＰアドレス「１３３．＊＊＊．＊＊＊．００２」と、ポート番号「２」と、ホスト名「ＢＢＢ」と、ＶＬＡＮ番号「Ｖ００１」と、ＣＰＵコア数「２」と、メモリ容量「１ＧＢ」と、ＨＤＤ容量「５００ＧＢ」と、物理サーバＩＰアドレス「＊＊＊．＊＊＊．＊＊＊．１０２」とが対応付けられて記憶されている。これは、ＷＥＢサーバとして構築された仮想サーバのＯＳが「＊＊＊」であり、この仮想サーバに付与されたＩＰアドレスが「１３３．＊＊＊．＊＊＊．００２」であり、この仮想サーバが使用するポート番号が「２」であり、この仮想サーバに付与されたホスト名が「ＢＢＢ」であり、この仮想サーバと他の仮想サーバとを接続する仮想ネットワーク情報が「Ｖ００１」であり、この仮想サーバのＣＰＵコア数が「２」であり、メモリ容量が「１ＧＢ」であり、ＨＤＤ容量が「５００ＧＢ」であり、また、この仮想サーバを構成する物理サーバのＩＰアドレスが「＊＊＊．＊＊＊．＊＊＊．１０２」であることを示している。

また、サーバの種類「ＷＥＢサーバ」と、ＯＳ「＊＊＊」と、ＩＰアドレス「１３３．＊＊＊．＊＊＊．００３」と、ポート番号「３」と、ホスト名「ＣＣＣ」と、ＶＬＡＮ番号「Ｖ００１」と、ＣＰＵコア数「２」と、メモリ容量「１ＧＢ」と、ＨＤＤ容量「５００ＧＢ」と、物理サーバＩＰアドレス「＊＊＊．＊＊＊．＊＊＊．１０３」とが対応付けられて記憶されている。これは、ＷＥＢサーバとして構築された仮想サーバのＯＳが「＊＊＊」であり、この仮想サーバに付与されたＩＰアドレスが「１３３．＊＊＊．＊＊＊．００３」であり、この仮想サーバが使用するポート番号が「３」であり、この仮想サーバに付与されたホスト名が「ＣＣＣ」であり、この仮想サーバと他の仮想サーバとを接続する仮想ネットワーク情報が「Ｖ００１」であり、この仮想サーバのＣＰＵコア数が「２」であり、メモリ容量が「１ＧＢ」であり、ＨＤＤ容量が「５００ＧＢ」であり、また、この仮想サーバを構成する物理サーバのＩＰアドレスが「＊＊＊．＊＊＊．＊＊＊．１０３」であることを示している。

また、サーバの種類「ＤＢサーバ」と、ＯＳ「＊＊＊」と、ＩＰアドレス「１３３．＊＊＊．＊＊＊．００４」と、ポート番号「４」と、ホスト名「ＤＤＤ」と、ＶＬＡＮ番号「Ｖ００１」と、ＣＰＵコア数「１」と、メモリ容量「０．５ＧＢ」と、ＨＤＤ容量「２００ＧＢ」と、物理サーバＩＰアドレス「＊＊＊．＊＊＊．＊＊＊．１０４」とが対応付けられて記憶されている。これは、ＤＢサーバとして構築された仮想サーバのＯＳが「＊＊＊」であり、この仮想サーバに付与されたＩＰアドレスが「１３３．＊＊＊．＊＊＊．００４」であり、この仮想サーバが使用するポート番号が「４」であり、この仮想サーバに付与されたホスト名が「ＤＤＤ」であり、この仮想サーバと他の仮想サーバとを接続する仮想ネットワーク情報が「Ｖ００１」であり、この仮想サーバのＣＰＵコア数が「１」であり、メモリ容量が「０．５ＧＢ」であり、ＨＤＤ容量が「２００ＧＢ」であり、また、この仮想サーバを構成する物理サーバのＩＰアドレスが「＊＊＊．＊＊＊．＊＊＊．１０４」であることを示している。

また、サーバの種類「ＬＢ」と、ＩＰアドレス「１３３．＊＊＊．＊＊＊．００５」と、ポート番号「５」と、ホスト名「ＥＥＥ」と、ＶＬＡＮ番号「Ｖ００１」と、ＣＰＵコア数「１」と、メモリ容量「０．５ＧＢ」と、ＨＤＤ容量「１００ＧＢ」と、物理サーバＩＰアドレス「＊＊＊．＊＊＊．＊＊＊．１０５」とが対応付けられて記憶されている。これは、ＬＢとして構築された仮想サーバに付与されたＩＰアドレスが「１３３．＊＊＊．＊＊＊．００５」であり、この仮想サーバが使用するポート番号が「５」であり、この仮想サーバに付与されたホスト名が「ＥＥＥ」であり、この仮想サーバと他の仮想サーバとを接続する仮想ネットワーク情報が「Ｖ００１」であり、この仮想サーバのＣＰＵコア数が「１」であり、メモリ容量が「０．５ＧＢ」であり、ＨＤＤ容量が「１００ＧＢ」であり、また、この仮想サーバを構成する物理サーバのＩＰアドレスが「＊＊＊．＊＊＊．＊＊＊．１０５」であることを示している。

また、サーバの種類「ＮＡＳ」と、ＩＰアドレス「１３３．＊＊＊．＊＊＊．００６」と、ポート番号「６」と、ホスト名「ＦＦＦ」と、ＶＬＡＮ番号「Ｖ００１」と、ＨＤＤ容量「１ＴＢ」と、物理サーバＩＰアドレス「＊＊＊．＊＊＊．＊＊＊．１０６」とが対応付けられて記憶されている。これは、ＮＡＳとして構築された仮想サーバに付与されたＩＰアドレスが「１３３．＊＊＊．＊＊＊．００６」であり、この仮想サーバが使用するポート番号が「６」であり、この仮想サーバに付与されたホスト名が「ＦＦＦ」であり、この仮想サーバと他の仮想サーバとを接続する仮想ネットワーク情報が「Ｖ００１」であり、この仮想サーバのＨＤＤ容量が「１ＴＢ」であり、また、この仮想サーバを構成する物理サーバのＩＰアドレスが「＊＊＊．＊＊＊．＊＊＊．１０６」であることを示している。

このように、構築された仮想サーバの構築情報が構築情報データベース３００に記憶されていることにより、どのサービスでどの物理サーバを用いてどのようなスペックを持った仮想サーバが構築されたかを管理することが可能となる。

また、監視サーバ４００は、構築された仮想サーバを構成する物理サーバのリソースの使用状況を監視する。また、監視サーバ４００は、監視の結果、使用されているリソースとあらかじめ設定された閾値との大小関係に応じて、構築されている仮想サーバの数の増減を構築サーバ２００へ指示する。具体的には、使用されているリソースがあらかじめ設定された閾値を超えた場合、監視サーバ４００は、その旨を構築サーバ２００へ通知する。すると、構築サーバ２００の仮想サーバ構築部２２０は、さらに必要な仮想サーバを構築（増設）する。そのとき、リソース管理データベースインタフェース部２３０は、リソース管理データベース１００から上述した必要な情報（仮想サーバ識別情報等）を読み出す。そして、読み出した情報を構築情報管理部２４０は、構築情報データベース３００に追加する。また、リソース管理データベースインタフェース部２３０は、増設した仮想サーバのリソースに応じて、リソース管理データベース１００が記憶している残量を書き換える。

この閾値は、構築情報データベース３００の構築情報に対応して仮想サーバを構築した際、自動的に付与されて監視サーバ４００に記憶される。これにより、仮想サーバが構築されると、監視サーバ４００によって当該閾値を用いた監視が自動的に始まる。

なお、監視サーバ４００からの通知は、使用されているリソースが所定の閾値を１度超えた場合以外でも、例えば、所定の回数超えた場合や、所定の頻度で超えた場合等、保護段数を設けて行うものであっても良い。

また、監視サーバ４００は、監視の結果、使用されているリソースがあらかじめ設定された閾値未満である場合、監視サーバ４００は、その旨を構築サーバ２００へ通知する。すると、構築サーバ２００の仮想サーバ構築部２２０は、構築されている仮想サーバのうち、使用されているリソースのリソース量に応じた不要な仮想サーバを減設する。そして、構築情報管理部２４０は、減設した仮想サーバを示す情報を構築情報データベース３００から削除する。また、リソース管理データベースインタフェース部２３０は、減設した仮想サーバのリソースに応じて、リソース管理データベース１００が記憶している残量を書き換える。なお、使用されているリソースがあらかじめ設定された閾値未満である場合に即時に通知するものではなく、閾値未満である状態があらかじめ設定された期間続いた場合に通知するものや、使用されているリソースが所定の閾値未満であることが所定の回数を超えた場合等、保護段数を設けて通知するものであっても良い。

また、監視サーバ４００は、監視の結果、使用されているリソースがあらかじめ設定された閾値を超えた場合、または閾値未満である場合、または閾値未満である状態があらかじめ設定された期間続いた場合、その旨を構築サーバ２００の代わりに外部へ通知するものであっても良い。ここで外部としては、監視サーバ４００と接続された、当該ネットワークを保守または構築する者が操作する端末が挙げられる。

また、この通知は、構築サーバ２００と外部との両方に通知されるものであっても良い。

なお、監視サーバ４００が具備する上述した機能を、構築サーバ２００に具備させても良い。

以下に、本形態におけるネットワーク構築方法について説明する。まずは、本形態におけるネットワーク構築方法のうち、要求されたリソースに応じたネットワークを構築する処理について説明する。

図１２は、本形態におけるネットワーク構築方法のうち、要求されたリソースに応じたネットワークを構築する処理を説明するためのフローチャートである。

まず、要求受付部２１０にてリソースの要求が受け付けられると（ステップＳ１）、受け付けたリソースに応じて仮想サーバ構築部２２０によって物理サーバ群５００を構成する物理サーバから仮想サーバが構築される（ステップＳ２）。

また、リソース管理データベースインタフェース部２３０によって、リソース管理データベース１００から、ＩＰアドレスとＶＬＡＮ番号とが読み出される（ステップＳ３）。このとき、上述したように、ホスト名やポート番号も読み出されるものであっても良い。

なお、ステップＳ３の処理がステップＳ２の処理よりも先に行われ、続いてステップＳ２の処理が行われるものであっても良いし、ステップＳ２の処理とステップＳ３の処理とが同時に行われるものであっても良い。

続いて、要求受付部２１０にて受け付けられた要求識別情報と、仮想サーバ構築部２２０が構築した仮想サーバを構成する物理サーバを識別するための物理サーバ識別情報と、要求されたリソースを示すリソース情報と、リソース管理データベースインタフェース部２３０がリソース管理データベース１００から読み出した仮想サーバ識別情報であるＩＰアドレスおよび仮想ネットワーク情報であるＶＬＡＮ番号とが対応付けられて構築情報として構築情報管理部２４０によって構築情報データベース３００に書き込まれる（ステップＳ４）。また、このとき、リソース管理データベースインタフェース部２３０がリソース管理データベース１００から読み出したホスト名やポート番号も対応付けられて構築情報として構築情報管理部２４０によって構築情報データベース３００に書き込まれるものであっても良い。

また、リソース管理データベースインタフェース部２３０によって、要求されたリソースの量に応じて、つまり仮想サーバを構築したリソースの量に応じて、リソース管理データベース１００が記憶している残量が更新される（ステップＳ５）。

次に、本形態におけるネットワーク構築方法のうち、図１に示した監視サーバ４００によって監視されたリソースが所定の閾値を超えた場合の処理について説明する。

図１３は、本形態におけるネットワーク構築方法のうち、図１に示した監視サーバ４００によって監視されたリソースが所定の閾値を超えた場合の処理の一例を説明するためのフローチャートである。

仮想サーバ（ネットワーク）が構築された後、監視サーバ４００によって、構築された仮想サーバを構成する物理サーバにて使用されているリソースがあらかじめ設定されている閾値を超えたかどうかが監視される（ステップＳ１１）。

当該リソースが当該閾値を超えている場合、その旨が監視サーバ４００から構築サーバ２００へ通知され、構築サーバ２００の仮想サーバ構築部２２０によって、その超えた分のリソース量に応じてさらに必要な仮想サーバが増設される（ステップＳ１２）。

また、増設される仮想サーバの数に応じてリソース管理データベースインタフェース部２３０によって、リソース管理データベース１００からＩＰアドレスおよびＶＬＡＮ番号が読み出される（ステップＳ１３）。なお、このとき、ホスト名やポート番号が読み出されても良い。

そして、読み出した情報が構築情報管理部２４０によって、構築情報データベース３００に追加される（ステップＳ１４）。

また、リソース管理データベースインタフェース部２３０によって、仮想サーバを増設したリソースの量に応じて、リソース管理データベース１００が記憶している残量が更新される（ステップＳ１５）。

図１４は、本形態におけるネットワーク構築方法のうち、図１に示した監視サーバ４００によって監視されたリソースが所定の閾値を超えた場合の処理の他の例を説明するためのフローチャートである。

仮想サーバ（ネットワーク）が構築された後、監視サーバ４００によって、構築された仮想サーバを構成する物理サーバにて使用されているリソースがあらかじめ設定されている閾値を超えたかどうかが監視される（ステップＳ２１）。

当該リソースが当該閾値を超えている場合、その旨（使用リソースが多い旨）が監視サーバ４００から外部へ通知される（ステップＳ２２）。

次に、本形態におけるネットワーク構築方法のうち、図１に示した監視サーバ４００によって監視されたリソースが所定の閾値未満となる状態があらかじめ設定された期間続いた場合の処理について説明する。

図１５は、本形態におけるネットワーク構築方法のうち、図１に示した監視サーバ４００によって監視されたリソースが所定の閾値未満となる状態があらかじめ設定された期間続いた場合の処理を説明するためのフローチャートである。なお、ここで使用する閾値は、図１３および図１４を用いて説明した処理で使用した閾値よりも小さな値であることが望ましい。

まず、監視サーバ４００に具備されたタイマ（不図示）が起動する（ステップＳ３１）。

タイマ起動後、監視サーバ４００によって、構築された仮想サーバを構成する物理サーバにて使用されているリソースがあらかじめ設定されている閾値未満であるかどうかが監視される（ステップＳ３２）。

構築された仮想サーバを構成する物理サーバにて使用されているリソースがあらかじめ設定されている閾値未満ではない場合、タイマが停止し（ステップＳ３３）、再度ステップＳ３１の処理が行われる。つまり、タイマがリスタートすることになる。

一方、構築された仮想サーバを構成する物理サーバにて使用されているリソースがあらかじめ設定されている閾値未満である場合、タイマがあらかじめ設定された期間を経過した（タイムアウトした）かどうかが判断される（ステップＳ３４）。

タイマがあらかじめ設定された期間を経過した場合、その旨（使用リソースが少ない旨）が監視サーバ４００から外部または構築サーバ２００へ通知される（ステップＳ３５）。

構築された仮想サーバを構成する物理サーバにて使用されているリソースがあらかじめ設定されている閾値未満である状態が所定の期間続いた旨が通知された構築サーバ２００では、上述した減設の処理が行われる。

このように、要求されたリソースに応じて、ネットワークや仮想サーバを自動的に構築することができる。

上述した構築サーバ２００に設けられた各構成要素が行う処理は、目的に応じてそれぞれ作製された論理回路で行うようにしても良い。また、処理内容を記述したプログラムを構築サーバ２００にて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムを構築サーバ２００に読み込ませ、実行するものであっても良い。構築サーバ２００にて読取可能な記録媒体とは、フロッピー（登録商標）ディスク、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、構築サーバ２００に内蔵されたＲＯＭ、ＲＡＭ等のメモリやＨＤＤ等を指す。この記録媒体に記録されたプログラムは、構築サーバ２００に設けられたＣＰＵ（不図示）にて読み込まれ、ＣＰＵの制御によって、上述したものと同様の処理が行われる。ここで、ＣＰＵは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。

１００ リソース管理データベース
２００ 構築サーバ
２１０ 要求受付部
２２０ 仮想サーバ構築部
２３０ リソース管理データベースインタフェース部
２４０ 構築情報管理部
３００ 構築情報データベース
４００ 監視サーバ
５００ 物理サーバ群

Claims (29)

1. 複数の物理サーバと、
   前記複数の物理サーバから仮想サーバおよびネットワークを構築する構築サーバと、
   前記複数の物理サーバに具備されたリソースと、未使用のリソースの量を示す残量と、前記仮想サーバを識別するための仮想サーバ識別情報とを記憶するリソース管理データベースとを有し、
   前記構築サーバは、外部から要求されたリソースに応じて前記物理サーバから前記仮想サーバを構築し、前記リソース管理データベースから前記仮想サーバ識別情報を読み出し、該要求を識別するための要求識別情報と、前記読み出した仮想サーバ識別情報と、前記要求されたリソースを示すリソース情報と、前記仮想サーバを構成する物理サーバを識別するための物理サーバ識別情報とを対応付けて構築情報として管理し、前記要求されたリソースの量に応じて前記リソース管理データベースが記憶している前記残量を書き換えることを特徴とするネットワーク構築システム。
2. 請求項１に記載のネットワーク構築システムにおいて、
   前記リソース管理データベースは、前記構築サーバが複数の前記仮想サーバを構築する場合に該複数の仮想サーバを互いに接続するための仮想ネットワーク情報を記憶し、
   前記構築サーバは、前記仮想サーバを複数構築する場合、前記リソース管理データベースから、複数の前記仮想サーバ識別情報と、該複数の仮想サーバを互いに接続するための前記仮想ネットワーク情報とを読み出し、前記要求識別情報と、前記複数の仮想サーバ識別情報と、前記仮想ネットワーク情報と、前記リソース情報と、前記物理サーバ識別情報とを対応付けて構築情報として管理することを特徴とするネットワーク構築システム。
3. 請求項１に記載のネットワーク構築システムにおいて、
   前記構築サーバは、複数の前記物理サーバに前記リソースを分散させて前記仮想サーバを構築することを特徴とするネットワーク構築システム。
4. 請求項１に記載のネットワーク構築システムにおいて、
   前記構築サーバは、前記要求を外部から入力するための画面を表示し、該画面にしたがって入力された情報が示すリソースに応じて前記物理サーバから前記仮想サーバを構築することを特徴とするネットワーク構築システム。
5. 請求項１に記載のネットワーク構築システムにおいて、
   前記仮想サーバを構成する物理サーバのリソースの使用状況を監視し、使用されているリソースが所定の閾値を超えた場合、その旨を前記構築サーバと該構築サーバの外部との少なくとも一方へ通知する監視サーバを有し、
   前記構築サーバは、前記監視サーバから前記通知を受けた場合、前記閾値を超えた分のリソースに応じて前記仮想サーバを増設し、前記リソース管理データベースから前記増設した仮想サーバのための前記仮想サーバ識別情報をさらに読み出し、該読み出した仮想サーバ識別情報を前記構築情報に追加し、前記増設した仮想サーバのリソースに応じて前記リソース管理データベースが記憶している前記残量を書き換えることを特徴とするネットワーク構築システム。
6. 請求項１に記載のネットワーク構築システムにおいて、
   前記仮想サーバを構成する物理サーバのリソースの使用状況を監視し、使用されているリソースが所定の閾値未満である場合、その旨を前記構築サーバと該構築サーバの外部との少なくとも一方へ通知する監視サーバを有し、
   前記構築サーバは、前記監視サーバから前記通知を受けた場合、使用されているリソースに応じて前記仮想サーバを減設し、前記減設した仮想サーバの構築情報を削除し、前記減設した仮想サーバのリソースに応じて前記リソース管理データベースが記憶している前記残量を書き換えることを特徴とするネットワーク構築システム。
7. 請求項１に記載のネットワーク構築システムにおいて、
   前記リソース管理データベースは、前記リソースとして、ＣＰＵコア数と、メモリ容量と、ハードディスク容量との少なくとも１つを記憶することを特徴とするネットワーク構築システム。
8. 請求項１に記載のネットワーク構築システムにおいて、
   前記リソース管理データベースは、前記仮想サーバ識別情報として、ＩＰアドレスを記憶することを特徴とするネットワーク構築システム。
9. 請求項１または請求項２に記載のネットワーク構築システムにおいて、
   前記構築情報を記憶する構築情報データベースを有し、
   前記構築サーバは、前記仮想サーバを構築した際、前記構築情報を前記構築情報データベースに書き込むことにより管理することを特徴とするネットワーク構築システム。
10. ネットワークおよび仮想サーバを構築する構築サーバであって、
    外部からリソースの要求の入力を受け付ける要求受付部と、
    前記要求受付部が前記リソースの要求を受け付けた場合、該リソースに応じて当該構築サーバと接続された複数の物理サーバから前記仮想サーバを構築する仮想サーバ構築部と、
    前記複数の物理サーバに具備されたリソースと、未使用のリソースの量を示す残量と、前記仮想サーバを識別するための仮想サーバ識別情報とを記憶するリソース管理データベースから、前記仮想サーバ識別情報を読み出し、前記要求されたリソースの量に応じて前記リソース管理データベースが記憶している前記残量を書き換えるリソース管理データベースインタフェース部と、
    前記要求を識別するための要求識別情報と、前記読み出した仮想サーバ識別情報と、前記要求されたリソースを示すリソース情報と、前記仮想サーバを構成する物理サーバを識別するための物理サーバ識別情報とを対応付けて構築情報として管理する構築情報管理部とを有する構築サーバ。
11. 請求項１０に記載の構築サーバにおいて、
    前記リソース管理データベースインタフェース部は、前記仮想サーバ構築部が前記仮想サーバを複数構築する場合、前記リソース管理データベースから、複数の前記仮想サーバ識別情報と、該複数の仮想サーバを互いに接続するための仮想ネットワーク情報とを読み出し、
    前記構築情報管理部は、前記要求識別情報と、前記複数の仮想サーバ識別情報と、前記仮想ネットワーク情報と、前記リソース情報と、前記物理サーバ識別情報とを対応付けて構築情報として管理することを特徴とする構築サーバ。
12. 請求項１０に記載の構築サーバにおいて、
    前記仮想サーバ構築部は、複数の前記物理サーバに前記リソースを分散させて前記仮想サーバを構築することを特徴とする構築サーバ。
13. 請求項１０に記載の構築サーバにおいて、
    前記要求受付部は、前記要求を外部から入力するための画面を表示し、該画面にしたがって入力された情報を前記仮想サーバ構築部へ出力し、
    前記仮想サーバ構築部は、前記要求受付部から出力されてきた情報が示すリソースに応じて前記物理サーバから前記仮想サーバを構築することを特徴とする構築サーバ。
14. 請求項１０に記載の構築サーバにおいて、
    前記仮想サーバ構築部は、当該構築サーバと接続された、前記仮想サーバを構成する物理サーバのリソースの使用状況を監視し、使用されているリソースが所定の閾値を超えた場合、その旨を当該構築サーバへ通知する監視サーバから、前記通知を受けた場合、前記閾値を超えた分のリソースに応じて前記仮想サーバを増設し、
    前記リソース管理データベースインタフェース部は、前記リソース管理データベースから前記増設した仮想サーバのための前記仮想サーバ識別情報をさらに読み出し、前記増設した仮想サーバのリソースに応じて前記リソース管理データベースが記憶している前記残量を書き換え、
    前記構築情報管理部は、前記リソース管理データベースインタフェース部が読み出した仮想サーバ識別情報を前記構築情報に追加することを特徴とする構築サーバ。
15. 請求項１０に記載の構築サーバにおいて、
    前記仮想サーバ構築部は、当該構築サーバと接続された、前記仮想サーバを構成する物理サーバのリソースの使用状況を監視し、使用されているリソースが所定の閾値未満である場合、その旨を当該構築サーバへ通知する監視サーバから、前記通知を受けた場合、使用されているリソースに応じて前記仮想サーバを減設し、
    前記リソース管理データベースインタフェース部は、前記減設した仮想サーバのリソースに応じて前記リソース管理データベースが記憶している前記残量を書き換え、
    前記構築情報管理部は、前記減設した仮想サーバの構築情報を削除することを特徴とする構築サーバ。
16. 請求項１０または請求項１１に記載の構築サーバにおいて、
    前記構築情報管理部は、前記仮想サーバ構築部が前記仮想サーバを構築した際、前記構築情報を記憶する構築情報データベースに該構築情報を書き込むことにより管理することを特徴とする構築サーバ。
17. ネットワークおよび仮想サーバを構築するネットワーク構築方法であって、
    リソースの要求を受け付ける処理と、
    前記リソースの要求を受け付けた場合、該リソースに応じて複数の物理サーバから前記仮想サーバを構築する処理と、
    前記複数の物理サーバに具備されたリソースと、未使用のリソースの量を示す残量と、前記仮想サーバを識別するための仮想サーバ識別情報とを記憶するリソース管理データベースから、前記仮想サーバ識別情報を読み出す処理と、
    前記要求を識別するための要求識別情報と、前記読み出した仮想サーバ識別情報と、前記要求されたリソースを示すリソース情報と、前記仮想サーバを構成する物理サーバを識別するための物理サーバ識別情報とを対応付けて構築情報として管理する処理と、
    前記要求されたリソースの量に応じて前記リソース管理データベースが記憶している前記残量を書き換える処理とを行うネットワーク構築方法。
18. 請求項１７に記載のネットワーク構築方法において、
    前記仮想サーバを複数構築する場合、前記リソース管理データベースから、複数の前記仮想サーバ識別情報と、該複数の仮想サーバを互いに接続するための仮想ネットワーク情報とを読み出す処理と、
    前記要求識別情報と、前記複数の仮想サーバ識別情報と、前記仮想ネットワーク情報と、前記リソース情報と、前記物理サーバ識別情報とを対応付けて構築情報として管理する処理とを行うことを特徴とするネットワーク構築方法。
19. 請求項１７に記載のネットワーク構築方法において、
    複数の前記物理サーバに前記リソースを分散させて前記仮想サーバを構築する処理を行うことを特徴とするネットワーク構築方法。
20. 請求項１７に記載のネットワーク構築方法において、
    前記要求を入力するための画面を表示する処理と、
    前記画面にしたがって入力された情報が示すリソースに応じて前記物理サーバから前記仮想サーバを構築する処理とを行うことを特徴とするネットワーク構築方法。
21. 請求項１７に記載のネットワーク構築方法において、
    前記仮想サーバを構成する物理サーバのリソースの使用状況を監視する処理と、
    使用されているリソースが所定の閾値を超えた場合、前記閾値を超えた分のリソースに応じて前記仮想サーバを増設する処理と、
    前記リソース管理データベースから前記増設した仮想サーバのための前記仮想サーバ識別情報をさらに読み出す処理と、
    前記読み出した仮想サーバ識別情報を前記構築情報に追加する処理と、
    前記増設した仮想サーバのリソースに応じて前記リソース管理データベースが記憶している前記残量を書き換える処理とを行うことを特徴とするネットワーク構築方法。
22. 請求項１７に記載のネットワーク構築方法において、
    前記仮想サーバを構成する物理サーバのリソースの使用状況を監視する処理と、
    使用されているリソースが所定の閾値未満である場合、使用されているリソースに応じて前記仮想サーバを減設する処理と、
    前記リソース管理データベースから前記減設した仮想サーバの前記構築情報を削除する処理と、
    前記減設した仮想サーバのリソースに応じて前記リソース管理データベースが記憶している前記残量を書き換える処理とを行うことを特徴とするネットワーク構築方法。
23. ネットワークおよび仮想サーバを構築する構築サーバに、
    外部からリソースの要求を受け付ける手順と、
    前記リソースの要求を受け付けた場合、該リソースに応じて当該構築サーバと接続された複数の物理サーバから前記仮想サーバを構築する手順と、
    前記複数の物理サーバに具備されたリソースと、未使用のリソースの量を示す残量と、前記仮想サーバを識別するための仮想サーバ識別情報とを記憶するリソース管理データベースから、前記仮想サーバ識別情報を読み出す手順と、
    前記要求を識別するための要求識別情報と、前記読み出した仮想サーバ識別情報と、前記要求されたリソースを示すリソース情報と、前記仮想サーバを構成する物理サーバを識別するための物理サーバ識別情報とを対応付けて構築情報として管理する手順と、
    前記要求されたリソースの量に応じて前記リソース管理データベースが記憶している前記残量を書き換える手順とを実行させるためのプログラム。
24. 請求項２３に記載のプログラムにおいて、
    前記仮想サーバを複数構築する場合、前記リソース管理データベースから、複数の前記仮想サーバ識別情報と、該複数の仮想サーバを互いに接続するための仮想ネットワーク情報とを読み出す手順と、
    前記要求識別情報と、前記複数の仮想サーバ識別情報と、前記仮想ネットワーク情報と、前記リソース情報と、前記物理サーバ識別情報とを対応付けて構築情報として管理する手順とを実行させるためのプログラム。
25. 請求項２３に記載のプログラムにおいて、
    複数の前記物理サーバに前記リソースを分散させて前記仮想サーバを構築する手順と実行させるためのプログラム。
26. 請求項２３に記載のプログラムにおいて、
    前記要求を外部から入力するための画面を表示する手順と、
    前記画面にしたがって入力された情報が示すリソースに応じて前記物理サーバから前記仮想サーバを構築する手順とを実行させるためのプログラム。
27. 請求項２３に記載のプログラムにおいて、
    当該構築サーバと接続された、前記仮想サーバを構成する物理サーバのリソースの使用状況を監視し、使用されているリソースが所定の閾値を超えた場合、その旨を当該構築サーバへ通知する監視サーバから、前記通知を受けた場合、前記閾値を超えた分のリソースに応じて前記仮想サーバを増設する手順と、
    前記リソース管理データベースから前記増設した仮想サーバのための前記仮想サーバ識別情報をさらに読み出す手順と、
    前記読み出した仮想サーバ識別情報を前記構築情報に追加する手順と、
    前記増設した仮想サーバのリソースに応じて前記リソース管理データベースが記憶している前記残量を書き換える手順とを実行させるためのプログラム。
28. 請求項２３に記載のプログラムにおいて、
    当該構築サーバと接続された、前記仮想サーバを構成する物理サーバのリソースの使用状況を監視し、使用されているリソースが所定の閾値未満である場合、その旨を当該構築サーバへ通知する監視サーバから、前記通知を受けた場合、使用されているリソースに応じて前記仮想サーバを減設する手順と、
    前記減設した仮想サーバの前記構築情報を削除する手順と、
    前記減設した仮想サーバのリソースに応じて前記リソース管理データベースが記憶している前記残量を書き換える手順とを実行させるためのプログラム。
29. 請求項２３または請求項２４に記載のプログラムにおいて、
    前記仮想サーバを構築した際、前記構築情報を記憶する構築情報データベースに該構築情報を書き込むことにより管理する手順と実行させるためのプログラム。

Images