JP5541908B2 - データセンター構成管理システム - Google Patents

Description

本発明は、コンピュータシステムによりサービスを提供するデータセンターに係る技術に関し、特に、クラウドコンピューティングにより仮想化されたデータセンターにおける仮想サーバ等の構成を管理するデータセンター構成管理システムに適用して有効な技術に関するものである。

コンピュータシステムによりインターネット等を介してユーザに種々のサービスを提供する際に、サービスの提供に係る多数のサーバやストレージなどの機器を集約して運用・管理するデータセンターが利用される場合が多くなっている。通常、データセンターでは、多数の機器について、人手や運用管理ソフトなどを利用して、ファイルの受け渡しやＯＳ（Operating System）のコマンド実行、アプリケーションの起動・設定など、非常に複雑な手順やツールを利用して運用が行われている。

一方、近年ではクラウドコンピューティング技術の進化により、例えば、“Ａｍａｚｏｎ ＥＣ２（登録商標）”（非特許文献１）などのように、データセンター自体を物理的な施設や設備を意識せずに仮想的に扱うことができるようになっている。このようなデータセンターでは、ユーザは、ＡＰＩ（Application Programming Interface）やこれを用いたコマンドを利用して、インスタンス（ＯＳなどを含む仮想サーバ）の起動や増設を行うことができる。データセンターに対するアクセスがＡＰＩ化されることにより、これをソフトウェアプログラムから利用することで、従来のデータセンターでは困難であった各サーバ間での連携などを伴う運用や制御を高度に自動化できる可能性がある。

"Amazon Elastic Compute Cloud (Amazon EC2)"、[online]、Amazon Web Services LLC、インターネット＜URL:http://aws.amazon.com/ec2/＞

“Ａｍａｚｏｎ ＥＣ２”のようなクラウド技術によるデータセンターでは、ユーザは、主に起動しているインスタンスの数と利用時間によって課金される。従って、必要なときのみインスタンスを起動することができれば低コストとなるが、常時起動している状態での運用では従来のデータセンターと比較してかえって高コストとなる場合もある。インスタンスの起動は通常数分という短時間で行うことができるため、低コスト化を考えた場合に負荷に応じて細やかな制御を行うほうが望ましい。

一方、インスタンスの起動・停止の細やかな制御を行う場合、稼働するアプリケーションのデプロイや、サービスの状態設定、機能やサービス毎の適切なインスタンス数の配分などの制御を人手で行うにはかなりのコストを要する。また、負荷の状況に応じて起動するサーバの台数や構成などを完全に自律制御によって調整することも技術的に困難である。

そこで本発明の目的は、クラウド環境での仮想的なデータセンターにおいて負荷の状況に応じた適切なシステム構成を容易かつ迅速に構築することが可能なデータセンター構成管理システムを提供することにある。本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。

本発明の代表的な実施の形態によるデータセンター構成管理システムは、クラウド環境におけるプログラミングインタフェースを有する仮想的なデータセンターに対して、サービスの負荷の予測状況に応じてシステム構成を変更するデータセンター構成管理システムであって、以下の特徴を有するものである。

すなわち、データセンター構成管理システムは、前記データセンターのシステム構成のスナップショット、および前記データセンターの稼働時のスループットを取得して、前記スナップショットの情報と前記スループットの情報とを関連付けて構成データベースに保存する構成保存部と、前記データセンターにおけるスループットの予測状況に基づいて、前記構成データベースから処理可能なシステム構成を有する前記スナップショットを検索する構成検索部と、前記構成検索部によって検索された前記スナップショットのシステム構成に基づいて、前記プログラミングインタフェースを用いて前記データセンターを構築し、もしくは前記データセンターのシステム構成を変更する構成変更部とを有することを特徴とするものである。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。

本発明の代表的な実施の形態によれば、稼働実績のある構成や検証済みの構成などについて、データセンターのシステム構成のスナップショットを稼働時のスループットの情報と関連付けて予め用意しておく。これにより、管理者等が負荷の予測状況に応じて迅速に最適なスナップショットを選択し、選択したスナップショットに基づいてデータセンターのシステム構成を容易に調整することが可能な仕組みを安価に実現することが可能となる。

本発明の一実施の形態であるデータセンター構成管理システムの構成例の概要を示した図である。 本発明の一実施の形態におけるスナップショットの情報を保持するデータセンターの構成パターンの例を示した図である。 本発明の一実施の形態における構成ＤＢのデータ構成と具体的なデータの例を示した図である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。

