JP2014182576A - 構成管理装置と構成管理方法及び構成管理プログラム - Google Patents

Abstract

【課題】
複数の管理装置のうち、新規管理対象が割当てられることを想定した管理能力が、上限未満の管理装置に新規管理対象となる新規情報処理資源を割り当てること。
【解決手段】
サービス系ネットワークに接続される１以上の情報処理資源を管理対象として管理する複数の管理装置に接続される構成管理装置を有し、構成管理装置は、各管理装置の稼働情報を収集し、収集した稼動情報と新規管理対象の構成情報に基づいて、各管理装置の管理能力であって、新規管理対象が割当てられることを想定した管理能力を予測し、予測結果を基に管理能力が上限未満の管理装置を複数の管理装置の中から選択し、選択した管理装置に新規管理対象となる新規情報処理資源を割り当てる。
【選択図】図１

Description

本発明は、データセンタ内に配置されるＩＴ（Information Technology）の構成管理装置と構成管理方法及び構成管理プログラムに関する。

従来、複数の仮想マシンを効率的に稼動させる為に稼動マシンを仮想基盤上に最適に配置する技術が考案されている。

一例として、特許文献１における仮想マシン管理装置及びプログラムは、仮想マシンの稼働状況等に応じてサーバ間に生じる負荷の偏りを、全てのサーバの計算資源を利用して各仮想マシンの性能が最大となるような仮想マシンとサーバの組み合わせを求め、この組み合わせに基づいて仮想マシンを配置し、最適化していた。

仮想マシン管理装置の計算資源は有限であり、管理できる仮想基盤の数や仮想マシンの数、換言すると管理規模に上限がある。

その為、仮想マシン管理装置と、仮想マシン管理装置が管理する複数の仮想基盤との組み合わせを、複数組準備することで、管理規模の制限を回避し、大規模化することは容易であった。

その際、管理サーバを各組みに分散配置して階層化する増設手法が考案されている。

一例として、特許文献２における階層型ネットワーク管理システムは、用途は監視に限られるが、複数台のサブマネジャを分散配置し、これらサブマネジャを統合マネジャで一括管理する階層化構成で処理能力を補っていた。

特許第３８６１０８７号公報（段落００１５〜００１６、図２、段落００３８〜００４６、図１０と図１１） 特許第３５２１９５５号公報（段落００２７〜００２９、図２）

背景技術の様に、従来のシステムの場合、仮想マシン管理装置と仮想マシン管理装置が管理する複数の仮想基盤の組み合わせを、複数組準備して大規模化することは可能である。

しかし、実際の運用では、仮想マシンの配置の可否を基準に組み合わせ（仮想マシン管理装置と仮想マシン管理装置が管理する仮想基盤）の一つを選んで、仮想マシンの配置とＯＳ（Operating System）の設定に進み、最後に監視の設定を行う。監視の設定には、CPU（Central Processing Unit）使用率やメモリ利用率、トラフィック量、ディスクI/O（Input/Output）の監視、アプリケーションのログ取得などさまざまな項目が存在する。監視は、仮想マシン管理装置の一機能として実装されることが多いため、監視の設定項目が多いほど、仮想マシン管理装置の計算能力を消費することになる。しかしながら、先行技術では、静的な管理上限によってのみ管理されているため、監視の設定を終えるまで、管理能力の不足は露見しない。監視の設定後、管理サーバの管理能力が不足する場合、仮想マシンの性能情報や監視ログが欠落する監視障害が発生する。

本発明は、情報処理資源を管理対象として管理する複数の管理装置のうち、新規管理対象が割当てられることを想定した管理能力が、上限未満の管理装置に新規管理対象となる新規情報処理資源を割り当てることができる構成管理装置と構成管理方法及び構成管理プログラムを提供することを目的とするものである。

前記課題を解決するために、本発明は、第１のネットワークに接続される１以上の情報処理資源を管理対象として管理する複数の管理装置から各管理装置の稼働情報を収集し、収集した稼動情報と新規管理対象の構成情報に基づいて、各管理装置の管理能力であって、前記新規管理対象が割当てられることを想定した管理能力を、前記新規管理対象が前記いずれかの管理装置に実際に割当てられる前に予測し、予測結果を基に管理能力が上限未満の管理装置を前記複数の管理装置の中から選択し、前記選択した管理装置に前記新規管理対象となる新規情報処理資源を割り当てることを特徴とする。

本発明によれば、複数の管理装置のうち、新規管理対象が割当てられることを想定した管理能力が、上限未満の管理装置に新規管理対象となる新規情報処理資源を割り当てることができる。

本発明の実施例１の構成管理装置を適用したデータセンタの構成を示す構成図である。 本発明の実施例１の構成管理装置の処理フローを示すフローチャートである。 本発明の実施例１のテナント構成と監視項目の入力画面を示す構成図である。 本発明の実施例１の管理能力判定の処理フローを示すフローチャートである。 本発明の実施例１の管理配置の処理フローを示すフローチャートである。 本発明の実施例１の管理配置情報を示す構成図である。 本発明の実施例２の構成管理装置を適用したデータセンタの構成を示す構成図である。 本発明の実施例２の構成管理装置の処理フローを示すフローチャートである。

（実施例１）
本実施例は、複数の管理サーバのうち、新規管理対象が割当てられることを想定した管理能力が、上限未満の管理サーバに新規管理対象となる新規情報処理資源（新規テナントに割当てられる新規情報処理資源）を割り当てるものである。以下、本発明を実施するため実施例１を図面に基づいて説明する。

図１は、実施例１の構成管理装置が管理するデータセンタの構成を示す構成図である。図１において、データセンタは、コンソール１００と、構成管理装置１０１と、複数の管理セグメント１３１、１４０、１５０と、管理ネットワーク１２０と、ＮＷ（NetWork）監視サーバ１２５と、コレクタ１２７と、アナライザ１２８と、ストレージ管理サーバ１２９を有する計算機システムとして構成され、構成管理装置１０１と、各管理セグメント１３１、１４０、１５０と、ＮＷ監視サーバ１２５と、コレクタ１２７と、アナライザ１２８及びストレージ管理サーバ１２９が、管理ネットワーク１２０を介して互いに接続され、コンソール１００が、構成管理装置１０１に接続され、管理セグメント１３１が、インターネット１３０に接続される。管理セグメント１４０、１５０には、各テナントに割当てられる１以上の情報処理資源が配置される。

情報処理資源は、例えば、サービス系ネットワークに接続されるハードウェア資源と、ハードウェア資源で動作するソフトウェア資源で構成される。ハードウェア資源は、サービス系ネットワークに接続されるネットワーク機器やネットワーク機器に接続されてデータ処理を実行するコンピュータ等から構成される。ソフトウェア資源は、ネットワーク機器上で動作する仮想アプライアンスと、コンピュータ装置上で動作する仮想基盤（ハイパバイザ）と、仮想基盤上で動作する仮想マシン等から構成される。

構成管理装置１０１は、ＣＰＵ、メモリ、入出力インタフェース等（いずれも図示せず）を備えたコンピュータ装置であって、入力部１０２と、契約情報ＤＢ（Ｄａｔａ Ｂａｓｅ）１０３と、管理能力判定部１０４と、構成配置部１０５と、構成管理ＤＢ１０６と、カタログ１０７と、管理配置部１０８と、設定部１０９と、管理系稼動情報収集部１１０と、管理系稼動情報ＤＢ１１１から構成され、入力部１０２が、コンソール１００に接続され、設定部１０９と管理系稼動情報収集部１１０が、管理ネットワーク１２０に接続される。構成管理装置１０１の各部は、例えば、ＣＰＵが、メモリに格納された構成管理プログラムを起動することによって構成される。

管理セグメント１３１は、ファイアウォール（ＦＷ）１３２と、ロードバランサ（ＬＢ）１３２と、レイヤ３スイッチ（以下、Ｌ３ＳＷと称する。）１３４と、Ｌ３ＳＷ１２６と、ＮＷ管理サーバ１２４から構成され、管理セグメント１４０は、サーバ装置１４１、１４２と、ハイパバイザ（ＨＶ）１４３、１４４と、仮想マシン（以下、ＶＭと称することがある。）１４５〜１４７と、管理サーバ１２１と、監視サーバ１２２から構成され、管理セグメント１５０は、サーバ装置１５１、１５２と、ハイパバイザ１５３、１５４と、ＶＭ１５５と、管理サーバ兼監視サーバ１２３から構成される。各管理セグメント１３１、１４０、１５０は、サービス系ネットワークのレイヤ２スイッチ（以下、Ｌ２ＳＷと称する。）１３５を介して複数のストレージ装置１３６に接続される。管理サーバ１２１と監視サーバ１２２は、セグメント１４０にテナント毎に配置される情報処理資源を管理対象として管理する管理装置を構成し、管理サーバ兼監視サーバ１２３は、セグメント１５０にテナント毎に配置される情報処理資源を管理対象として管理する管理装置を構成する。

（データセンタ）
データセンタは、サービス系と管理系から構成される。サービス系は、データセンタが収容するテナントの情報処理資源をインターネット１３０に接続し、テナントの情報処理資源が司るＩＣＴ（Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）サービスを提供する。サービス系は、例えば、サーバ装置１４１、１４２、１５２、１５３と、ハイパバイザ１４３、１４４、１５３、１５４と、ストレージ装置１３６と、Ｌ２ＳＷ１３５と、Ｌ３ＳＷ１３４と、ロードバランサ１３３と、ファイアウォール１３２から構成され、ファイアウォール１３２がインターネット１３０に接続される。Ｌ２ＳＷ１３５と、Ｌ３ＳＷ１３４と、ロードバランサ１３３及びファイアウォール１３２は、サービス系ネットワークのネットワーク機器として構成される。サーバ装置１４１、１４２、１５２、１５３と、ハイパバイザ１４３、１４４、１５３、１５４と、ハイパバイザ１４３、１４４、１５３上で動作するＶＭ１４５、１４６、１４７、１５５は、テナントの情報処理資源を構成し、ＩＣＴサービスを提供する。

管理系は、構成管理装置１０１と、管理ネットワーク１２０と、管理サーバ１２１と、監視サーバ１２２と、管理サーバ兼監視サーバ１２３と、ＮＷ管理サーバ１２４と、ＮＷ監視サーバ１２５と、管理セグメント１３１のＬ３ＳＷ１２６と、コレクタ１２７と、アナライザ１２８と、ストレージ管理サーバ１２９から構成される。

尚、データセンタは、一構成例に過ぎない。例えば、サービス系ネットワークに接続されるストレージ装置１３６を、サービス系ネットワークを介さずに、サーバ装置１４１、１４２、１５１、１５２に接続しても構わない。サーバ装置１４１、１４２、１５１、１５２が内部に具備するストレージ、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）をサーバ装置間で共有し、ストレージ装置１３６を省略する構成や、サービス系ネットワーク上にＤＢサーバを配置し、ＤＢサーバをＶＭに接続し、ストレージ装置１３６を省略する構成でも構わない。

サービス系ネットワーク（第１のネットワーク）にストレージ装置１３６が無い構成では、ストレージ管理サーバ１２９は、管理ネットワーク（第２のネットワーク）１２０に接続されない。

同様に、テナントの情報処理資源の用途によって、インターネット１３０からＬ２ＳＷ１３５の間に配置するネットワーク機器は変わり、必ずファイアウォール１３２とロードバランサ１３３とサービス系ネットワークのＬ３ＳＷ１３４が配置されるわけではない。

管理系ネットワークのＬ３ＳＷ１２６が、サービス系ネットワークに接続される限り、ネットワーク機器やサーバ装置１４１、１４２、１５１、１５２は、管理系ネットワークのＬ３ＳＷ１２６を経由して管理系ネットワークにつながるので、配置や構成が変わっても、図１に示す管理系のＮＷサーバ１２４と構成管理装置１０１は、ネットワーク機器とサーバ装置１４１、１４２、１５１、１５２を管理できる。

（管理ネットワーク）
管理ネットワーク１２０は、構成管理装置１０１と管理系のサーバ群と、管理ネットワークのＬ３ＳＷ１２６を介してサービス系のＬ２ＳＷ１３５に接続される。Ｌ２ＳＷ１３５には、インターネット側のネットワーク機器であるサービス系ネットワークのＬ３ＳＷ１３４とロードバランサ１３３及びファイアウォール１３２と、ストレージ装置１３６と、サーバ装置１４１、１４２、１５１、１５２と、ハイパバイザ１４３、１４４、１５３、１５４が接続される。管理系は、上述の機器や装置に管理系のアドレス体系のアドレスを割り当て、管理系のアドレス体系で相互にフラットに通信が可能な単階層構造である。

尚、図１では、簡単の為、管理ネットワーク１２０を構成するネットワーク機器は、管理ネットワークのＬ３ＳＷ１２６以外は、省略して記載していない。