本発明の一実施の形態であるデータセンター構成管理システムは、上述した“Ａｍａｚｏｎ ＥＣ２”のようなＡＰＩを有するクラウド環境での仮想的なデータセンターに対して、負荷の予測状況に応じてシステム構成を容易に変更・調整することが可能な仕組みを実現するシステムである。

例えば“Ａｍａｚｏｎ ＥＣ２”では、インスタンス（仮想サーバ）の構成イメージであるＡＭＩ（Amazon Machine Image）を、クラウド環境でのストレージサービスである“Ａｍａｚｏｎ Ｓ３”の仮想ストレージに保持することができる。また、“Ａｍａｚｏｎ Ｓ３”に保持されているＡＭＩから所望のものを選択し、選択したＡＭＩを利用して“Ａｍａｚｏｎ ＥＣ２”上でインスタンスを起動することができる。“Ａｍａｚｏｎ ＥＣ２”では、このようなインスタンス管理（インスタンスの起動・停止、リソース管理）やストレージ管理を行ったり、クライアント端末から問い合わせを行ったりするためのいわゆるＷｅｂ ＡＰＩが提供されている。

このようなＡＰＩを利用することで、上述したように、クラウド環境での仮想的なデータセンターについての運用を、プログラミングの技術を適用して高度に自動化し得ると考えられる。しかしながら、仮想サーバの台数や構成を負荷の予測状況に応じて完全に自動化して調整することは困難である。この要因としては、例えば、システムの構成には所定のルール（例えば、サーバの種別毎の台数比率や、必ず偶数台の構成とするなどの決まり）があり、これに従う必要があることが挙げられる。また、負荷の予測についても、ある程度自動的に予測する技術は既に存在するが、突発的なイベントの発生などの場合には限界があり、最終的には何らかの人の判断を要する場合が多いことも挙げられる。

そこで、本実施の形態のデータセンター構成管理システムでは、例えば、過去に本番環境で稼働実績のある構成や、性能テストにより処理パフォーマンスが検証済みの構成など、いくつかの構成について、各仮想サーバ等の構成イメージ（ＡＭＩ等）についての情報を含む構成情報をスナップショットとして保持しておく。スナップショットの例としては、例えば、「過去最高トラフィックに耐えた構成」や、「テレビ放送直後を想定した構成」など、特徴的な負荷の状況に対応するような構成が考えられる。このような特徴的な構成を予め用意しておくことで、例えば、管理者やＣＩＯ（Chief Information Officer：最高情報責任者）などが迅速な判断を行うことを可能とする。

なお、クラウド環境での仮想的なデータセンターの大きな利点の一つとして、一時的に本番環境と同等の規模を含む種々のレベル・構成のテスト環境を柔軟に構築することができることが挙げられる。従って、例えば、一時的に本番環境相当のテスト環境を構築し、性能テスト等を行って十分な検証を行った際の構成に係るスナップショットを得て保持しておくことができる。

本実施の形態のデータセンター構成管理システムを利用することにより、例えば、金融取引系のサービスを提供するデータセンターにおいて、前日のニューヨーク市場の動向から特定のサービスへの負荷が高くなることが予想される場合に、負荷の状況に応じて対応可能なスナップショットを選択し、これに基づいてデータセンターのシステム構成を変更することによって、サーバ数を増強したりサーバ数のバランスを調整したりといった制御を容易かつ低コストで迅速に行うことが可能となる。

また、例えば、通常は自社が運用するデータセンターにてサービスを提供しているが、大手企業の経営破綻のニュースなど突発的な負荷の上昇が予想されるような場合には“Ａｍａｚｏｎ ＥＣ２”などの外部ベンダのクラウド環境による仮想的なデータセンターを一時的に利用してリソースを増強し、負荷を分散させるといったような制御を行うことも可能となる。

［システム構成］
図１は、本発明の一実施の形態であるデータセンター構成管理システムの構成例の概要を示した図である。データセンター（ＤＣ）構成管理システム１００は、サーバやＰＣ（Personal Computer）等のコンピュータシステムによって構成され、インターネット等を介して“Ａｍａｚｏｎ ＥＣ２”等によるクラウド２００における仮想的なデータセンターにアクセスすることができるシステムである。

ＤＣ構成管理システム１００は、例えば、ソフトウェアプログラムによって実装される構成保存部１１０、構成検索部１２０、構成変更部１３０、および承認部１４０の各部と、構成ＤＢ１０２のデータベース、およびクラウド２００における仮想的なデータセンターのシステム構成についてのスナップショット１０１を有する。

構成保存部１１０は、さらにスループット取得部１１１、およびスナップショット取得部１１２を有し、クラウド２００におけるデータセンターのシステム構成および稼働時のスループットの情報を取得して保存する機能を有する。

スループット取得部１１１は、クラウド２００におけるデータセンター（例えば、図中の本番環境＃１（２０１）やテスト環境＃１（２１１））から稼働時のスループットの情報を取得する機能を有する。ここで、スループット取得部１１１が取得するスループットには、クラウド２００における仮想的なデータセンターから上述のＡＰＩを使用して取得することができるスループット（例えばＣＰＵ（Central Processing Unit）利用率など基盤レベルのもの）や、仮想サーバ上で稼動するアプリケーションレベルでのスループット（例えば、Ｗｅｂサーバにおける１秒あたりの画面表示数や、アプリケーション（ＡＰＬ）サーバにおける１秒あたりの処理件数、データベース（ＤＢ）サーバにおける１秒あたりのＳＱＬ処理件数など）など、適切なデータセンターの構成を判断するためのキーとなる指標が含まれる。

なお、アプリケーションレベルでのスループットを取得するためには、例えば、仮想サーバ上にスループット取得用のプログラムを稼働させて当該プログラムからスループットを取得してもよいし、スループット取得部１１１が仮想サーバ上のアプリケーションログ等を取得して解析することによって取得してもよい。

また、スナップショット取得部１１２は、スループット取得部１１１がスループットを取得した対象のデータセンターのシステム構成についてのスナップショットを取得する機能を有する。取得したスナップショットはスナップショット１０１としてシステムに保持する。なお、スナップショット１０１は、例えば、システムの構成情報として、起動している各仮想サーバの種類と台数や、各仮想サーバについてのＡＭＩ等の構成イメージに対するＩＤなどの情報を含む。また、アプリケーションやサービスの設定情報として、各仮想サーバにおいて起動するアプリケーションの種類やサービスの状態・モードの設定等の情報を含む。このスナップショット１０１は、例えばＤＣ構成管理システム１００上でファイル等として保持される。

また、各スナップショット１０１の情報（スナップショット１０１を識別するＩＤ等）は、対応するデータセンターのスループットの情報と関連付けて構成ＤＢ１０２に保存される。図１の例では、例えば、本番環境＃１（２０１）の構成について、２００９年９月１日にスナップショットを取得し、そのときのユーザアクセスに伴うスループットを合わせて取得して、これらの情報をスナップショット１０１および構成ＤＢ１０２に保持する。同様に、２００９年９月１５日にクラウド２００上にテスト環境＃１（２１１）を構築して性能テストを行い、そのときのスナップショットとスループットを合わせて取得して、スナップショット１０１および構成ＤＢ１０２に保持する。構成ＤＢ１０２の内容については後述する。

構成検索部１２０は、構成ＤＢ１０２に保持されたスナップショット１０１、および対応するスループットの情報から、クラウド２００によるデータセンターにおいて予想される負荷（スループット）の状況に応じて、適した（処理可能な）構成を有するスナップショット１０１を検索する機能を有する。当該検索機能は、例えば、図示しないＷｅｂサーバプログラム上で稼動するＷｅｂアプリケーションとして実装され、データセンターの運用担当者等のクライアント端末である運用担当者端末３００上の図示しないＷｅｂブラウザからネットワーク経由でアクセスされる。

運用担当者等は、例えば、前日の市場の動向や種々のニュース等に基づいてトラフィック量やその種類の集中度合いなどの負荷（スループット）の状況を予測し、構成ＤＢ１０２に保持された各スナップショット１０１のスループットの情報に基づいて適切なスナップショット１０１を検索して選択する。なお、例えば、負荷の予測が自動で可能な場合（例えば、「毎月××日はトラフィックが３割増になる」等の規則性が既知である場合や、負荷予測システム等により過去のトラフィック量に基づいて自動である程度の負荷の予測が可能な場合）については、負荷の予測情報に基づいて適切なスナップショット１０１を自動で選択するようにしてもよい。

構成変更部１３０は、さらに構成修正部１３１、および構成適用部１３２を有し、クラウド２００におけるデータセンターに対して、構成検索部１２０によって検索・選定されたスナップショット１０１の構成を適用してシステムの構成を変更する機能を有する。構成修正部１３１は、構成検索部１２０によって検索・選定されたスナップショット１０１の構成に対して、自動もしくは運用担当者端末３００を介した運用担当者等からの指示に基づいて構成情報を修正する機能を有する。例えば、テスト環境のスナップショット１０１における構成情報（ＩＰアドレス等）は、本番環境にそのまま適用することができず、修正が必要な場合があるためである。