（サービス系の機器と装置の管理ネットワークへの接続）
サービス系のネットワーク機器であるファイアウォール１３２とロードバランサ１３３は、ファイアウォール１３２とロードバランサ１３３が具備する管理ネットワークインタフェースを介してサービス系ネットワークのＬ３ＳＷ１３４に接続され、Ｌ２ＳＷ１３５と管理系ネットワークのＬ３ＳＷ１２６を経由して管理ネットワーク１２０に接続される。

同様に、サービス系ネットワークのＬ３ＳＷ１３４は、Ｌ３ＳＷ１３４が具備する管理ネットワークインタフェースでＬ２ＳＷ１３５に接続され、管理系ネットワークのＬ３ＳＷ１２６を経由して管理ネットワーク１２０に接続される。

同様に、Ｌ２ＳＷ１３５は、Ｌ２ＳＷ１３５が具備する管理ネットワークインタフェースで管理系ネットワークのＬ３ＳＷ１２６に接続され、Ｌ３ＳＷ１２６を介して管理ネットワーク１２０に接続される。

サービス系のサーバ装置１４１、１４２、１５１、１５２とハイパバイザ１４３、１４４、１５３、１５４は、ハイパバイザ毎に仮想スイッチ（図示せず）を具備し、仮想スイッチでサービス系と管理系の帯域を分割している。

ハイパバイザ１４３、１４４、１５３、１５４が動作するサーバ装置１４１、１４２、１５１、１５２は、各々ＣＰＵ、メモリ、ネットワークインタフェース等を備えたコンピュータ装置であって、各ネットワークインタフェースに各々の仮想スイッチが接続される。

仮想スイッチに接続された複数のネットワークインタフェースは、一部が管理系に、残りがサービス系に割り当てられる。前述の仮想スイッチで帯域を分割したサービス系と管理系のトラフィックは、割り当てられたネットワークインタフェースに流れる。この管理トラフィックは、Ｌ２ＳＷ１３５で管理ネットワークのＬ３ＳＷ１２６を経由して管理ネットワーク１２０に分岐し、サービス系すなわちインターネット１３０方向には流れない。

（ＶＬＡＮを用いたサービス系と管理系の集約）
サービス系のネットワーク機器であるファイアウォール１３２とロードバランサ１３３とサービス系ネットワークのＬ３ＳＷ１３４、１３５は、Ｌ２ＳＷ１３５の一部もしくは全てが、管理ネットワークインタフェースを具備しない場合、サービス系のネットワーク機器は、その帯域をＶＬＡＮ（Virtual Local Area Network）で分割し、例えば、ＶＬＡＮ番号７のＶＬＡＮをファイアウォール１３２とロードバランサ１３３とサービス系ネットワークのＬ３ＳＷ１３４、１３５、Ｌ２ＳＷ１３５と管理ネットワーク１２０のＬ３ＳＷ１２６に敷設し、管理系に割り当てて、管理系のトラフィックをＶＬＡＮ番号７のＶＬＡＮに流す。この管理トラフィックは、管理ネットワークのＬ３ＳＷ１２６を経由して管理ネットワーク１２０に流れる。サービス系には、ＶＬＡＮ番号７のＶＬＡＮが流れないので、ＶＬＡＮ番号７のＶＬＡＮを流れる管理トラフィックは、インターネット１３０方向に流れない。

サーバ装置１４１、１４２、１５１、１５２とハイパバイザ１４３、１４４、１５３、１５４が各々具備する仮想スイッチに接続しているネットワークインタフェースの帯域をＶＬＡＮで分割し、例えば、分割された各帯域にＶＬＡＮ番号７を割り当て、仮想スイッチのポートの一部にＶＬＡＮ番号７を割り当て、サーバ装置１４１、１４２、１５１、１５２とハイパバイザ１４３、１４４、１５３、１５４の管理トラフィックをＶＬＡＮ７に流すことで、管理トラフィックは管理ネットワーク１２０に流れる。

以上、サービス系のネットワーク機器が管理ネットワークインタフェースを具備しなくても、ＶＬＡＮを用いてサービス系のネットワーク経由で、管理ネットワーク１２０に管理トラフィックを流している。

次に、データセンタの構築からテナント構築までの流れと管理について、その概要を説明する。

（データセンタの構築）
データセンタを構築する場合、先ず、ネットワーク機器とサーバ装置１４１、１４２、１５１、１５２とストレージ装置１３６を設置し、これら装置をネットワーク機器、例えばＬ２ＳＷ１３５にツイストペアや光ファイバの通信ケーブルで物理的に結線する。通信ケーブルの結線後、ネットワーク機器に、例えばネットワーク機器が具備するシリアルポートに設定用ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）を接続し、このシリアルポート経由で設定を行う。ネットワーク機器が具備するメモリカードのスロットに、ネットワーク機器設定情報（コンフィグ）ファイルが書き込まれたメモリカードを挿して、ネットワーク機器が設定情報ファイル読み込みの設定をする。この設定で、ネットワーク機器に仮想ネットワークを含む管理系のネットワークが設定され、数台のサーバ装置１４１、１４２で稼動する管理サーバ１２１と監視サーバ１２２と、サーバ装置１５１、１５２で稼働する管理サーバ兼監視サーバ１２３と、ＮＷ管理サーバ１２４と、ストレージ管理サーバ１２９と、ネットワーク機器（Ｌ２ＳＷ１３５、Ｌ３ＳＷ１３４）の特定のポートに接続したＰＣが、ネットワーク機器とサーバ装置１４１、１４２、１５１、１５２とストレージ装置１３６にアクセスできるようになり、各装置の諸々の機能を設定できるようになる。

（仮想基盤の構築）
データセンタにおいて、ハイパバイザ１４３、１４４、１５３、１５４は、サーバ装置１４１、１４２、１５１、１５２が内部に具備するストレージ、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やネットワーク上のストレージ装置にインストールしもしくはプリインストールされている。ハイパバイザ１４３、１４４、１５３、１５４は、サーバ装置１４１、１４２、１５１、１５２の電源が投入されると起動し、仮想基盤として機能する。管理系のネットワーク上のストレージ管理サーバ１２９は、サービス系のネットワークに接続されたストレージ装置１３６群とそのストレージを一元管理し、管理下のストレージの容量を分割して、サーバ装置１４１、１４２、１５１、１５２に提供している。

データセンタ運営者は、サーバ装置１４１、１４２、１５１、１５２の電源を投入し、起動したハイパバイザ１４３、１４４、１５３、１５４を管理サーバ１２１と管理サーバ兼監視サーバ１２３に登録する。

管理サーバ１２１と管理サーバ兼監視サーバ１２３は、登録されたハイパバイザ１４３、１４４、１５３、１５４から、各ハイパバイザが管理するレジストリの情報を収集する。レジストリは、静的な構成情報で、具体的には、ハイパバイザ１４３、１４４、１５３の管理下にある論理リソースであるＶＭ１４５〜１４７、１５５や仮想アプライアンスや仮想スイッチと、ハイパバイザ１４３、１４４、１５３にマウントしたストレージと、サーバ装置１４１、１４２、１５１、１５２が具備するＣＰＵの型番とコア数と動作周波数と、主記憶の種別情報と容量と、ＨＤＤの種別と容量と、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）の型番とＭＡＣアドレス等固有のＩＤと、在ればストレージのアダプタの情報である。

管理サーバ１２１に登録されたハイパバイザ１４３、１４４は、監視サーバ１２２に登録され、管理サーバ１２１が必要とする情報を収集する。ハイパバイザ１４３、１４４が収集した情報は、管理サーバ１２１が参照する。

監視サーバ１２２は、ＶＭの稼動数と、ハイパバイザ１４３、１４４にマウントしたストレージの容量と、ＶＭのＣＰＵ利用率と、主記憶の使用量と、ＨＤＤの使用量と、ＮＩＣの使用帯域等の性能情報を収集する。

データセンタ運営者は、例えば、管理サーバ１２１からまたは経由して管理サーバ１２１に登録されたハイパバイザ１４３、１４４を操作でき、または直接ハイパバイザ１４３、１４４に接続してハイパバイザ１４３、１４４を操作し、ＶＭ１４５〜１４７の作成や設定変更や起動やリブートやシャットダウンや、仮想スイッチの作成や追加や削除や設定や、ハイパバイザ１４３、１４４へのストレージのマウントやアンマウントやストレージ内のファイルの操作や、ハイパバイザ間でのＶＭ１４５〜１４７の移動ができる。

管理サーバ１２１に登録されたハイパバイザ１４３、１４４は、管理サーバ１２１が監視サーバ１２２に登録し、管理サーバ１２１が必要とする情報、例えばハイパバイザ１４３、１４４のリソースの使用率やＶＭ１４５〜１４７の稼動情報や性能情報を収集する。こうして監視サーバ１２２が収集した情報は、管理サーバ１２１が参照する。

管理サーバ１２１と監視サーバ１２２は、管理セグメント１４０を、管理サーバ兼監視サーバ１２３は、管理セグメント１５０を、ＮＷ管理サーバ１２４は、サービス系ネットワークの管理セグメント１３１を各々管理する。

管理系サーバの各サーバと各セグメント間の管理トラフィックは、管理ネットワーク１２０から管理ネットワークのＬ３ＳＷ１２６を経由して、ネットワーク機器であるファイアウォール１３２やロードバランサ１３３やサービス系ネットワークのＬ３ＳＷ１３４やＬ２ＳＷ１３５やサーバ装置１４１、１４２、１５１、１５２とハイパバイザ１４３、１４４、１５３、１５４に到達する。

（管理系サーバの様態）
管理セグメント１４０を管理する管理サーバ１２１と監視サーバ１２２は、ハイパバイザ製品のベンダが提供するアプリケーションを、サーバＯＳをインストールしたＶＭ２台に、各々インストールしペアリングを実行している。この２台のＶＭ、例えば、ＶＭ１４５、１４６は、１台のサーバ装置１４１にインストールしたハイパバイザ１４３上で実行している。

ペアリングした管理サーバ１２１と監視サーバ１２２は、同じ管理対象を並行して管理サーバ１２１が管理し、監視サーバ１２２が監視している。

また、管理セグメント１５０を管理する管理サーバ兼監視サーバ１２３は、ネットワーク機器のＬ２ＳＷ１３５に接続したサーバ装置１５１、１５２と、ハイパバイザ１５３、１５４と、ハイパバイザ１５３上のＶＭ１５５を管理する。管理サーバ兼監視サーバ１２３は、ハイパバイザ製品のベンダが、仮想ＨＤＤのファイルとＶＭの設定ファイルを提供し、サーバ装置１５１、１５２が具備するＨＤＤに各ファイルをコピーし、コピーした各ファイルをサーバ装置１５１上で稼動するハイパバイザ１５３にＶＭ１５５として登録して、このＶＭ１５５を起動する。

管理サーバ兼監視サーバ１２３は、仮想ＨＤＤのファイルとＶＭの設定ファイルが提供される為、サーバＯＳと管理サーバ兼監視サーバのインストールが省略できて簡便である。一方、管理サーバ兼監視サーバ１２３は、管理機能と監視機能を別々のサーバに分離できない。

（不可分）
管理サーバ１２１と監視サーバ１２２は、管理対象が異なったり、管理対象が未登録の他の管理サーバや監視サーバにペアを切換えたりされない。また、管理サーバ兼監視サーバ１２３は、管理機能と監視機能を別々のサーバに分離できない。

このように、管理サーバ１２１と監視サーバ１２２がペアリングされ、管理サーバ兼監視サーバ１２３に機能が集約され、別々のサーバに分離できないと、管理と監視の一方で管理能力が不足すると、他方に影響が波及し、障害が連鎖し易い。

（監視サーバ）
データセンタ運営者は、監視サーバ１２２に、仮想アプライアンスや仮想スイッチのログの収集を任意に設定し、収集したログからイベントやエラー情報を抽出する。また、データセンタ運営者が、監視サーバ１２２に監視条件を設定することで、監視サーバ１２２は、収集した性能情報やログが監視条件に合致するたびにログを出力する。

（管理系稼動情報収集の必然性）
実施例１において、仮想アプライアンスや仮想スイッチに設定された監視条件の数は、静的で一意に決まるが、稼働中に設定条件に合致しない状況において、仮想アプライアンスや仮想スイッチは、ログを出力しない。一方、障害の予兆や障害により設定条件に合致すると、仮想アプライアンスや仮想スイッチは、爆発的にログを出力するので、ログを収集する監視サーバ１２２の負荷は、静的に見積れない。

同様に、監視サーバ１２２が監視する仮想アプライアンスや仮想スイッチから収集する性能情報の数は、静的に一意に決まるが、監視サーバ１２２は、収集した性能情報が監視条件に合致した時だけログを出力するので、監視サーバ１２２の負荷は、静的に見積れない。

監視サーバ１２２の管理能力は、ログの収集とログの出力を静的に見積れない。短期間もしくは慢性的に処理するログの数が増加すると、監視サーバ１２２の管理能力は、余裕がなくなったり、上限に達したりする為、実施例１では、監視サーバ１２２と、監視サーバ１２２が収集する性能情報や、監視サーバ１２２が出力するログを参照する管理サーバ１２１を定期的に監視し、各サーバの稼動情報を収集している。

（管理サーバ兼監視サーバ）
管理サーバ兼監視サーバ１２３は、管理サーバ１２１と監視サーバ１２２の機能を集約しており、監視サーバが収集した管理セグメント１５０内のサーバ装置１５１、１５２と、ハイパバイザ１５３、１５４およびハイパバイザ上の論理リソースの稼働状況やイベントや障害の発生状況を、管理サーバが逐次参照できる。

管理サーバが、ハイパバイザ上の論理リソースの稼働状況などを逐次参照することで、管理サーバ兼監視サーバ１２３は、サーバ装置１５１、１５２とハイパバイザ１５３、１５４間で実行状態にあるＶＭ１５５を実行状態のままマイグレーションできる。また、管理サーバ兼監視サーバ１２３は、サーバ装置１５１、１５２もしくはハイパバイザ１５３上で実行していたＶＭ１５５を、サーバ装置１５１、１５２とハイパバイザ１５３、１５４で代替起動できる。換言すると、管理サーバが、ハイパバイザ上の論理リソースの稼働状況などを逐次参照することで、高可用運用を実現している。

（ネットワーク機器の設定インタフェース）
実施例１において、ネットワーク機器とＮＷ管理サーバ１２４やＮＷ監視サーバ１２５との間には、ｐｌｕｇ ａｎｄ ｐｌａｙやＵＰｎＰ（ｕｎｉｖｅｒｓａｓｌＵｎｉｖｅｒｓａｓｌ ｐｌｕｇ Ｐｌｕｇ ａｎｄ ｐｌａｙＰｌａｙ）はなく、未対応なので、ＮＷ管理サーバ１２４やＮＷ監視サーバ１２５が自動でネットワーク機器を検出して設定することはない。その為、データセンタ運営者は、直接ターミナルソフトでｔｅｌｎｅｔプロトコルやＳＳＨプロトコルでネットワーク機器のＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）に接続してＣＬＩから設定するか、ＮＷ管理サーバ１２４に設定を入力し、ＮＷ管理サーバ１２４がｎｅｔｃｏｎｆでネットワーク機器を介して設定する。

実施例１では、データセンタ内のＩＣＴサービスを提供する複数のテナントの情報処理資源は、サービス系ネットワークの管理セグメント１３１内のネットワーク機器であるファイアウォール１３２とロードバランサ１３３とサービス系ネットワークのＬ３ＳＷ１３４や、サービス系ネットワークの管理セグメント１３１外のＬ２ＳＷ１３５を共有している。ＮＷ管理サーバ１２４がサービス系ネットワークの管理セグメント１３１内のネットワーク機器を一元的に管理し、サービス系ネットワークの管理セグメント１３１内のネットワーク機器の誤設定を防いでいる。

（ネットワーク機器の設定）
ネットワーク機器の設定は、ポートや論理リソースの設定と、監視の為の設定としてＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）のコミュニティ名の様な認証情報やネットワーク機器上で動作するプログラムであるエージェントの設定に分類される。

テナント構築の際もしくはテナント構築の度に、ネットワーク機器のポートの設定は変更されたり、ネットワーク機器に論理リソースが設定されたりする。実施例１では、これらの設定に引き続き、監視の為の設定がなされ、監視の為の設定後、ネットワーク機器が、ＮＷ監視サーバ１２５からのポーリングに応答する。あるいはネットワーク機器上で動作しているエージェントが、ＮＷ管理サーバ１２４に、例えばフロー統計のサンプルパケットを送信する。

（ＮＷ監視サーバ）
ＮＷ監視サーバ１２５は、例えばＳＮＭＰマネジャとして振る舞い、ＳＮＭＰプロトコルでネットワーク機器上のＳＮＭＰエージェントにポーリングし、ＳＮＭＰエージェントが保持するＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）からネットワーク機器の稼動情報を収集するか、ネットワーク機器上のＳＮＭＰエージェントが自発的に通知するトラップを保持する。

（管理系稼動情報収集の必然性）
実施例１において、ネットワーク機器に設定された監視条件の数は、静的で一意に決まるが、稼働中に設定条件に合致しない状況において、ネットワーク機器はトラップを出力しない。一方、ネットワーク機器は、障害の予兆や障害により、設定条件に合致するとトラップを出力するので、トラップを受信するＮＷ監視サーバ１２５の負荷は、静的に見積れない。

同様に、ＮＷ監視サーバ１２５が監視するネットワーク機器から収集する性能情報の数は、静的に一意に決まるが、ＮＷ監視サーバ１２５は、収集した性能情報が監視条件に合致した時だけログを出力するので、ＮＷ監視サーバ１２５の負荷は、静的に見積れない。

ＮＷ監視サーバ１２５の管理能力は、トラップの受信とログの出力を静的に見積れない。短期間もしくは慢性的に処理するトラップとログの数が増加すると、ＮＷ監視サーバ１２５の管理能力は、余裕がなくなったり、上限に達したりする為、実施例１では、ＮＷ監視サーバ１２５と、ＮＷ監視サーバ１２５が収集する性能情報やＮＷ監視サーバ１２５が出力するログを参照するＮＷ管理サーバ１２４を定期的に監視し、各サーバの稼動情報を収集している。

（コレクタとアナライザ）
監視サーバ１２２と管理サーバ兼監視サーバ１２３とＮＷ監視サーバ１２５が収集した性能情報やログと、監視サーバ１２２と管理サーバ兼監視サーバ１２３とＮＷ監視サーバ１２５が出力したログと、監視サーバ１２２と管理サーバ兼監視サーバ１２３とＮＷ監視サーバ１２５が収集した稼動情報やトラップは、定期的にコレクタ１２７が収集する。アナライザ１２８は、コレクタ１２７が収集した稼動情報を定期的に、イベント発生時は即座に解析する。

コレクタ１２７が、サーバ装置１４１、１４２、１５１、１５２と、ハイパバイザ１４３、１４４、１５３、１５４と、ネットワーク機器であるファイアウォール１３２とロードバランサ１３３と、サービス系ネットワークのＬ３ＳＷ１３４とＬ２ＳＷ１３５と、管理系ネットワークのＬ３ＳＷ１２６上で動作しているエージェントをポーリング対象としてポーリングしたり、各ポーリング対象が、コレクタ１２７にフロー統計のサンプルパケットを送信したりすることで、コレクタ１２７は、各ポーリング対象から直接稼動情報を収集できる。

（テナント構築）
データセンタ運営者は、管理系から、管理サーバ１２１を介してハイパバイザ１４３、１４４の設定を変更するための操作をし、またネットワーク機器に直接もしくはＮＷ管理サーバ１２４を介して設定し、テナントの情報処理資源を構築する。

（構成管理ＤＢ）
複数の管理サーバ１２１で管理されるデータセンタでは、複数の管理サーバ１２１と複数のＮＷ管理サーバ１２４を接続するための構成管理ＤＢ１０６を導入し、構成管理ＤＢ１０６に記録された情報を基にデータセンタ内のハイパバイザとネットワーク機器を統合管理する。

（論理リソース）
ハイパバイザ１４３、１４４、１５３、１５４が管理する論理リソースとは、ＣＰＵと、メモリと、仮想スイッチと、仮想スイッチの仮想ポートと、ハイパバイザにマウントしたストレージ装置上の仮想ＨＤＤである。テナント構築の際、論理リソースとネットワーク機器のポートや仮想アプライアンスの一部ないし全部はテナントに割り当てられる。

ネットワーク機器の論理リソースである仮想アプライアンスは、ネットワーク機器のアプリケーションプログラムとして実装され、管理系から仮想アプライアンスに割り当てられると、ネットワーク機器上でアプリケーションプログラムのインスタンスが作成される。データセンタ運営者の権限で、このインスタンスが起動される。

（ＶＭの配置）
ＶＭの配置とは、ＶＭ、例えば、ＶＭ１４５〜１４７、１５５のインスタンスの作成と、インスタンス毎の設定ファイルの設定と、インスタンス毎の仮想ＨＤＤのストレージへのコピーと、ハイパバイザ上の仮想スイッチのインスタンス作成や仮想スイッチの設定と、ハイパバイザやネットワーク機器上の仮想アプライアンスのインスタンス作成や設定と、ネットワーク機器の設定である。

（ＶＭの作成）
ＶＭ、例えば、ＶＭ１４５〜１４７、１５５は、各ＶＭの設定ファイルに、テナントに割り当てた論理リソースの配分と、各ＶＭに接続する仮想スイッチの仮想ポートと、仮想ＨＤＤを書き込んで作成される。

ストレージ装置１３６のファイルシステムに、テナント毎の仮想ＨＤＤのファイルをコピーし、各ＶＭに、各ＶＭの仮想ＨＤＤとして接続する様にＶＭの設定ファイルを設定する。こうして各ＶＭ１４５〜１４７、１５５の起動の準備が整う。

（テナントの情報処理資源の設定）
データセンタ運営者は、ＶＭ１４５〜１４７、１５５の配置と作成を終え、ＶＭ１４５〜１４７、１５５の起動の準備が整うと、テナントの管理者にＶＭ１４５〜１４７、１５５を引き渡す。テナントの管理者は、引き渡されたＶＭ１４５〜１４７、１５５を起動し、各ＶＭ上でブートしたＯＳにＶＭ毎に割り当てられたＩＰアドレスを設定する。テナントの管理者は、引き続き、各ＶＭ上のアプリケーションプログラムのインストールや設定を行い、テナントの情報処理資源を構築する。

（管理系稼動情報ＤＢ）
管理系稼動情報ＤＢ１１１は、データセンタ構築時とそれ以後に立ち上げた管理系のサーバ、例えば、管理サーバ１２１と監視サーバ１２２とＮＷ管理サーバ１２４及びＮＷ監視サーバ１２５の稼働情報が蓄積されたデータベースである。

管理系稼動情報ＤＢ１１１は、管理系のサーバ毎に、サーバの稼働情報と、認証情報と、登録されているテナント数やＶＭ数や監視項目数を登録するためのレコードを有する。また、管理系稼動情報ＤＢ１１１には、監視サーバ１２２のレコードとして、監視サーバ１２２が関連する管理サーバ１２１を特定するためのレコードが形成され、ＮＷ監視サーバ１２５のレコードとして、在ればＮＷ監視サーバ１２５が関連するＮＷ管理サーバ１２４を特定するためのレコードが形成され、ＮＷ管理サーバ１２４が在れば、ＮＷ管理サーバ１２４が管理するネットワーク機器を特定するためのレコードが形成される。

（データセンタ間の管理系ネットワーク接続）
管理系ネットワークは、VLANを用いることでサービス系ネットワークに集約でき、ファイアウォール１３２まで管理できるのは、前述の通りである。これと同じ技法で、データセンタの管理ネットワーク１２０と外部のデータセンタの管理ネットワークを接続する。

この際、外部のデータセンタのサービスネットワークは、図１のデータセンタと同じ構成か、あるいは準じる構成でインターネット１３０からサービスネットワークのネットワーク機器を経由して、管理ネットワークのＬ３ＳＷ１２６相当のＬ３ＳＷを介して、外部のデータセンタの管理ネットワークに接続される。

先ず、サービス系ネットワークにＶＬＡＮを敷設し、ファイアウォール１３２と管理ネットワークのＬ３ＳＷ１２６をつなぐ。外部のデータセンタにも同様にサービス系ネットワークにＶＬＡＮを敷設し、外部のデータセンタのファイアウォールと外部のデータセンタの管理ネットワークのＬ３ＳＷをつなぐ。

次に、ファイアウォール１３２に仮想ルータを作成し、新たに敷設したＶＬＡＮをインターネット１３０に接続する。同様に外部のデータセンタのファイアウォールに仮想ルータを作成し、他のデータセンタに新たに敷設したＶＬＡＮをインターネット１３０に接続する。

作成した仮想ルータと外部のデータセンタに作成した仮想ルータに、データセンタ間でパケットが通るように、各々のルーティングテーブルを設定する。こうして、データセンタ間の管理ネットワークが接続され、構成管理装置１０１は、外部のデータセンタの管理系にアクセスできるようになる。換言すると、外部のデータセンタにテナントを構築できるようになった。

（構成管理システムの処理フロー）
図２は、本発明の実施例１の構成管理装置の処理フローを示すフローチャートである。以下、実施例１の構成管理装置１０１によるテナント構築と監視設定の処理フローを説明する。この処理は、構成管理装置１０１のＣＰＵによって実行される。

図２において、データセンタ運営者やテナントのテナント管理者がコンソール１００を操作し、電源が投入されるかリセットされると、構成管理装置１０１は、電源ＯＮ／リセットステップ２００となり、その後、自動で２つの処理を実行する。