また、本実施の形態では構成検索部１２０によって検索・選定されたスナップショット１０１に対してサーバの台数を増減したり種類を変更したりなどの修正を加えられるようにしてもよい。このとき、例えば、構成検索部１２０ではベースとなるスナップショット１０１を検索しておき、当該スナップショット１０１の構成に対して、負荷の予測状況に応じてサーバの増減数等を構成修正部１３１が自動で算出するようにしてもよい。

構成適用部１３２は、構成修正部１３１によって修正されたスナップショット１０１の構成に基づいてＡＰＩ等を使用してクラウド２００にデータセンター（例えば、テスト環境＃１（２１１）と同等の構成を有する本番環境＃２（２０２））を構築し、もしくは構成を変更する機能を有する。

具体的な処理としては、例えば、修正されたスナップショット１０１の内容に基づいてＡＰＩを使用してクラウド２００に必要なインスタンスを起動し、各インスタンスの仮想サーバにログインして起動用スクリプトを転送して実行する。起動用スクリプトでは、クラウド２００上の仮想ストレージをマウントし、格納されているアプリケーションを起動してサービスを開始するなどの処理を行ってサービスの提供を開始する。構成を縮小する場合等では不要なインスタンスを停止する処理も行う。

なお、構成検索部１２０によって検索・選定されたスナップショット１０１について、運用担当者等が構成修正部１３１によって修正してそのまま構成適用部１３２によって適用するのではなく、管理者やＣＩＯによる適用・変更の承認を得てから適用するようにしてもよい。その際、例えば、構成修正部１３１は、修正後のスナップショット１０１について承認部１４０での承認を得ていなければ構成適用部１３２に受け渡せないようにする。

承認部１４０は、管理者等のクライアント端末である管理者端末４００から、修正後のスナップショット１０１についての適用の承認を受け付ける機能を有する。承認については、例えば、ワンタイムパスワードなど、管理者等の権限を有する者のみが承認処理を行えるような仕組みを使用する。なお、管理者端末４００は、ＤＣ構成管理システム１００と同一サイトにあるとは限らないため、ＰＣ等の端末に限らず携帯電話等のモバイル端末を利用したアクセスを可能とするのが望ましい。

以上に示したように、本実施の形態のＤＣ構成管理システム１００は、クラウド２００によるデータセンターにおいて、例えば負荷の状況が特徴的ないくつかの構成について、構成保存部１１０がスループットとスナップショット１０１を取得して、スナップショット１０１の情報をスループットと関連付けて構成ＤＢ１０２に保持しておく。構成ＤＢ１０２に保持されたスナップショット１０１の情報から、運用担当者等が負荷の予測状況に基づいて適切なスナップショット１０１を検索・選定し、承認部１４０による管理者等からの承認を得た後に、構成変更部１３０によって、検索・選定されたスナップショット１０１の構成情報に基づいてクラウド２００のデータセンターの構成をＡＰＩ等を使用して自動的に変更する。

［スナップショットの構成パターン］
図２は、スナップショット１０１の情報を保持するデータセンターの構成パターンの例を示した図である。上段の図は、クラウド２００によるデータセンターにおける最小構成の例を示している。図２の例では、データセンターは、Ｗｅｂサーバ、アプリケーション（ＡＰＬ）サーバ、およびデータベース（ＤＢ）サーバからなるいわゆる３層構成を有するＷｅｂシステムを稼働させており、最小構成では、Ｗｅｂサーバが６台、ＡＰＬサーバが３台、ＤＢサーバが１台の構成であることを示している。

中段の図は、最小構成に対して各サーバを増強して、ＡＰＬサーバおよびＤＢサーバを、例えば業務系と情報系に分離して処理能力を強化した場合の構成例を示している。この業務系・情報系分離の構成では、Ｗｅｂサーバを９台に増強し、ＡＰＬサーバを３台増強して業務系と情報系に分離し、同様にＤＢサーバを１台増強して業務系と情報系に分離している。このように、最小構成に対して単純に台数を増やして増強するのではなく、例えば、負荷の特性に応じて処理系統毎にＡＰＬサーバおよびＤＢサーバを分離して個別に増強する構成を用意しておくことが可能である。