第１の処理は、テナント構築のための処理であって、構成管理装置１０１は、入力待ちステップ２０１に遷移し、入力部１０２でテナント構成情報と監視項目の入力が完了するまで、入力待ちステップ２０１に留まる。

入力待ちステップ２０１において、入力部１０２は、データセンタ運営者に、これから構築するテナント、例えば、新規テナントのテナント構成情報（新規テナントに割当てられる新規情報処理資源を構成するための構成情報）と監視項目の入力を促す。データセンタ運営者は、コンソール１００から入力部１０２に当該情報を入力する。

テナント構成情報と監視項目の入力が完了すると、入力部１０２は、入力されたテナント構成情報と監視項目を管理能力判定部１０４に送る。その後、管理能力判定部２０４は、管理系稼動情報ＤＢ１１１を参照する管理系稼動情報ＤＢ参照ステップ２０２の処理を実行し、その後、管理サーバ１２１の管理能力を判定するための管理能力判定ステップ２０３に遷移する。

管理能力判定部１０４は、管理系稼動情報ＤＢ参照ステップ２０２では、管理系稼動情報ＤＢ１１１を参照して、管理サーバ１２１と監視サーバ１２２の情報と、各サーバの稼動情報を取得する。

ここで、稼動情報は、管理サーバ１２１と監視サーバ１２２の性能情報（ＣＰＵ使用率、ディスク使用率、メモリ使用率、ネットワーク帯域）と、管理サーバ１２１と監視サーバ１２２が、決まった時間内に処理を完了しているか、例えば毎５分ハイパバイザ１４３、１４４から性能情報を収集する設定で収集に失敗していないかを示す情報と、監視サーバ毎の監視項目の数と監視条件の数である。

次に、管理能力判定部１０４は、管理能力判定ステップ２０３では、テナント構成情報と監視項目から監視項目の数と監視条件の数を算出し、算出結果を基に構築するテナントの監視規模を判別する。

管理能力判定部１０４は、収集した稼動情報からＣＰＵ使用率が、データセンタ運営者が設定した閾値よりも高いサーバ（例えば、管理サーバ１２１や監視サーバ１２２）や、サーバのＣＰＵ使用率が高くて、決まった時間内に処理を完了できないサーバは、管理能力の上限に近いか、管理能力の上限に達したとみなして、候補から外す。管理能力判定部１０４は、決まった時間内に処理を完了していないサーバで、一定期間、例えば１日間状況が同じサーバも候補から外す。

また、管理能力判定部１０４は、予測値を加算した各サーバの監視項目数と監視条件数が閾値に達するか超えるサーバについても、管理能力の上限に近いか、管理能力の上限に達するとみなして、候補から外す。

実施例１において、稼動情報として収集する管理系サーバの性能情報と監視項目数や監視条件数から、管理系サーバ毎に負荷係数を、例えば監視項目１個あたりのＣＰＵ負荷率や、監視条件１件あたりのＣＰＵ負荷率やメモリ使用量やプロセス時間を算出する事は容易である。負荷係数を蓄積し、直近の負荷係数にテナント構築後の監視項目数や監視上件数を乗じれば、ＣＰＵ負荷率は予測可能である。この際、例えば、ＣＰＵ負荷率の予測値と閾値（管理能力の上限を規定した値）を比べれば、テナント構築前でも、テナント構築後の管理系サーバの管理能力を判定できる。

複数台のサーバで蓄積した負荷係数から管理系サーバの種別毎に性能プロファイルを導出して蓄積し、蓄積された性能プロファイルに、テナント構築後の監視項目数や監視上件数を乗じれば、稼働情報を参照しなくても、ＣＰＵ負荷率が概算できる。

（候補リスト出力）
また、管理能力判定部１０４は、管理能力判定ステップ２０３において、管理能力が上限に達しないと判ったサーバ、例えば、管理サーバ１２１や監視サーバ１２２を候補リストに追加し、各サーバが追加された候補リストを出力して管理能力判定を終了する。尚、管理能力判定部１０４は、管理能力が上限に達しないサーバとなる候補が見当たらない場合は、空の候補リストを出力する。

管理能力判定部１０４は、候補リストを参照すれば、テナント構築後も管理能力と監視能力のいずれも上限に達しないサーバ、例えば、管理サーバ１２１と監視サーバ１２２の組が、換言すると管理セグメント１４０が分かる。

管理能力が上限に達しないサーバとなる候補が見つからず、候補リストが空の場合は、管理能力判定部１０４は、アラートステップ２０７の処理を実行する。この際、管理能力判定部１０４は、テナント構築ができない旨を表示しもしくはアラートを出力する。その後、構成管理装置１０１は、入力待ちステップ２０１に遷移する。

（構成配置）
テナント構築後も、管理能力と監視能力のいずれも上限に達しない管理サーバ１２１と監視サーバ１２２の組が分かり、管理セグメントが１つないし複数見つかると、管理能力判定部１０４は、構成配置部１０５に見つかった管理セグメントを管理する管理サーバの管理サーバＩＤを出力する。その後、構成管理装置１０１は、構成配置部１０５による構成配置ステップ２０４に遷移する。

構成配置部１０５は、構成配置ステップ２０４において、先ず第１の管理サーバＩＤを検索キーに、構成管理ＤＢ１０６を検索し、管理サーバＩＤが指し示す管理サーバが管理する管理セグメント中のハイパバイザをリストアップする。

構成配置部１０５は、テナント構成情報のＶＭ数と仮想ＣＰＵ数と、リストアップしたハイパバイザを検索キーに、構成管理ＤＢ１０６を検索して得た論理リソースの利用状況もしくは在庫状況を照らし合わせて、ＶＭが配置できるハイパバイザを探す。

ＶＭが配置できるハイパバイザを探すことができず、配置に失敗すると、構成配置部１０５は、残りの管理サーバＩＤの管理サーバが管理する管理セグメントについて、セグメントごとに逐一配置を試行し、試行に失敗すると、論理配置情報を空のまま出力する。論理配置情報が空の場合、設定部１０９が動作することなく、管理配置部１０６が、配置に失敗した旨を表示しもしくはアラートを出力するアラートステップ２０７の処理を実行し、構成管理装置１０１は、その後、入力待ちステップ２０１に遷移する。

（ＶＭの配置を実行）
構成配置部１０５は、ＶＭが配置できるハイパバイザを探し、ＶＭの配置に成功すると、設定部１０９に、ＶＭを配置できるハイパバイザとハイパバイザを管理するための管理サーバが特定された論理配置情報を出力する。この後、構成管理装置１０１は、設定部１０９による構成設定ステップ２０５に遷移する。

設定部１０９は、構成設定ステップ２０５において、論理配置情報に従い、ＶＭと仮想アプライアンスを作成し、適宜ハイパバイザに仮想スイッチを作成し、ハイパバイザが管理する仮想スイッチを設定し、また、ネットワーク機器を設定し、ネットワーク機器に論理リソースを作成して設定し、テナントのサービス系を構築する。

設定部１０９は、論理配置情報が指し示す管理サーバを介して、管理サーバが管理するハイパバイザを操作して、ハイパバイザ上にＶＭと仮想アプライアンスを作成する。この際、設定部１０９は、例えば、管理サーバ１２１が管理する管理セグメント１４０内のサーバ装置１４１、１４２とハイパバイザ１４３、１４４に、ＶＭ１４５〜１４７や仮想アプライアンスを配置する。

また、設定部１０９は、サーバ装置１４１、１４２とハイパバイザ１４３、１４４に仮想スイッチを作成し、仮想スイッチにサーバ装置１４１、１４２のＮＩＣを割り当てる、仮想スイッチのポート群にＶＭ１４５〜１４７を接続する。割り当てたＮＩＣは、Ｌ２ＳＷ１３５のポートに通信ケーブルで電気的もしくは光学的に接続される。

設定部１０９は、論理配置情報に従い、ネットワーク機器を設定し、ネットワーク機器に論理リソースを作成して設定し、ネットワーク機器であるＬ２ＳＷ１３５にＬ２ＳＷ１３５のポートを設定し、また論理リソースとしてＬ２ＳＷ１３５に仮想ルータを作成して設定する。

また、設定部１０９は、ＮＷ管理サーバ１２４でＬ３ＳＷ１３４のポートの設定を変更し、さらに、Ｌ３ＳＷ１３４に論理リソースとして仮想ルータを作成して設定する。この際、ＮＷ管理サーバ１２４は、Ｌ３ＳＷ１３４の機器設定情報（コンフィグ）にポートと仮想ルータを設定して、ポートと仮想ルータを追加する。

同様に、ＮＷ管理サーバ１２４は、ロードバランサ１３３とファイアウォール１３２の設定を追加する。

尚、実施例１では、設定部１０９は、論理配置情報が指し示す管理サーバが管理するハイパバイザを直接操作して、ハイパバイザ上にＶＭと仮想アプライアンスを作成することも可能である。実施例１では、管理サーバ１２１は、ハイパバイザ上での構成の変化を認識し、ハイババイザを直接操作して作成したＶＭや仮想アプライアンスを管理対象に追加する。確実性と実時間性を高める観点から、設定部１０９は、管理サーバ１２１を介して、管理サーバ１２１が管理するハイパバイザ１４３、１４４を操作して、ハイパバイザ１４３、１４４上にＶＭ１４５〜１４７と仮想アプライアンスを作成している。

一連の設定を終えると、インターネット１３０とサーバ装置１４１、１４２とハイパバイザ１４３、１４４とＶＭ１４５〜１４７がつながり、サービス系のネットワークが構築される。

設定部１０９による構成設定ステップ２０５により、ＶＭ１４５〜１４７と仮想アプライアンスの配置と、サービス系のネットワーク構築が完了し、テナントのサービス系が構築される。

（構成管理ＤＢ更新）
ＶＭの配置と設定等が完了すると、設定部１０９は、構成配置部１０５と管理配置部１０８に、ＶＭの配置と設定等が完了した旨を伝える。構成配置部１０５は、構成管理ＤＢ更新ステップ２０６の処理を実行し、構成管理ＤＢ１０６に、構築したテナントの情報を追加する。

（テナント構築のｉｎ ｏｒｄｅｒ実行）
構築したテナントの情報の追加が済むまで、入力部１０２は、次のテント構築を受け付けない排他制御を行う。排他制御により、論理リソースを期待して複数のテナントが配置し、配置後、同じ論理リソースを複数のテナントが奪い合う事態を回避している。

（管理配置）
一方、構成配置部１０５が、ＶＭの配置に成功すると、管理配置部１０８は、配置管理ステップ２１１の処理を実行する。管理配置部１０８は、管理配置ステップ２１１において、構成配置部１０５が出力した論理配置情報から、ネットワーク機器や論理リソースを抽出して機器リストを作成する。機器リストに載った機器を検索キーにカタログ１０７を検索し、機器の種別毎の監視登録情報を入手する。

管理配置部１０８は、論理配置情報から、テナントの構築先となる管理セグメントとそのセグメントを管理する管理サーバと、この管理サーバと対になっている監視サーバを特定する。例えば、管理配置部１０８は、テナントの構築先となる管理セグメント１４０と、管理セグメントを管理する管理サーバ１２１と、管理サーバ１２１と対になる監視サーバ１２２を特定する。

また、管理配置部１０８は、構築するテナントが使うネットワーク機器から、在ればネットワーク機器を管理しているＮＷ管理サーバを特定し、ＮＷ管理サーバを検索キーに、管理系稼動情報ＤＢ１１１からＮＷ監視サーバを探し、稼動情報中の負荷が低く監視能力に余裕のあるＮＷ監視サーバを選択する。

構築するテナントが使うネットワーク機器を管理するＮＷ管理サーバがなければ、管理配置部１０８は、管理系稼動情報ＤＢ１１１からＮＷ管理サーバを探し、稼動情報中の負荷が低く監視能力に余裕のあるＮＷ監視サーバを選択する。

（登録機器設定情報の作成）
ネットワーク機器のアドレスや認証情報は機器毎に異なるので、管理配置部１０８は、カタログ１０７から読みだした監視登録情報を雛形に、機器毎に監視登録情報を作成し、登録先のＮＷ監視サーバの機器登録情報に追加する。機器登録情報は、監視サーバ毎に作成し、登録するネットワーク機器の台数分の監視登録情報を含む。

（管理配置情報）
管理配置情報は、監視サーバ１２２に対する機器登録情報と監視登録情報と、機器設定情報（コンフィグ）である。

（並行動作）
ここで、管理配置部１０８が、管理配置ステップ２１１の状態にある間、設定部１０９が構成設定ステップ２０５の状態、構成配置部１０５が構成管理ＤＢ更新ステップ２０６の状態、もしくは入力部１０２が入力待ちステップ２０１の状態のいずれも許容される。

一方、設定部１０９は、構成設定ステップ２０５と管理設定ステップ２１２の並行動作を許容しておらず、必ず、先に遷移した状態の処理が完了するまで次の状態には遷移しない。

（監視の設定を実行）
管理配置部１０８は、ネットワーク機器や監視サーバ１２２等の配置に成功すると、設定部１０９に管理配置情報を出力する。その後、構成管理装置１０１は、設定部１０９による管理設定ステップ２１２に遷移する。

設定部１０９は、管理設定ステップ２１２において、ネットワーク機器と仮想アプライアンスと監視サーバ１２２とＮＷ管理サーバ１２４とＮＷ監視サーバ１２５に対し、構築したテナントの監視を設定する。各機器や各サーバは、監視の設定が済むと、直ぐ監視を始めるので、先ずネットワーク機器と仮想アプライアンス、次に、監視サーバ１２２とＮＷ管理サーバ１２４とＮＷ監視サーバ１２５の順に設定する。

（ネットワーク機器に監視の設定）
ネットワーク機器の設定の為の機器設定情報（コンフィグ）には、監視の為の認証情報の設定と、監視の設定としてエージェントの有効化、ポート毎の監視有効化、トラップの設定の為の設定コマンドが書かれている。

設定部１０９は、ネットワーク機器にＴｅｌｅｎｅｔプロトコルやＳＳＨプロトコルで接続し、ＣＬＩから機器設定情報（コンフィグ）を入力する。ネットワーク機器がコンフィグを逐次読み込み、ネットワーク機器に対する設定が完了する。

また、設定部１０９は、ＮＷ管理サーバ１２４に機器設定情報（コンフィグ）を託し、ＮＷ管理サーバ１２４に管理下のサービス系ネットワークの管理セグメント１３１内のネットワーク機器に個別に設定させている。

（管理系のサーバ群に機器登録）
設定部１０９は、管理設定ステップ２１２において、管理配置情報中の機器登録情報に従い、監視サーバ１２２に監視対象のＶＭや仮想アプライアンスを登録し、ＮＷ管理サーバ１２４とＮＷ監視サーバ１２５に監視対象のネットワーク機器を登録する。機器登録情報には、機器毎の認証情報としてＩＤやパスワードやデジタル証明書が含まれる。

この際、監視サーバ１２２は、ＶＭや仮想アプライアンスもしくはＶＭや仮想アプライアンスを実行しているハイパバイザとの認証が可能となる。ＮＷ管理サーバ１２４とＮＷ監視サーバ１２５は、ネットワーク機器との認証が可能となる。

（管理系のサーバ群に監視登録）
また、設定部１０９は、管理設定ステップ２１２において、管理配置情報中の機器登録情報と監視登録情報に従い、監視サーバ１２２に監視対象のＶＭや仮想アプライアンスの監視登録情報を登録し、ＮＷ監視サーバ１２５に監視対象のネットワーク機器の監視登録情報を登録する。監視登録情報は、監視対象の機器毎の監視項目と監視条件である。

（監視条件）
監視サーバ１２２やＮＷ監視サーバ１２５に監視登録情報が登録されると、監視条件として、監視項目毎のクライテリアにデフォルト値が設定される。監視条件が設定された監視項目は、ログ出力が有効になり、監視サーバ１２２やＮＷ監視サーバ１２５は、クライテリアに抵触するたびに、抵触した監視項目のログを出力する。

設定部１０９による管理設定ステップ２１２により、監視サーバ１２２とネットワーク機器とＮＷ管理サーバ１２４とＮＷ監視サーバ１２５の設定が完了し、テナントの管理系が構築される。

（管理系稼動情報ＤＢ更新）
監視サーバ１２２等の設定が完了すると、設定部１０９は、管理配置部１０８に、監視サーバ１２２等の設定が完了した旨を伝え、管理配置部１０８は、管理系稼動情報ＤＢ管理配置情報更新ステップ２１３の処理を実行する。その後、構成管理装置１０１は、入力待ちステップ２０１に遷移する。

管理配置部１０８は、管理系稼動情報ＤＢ管理配置情報更新ステップ２１３において、論理配置情報と管理配置情報を参照し、これらの情報を、管理系稼動情報ＤＢ１１１の監視サーバ１２２とＮＷ監視サーバ１２５の認証情報のレコードと、登録されているテナント数のレコードと、ＶＭ数のレコード及び監視項目数のレコードに追加する。

構成設定ステップ２０５の処理が完了すると、テナントのサービス系が構築され、管理設定ステップ２１２の処理が完了すると、テナントの管理系が構築される。以上で第１の処理であるテナント構築が完了する。

（管理系稼動情報収集）
第２の処理は、管理系稼動情報収集部１１０の処理である。まず、管理系稼動情報収集部１１０は、管理系稼動情報収集ステップ２２１において、管理系稼動情報ＤＢ１１１から監視対象の管理系サーバをリストアップし、リストアップしたサーバ、例えば、管理サーバ１２１と監視サーバ１２２とＮＷ管理サーバ１２４及びＮＷ監視サーバ１２５サーバから稼動情報を収集し、稼働情報の収集に成功したかタイムアウトするかを判定し、稼働情報の収集に成功した場合、管理系稼動情報ＤＢ稼動情報更新ステップ２２２に遷移し、収集した稼動情報を基に管理系稼動情報ＤＢ１１１を更新する。

管理系稼動情報ＤＢ１１１の更新が済むと、管理系稼動情報収集部１１０は、管理系稼動情報収集ステップ２２１に戻り、稼動情報収集を繰り返す。尚、管理系稼動情報収集部１１０は、定期的に、例えば５分おきに稼動情報を収集する。

（管理能力）
収集した稼動情報について、サーバのＣＰＵ使用率が、データセンタ運営者が設定した閾値よりも高い場合や、サーバのＣＰＵ使用率が高くて決まった時間内に処理が完了できていない場合、稼働情報の収集対象となったサーバは、管理能力の上限に近いか、管理能力の上限に達したとみなされる。

また、監視サーバ１２２に設定された監視項目の数と監視条件の数が、閾値に達するか超える場合も、稼働情報の収集対象となったサーバは、管理能力の上限に近いか管理能力の上限に達するとみなされる。

以上説明した第２の処理を定期的に実行することで、管理系の各サーバの稼動情報を把握できるので、第１の処理で、テナント構築後に管理能力が上限に達しない管理サーバ１２１が特定でき、テナントの構築先、例えば、新規テナントの構築先を決定できる。

図３は、実施例１のテナント構成と監視項目の入力画面を示す構成図である。図３において、テナント構成と監視項目の入力画面は、項目フィールド３００と、テンプレート選択メニュ３０１と、ＳＬＡ選択フィールド３１０と、監視項目フィールド３２０と、Ａｐｐｌｙボタン３３０と、Ｃｌｅａｒボタン３３１と、Ｃａｎｃｅｌボタン３３２から構成される。項目フィールド３００は、テナントＩＤ入力行３０２と、サイトアドレス入力行３０３と、ＶＲ（仮想ルータ）設定入力ボックス３０４と、ＶＲＦ（仮想ルータファンクション）設定入力ボックス３０５と、サーバ数入力行３０６と、ＤＢサーバ数入力行３０７と、ストレージ容量入力行３０８から構成される。ＳＬＡ選択フィールド３１０は、ＳＬＡ選択ラジオボタングループ３１１から構成される。監視項目フィールド３２０は、死活監視選択チェックボックスグループ３２１と、サービス監視選択チェックボックスグループ３２２と、性能監視選択チェックボックスグループ３２３から構成される。

次に、図３を用いて、実施例１における構成管理装置１０１へのテナント構成情報と監視項目の入力手順を説明する。

入力部１０２は、コンソール１００に対して、図３に示すグラフィカルユーザインタフェースを提供し、コンソール１００を操作するデータセンタ運営者にテナント構成情報と監視項目について入力を促す。

尚、入力部１０２は、グラフィカルユーザインタフェースの代わりにコマンドラインインタフェースから入力を促すことも可能で、また、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）等のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を公開し公開したＡＰＩから入力を受信することも可能である。

実施例１は、データセンタ運営者が簡便にテナント構成情報を入力できるように、図３のグラフィカルユーザインタフェースに示すレイアウト構成でテンプレートを表示して、入力を促している。

データセンタ運営者が構築しようとするテナントの情報処理資源の構成が、特異で入力部１０２が保持するテンプレートでは構成を表現できない場合は、機器や装置や論理リソースの構成をコマンドラインインタフェースから入力する。同様に監視項目や監視条件が特異な場合も、監視項目や監視条件をコマンドラインインタフェースから入力する。

データセンタ運営者は、構築しようとするテナントの情報処理資源の構成が、入力部１０２が保持するテンプレートで表現できる場合、そのテンプレートを選択し、選択したテンプレートと選択したテンプレートが定義した項目の設定値を入力部１０２に入力する。

テンプレートは、ネットワーク機器とサーバ装置とＤＢ（Ｄａｔａ Ｂａｓｅ）サーバ装置とストレージ装置等、テナントを構成する機器と装置の接続トポロジを定義する。コンソール１００が、接続トポロジが定義されたテンプレートを選択することで、テナントを構成する装置の接続トポロジが一意に決まる。

テンプレートが定義する項目は、テナントを構成する機器と装置の台数や、テナントがインターネットに公開するＩＰアドレスである。

入力部１０２は、テナントを構成する機器と装置の台数から必要なＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）の台数を算出する。尚、テンプレートに、必要なＶＭの台数を設定項目として明示的に定義し、定義された設定項目をコンソール１００からデータセンタ運営者に入力させても構わない。

データセンタ運営者は、コンソール１００に表示された項目フィールド３００のテンプレート選択メニュ３０１からテンプレートを選ぶ。図３では、Ｔｅｍｐｌａｔｅ＃１が選択されており、選択したテンプレートで設定すべき項目が項目フィールド３００に並べられる。

データセンタ運営者が、構成管理装置１０１との認証に成功すると、入力部１０２は、契約情報ＤＢ１０３から、データセンタ運営者の資格情報から契約番号とテナントを識別する為に、テナントに付与されたテナント識別子ないしテナントＩＤを取得する。これにより、テナントＩＤ入力行３０２とサイトアドレス入力行３０３は、取得した情報で補完され、補完された情報はコンソール１００に表示され、データセンタ運営者による入力は省略される。

データセンタ運営者が、構成管理装置１０１との認証を省略すると、データセンタ運営者は、コンソール１００から入力部１０２を介して、テナントＩＤ入力行３０２に、これから構築するテナントの識別子であるテナントＩＤを入力し、サイトアドレス入力行３０３には、インターネットに公開するテナントのサイトのＩＰアドレスを入力する。

データセンタ運営者は、続いてテナントに割り当てたＶＬＡＮに仮想アプライアンスを設定する。仮想アプライアンスが機能すると、ＶＬＡＮ単位で、すなわちテナントのシステムのセキュリティが向上する。

実施例１では、ファイアウォール上の仮想ルータとスイッチ上の仮想ルータ機能を使うべく、ＶＲ設定入力ボックス３０４とＶＲＦ設定入力ボックス３０５には、ファイアウォールとテナントのサーバとテナントのＤＢサーバ間のＩＰパケットルーティングの設定を入力する。

続いて、サーバ数入力行３０６とＤＢサーバ数入力行３０７とストレージ容量入力行３０８に、テナントの規模に見合った台数と容量が入力されると、テナント構成情報の入力が完了する。

入力部１０２は、また、テナントの識別子であるテナントＩＤを検索キーに、契約情報ＤＢ１０３を検索し、契約時にテナントが監視を依頼した監視項目と／または(and/or)契約時にテナントが選択したＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）を履行する為に不可欠な監視項目を、監視項目に追加する。

実施例１において、監視項目と監視条件は、ＳＬＡが契約されると機械的に増える。また、ＳＬＡにより監視条件は厳しくなり、監視サーバ１２２とＮＷ監視サーバ１２５が監視条件に合致して出力する機会は、ＳＬＡがない時よりも増え、ログの数も増える。

ＳＬＡが契約されるとログを出力する機会が増え、ログの数が増えるので、監視サーバ１２２の管理能力は、ＳＬＡがない時よりも余裕がなくなる。その為、実施例１では、監視サーバ１２２と、監視サーバ１２２が収集する性能情報や監視サーバ１２２が出力するログを参照する管理サーバ１２１を定期的に監視し、各サーバの稼動情報を収集している。

データセンタ運営者は、入力部１０２から監視項目と／または(and/or)ＳＬＡを選択でき、監視に関する契約を変更できる。

監視項目は、上述のテンプレートとは無関係なので、実施例１では図３に示すとおり、ＳＬＡ選択フィールド３１０と監視項目フィールド３２０が表示される。データセンタ運営者は、該当項目に対応付けられたラジオボタンやチェックボックスをチェックして入力する。