下段の図は、最小構成に対してＷｅｂサーバを増強して、コンテンツの参照に対する処理能力を強化した場合の構成例を示している。この参照強化の構成では、Ｗｅｂサーバを倍の１２台に増強している。この構成は、例えば新製品を発表した後など、静的なコンテンツを参照するユーザが多いと想定される場合等に選択することができる。このように、負荷の特性に応じてサーバの種別毎に個別に増強する構成を用意しておくことも可能である。

［データ構成］
図３は、構成ＤＢ１０２のデータ構成と具体的なデータの例を示した図である。構成ＤＢ１０２は、データセンターの構成のスナップショット１０１の情報を対応する構成のスループットの情報と関連付けて保持するデータベースであり、例えば、構成ＩＤ、構成名、スナップショット、本番運用時スループット、テスト時スループット、備考などの各項目を有する。

構成ＩＤおよび構成名の項目は、それぞれスナップショット１０１に係るデータセンターの構成を識別するＩＤおよび名称を保持する。構成ＩＤの項目は、例えば構成保存部１１０が自動で採番する。構成名の項目は、運用担当者等が、各構成の特徴を認識し易い名称を設定することができる。

スナップショットの項目は、対象となるスナップショット１０１を識別する情報（スナップショットＩＤ）である。なお、図３の例では、当該識別情報の内容自体によってスナップショット１０１（およびスループット）を取得した日付（例えば“最小構成”の場合は“２００８年１月１日”等）を特定可能としているが、スナップショット１０１を取得した日付を別途構成ＤＢ１０２の項目として有するようにしてもよい。本実施の形態では、スナップショット１０１をファイル等としてＤＣ構成管理システム１００に保持し、その識別情報を構成ＤＢ１０２に保持する構成としているが、スナップショット１０１自体を構成ＤＢ１０２に保持する構成としてもよい。

本番運用時スループットおよびテスト時スループットの項目は、それぞれ対象のスナップショット１０１に係るデータセンターの構成を本番環境で運用した際のスループットの実測値と、テスト環境で性能テストを行った際のスループットの実測値の情報を保持する。

ここで、図３の例では、スループットとしては、ＰＶ／ｓ（Page View/sec：Ｗｅｂサーバによる１秒あたりの画面表示の回数）と、Ｔｒａｎ／ｓ（Transaction/sec：ＡＰＬサーバによる１秒あたりの処理件数）と、ＳＱＬ／ｓ（SQL/sec：ＤＢサーバによる１秒あたりのＳＱＬ処理件数）の３種類の指標を設定している。本実施の形態では、ＰＶ／ｓ、Ｔｒａｎ／ｓおよびＳＱＬ／ｓの各指標は、それぞれ、Ｗｅｂサーバ、ＡＰＬサーバおよびＤＢサーバの台数に依存するという前提を採用しているため、これらの指標から各サーバの台数等を決定することができるが、各サーバの台数等を決定することができる指標であれば、ＰＶ／ｓやＴｒａｎ／ｓの指標に限らず他の指標を用いてもよい。また、これらの指標に加えて、例えば、ＣＰＵ使用率（システムの余裕度）や、ＴＡＴ（Turn Around Time）の平均値・最大値などの指標をさらに設定するようにしてもよい。

備考の項目は、各構成（スナップショット１０１）についての内容を説明する記述を保持する。この情報により、運用担当者は各スナップショット１０１の特徴等を把握することができるため検索が容易となる。

なお、図３の例において、“情報系強化”の構成については本番運用時スループットの項目に値が設定されていないが、これは、当該構成についてのスループットはテスト環境における性能テストにより確認しているのみであり、当該構成は未だ本番環境での稼働を行っていない状態であることを示している。

図３に示したような構成ＤＢ１０２から、構成検索部１２０が負荷の予測状況に応じて適切な構成（スナップショット１０１）を検索する際に、運用担当者は、負荷の予測としてＰＶ／ｓおよびＴｒａｎ／ｓの指標の値をそれぞれ予測して構成検索部１２０に指示する。構成検索部１２０は、指示されたＰＶ／ｓおよびＴｒａｎ／ｓの値を全てクリアする構成を有するものを検索結果として提示する。このとき、例えば、検索結果について課金される料金が低い順などで優先順位をつけて提示し、その中から運用担当者が選定するようにしてもよいし、課金される料金が最も低い構成等を自動的に選定するようにしてもよい。