実施例１では、テナントの構築の際に、ＳＬＡ選択ラジオボタングループ３１１のラジオボタンをチェックしてＳＬＡが選択でき、テナント構築前の契約時に選択したＳＬＡを構築時に変更できる。図３では、Ｐｌａｔｉｎｕｍと云うニックネームがついたサービスレベルを選択している。

監視項目フィールド３２０には、死活監視選択チェックボックスグループ３２１とサービス監視選択チェックボックスグループ３２２と性能監視選択チェックボックスグループ３２３が用意されている。図３では、死活監視選択チェックボックスグループ３２１と性能監視選択チェックボックスグループ３２３のすべてのチェックボックスがチェックされ、選択されている。

データセンタ運営者が、コンソール１００に表示されたＣｌｅａｒボタン３３１を押すと、項目フィールド３００の入力行や入力ボックスに入力された情報は破棄され、ＳＬＡ選択フィールド３１０のラジオボタンは未選択に戻り、監視項目フィールド３２０のチェックボックスもチェックが外れて未選択に戻る。

データセンタ運営者が、コンソール１００に表示されたＣａｎｃｅｌボタン３３２を押すと、項目フィールド３００のテンプレート選択メニュ４０１は未選択に戻り、ＳＬＡ選択フィールド３１０のラジオボタンも未選択に戻り、監視項目フィールド３２０のチェックボックスもチェックが外れて未選択に戻る。

データセンタ運営者が、コンソール１００に表示されたＡｐｐｌｙボタン３３０を押すと、実施例１の構成管理装置１０１にテナント構成情報と監視項目が入力される。実施例１の構成管理装置１０１には、所望のテナント構成情報と監視項目が全て、コンソール１００から入力されるわけではない。足りない情報は、適宜入力部１０２が契約情報ＤＢ１０３を検索して補完する。同様に、ＳＬＡ履行する為に不可欠な監視項目は、チェックが外れていて未選択であっても、監視項目に追加される。

入力部１０２は、また、テナントの識別子であるテナントＩＤを検索キーに、契約情報ＤＢ１０３を検索し、テナントに割り当てられたＶＬＡＮ番号を参照して、テナント構成情報に追加する。

構成管理装置１０１の管理配置部１０８は、管理配置ステップの段階で、ネットワーク機器１３２でテナント構築後に活性化し、動作し始める機能や部位をリストアップし、カタログ１０７に従って監視対象を決定し、決定した監視対象を監視サーバ１２２やＮＷ監視サーバ１２５に設定する。

図４は、本発明の実施例１の管理能力判定の処理フローを示すフローチャートである。以下、図４を用いて実施例１における管理能力判定の処理を説明する。この処理は、構成管理装置１０１のＣＰＵによって実行される。

図４において、管理能力判定部１０４は、管理サーバ１２１の管理能力を判定するに際して、テナント構成情報参照ステップ４０１１と監視項目参照ステップ４０１２と監視項目数カウントステップ４０１３と監視条件数カウントステップ４０１４及び予測値算出ステップ４０１５の一連の処理により、構築するテナントの情報処理資源の管理規模を予測し、続く、稼動情報参照ステップ４０２１と予測値加算ステップ４０２２及び候補追加ステップ４０２３の一連の処理により、管理サーバ１２１の候補リストを作成する。

管理能力判定部１０４は、処理を開始すると、Ｓｔａｒｔステップ４００からテナント構成情報参照ステップ４０１１に遷移して、テナント構成情報を参照し、テナント構成情報が空の場合は、アラートステップ４０３に遷移し、テナント構築ができない旨を表示しもしくはアラートを出力し、このルーチンでの処理を終了する。

テナント構成情報が空でない場合、管理能力判定部１０４は、監視項目参照ステップ４０１２に遷移して、テナント構成情報を検索し、監視項目数カウントステップ４０１３と監視条件数カウントステップ４０１４の処理を実行し、監視項目と監視条件について、監視項目の数と監視条件の数をカウントする。

管理能力判定部１０４は、監視項目数カウントステップ４０１３では、監視項目中の、性能監視や死活監視やサービス監視で選択された監視項目を数える。ＳＬＡが選択されていれば、ＳＬＡに必要な監視項目も選択されたとみなして数える。

カウントした監視項目数は、ＶＭないし仮想アプライアンス１台当りの監視項目の数なので、管理能力判定部１０４は、予測値算出ステップ４０１５では、テナントの規模であるＶＭ数や仮想アプライアンスの数を乗じて、監視項目の数を算出する。例えば、ＶＭ１０台で構築するテナントで、ＶＭのＣＰＵ使用率、ディスク使用率、メモリ使用率、ネットワーク帯域の４項目を監視する場合、監視項目の数は４０となる。

次に、管理能力判定部１０４は、予測値算出ステップ４０１５の処理を実行し、監視項目数カウントステップ４０１３と監視条件数カウントステップ４０１４でカウントした監視項目の数と監視条件の数を、テナント構成情報中の監視対象の数で補正する。補正された監視項目の数と補正された監視条件の数が、構築するテナントの情報処理資源の管理規模の予測値である。

管理能力判定部１０４は、予測値算出ステップ４０１５では、テナント構築の際、監視サーバ１２２に登録する監視条件の数をカウントする。

構築するテナントの監視には、データセンタ運営者がデータセンタを運用する上で必須の監視項目と、テナントが希望するＳＬＡに必要な監視項目も上述の監視条件の数にカウントされる。

尚、監視条件は、監視サーバ１２２に、これら監視項目毎に登録するクライテリアであり、登録すると、監視サーバ１２２が監視条件を保持する。登録するクライテリアは、監視項目毎に、テナントが希望する閾値、ＳＬＡで規定する閾値、データセンタ運営者の経験則に基づく閾値の何れか、競合する場合は一番厳しい閾値が設定される。

監視項目が、設定したクライテリアに抵触すると、監視サーバ１２２は、当該の監視項目が抵触した旨ログを出力する。

予測値算出ステップ４０１５により、構築するテナントの情報処理資源の管理規模が判明すると、管理能力判定部１０４は、候補リストを作成すべく、稼動情報参照ステップ４０２１の処理を実行し、管理系稼動情報ＤＢ１１１から管理サーバ１２１と監視サーバ１２２と、これらサーバの稼働情報を参照する。

実施例１において、監視項目と監視条件は、ＳＬＡが契約されると機械的に増える。また、ＳＬＡにより監視条件は厳しくなり、監視サーバ１２２とＮＷ監視サーバ１２５が監視条件に合致して出力する機会は、ＳＬＡがない時よりも増え、ログの数も増える。

ＳＬＡが契約されるとログを出力する機会が増え、ログの数が増えるので、監視サーバ１２２の管理能力は、ＳＬＡがない時よりも余裕がなくなる。その為、実施例１では、監視サーバ１２２と、監視サーバ１２２が収集する性能情報や、監視サーバ１２２が出力するログを参照する管理サーバ１２１を定期的に監視して、稼動情報を収集している。

稼動情報は、管理サーバ１２１と監視サーバ１２２との性能情報（ＣＰＵ使用率、ディスク使用率、メモリ使用率、ネットワーク帯域）と、管理サーバ１２１と監視サーバ１２２とが決まった時間内に処理を完了しているか、例えば毎５分ハイパバイザ１４３、１４４から性能情報を収集する設定で収集に失敗していないかを示す情報と、監視サーバ毎の監視項目の数と監視条件の数である。

管理能力判定部１０４は、予測値加算ステップ４０２２では、管理系稼動情報ＤＢ１１１に登録された稼動情報を保持する管理サーバ１２１と監視サーバ１２２について、各サーバの監視項目の数と監視条件の数に予測値を加算する。

管理能力判定部１０４は、予測値加算ステップ４０２２の後、候補追加ステップ４０２３に遷移して、各サーバを候補リストに追加するか否かを判定する。

管理能力判定部１０４は、候補追加ステップ４０２３では、先ず、稼動情報からＣＰＵ使用率が、データセンタ運営者が設定した閾値よりも高いサーバや、サーバのＣＰＵ使用率が高くて決まった時間内に処理を完了できないサーバは、管理能力の上限に近いか、管理能力の上限に達したとみなして、候補から外す。決まった時間内に処理を完了していないサーバで、一定期間、例えば１日間状況が同じサーバも候補から外す。

また、管理能力判定部１０４は、予測値加算ステップ４０２２で予測値を加算した各サーバの監視項目数と監視条件数が、閾値に達するか超える場合も、各サーバを、管理能力の上限に近いか管理能力の上限に達するとみなして、候補から外す。

管理能力判定部１０４は、候補追加ステップ４０２３において、管理能力が上限に達しないと判った管理サーバ１２１を候補リストに追加し、管理サーバ１２１が追加された候補リストを出力して管理能力判定を終了すると共に、このルーチンでの処理を終了する。尚、管理能力が上限に達しないサーバとなる候補が見当たらない場合は、管理能力判定部１０４は、空の候補リストを出力する。

管理能力が上限に達しないサーバとなる候補が見つからず、候補リストが空の場合、管理能力判定部１０４は、アラートステップ４０３に遷移し、テナント構築ができない旨を表示しもしくはアラートを出力し、このルーチンでの処理を終了する。

図５は、本発明の実施例１の管理配置の処理フローを示すフローチャートである。以下、図５を用いて実施例１における管理配置の処理を説明する。この処理は、構成管理装置１０１のＣＰＵによって実行される。

管理配置部１０８は、動作を開始すると、Ｓｔａｒｔステップ５００から機器リスト作成ステップ５０１に遷移し、構成配置部１０５が出力した論理配置情報から、監視対象に成り得るネットワーク機器や論理リソースを抽出して、機器リストを作成する。

次に、管理配置部１０８は、カタログ照会ステップ５０２に遷移し、機器リストに載った機器を検索キーに、カタログ１０７を検索し、機器の種別毎の監視登録情報を入手する。

実施例１では、監視登録情報は、例えばネットワーク機器で動作するＳＮＭＰエージェントが保持するＭＩＢの中から監視すべき項目をあらかじめ選択してカタログ１０７に登録している。

次に、管理配置部１０８は、監視設定情報作成ステップ５０３に遷移し、構成配置部１０５が出力した論理配置情報から、テナントの構築先となる管理セグメントとそのセグメントを管理する管理サーバと、この管理サーバと対になっている監視サーバを特定する。

また、管理配置部１０８は、構築するテナントが使うネットワーク機器から、在ればネットワーク機器を管理しているＮＷ管理サーバ１２４を特定し、ＮＷ管理サーバ１２４を検索キーに、管理系稼動情報ＤＢ１１１からＮＷ監視サーバ１２５を探し、稼動情報中の負荷が低く監視能力に余裕のあるＮＷ監視サーバ１２５を選択する。

管理配置部１０８は、構築するテナントが使うネットワーク機器を管理するＮＷ管理サーバ１２４がなければ、管理系稼動情報ＤＢ１１１からＮＷ管理サーバ１２４を探し、稼動情報中の負荷が低く監視能力に余裕のあるＮＷ監視サーバ１２５を選択する。

管理配置部１０８は、監視設定情報作成ステップ５０３では、カタログ１０７から読みだした監視登録情報を雛形に、アドレスや認証情報を反映した監視登録情報を機器毎に作成する。

管理配置部１０８は、ＳＬＡに必要な監視項目ついては、項目毎にクライテリアを設定し、監視サーバ１２２に監視条件として登録する為、監視サーバ１２２の監視設定情報に追加し、作成した機器毎の監視登録情報ついては、その機器を管理ないし監視するサーバの監視設定情報に追加する。

この後、管理配置部１０８は、選択した監視サーバ１２２とＮＷ管理サーバ１２４及びＮＷ監視サーバ１２５の各々の監視設定情報を設定部１０９に出力し、管理配置の処理を終了すると共に、このルーチンでの処理を終了する。

図６は、実施例１の管理配置情報を示す構成図である。以下、図６を用いて、実施例１の管理配置情報を説明する。

図６において、管理配置情報６００は、機器登録情報６０１と、監視登録情報６０２と、機器設定情報（コンフィグ）６０３から構成される。機器登録情報６０１と監視登録情報６０２は、テナントを構築する際に、設定が必要な管理系サーバの数だけサーバ毎に追加され、機器設定情報６０３は、テナントを構築する際に、設定が必要な機器の数だけ機器毎に追加される。

機器登録情報６０１には、３行の記述の機器登録情報が１つ、監視登録情報６０２には、３行の記述の監視登録情報が１つ、機器設定情報６０３には、３行の記述の機器設定情報が１つ記載されている。

実施例１において、管理配置情報６００は、＃で始まる行で情報の種別を区別しており、機器登録情報６０１と監視登録情報６０２と機器設定情報（コンフィグ）６０３は、＃の行の後は何行情報が記載されていても構わない。また、機器登録情報６０１と監視登録情報６０２と機器設定情報６０３は、いずれも１つ以上複数記載されていても構わない。

ネットワーク機器や管理サーバ１２１は、監視の設定が済むと直ぐ監視を始めるので、設定部１０９は、先ず、管理配置情報６００の機器設定情報６０３を該当するネットワーク機器と該当する仮想アプライアンスに設定し、管理配置情報６００の機器登録情報６０１を該当する監視サーバ１２２とＮＷ管理サーバ１２４とＮＷ監視サーバ１２５に設定する。

次に、設定部１０９が、監視登録情報６０２を該当する監視サーバ１２２とＮＷ管理サーバ１２４及びＮＷ監視サーバ１２５に設定すると、各サーバによる監視が始まる。

管理配置情報６００に記載された機器毎に、管理配置情報６００を設定する場合も、設定の順序は、変わらず、設定部１０９は、機器設定情報６０３と機器登録情報６０１を設定し、この設定の完了後、監視登録情報６０２を設定する。

機器登録情報６０１は、２行目と３行目に管理対象の機器の認証情報が記載されている。２行目は：と＠を区切りに、ｒｏｏｔがユーザ名、ｐａｓｓｗｏｒｄがパスワードのフレーズ、１９２．１６８．０．２５４が管理対象の機器のアドレスである。３行目は、２行目の管理対象の機器のエージェントに設定する認証情報で、エージェントが解釈し、実行可能なコマンドのフレーズになっていて、ｓｅｔが設定コマンド、ｓｎｍｐがエージェントの種別、ｃｏｍｍｕｎｉｔｙがｓｎｍｐでは認証情報を意味し、ｃｏｍｍｕｎｉｔｙの後ろにパスワードとしてｐｕｂｌｉｃが記載されている。実施例１の管理系のサーバは、ｓｎｍｐでアドレス１９２．１６８．０．２５４の管理対象の機器に、ｐｕｂｌｉｃをパスワードにアクセスする。

監視登録情報６０２は、２行目に管理対象の機器の監視項目の情報が記載され、３行目に監視条件が記載されている。

監視登録情報６０２の２行目は、監視サーバ１２２もしくはＮＷ監視サーバ１２５が解釈して実行可能なコマンドのフレーズになっていて、ｓｎｍｐｇｅｔが、ｓｎｍｐプロトコルでＭＩＢを読み出すコマンド、−ｃが、認証情報を表すオプション、ｐｕｂｌｉｃが認証情報、−ｖが、ｓｎｍｐのプロトコルのバージョンを指定するためのオプション、１が、ｓｎｍｐのプロトコルのバージョン番号、１９２．１６８．０．２５４が、ｓｎｍｐプロトコルでＭＩＢを読み出す対象の機器のアドレスであり、ｓｓＣｐｕＲａｗＵｓｅｒは読み出すＭＩＢの識別情報である。

実施例１の監視サーバ１２２もしくはＮＷ監視サーバ１２５は、２行目を解釈し、ｓｎｍｐプロトコルの電文を作成し、管理ネットワーク１２０を介してアドレス１９２．１６８．０．２５４の機器に送信する。アドレス１９２．１６８．０．２５４の機器は、ｓｓＣｐｕＲａｗＵｓｅｒで識別されるＭＩＢを読み出し応答する。

監視登録情報６０２の３行目は、２行目のｓｓＣｐｕＲａｗＵｓｅｒで識別されるＭＩＢの監視条件であり、ｔｈｒｅｓｈｏｌｄは、ログを出力する条件がスレッショルドであることを表し、０．９は９０％を表す。監視サーバ１２２ないしＮＷ監視サーバ１２５は、ｓｓＣｐｕＲａｗＵｓｅｒで識別されるＭＩＢの値が０．９を超えるとログを出力する。

監視サーバ１２２とＮＷ監視サーバ１２５は、監視登録情報６０２の４行目を解釈し、ｓｎｍｐプロトコルの電文を作成して、管理ネットワーク１２０を介してアドレス１９２．１６８．０．２５４の機器に送信する。アドレス１９２．１６８．０．２５４の機器は、ｍｅｍＴｏｔａｌＦｒｅｅで識別されるＭＩＢを読み出し応答する。

監視登録情報６０２の５行目は、２行目のｍｅｍＴｏｔａｌＦｒｅｅ識別されるＭＩＢの監視条件であり、ｔｈｒｅｓｈｏｌｄは、ログを出力する条件がスレッショルドであることを表し、１０００００は１０００００ｋＢｙｔｅを表す。監視サーバ１２２とＮＷ監視サーバ１２５は、ｍｅｍＴｏｔａｌＦｒｅｅで識別されるＭＩＢの値が、１０００００ｋＢｙｔｅを超えるとログを出力する。

実施例１において、監視項目と監視条件は、監視登録情報６０２の通り、監視項目と監視条件の順に簡便に設定できる。監視条件は、記述が任意である。監視項目のみ記述されている場合、ＮＷ監視サーバ１２５は、記述された項目についてのみ、監視を行う。

監視項目と監視条件を簡便に設定できることは、ログを出力する機会も、ログの数も増えるので、監視サーバ１２２の管理能力を、余裕がなくなる傾向に導いている。その為、実施例１では、監視サーバ１２２と、監視サーバ１２２が収集する性能情報や、監視サーバ１２２が出力するログを参照する管理サーバ１２１を定期的に監視し、各サーバの稼動情報を収集している。

機器設定情報６０３は、２行目と３行目に管理対象の機器の認証情報が記載されている。機器設定情報６０３の２行目は：と＠を区切りに、ｒｏｏｔがユーザ名、ｐａｓｓｗｏｒｄがパスワードのフレーズ、１９２．１６８．０．２５４が管理対象の機器のアドレスである。機器設定情報６０３の３行目は、２行目の管理対象の機器のエージェントに設定する認証情報であり、エージェントが解釈し実行可能なコマンドのフレーズになっていて、ｓｅｔが設定コマンド、ｓｎｍｐがエージェントの種別である。ｃｏｍｍｕｎｉｔｙが、ｓｎｍｐでは認証情報を意味し、ｃｏｍｍｕｎｉｔｙの後ろには、パスワードとしてｐｕｂｌｉｃが記載されている。

実施例１において、構成管理装置１０１は、複数の管理サーバ１２１と監視サーバ１２２から各サーバの稼働情報を収集し、収集した稼動情報といずれかのサーバに割当てられる新規管理対象の構成情報に基づいて、各サーバの管理能力であって、新規管理対象が割当てられたことを想定した管理能力（新規管理対象が配置された後の管理能力）を、新規管理対象がいずれかのサーバに割当てられる前（新規管理対象が実際に配置される前）に予測し、予測の結果を基に管理能力が上限未満のサーバ（管理能力が上限に達しないサーバ）を複数のサーバの中から選択し、選択されたサーバに新規管理対象となる新規情報処理資源（新規テナントに割当てられる新規情報処理資源）を割当てることになる。

実施例１によれば、複数の管理サーバのうち、新規管理対象が割当てられることを想定した管理能力が、上限未満の管理サーバに新規管理対象となる新規情報処理資源を割り当てることができる。また、実施例１によれば、テナント構築前に、テナント構築後も管理処理と監視処理が処理能力を超えない管理サーバを選択し、選択した管理サーバが管理する仮想基盤に論理リソースを配置することで、テナント構築後も、新規情報処理資源に属する論理リソースを確実に管理できる。さらに、実施例１によれば、仮想基盤に論理リソースが配置された後、監視サーバに対する監視の設定を行うので、テナント構築後に、管理サーバの管理能力が不足しないかを確認できる。

（実施例２）
本実施例は、複数の管理サーバのうち、新規管理対象が割当てられることを想定した管理能力が、上限未満の管理サーバに新規管理対象となる新規情報処理資源（新規テナントに割当てられる新規情報処理資源）を割り当てるとともに、新規情報処理資源が割当てられた管理サーバが管理するセグメントに、既存の構成配置サーバを用いて新規情報処理資源を配置するものである。以下、実施例２を図７〜図８を用いて説明する。

図７は、実施例２の構成管理装置を既製品に適用したデータセンタの構成を示す構成図である。

実施例２におけるデータセンタは、実施例１の構成管理装置１０１で内包していた構成配置部１０５が、外部の構成配置サーバ７０５に置き換えられ、構成配置サーバ７０５が、アダプタ部７０６を介して構成管理装置７０１に接続されたものであり、他の構成は、実施例１と同様である。

即ち、構成管理装置７０１は、アダプタ部７０６以外の機能は、実施例１の構成管理装置１０１と共通で、入力部１０２と、契約情報ＤＢ１０３と、管理能力判定部１０４と、カタログ１０７と、管理配置部１０８と、設定部１０９と、管理系稼動情報収集部１１０と、管理系稼動情報ＤＢ１１１と、アダプタ部７０６で構成される。また、構成配置サーバ７０５は、ＣＰＵ、メモリ、入出力インタフェース等を有するコンピュータ装置であって、構成管理装置１０１に配置された構成配置部１０５と構成管理ＤＢ１０６と同様の機能を有して構成される。

図８は、本発明の実施例２の構成管理装置の処理フローを示すフローチャートである。以下、実施例２の構成管理装置によるテナント構築と監視設定の処理フローを説明する。この処理は、構成管理装置７０１のＣＰＵと構成配置サーバ７０５のＣＰＵによって実行される。なお、以下では、実施例１と異なる点を主として説明する。

構成管理装置７０１は、電源が投入されるかリセットされると電源ＯＮ／リセットステップ２００に移り、その後、自動で２つの処理を実行する。

第１の処理は、テナントの構築処理であり、構成管理装置７０１では、入力待ちステップ２０１と、管理系稼動情報ＤＢ参照ステップ２０２と、管理能力判定ステップ２０３の順に遷移する。この間の入力待ちステップ２０１と管理系稼動情報ＤＢ参照ステップ２０２と管理能力判定ステップ２０３での処理は、実施例１と同じである。

構成管理装置７０１は、管理能力判定ステップ２０３において、管理セグメントが１つないし複数見つかると、管理能力判定部１０４が、アダプタ部７０６に見つかった管理セグメントを管理する管理サーバ１２１の管理サーバＩＤを出力し、構成配置待ちステップ８０４に遷移する。この際、アダプタ部７０６は、外部の構成配置サーバ７０５に、テナント構成情報と管理能力判定ステップ２０３で得られた管理サーバＩＤを出力し、構成配置待ちステップ８０４に留まる。

構成配置サーバ７０５は、構成配置待ちステップ８０４の間に、管理サーバＩＤを指し示す管理サーバが管理する管理セグメント中のハイパバイザの論理リソースの利用状況もしくは在庫状況と、テナント構成情報のＶＭ数と仮想ＣＰＵ数を照らし合わせて、ＶＭが配置できるハイパバイザを探す。ＶＭが配置できるハイパバイザを探すことに成功すると、構成配置サーバ７０５は、論理配置情報が指し示す管理サーバの管理するハイパバイザに、例えば、サーバ装置１４１、１４２とハイパバイザ１４３、１４４に、ＶＭ１４５〜１４７や仮想アプライアンスを配置する。

構成配置サーバ７０５は、論理配置情報が指し示すネットワーク機器に、例えばファイアウォール１３２、とロードバランサ１３３に、ネットワーク機器のポートや論理リソースを設定し、ＶＭ等の配置と論理リソース等の設定が完了すると、論理配置情報をアダプタ部７０６に出力する。

構成配置サーバ７０５は、ＶＭが配置できるハイパバイザが見つからないと、残りの管理サーバＩＤの管理サーバが管理する管理セグメントについてセグメントごとに逐一試行し、試行に失敗すると、空の論理配置情報をアダプタ部７０６に出力する。

論理配置情報を受け取ったアダプタ部７０６は、構成配置待ちステップ８０４の処理を終了し、管理配置部１０８が、構成配置サーバ７０５からの論理配置情報を参照する。管理配置部１０８は、論理配置情報が空の場合、アラートステップ２０７の処理を実行し、論理配置情報が空でなく、構成配置サーバ７０５が、ＶＭの配置に成功した場合、管理配置ステップ２１１に遷移する。

管理配置部１０８は、管理配置ステップ２１１と管理設定ステップ２１２と管理系稼動情報ＤＢ管理配置情報更新ステップ２１３を順次実行する。これらの処理は、実施例１と同様であるので、説明を省略する。

なお、構成配置待ちステップ８０４から管理配置ステップ２１１に遷移した時点で、テナントのサービス系が構築され、管理設定ステップ２１２の処理が完了すると、テナントの管理系が構築される。

第２の処理は、管理系稼動情報収集部１１０の処理（管理系稼動情報収集ステップ２２１、管理系稼動情報ＤＢ稼動情報更新ステップ２２２）であって、実施例１と同様であり、説明を省略する。

以上の説明の通り、構成管理装置７０１は、構成管理装置７０１が、構成配置の機能を内包しても、構成配置の機能を外部に切り出すサーバの様態にしても、システムとして機能する。