以上に説明したように、本発明の一実施の形態であるＤＣ構成管理システム１００によれば、ＡＰＩを有するクラウド２００での仮想的なデータセンターにおいて、例えば、過去に本番環境で稼働実績のある構成や、性能テストにより処理パフォーマンスが検証済みの構成など、負荷の状況が特徴的ないくつかの構成について、構成保存部１１０がスループットとスナップショット１０１を取得して、スナップショット１０１の情報をスループットと関連付けて構成ＤＢ１０２に保持しておく。

さらに、構成ＤＢ１０２に保持されたスナップショット１０１の情報から、運用担当者等が負荷の予測状況に基づいて適切なスナップショット１０１を検索・選定し、検索・選定された構成情報に基づいて、構成変更部１３０がクラウド２００のデータセンターの構成をＡＰＩ等を使用して自動的に変更する。

このように、データセンターにおいて負荷の状況が特徴的な構成を候補として予め用意しておくことで、運用担当者および管理者やＣＩＯ等が、負荷の予測状況に応じて迅速に最適なスナップショット１０１を選択することができる。また、負荷の予測状況に応じて選択されたスナップショット１０１に基づいてデータセンターのシステム構成を容易に変更・調整することが可能な仕組みを安価に実現することが可能となる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

本発明は、クラウドコンピューティングにより仮想化されたデータセンターにおける仮想サーバ等の構成を管理するデータセンター構成管理システムに利用可能である。

１００…データセンター（ＤＣ）構成管理システム、１０１…スナップショット、１０２…構成ＤＢ、１１０…構成保存部、１１１…スループット取得部、１１２…スナップショット取得部、１２０…構成検索部、１３０…構成変更部、１３１…構成修正部、１３２…構成適用部、１４０…承認部、
２００…クラウド、２０１…本番環境＃１、２０２…本番環境＃２、２１１…テスト環境＃１、
３００…運用担当者端末、
４００…管理者端末。

Claims (5)

1. クラウド環境におけるプログラミングインタフェースを有する仮想的なデータセンターに対して、サービスの負荷の予測状況に応じてシステム構成を変更するデータセンター構成管理システムであって、
   前記データセンターにおいて稼働するサーバの構成イメージ、前記サーバの種類と台数の情報、前記サーバにおいて稼働するアプリケーションもしくはサービスの設定情報、および前記システム構成の特徴を示すテキスト情報を含む、前記システム構成のスナップショット、および前記スナップショットに含まれる前記サーバの種類毎に異なる指標とすることが可能である前記データセンターの稼働時のスループットを取得して、前記スナップショットの情報と前記スループットの情報とを関連付けて構成データベースに保存する構成保存部と、
   前記データセンターにおけるスループットの予測状況に基づいて、前記構成データベースから処理可能なシステム構成を有する前記スナップショットを検索する、もしくは前記データセンターの特徴を示す情報に基づいて、前記構成データベースから該当する特徴を有するシステム構成を有する前記スナップショットを検索する、構成検索部と、
   前記構成検索部によって検索された前記スナップショットのシステム構成に基づいて、前記プログラミングインタフェースを用いて前記データセンターを構築し、もしくは前記データセンターのシステム構成を変更する構成変更部とを有することを特徴とするデータセンター構成管理システム。
2. 請求項１に記載のデータセンター構成管理システムにおいて、
   前記スループットは、前記データセンターのサーバ上で稼働するアプリケーションもしくはサービスに係るものを含むことを特徴とするデータセンター構成管理システム。
3. 請求項２に記載のデータセンター構成管理システムにおいて、
   前記スループットは、前記データセンターにおけるＷｅｂサーバによる単位時間あたりの画面表示の回数と、アプリケーションサーバによる単位時間あたりの処理件数と、ＤＢサーバによる単位時間あたりのＳＱＬ処理件数のうちの少なくとも１つを含むことを特徴とするデータセンター構成管理システム。
4. 請求項１〜３のいずれか１項に記載のデータセンター構成管理システムにおいて、
   前記構成変更部は、前記構成検索部によって検索された前記スナップショットのシステム構成に対して修正した上で前記データセンターを構築し、もしくは前記データセンターのシステム構成を変更することを特徴とするデータセンター構成管理システム。
5. 請求項１〜４のいずれか１項に記載のデータセンター構成管理システムにおいて、
   さらに、前記構成変更部による、前記構成検索部によって検索された前記スナップショットのシステム構成に基づく、前記データセンターの構築、もしくは前記データセンターのシステム構成の変更に対して承認を受け付ける承認部を有することを特徴とするデータセンター構成管理システム。