（外部ＰＰでの置き換え）
例示しないが、構成管理装置８０１は、内包する機能として管理能力判定部１０４とアダプタ部７０６部を残し、他の機能、入力部１０２や、契約情報ＤＢ１０３や、カタログ１０７や、管理配置部１０８や、設定部１０９や、管理系稼動情報収集部１１０や、管理系稼動情報ＤＢ１１１を外部の機能モジュールやサーバに置き換えて、図８の処理フローに従い動作すれば、構成管理装置として機能する。

実施例２によれば、実施例１と同様の効果を奏することができると共に、新規情報処理資源が割当てられた管理サーバが管理するセグメントに、既存の構成配置サーバ７０５を用いて、新規情報処理資源として、ＶＭや仮想アプライアンスを、管理能力が上限に達しない管理サーバが管理する管理セグメントに配置することができる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。例えば、ネットワーク機器に接続されてデータ処理を実行するコンピュータとしては、サーバ装置の他に、組み込みコンピュータやＰＣを用いることができる。また、構成管理装置１０１に、アダプタ部７０６を配置し、アダプタ部７０６を管理能力判定部１０４と構成配置サーバ７０５に接続し、構成配置の処理を、構成管理装置１０１内の構成配置部１０５又は構成配置サーバ７０５で実行することもできる。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣ（Integrated Circuit）カード、ＳＤ（Secure Digital）メモリカード、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録して置くことができる。

記憶媒体に、サービス系ネットワークに接続される１以上の情報処理資源を管理対象として管理する複数の管理装置（管理サーバと監視サーバを含む）に、管理系ネットワークを介して接続されるコンピュータ装置に構成管理プログラムを記録することができる。構成管理プログラムは、例えば、複数の管理装置から当該各管理装置の稼働情報を収集する収集ステップと、前記収集ステップで収集された稼動情報と前記いずれかの管理装置に割当てられる新規管理対象の構成情報に基づいて、前記各管理装置の管理能力であって、前記新規管理対象が割当てられたことを想定した管理能力を、前記新規管理対象が前記いずれかの管理装置に割当てられる前に予測し、前記予測の結果を基に管理能力が上限未満の管理装置を前記複数の管理装置の中から選択する選択ステップと、前記選択ステップで選択された管理装置に前記新規管理対象となる新規情報処理資源を割当てる割当てステップと、をコンピュータ装置（計算機）に実行させるもので構成される。

１００…コンソール、１０１…構成管理システム、１０２…入力部、１０３…契約情報ＤＢ、１０４…管理能力判定部、１０５…構成配置部、１０６…構成管理ＤＢ、１０７…カタログ、１０８…管理配置部、１０９…設定部、１１０…管理系稼動情報収集部、１１１…管理系稼動情報ＤＢ、１２０…管理ネットワーク、１２１…管理サーバ、１２２…監視サーバ、１２３…管理サーバ兼監視サーバ、１２４…ＮＷ管理サーバ、１２５…ＮＷ監視サーバ、１２６…Ｌ３ＳＷ、１２７…コレクタ、１２８…アナライザ、１２９…ストレージ管理サーバ、１３０…インターネット、１３１…管理セグメント、１３２…ファイアウォール、１３３…ロードバランサ、１３４…Ｌ３ＳＷ、１３５…Ｌ２ＳＷ、１３６…ストレージ装置、１４０…管理セグメント、１４１、１４２…サーバ装置、１４３、１４４…ハイパバイザ、１４５〜１４７…ＶＭ、１５０…管理セグメント、１５１、１５２…サーバ装置、１５３、１５４…ハイパバイザ、１５５…ＶＭ、７１０…構成管理装置、７０５…構成配置サーバ、７０６…アダプタ部。

Claims (15)

1. 第１のネットワークに接続される１以上の情報処理資源を管理対象として管理する複数の管理装置に第２のネットワークを介して接続される構成管理装置であって、
   前記複数の管理装置から当該各管理装置の稼働情報を収集する稼働情報収集部と、前記稼働情報収集部が収集した稼動情報と前記いずれかの管理装置に割当てられる新規管理対象の構成情報に基づいて、前記各管理装置の管理能力であって、前記新規管理対象が割当てられたことを想定した管理能力を予測し、前記予測の結果を基に前記管理能力が上限未満の管理装置を前記複数の管理装置の中から選択する管理能力判定部と、前記管理能力判定部で選択された管理装置に前記新規管理対象となる新規情報処理資源を割当てる構成配置部と、を有することを特徴とする構成管理装置。
2. 請求項１に記載の構成管理装置であって、
   前記管理能力判定部は、
   前記各管理装置が、前記管理対象を管理する管理サーバと、前記管理対象を監視する監視サーバから構成される場合、前記収集部が収集した稼動情報と前記いずれかの管理装置に割当てられる新規管理対象の構成情報に基づいて、前記管理サーバの管理処理能力と前記監視サーバの監視処理能力とを含む処理能力が、上限未満であるか否かを判定し、前記判定で肯定の結果を得たことを条件に、前記管理能力が上限未満の管理装置を選択することを特徴とする構成管理装置。
3. 請求項１又は２に記載の構成管理装置であって、
   前記構成配置部は、
   前記選択された管理装置が、前記管理対象を管理する管理サーバを有し、前記管理サーバに割当てられる新規情報処理資源が、前記第１のネットワークに接続されるハードウェア資源と、前記ハードウェア資源で動作するソフトウェア資源で構成される場合、前記ソフトウェ資源に属する仮想基盤に、前記仮想基盤で動作する論理リソースを配置することを特徴とする構成管理装置。
4. 請求項１〜３のうちいずれか１項に記載の構成管理装置であって、
   前記選択された管理装置に割当てられる新規情報処理資源は、
   前記第１のネットワークに接続されるハードウェア資源と、前記ハードウェア資源で動作するソフトウェア資源で構成され、
   前記ハードウェア資源は、
   前記第１のネットワークに接続されるネットワーク機器と、前記ネットワーク機器に接続されてデータ処理を実行するコンピュータとから構成され、
   前記ソフトウェア資源は、
   前記ネットワーク機器上で動作する仮想アプライアンスと、前記コンピュータ装置上で動作する仮想基盤と、前記仮想基盤上で動作する仮想マシンから構成されることを特徴とする構成管理装置。
5. 請求項４に記載の構成管理装置であって、
   前記選択された管理装置に前記ハードウェア資源を割当て、当該ハードウェア資源に前記ソフトウェア資源を配置し、前記ハードウェ資源と前記ソフトウェア資源に対して前記第２のネットワークを介して設定処理を実行する設定部を有することを特徴とする構成管理装置。
6. 請求項５に記載の構成管理装置であって、
   前記選択された管理装置に関連する管理系機器として、前記第１のネットワークに接続されるネットワーク機器と前記ネットワーク機器を管理するネットワーク管理サーバ及び、前記第２のネットワークに接続されるネットワーク監視サーバを特定する管理配置部を有し、
   前記設定部は、
   管理配置部により特定された管理系機器に対して、前記第２のネットワークを介して設定処理を実行することを特徴とする構成管理装置。
7. 請求項４に記載の構成管理装置であって、
   前記新規管理対象の構成情報は、
   前記ネットワーク機器の台数と接続トポロジと、前記ネットワーク機器の論理リソースの種別と台数及び設定値と、前記コンピュータの台数と、前記仮想マシンの台数と、前記コンピュータに内蔵されるストレージの識別情報と前記ストレージの容量を含むことを特徴とする構成管理装置。
8. 請求項４に記載の構成管理装置であって、
   前記新規管理対象の構成情報は、
   監視契約情報を含み、
   前記監視契約情報は、前記新規管理対象の設置者又は利用者とのＳＬＡの有無と、前記新規管理対象の設置者又は利用者が選択した監視項目のうち少なくとも一方を含むことを特徴とする構成管理装置。
9. 請求項１に記載の構成管理装置であって、
   前記新規管理対象の構成情報は、
   前記新規管理対象を構成するための第１の構成情報と、前記管理装置の監視項目を特定する第２の構成情報を有し、
   前記管理能力判定部は、
   前記第１の構成情報から前記新規管理対象の規模を特定する情報を算出し、前記第２の構成情報から、前記管理装置の監視項目の数と前記管理装置の監視条件の数をそれぞれ算出し、前記各算出値を前記算出した新規管理対象の規模を特定する情報でそれぞれ補正して、前記管理装置の監視項目の数に対応した第１の予測値と前記管理装置の監視条件の数に対応した第２の予測値を算出し、前記各管理装置から収集した稼動情報に属する監視項目の数に前記第１の予測値を加算すると共に、前記各管理装置から収集した稼動情報に属する監視条件の数に前記第２の予測値を加算し、前記第１の予測値が加算された監視項目の数と前記第２の予測値が加算された監視条件の数を含む数が、それぞれ前記各管理装置で規定された管理能力の上限未満となる管理装置を前記複数の管理装置の中から選択することを特徴とする構成管理装置。
10. 第１のネットワークに接続される１以上の情報処理資源を管理対象として管理する複数の管理装置に第２のネットワークを介して接続される構成管理装置における構成管理方法であって、
    前記構成管理装置は、
    前記複数の管理装置から当該各管理装置の稼働情報を収集する収集ステップと、
    前記収集ステップで収集された稼動情報と前記いずれかの管理装置に割当てられる新規管理対象の構成情報に基づいて、前記各管理装置の管理能力であって、前記新規管理対象が割当てられたことを想定した管理能力を、前記新規管理対象が前記いずれかの管理装置に割当てられる前に予測し、前記予測の結果を基に管理能力が上限未満の管理装置を前記複数の管理装置の中から選択する選択ステップと、
    前記選択ステップで選択された管理装置に前記新規管理対象となる新規情報処理資源を割当てる割当てステップと、を有することを特徴とする構成管理方法。
11. 請求項１０に記載の構成管理方法であって、
    前記選択ステップでは、
    前記各管理装置が、前記管理対象を管理する管理サーバと、前記管理対象を監視する監視サーバから構成される場合、前記収集ステップで収集された稼動情報と前記いずれかの管理装置に割当てられる新規管理対象の構成情報に基づいて、前記管理サーバの管理処理能力と前記監視サーバの監視処理能力とを含む処理能力が、上限未満であるか否かを判定し、前記判定で肯定の結果を得たことを条件に、前記管理能力が上限未満の管理装置を選択することを特徴とする構成管理方法。
12. 請求項１０又は１１に記載の構成管理方法であって、
    前記割当てステップでは、
    前記選択ステップで選択された管理装置が、前記管理対象を管理する管理サーバを有し、前記管理サーバに割当てられる新規情報処理資源が、前記第１のネットワークに接続されるハードウェア資源と、前記ハードウェア資源で動作するソフトウェア資源で構成される場合、前記ソフトウェ資源に属する仮想基盤に、前記仮想基盤で動作する論理リソースを配置することを特徴とする構成管理方法。
13. 請求項１０〜１２のうちいずれか１項に記載の構成管理方法であって、
    前記選択ステップで選択された管理装置に割当てられる新規情報処理資源は、
    前記第１のネットワークに接続されるハードウェア資源と、前記ハードウェア資源で動作するソフトウェア資源で構成され、
    前記ハードウェア資源は、
    前記第１のネットワークに接続されるネットワーク機器と、前記ネットワーク機器に接続されてデータ処理を実行するコンピュータとから構成され、
    前記ソフトウェア資源は、
    前記ネットワーク機器上で動作する仮想アプライアンスと、前記コンピュータ装置上で動作する仮想基盤と、前記仮想基盤上で動作する仮想マシンから構成されることを特徴とする構成管理方法。
14. 請求項１３に記載の構成管理方法であって、
    前記構成管理装置は、
    前記選択ステップで選択された管理装置に割当てられる新規情報処理資源に対して前記第２のネットワークを介して設定処理を実行する設定ステップを有し、
    前記設定ステップでは、
    前記選択ステップで選択された管理装置に前記ハードウェア資源を割当て、当該ハードウェア資源に前記ソフトウェア資源を配置し、前記ハードウェ資源と前記ソフトウェア資源に対して前記第２のネットワークを介して設定処理を実行することを特徴とする構成管理方法。
15. 第１のネットワークに接続される１以上の情報処理資源を管理対象として管理する複数の管理装置に第２のネットワークを介して接続されるコンピュータ装置に、
    前記複数の管理装置から当該各管理装置の稼働情報を収集する収集ステップと、
    前記収集ステップで収集された稼動情報と前記いずれかの管理装置に割当てられる新規管理対象の構成情報に基づいて、前記各管理装置の管理能力であって、前記新規管理対象が割当てられたことを想定した管理能力を、前記新規管理対象が前記いずれかの管理装置に割当てられる前に予測し、前記予測の結果を基に管理能力が上限未満の管理装置を前記複数の管理装置の中から選択する選択ステップと、
    前記選択ステップで選択された管理装置に前記新規管理対象となる新規情報処理資源を割当てる割当てステップと、を実行させることを特徴とする構成管理プログラム。

Images