(57)【要約】【課題】サービスの要求用件を満たしつつ、サービスを提供するために使用される装置の管理システムの数を最適化し、サービスに関する管理工数を低減する技術を提供する。【解決手段】サービスに関する構成条件を取得する入力手段と、入力手段によって取得された構成条件を解釈してリソース要求に変換する構成条件解釈手段と、リソース要求を基にサービスに使用する装置の構成を含む構成案を構築する構成案構築手段と、構成案に基づいて構成案に含まれる装置の構成における管理コストを計算する構成案管理システム評価手段と、構成案の中から管理コストを基に構成案を選択する構成案選択手段と、選択された構成案に基づいて装置の設定変更を行う構成案実行手段と、を備え、ネットワークを通じてサービスを提供するために使用される装置を自動的に構成するシステム自動構成装置とする。【選択図】      図１
2014153991.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを通じてサービスを提供するために使用される装置を自動的に構成するシステム自動構成装置であって、
前記サービスに関する構成条件を取得する入力手段と、
前記入力手段によって取得された前記構成条件を解釈してリソース要求に変換する構成条件解釈手段と、
前記リソース要求を基に前記サービスに使用する前記装置の構成を含む構成案を構築する構成案構築手段と、
前記構成案に基づいて前記構成案に含まれる前記装置の構成において管理コストを計算する構成案管理システム評価手段と、
前記構成案の中から前記管理コストに基づいて前記構成案を選択する構成案選択手段と、
前記構成案選択手段によって選択された前記構成案に基づいて前記装置の設定変更を行う構成案実行手段と、を備えることを特徴とするシステム自動構成装置。
【請求項２】
前記構成案管理システム評価手段は、
前記装置を管理する管理システムの数を前記管理コストとして計算し、
前記構成案選択手段は、前記構成案の中から前記管理コストが最小となる前記装置の構成を選択することを特徴とする請求項１に記載のシステム自動構成装置。
【請求項３】
前記構成条件と前記リソース要求とを含む構成条件保存テーブルと、
前記装置の利用状況及び機能に関する装置情報を含む装置情報保存テーブルと、
前記管理システムの種類及び前記管理システムが管理する前記装置の管理範囲を含む管理情報テーブルと、を有することを特徴とする請求項１または２に記載のシステム自動構成装置。
【請求項４】
前記入力手段は、入力された前記構成情報を前記構成情報保存テーブルに記述し、
前記構成条件解釈手段は、前記構成条件に関する解釈を前記リソース要求として前記構成情報保存テーブルに記述し、
前記構成案構築手段は、前記構成情報保存テーブルに含まれる前記リソース要求と、前記装置情報保存テーブルに含まれる前記装置情報と、を用いて前記構成案を構築し、
前記構成案管理システム評価手段は、前記管理情報テーブルを参照して前記構成案に含まれる前記装置の構成における前記管理コストを計算し、
前記構成案選択手段は、前記構成案の中から前記管理コストが最小となる前記装置の構成を選択する、ことを特徴とする請求項３に記載のシステム自動構成装置。
【請求項５】
前記構成条件保存テーブルと、前記装置情報保存テーブルと、前記管理システム情報テーブルと、を格納する記憶手段を備えることを特徴とする請求項３または４に記載のシステム自動構成装置。
【請求項６】
新規のサービスに関する前記構成情報を追加する際に、
前記入力手段は、前記新規のサービスに関する前記構成情報を既存の前記構成情報を含む前記構成条件保存テーブルに追加し、
前記構成案構築手段は、全ての前記構成情報を満たす構成案を構築することを特徴とする請求項３乃至５のいずれか一項に記載のシステム自動構成装置。
【請求項７】
前記構成案構築手段は、特定の評価条件に従って前記構成案に含まれる前記装置の構成に対する優先度を設定し、
前記構成案選択手段は、前記管理コストと前記優先度とを基に前記構成案を選択することを特徴とする請求項１乃至６のいずれか一項に記載のシステム自動構成装置。
【請求項８】
ネットワークを通じてサービスを提供するために使用される装置として、
サーバと、ストレージと、ネットワークスイッチと、ファイルシステムと、を含み、
前記装置を自動的に構成するシステム自動構成装置として、
前記サービスに関する構成条件を取得する入力手段と、前記入力手段によって取得された前記構成条件を解釈してリソース要求に変換する構成条件解釈手段と、前記リソース要求を基に前記サービスに使用する前記装置の構成を含む構成案を構築する構成案構築手段と、前記構成案に基づいて前記構成案に含まれる前記装置の構成における管理コストを計算する構成案管理システム評価手段と、前記構成案の中から前記管理コストを基に前記構成案を選択する構成案選択手段と、前記構成案選択手段によって選択された前記構成案に基づいて前記装置の設定変更を行う構成案実行手段と、を備えることを特徴とする情報処理システム。
【請求項９】
ネットワークを通じてサービスを提供するために使用される装置を自動的に構成するシステム自動構成方法であって、
前記サービスに関する構成条件を取得し、
前記入力手段によって取得された前記構成条件を解釈してリソース要求に変換し、
前記リソース要求を基に前記サービスに使用する前記装置の構成を含む構成案を構築し、
前記構成案に基づいて前記構成案に含まれる前記装置の構成における管理コストを計算し、
前記構成案の中から前記管理コストを基に前記構成案を選択し、
選択された前記構成案に基づいて前記装置の設定変更を行うことを特徴とするシステム自動構成方法。
【請求項１０】
ネットワークを通じてサービスを提供するために使用される装置を自動的に構成するシステム自動構成プログラムであって、
前記サービスに関する構成条件を取得する処理と、
前記入力手段によって取得された前記構成条件を解釈してリソース要求に変換する処理と、
前記リソース要求を基に前記サービスに使用する前記装置の構成を含む構成案を構築する処理と、
前記構成案に基づいて前記構成案に含まれる前記装置の構成における管理コストを計算する処理と、
前記構成案の中から前記管理コストを基に前記構成案を選択する処理と、
選択された前記構成案に基づいて前記装置の設定変更を行う処理と、をコンピュータに実行させることを特徴とするシステム自動構成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じてサービスを提供するために使用される装置を管理するシステムを自動的に構成するシステム自動構成装置、情報処理システム及びシステム自動構成方法に関する。特に、クラウドシステムに代表されるサーバ仮想化を用いた管理システムを自動的に構成するためのシステム自動構成装置、情報処理システム、システム自動構成方法及びシステム自動構成プログラムに関する。
【背景技術】
【０００２】
ネットワークを通じて提供されるサービスを実際に運用する際には、多数の装置（サーバやストレージ、およびそれらを接続するネットワーク）から構成される一つのシステム上で、複数のサービスを運用する形態が取られる。
【０００３】
特に、サーバの仮想化技術の進展により、それぞれ独立して動作する複数の仮想マシンを一つのサーバ上に構築し、実際のサービスを構成するコンポーネントを仮想マシン上で動作させるシステム構成が取られることが多くなっている。そのようなシステム構成では、各サーバの負荷に応じて仮想マシンを動作させるサーバを変更可能であり、サーバの負荷を平準化するなどの柔軟な構成を取ることが可能になっている。
【０００４】
また、データを保存するストレージをサーバと独立して管理し、サーバとストレージの間をＳＡＮで結び、複数のサーバ間でストレージを共有するシステム構成を取ることが多くなっている（ＳＡＮ：Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）。このようなシステム構成を取る場合、ストレージ側にも多くの設定を行い、サーバとは別にストレージを管理することが求められる。
【０００５】
このような運用形態では、サービスごと、さらにはサービスを構成するコンポーネントごとに、必要となるリソースの種類や量が異なる。また、サーバ・ストレージなどの構成装置を共有するサービス・コンポーネント間では、一部の構成装置が多量のリソースを消費すれば、他のサービス・コンポーネントの性能にも影響を及ぼす。そのため、負荷に合わせて構成装置を適切に配置する必要がある。構成装置の配置をサービスの利用状況や負荷、消費リソース量などに合わせて自動的に調整・変更するのが、システム自動構成装置である。
【０００６】
このようなサービスや、そのサービスを構成するコンポーネントは、リソースに対して何らかの要求条件を持つ。要求条件は、応答性能に対する要求や、データのバックアップやネットワークのセキュリティなどといった装置の持つ機能に対する要求など様々である。
【０００７】
一般的なシステム自動構成装置は、そのような様々な要求条件を満たしつつ、リソースの消費状況が最適となるように配置案を決定し、その配置案に従ってサービスのコンポーネントを配置し、各装置に対して適切な設定を行う。また、新規にサービスを追加したときにそのサービスを構成する各コンポーネントを選択して配置する場合もあり、サービスの実行中にリソースの負荷の偏りなどを検出してサービスのコンポーネントの配置を変更する場合もある。
【０００８】
このように、一般的なシステム自動構成装置は、サービスを構成するコンポーネント群について、システム全体のリソース使用状況・サービスの負荷・必要な性能などに応じて、コンポーネントの配置やリソースの分配を自動で決定し、決定した配置を実行する。
【０００９】
特許文献１には、このようなシステム自動構成装置の一例が開示されている。
【００１０】
特許文献１のシステムは、サーバ・ネットワーク・ストレージを含む装置のリソースをアプリケーションに割り当てるシステムに関する。特許文献１のシステムは、リソース群の構成情報と、これらのリソース上で稼働するアプリケーションの構成情報と、リソースのアプリケーションへの割り当て情報とを保持する構成管理手段を備える。また、構成情報から性能情報の測定項目を生成する測定項目生成手段と、性能情報の測定項目を測定する性能測定手段と、構成情報を基にリソースの割り当て変更ルールを生成する手段と、変更ルールに従ってリソースの割り当てを変更する手段とを備える。また、様々なアプリケーションに対応するために、アプリケーション固有の構成を記述し、記述したアプリケーション構成に従って性能情報の測定項目とリソースの割り当て変更ルールとを生成する。さらには、抽象度の高いサービスレベル目標を、抽象度の低いサービス目標に分解して測定項目を生成し、リソース割当変更ルールを生成する。
【００１１】
特許文献１のシステムによれば、性能情報の測定結果に基づいてシステムのボトルネックとなっているリソースに対して、適切なリソースを自動的に割り当てることができる。その結果、サービスが要求する性能および機能を実現するサービスの配置が得られ、管理者などの労力を低減しながらも、システムに要求されるサービスレベルを満足させてアプリケーションの安定稼働が実現される。
【００１２】
また、特許文献２には、消費電力などの負荷情報を性能情報として仮想サーバを配置制御する制御装置について開示されている。
【００１３】
特許文献２の制御装置では、物理サーバ上で動作する仮想マシン毎の負荷情報と、物理サーバの優先順位情報と、物理サーバに仮想マシンを配置するときの制約条件情報とに基づいて、物理サーバに仮想マシンを配置制御する。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００５−１７４２０１号公報
【特許文献２】特開２０１１−０１３８２２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
特許文献１では、リソースの余っているサーバ・ネットワーク・ストレージなどの装置からサービスを配置するコンポーネントが選択されるため、管理者による管理を考慮していない。そのため、サービスの実現に何か問題が発生した場合などにおいて管理者による管理が必要になった際に、管理者は、サービスを構成する各装置に対して、それぞれの装置の管理システムを用いて状態や設定を確認する必要がある。特に、管理システムが異なれば、設定の記載フォーマットなどが異なり、装置間における相互の設定の整合性を確認するためにそれぞれの装置の管理に精通する必要があり、時間もかかるなど管理工数が増大するという問題があった。
【００１６】
本発明は、サービスの要求用件を満たしつつ、サービスを提供するために使用される装置の管理システムの数を最適化し、サービスに関する管理工数を低減する技術を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明のシステム自動構成装置は、ネットワークを通じてサービスを提供するために使用される装置を自動的に構成するシステム自動構成装置であって、サービスに関する構成条件を取得する入力手段と、入力手段によって取得された構成条件を解釈してリソース要求に変換する構成条件解釈手段と、リソース要求を基にサービスに使用する装置の構成を含む構成案を構築する構成案構築手段と、構成案に基づいて構成案に含まれる装置の構成における管理コストを計算する構成案管理システム評価手段と、構成案の中から管理コストを基に構成案を選択する構成案選択手段と、構成案選択手段によって選択された構成案に基づいて装置の設定変更を行う構成案実行手段と、を備える。
【００１８】
本発明の情報処理システムは、ネットワークを通じてサービスを提供するために使用される装置として、サーバと、ストレージと、ネットワークスイッチと、ファイルシステムと、を備え、装置を自動的に構成するシステム自動構成装置として、サービスに関する構成条件を取得する入力手段と、入力手段によって取得された構成条件を解釈してリソース要求に変換する構成条件解釈手段と、リソース要求を基にサービスに使用する装置の構成を含む構成案を構築する構成案構築手段と、構成案に基づいて構成案に含まれる装置の構成における管理コストを計算する構成案管理システム評価手段と、構成案の中から管理コストを基に構成案を選択する構成案選択手段と、管理コストが最小となる装置の構成を実現するために装置の設定変更を行う構成案実行手段と、を備える。
【００１９】
本発明のシステム自動構成方法は、ネットワークを通じてサービスを提供するために使用される装置を自動的に構成するシステム自動構成方法であって、サービスに関する構成条件を取得し、入力手段によって取得された構成条件を解釈してリソース要求に変換し、リソース要求を基にサービスに使用する装置の構成を含む構成案を構築し、構成案に基づいて構成案に含まれる装置の構成における管理コストを計算し、構成案の中から管理コストを基に構成案を選択し、選択された構成案に基づいて装置の設定変更を行う。
【００２０】
本発明のシステム自動構成プログラムは、ネットワークを通じてサービスを提供するために使用される装置を自動的に構成するシステム自動構成プログラムであって、サービスに関する構成条件を取得する処理と、入力手段によって取得された構成条件を解釈してリソース要求に変換する処理と、リソース要求を基にサービスに使用する装置の構成を含む構成案を構築する処理と、構成案に基づいて構成案に含まれる装置の構成における管理コストを計算する処理と、構成案の中から管理コストを基に構成案を選択する処理と、選択された構成案に基づいて装置の設定変更を行う処理と、をコンピュータに実行させる。
【発明の効果】
【００２１】
本発明によれば、サービスの要求用件を満たしつつ、サービスを提供するために使用される装置の管理システムの数を最適化し、サービスに関する管理工数を低減することが可能になる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態に係る情報処理システムの構成を示す図である。
【図２】本発明の実施形態に係る情報処理システムの構成の変形例を示す図である。
【図３】本発明の実施形態に係る構成条件保存テーブルである。
【図４】本発明の実施形態に係る装置情報保存テーブルである。
【図５】本発明の実施形態に係る管理システム情報テーブルである。
【図６】本発明の実施形態に係るシステム自動構成装置の動作を示す図である。
【発明を実施するための形態】
【００２３】
以下に、本発明を実施するための形態について図面を用いて説明する。但し、以下に述べる実施形態には、本発明を実施するために技術的に好ましい限定がされているが、発明の範囲を以下に限定するものではない。
【００２４】
（実施形態）
まず、図１を用いて本発明の実施形態に係るシステム自動構成装置及び情報処理システムについて説明する。
【００２５】
図１に示したように、本発明の実施形態に係る情報処理システムは、プログラム制御により動作するシステム自動構成装置１と、プログラム制御により動作するサーバ２と、ストレージ３と、ネットワークスイッチ４とファイルシステム５とクライアントＰＣ６とを備えている。なお、サーバ２と、ストレージ３と、ネットワークスイッチ４と、ファイルシステム５とは、それぞれ１つであっても、複数であってもかまわない。また、本発明の実施形態においては、サーバ２、ストレージ３、ネットワークスイッチ４及びファイルシステム５として一般的な構成を用いることができるため、詳細な説明は省略する。ただし、サーバ２、ストレージ３、ネットワークスイッチ４及びファイルシステム５といった構成を仮想マシンで構成できるのであれば、その仮想マシンに換えてもよい。
【００２６】
本発明の実施形態に係る情報処理システムは、ネットワークを通じてサービスを提供するために使用される装置を管理する管理システムを自動的に構成する。
【００２７】
本発明の実施形態に係るシステム自動構成装置１は、サーバ２、ストレージ３、ネットワークスイッチ４及びファイルシステム５と、バス７を介して接続されている。なお、バス７はインターネットやローカルエリアネットワークなどのネットワークであってもよい。
【００２８】
また、ストレージ３及びファイルシステム５をバス７と接続させているが、ストレージ３とファイルシステム５をそれぞれサーバ２とネットワークスイッチ４の直下に接続する構成としてもよい。この構成については、図２に変形例として示す。
【００２９】
システム自動構成装置１は、構成条件入力部１１と、構成条件解釈部１２と、構成案構築部１３と、構成案管理システム評価部１４と、構成案選択部１５と、構成案実行部１６と、記憶部１７とを有する。
【００３０】
また、システム自動構成装置１は、構成条件保存テーブル２１と、装置情報保存テーブル２２と、管理システム情報テーブル２３とを記憶部１７の内部に有する。なお、構成条件保存テーブル２１、装置情報保存テーブル２２及び管理システム情報テーブル２３は、それぞれ単一のテーブルであってもよく、また、それぞれ複数のテーブル要素から構成されていてもよい。
【００３１】
システム自動構成装置１は、コンピュータなどの情報処理装置であり、パーソナルコンピュータなどの端末であってもよいし、サーバなどにその機能を負わせてもよい。また、システム自動構成装置１は、図示しない中央演算処理装置・主記憶装置・補助記憶装置・通信装置などを備えた情報処理装置である。システム自動構成装置１は、補助記憶装置に格納されたプログラムや、ネットワークを通じて取得したプログラムを読み出して実行することによって、後述する各機能を実現する。
【００３２】
構成条件入力手段である構成条件入力部１１は、クライアントＰＣ６から構成条件に関する入力を得る。具体的には、構成条件入力部１１は、サービスごとの構成条件またはサービスの品質を取り決めたＳＬＡをシステムに登録する（ＳＬＡ：Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ）。なお、構成条件に関する入力はＳＬＡに限らず、管理者によって指定された種々の構成条件を適用してもよい。また、構成条件は、クライアントＰＣ６からの入力に限らず、インターネットなどの外部ネットワークを通じて取得してもよい。
【００３３】
構成条件とは、サーバ２、ストレージ３、ネットワークスイッチ４及びファイルシステム５に対するリソース量の配分や機能の有効化などといった設定のリストである。なお、この構成条件には、利用者側の観点での条件が記載されており、具体的にどの装置を用いるのか、どのような構成を取るのかまでは記載されていない。また、構成条件は、ＳＬＡなどの形態のまま記憶部１７に格納されてもよいし、構成条件保存ファイル２１に書き込んでもよい。
【００３４】
例えば、構成条件として、新たなサービスをシステム上で動作させるために、サービスを特定するためのＩＤを指定するとともに、そのサービスを構成する新たな仮想マシンに対して割り当てるＣＰＵリソース量を指定する。さらに、そのサービスが利用するための記憶領域の大きさを指定する。なお、上述の構成条件例は、新たなサービスについて構成条件を全て追加する場合について示しているが、既存サービスの一部の構成条件を置き換える場合もありうる。
【００３５】
構成条件解釈手段である構成条件解釈部１２は、構成条件入力部１１が取得した構成条件を解釈し、構成条件から実際の装置へのマッピングを解釈する。すなわち、構成条件解釈部１２は、構成条件として登録された情報を、実際の装置に対するリソース要求へと変換する。
【００３６】
例えば、構成条件として仮想マシンへ割り当てるＣＰＵリソース量が指定してあった場合には、サーバ２に対して、余剰のＣＰＵリソースから指定された量を取り出すと解釈する。
【００３７】
また、例えば、記憶領域の大きさを指定する構成条件に対しては、二通りの解釈をする。一つは、ストレージ３から指定された容量を取り出し、サーバ２に対してファイルシステム５用のＮＡＳヘッド機能を持った仮想マシンを用意するという一連の処理により実現されるという解釈である（ＮＡＳ：Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）。もう一つは、ファイルシステム５から指定された容量を取り出し、ネットワークスイッチ４に対してサーバ２上に構築した仮想マシンとファイルシステム５をセキュアに接続するようにＶＬＡＮの設定を行うという一連の処理により実現されるという解釈である（ＶＬＡＮ：Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）。
【００３８】
構成条件入力部１１に入力された構成条件と構成条件解釈部１２により得られた構成条件解釈は、構成条件保存テーブル２１に保存される。
【００３９】
構成案構築部１３は、構成条件解釈部１２により得られた構成条件の解釈の要求を全て満たす構成案を作成する。すなわち、構成案構築部１３は、構成条件解釈部１２により得られた装置へのリソース要求を全て計算して構成案を構築する。
【００４０】
例えば、サーバ２が複数ある場合には、それぞれのサーバ２に対して仮想マシンを配置するという案を取りうる。ただし、指定されたＣＰＵリソース量を余剰として持つサーバ２に対する配置のみが構成案となりうる。また、記憶領域を取り出す構成条件については、ストレージ３に要求された容量がなければストレージ３を用いる構成案は取りえないことになる。同様に、ＮＡＳヘッドを動かす余裕がサーバ２になければ、この構成案も取りえないことになる。
【００４１】
また、構成案は、構成条件保存テーブル２１に保存されている既存サービスの構成条件解釈についても満たす必要がある。新規に構成条件が入力された際にも、その構成条件により置き換えられる構成条件以外については、新たな構成案においても既存の構成条件を全て満たさなければならない。
【００４２】
例えば、構成条件で指定されたサービスＩＤを用いて構成条件保存テーブル２１を参照し、そのサービスＩＤと関連付けられる全ての構成条件を取り出し、全ての構成条件を満たす構成案を作成する。
【００４３】
また、構成案構築部１３は、作成された構成案に対して、優先度を付与してもよい。優先度は、あらかじめ設定された評価基準によって、構成案について数値を付与するものとする。
【００４４】
例えば、複数の仮想マシンが相互に通信を行うサービスを配置する場合、複数の仮想マシンを同じサーバ２上に配置する方が早く通信が安定するため、そのような配置の優先度が高いと判定することができる。なお、優先される装置の優先度は小さな値となり、例えば優先度が最も高い装置の優先度は１、次に優先度の高い装置の優先度は２となる。
【００４５】
この例では、複数の仮想マシン間での相互通信のしやすさを評価基準として優先度が設定する。その他にも、装置に対して、ＣＰＵリソースの使用率、余剰となる記憶容量、サービスの提供時間などを評価基準として優先度を設定してもよい。その場合、ＣＰＵリソースの使用率が小さい方、余剰となる記憶容量が大きい方、サービスの提供時間が短い方の優先度は小さくなる。なお、優先度に関してはここに挙げた限りではなく、サービスの質を向上させるような評価基準でありさえすればよい。
【００４６】
構成案管理システム評価手段である構成案管理システム評価部１４は、構成案構築部１３により得られた構成案について、管理コストを評価する。管理システムの管理範囲は、管理システム情報テーブル２３に保存されている。構成案には、どの装置を使用するのか、また各装置についてどの機能を利用するのかが含まれている。
【００４７】
構成案管理システム評価部１４は、構成案に含まれる全ての構成要素について、必要な管理システムを管理システム情報テーブル２３から取得する。これにより、構成の対象とするサービスについて、この構成案を取った場合における管理システムの組み合わせが判明する。構成案管理システム評価部１４は、この管理システムの組み合わせから管理コストを計算する。
【００４８】
例えば、サービス全体の構成を管理するために必要な管理システムの個数を管理コストとすることができる。
【００４９】
管理コストは、管理システムの使いやすさなどによって管理システムごとに異なってもよく、組み合わせにより異なってもよい。なお、管理システムが使いやすいほど、管理コストは小さくなる。
【００５０】
例えば、構成案がサーバ２とストレージ３とＮＡＳヘッドからなる場合には、サーバ２とストレージ３とサーバ２上で動作されるＮＡＳヘッドの管理システムがどれであるかを管理システム情報テーブル２３から取得する。その結果、サーバ２は、仮想サーバ管理システムにより管理され、ストレージ３とＮＡＳヘッドはストレージ管理システムにより管理されると判明したとする。この場合、サービスの管理に必要な管理システムの数は２個であり、管理コストを管理システムの数とすれば管理コストは２と計算される。
【００５１】
別の構成案として、サーバ２とファイルシステム５をサービスに割り当て、ネットワークスイッチ４によりＶＬＡＮを実現する構成案については、ファイルシステム管理システムがファイルシステム５を管理し、ネットワーク管理システムがネットワークスイッチ４を管理し、仮想サーバ管理システムがサーバ２を管理することが分かり、管理コストは３となる。
【００５２】
別の例として、サーバ２を複数台使用する場合に、ベンダが異なるサーバを使用すれば、それぞれのベンダの提供する別々の管理システムを用いる必要があることもありうる。その場合、サーバ２内においても、どの装置の組み合わせを選択するかによって、管理システムの個数および管理コストが変化する。
【００５３】
サーバ２のみではなく、ストレージ３、ネットワークスイッチ４、ファイルシステム５などでも、同様に複数台用いる構成がありうる。その場合には、それぞれ別の管理システムが必要となることもありうる。
【００５４】
構成案選択手段である構成案選択部１５は、構成案構築部１３が作成した構成案に対して、構成案管理システム評価部１４により計算された管理コストを用いて評価し、構成案の中から一つの構成を選択する機能を有する。構成条件を満たす構成案は複数ありうるため、構成案選択部１５は、そのうちの一つを選択する。
【００５５】
構成案選択部１５は、例えば最も管理コストの小さい構成案を選択する。また、構成案構築部１３がそれぞれの構成案に対して優先度を付与している場合は、優先度と管理コストを用いて一つの構成案を選択する。例えば、優先度と管理コストの和の最も低い構成案を選択する。また、管理コストが最小となる構成案と優先度が最高の構成案とが異なる場合は、管理コストもしくは優先度のいずれかを基に構成案を選択するように設定することができる。なお、構成案選択部１５は、複数の構成案から一つを選択するために、構成案ごとに優先度を計算してもよい。
【００５６】
構成案実行手段である構成案実行部１６は、構成案選択部１５により選択された構成案に基づき、実システムの設定変更を行う。
【００５７】
例えば、新規サービスの追加として、サーバ２とストレージ３とＮＡＳヘッドからなる構成案が選択された場合は、サーバ２に対してサービス用の仮想マシンを用意し、ストレージ３にサービス用の領域を用意し、サーバ２上にＮＡＳヘッドを用意する。
【００５８】
記憶手段である記憶部１７は、システム自動構成装置１で処理する情報を格納する。記憶部１７は、構成条件保存テーブル２１と、装置情報保存テーブル２２と、管理システム情報テーブル２３とを含む。記憶部１７の機能は、主記憶装置となるメモリやハードディスク等に負わせることができ、ネットワークを通じてストレージ３などに負わせることもできる。また、システム自動構成装置１の中央演算処理装置（図示しない）のレジスタを記憶部１７としてもよい。
【００５９】
記憶部１７は、構成条件入力部１１、構成条件解釈部１２、構成案構築部１３、構成案管理システム評価部１４、構成案選択部１５及び構成案実行部１６から記憶部１７の格納するテーブルを参照できるように、それぞれの構成要素と接続されている。なお、図１においては、一つの記憶部が複数のテーブルをまとめて格納するように図示しているが、それぞれのテーブルに対して個別に記憶部を設ける構成としてもよい。
【００６０】
次に、記憶部１７に格納されるテーブルについて説明する。なお、図３〜４に示したテーブルは、各テーブルに含まれることが好ましい情報のみを示しているが、その他に必要となる情報を追加してもよい。また、図３〜４に示したテーブルの形式は一例であり、その形式には種々の変更・追加を行うことができる。
【００６１】
構成条件保存テーブル２１は、構成条件入力部１１より入力された構成条件について、構成条件解釈部１２により解釈された構成条件解釈を保存する。また、構成条件保存テーブル２１は、既存のサービスについての構成条件も保存する。なお、新たな構成条件が既存の構成条件を置き換えるものであった場合、置き換えられる対象の構成条件およびその解釈は削除される。
【００６２】
図３に、構成条件保存テーブル２１の一例を示した。図３の構成条件保存テーブル２１は、あるサービスに対応するサービスＩＤ、そのサービスの構成条件（ＣＰＵリソース量・記憶容量）、その構成条件の解釈に関する情報を含む（ＩＤ：Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）。なお、図３では、各項目における構成条件及び解釈を文章で示しているが、実際には具体的な数値情報が記述されることになる。
【００６３】
装置情報保存テーブル２２は、システムに存在する装置の情報を保存するテーブルである。ここでいう装置とは、サーバ２と、ストレージ３と、ネットワークスイッチ４と、ファイルシステム５とを含む。装置情報保存テーブル２２は、利用可能な装置・その装置の現在の利用状況・その装置がもつ機能などといった装置情報を保存する。
【００６４】
サーバ２の装置情報には、どのくらいのＣＰＵリソース量を持っているか、既に割り当てられているＣＰＵリソース量はどれくらいかといった情報を含む。ストレージ３の装置情報には、全体の記憶容量や、既に割り当て済みの記憶容量に関する情報を含む。ネットワークスイッチ４の装置情報は、既に構築済みのＶＬＡＮに関する情報を含む。ファイルシステム５の装置情報は、全体の記憶容量と既に割り当て済みの記憶容量に関する情報を含む。なお、装置情報保存テーブル２２がもつ各装置に関する情報はここに挙げたものに限らず、上述の情報を基に算出された数値などを含んでもよい。
【００６５】
図４には、装置情報保存テーブル２２の一例を示した。図４の装置情報保存テーブル２２は、各装置に対応する装置ＩＤ、各装置の利用状況、各装置が有する機能を含む。なお、実際には、装置の欄にはリソースを割り当てることができる複数の装置を記述し、利用状況の欄には使用状況に応じたフラグを立て、機能の欄には具体的な数値を含む情報が記述されることになる。
【００６６】
管理システム情報テーブル２３は、装置を管理する管理システムの種類と、その管理システムの管理範囲を保存する。
【００６７】
例えば、仮想サーバ管理システムがサーバ２を管理し、ストレージ管理システムがストレージ３とＮＡＳヘッドを管理し、ネットワーク管理システムがネットワークスイッチ４を管理し、ファイルシステム管理システムがファイルシステム５を管理しているなどといった情報が管理されている。
【００６８】
図５には、管理システム情報テーブル２３の一例を示した。図５の管理システム情報テーブル２３は、管理システムの種類と、それぞれの管理システムが管理する管理範囲を示す。
【００６９】
以上が本発明の実施形態の構成に関する説明である。なお、上述の形態は一例であって、本発明の範囲を限定するものではない。
【００７０】
次に、図６のフローチャートを参照して、本発明の実施形態の動作について詳細に説明する。
【００７１】
まず、図６において、構成条件入力部１１は、設定されたサービスＩＤと、そのサービスへの構成条件をクライアントＰＣ６から取得する（ステップ６１）。
【００７２】
構成条件解釈部１２は、入力された構成条件を解釈し、各装置（サーバ２・ストレージ３・ネットワークスイッチ４・ファイルシステム５）へのリソース要求に変換する（ステップ６２）。
【００７３】
構成案構築部１３は、ステップ６２で生成された各装置へのリソース要求と、構成条件保存テーブル２１に保存された既存のリソース要求とを合わせて、リソース要求セットを構築する（ステップ６３）。
【００７４】
構成案構築部１３は、システム中に設置されている利用可能な装置の情報を装置情報保存テーブル２２から取得する（ステップ６４）。
【００７５】
構成案構築部１３は、ステップ６３で構築したリソース要求セットを全て満たすリソース配置案のリストを、ステップ６４で取得した装置情報を用いて計算する（ステップ６５）。
【００７６】
構成案構築部１３は、ステップ６５で計算したリソース配置案それぞれに対して優先度を計算する（ステップ６６）。
【００７７】
構成案管理システム評価部１４は、ステップ６５で計算したリソース配置案それぞれについて、リソース配置案で使用する装置・リソース・機能を用いて、管理システム情報テーブル２３を検索し、リソース配置案ごとに管理システムのリストを計算する（ステップ６７）。
【００７８】
構成案選択部１５は、ステップ６５で計算されたリソース配置案のリストから、ステップ６６で計算された優先度と、ステップ６７で計算された管理システムのリストとを参照して、ひとつのリソース配置案を選択する（ステップ６８）。
【００７９】
最後に、構成案実行部１６は、ステップ６８で選択したリソース配置案に基づき、システムを構成する装置（サーバ２・ストレージ３・ネットワークスイッチ４・ファイルシステム５など）に対して必要な設定を実施する（ステップ６９）。
【００８０】
以上が本発明の実施形態に係る動作の説明である。なお、上述の動作は一例であって、本発明の範囲を限定するものではない。なお、上記の構成や動作に種々の変更や追加を成すことによって得られるシステム自動構成装置及び情報処理システムも本発明の範囲に含まれる。
【００８１】
本発明の趣旨の一つは、所与の管理システムにおいて、一つのサービスがなるべく少ない管理システムの範囲に収まるように、装置を自動的に構成することにある。すなわち、本発明の趣旨の一つは、一つのサービスに割り当てられた装置を、なるべく少ない管理システムの範囲内にあるように配置することにある。
【００８２】
ネットワークを通じてサービスを提供する際に、サーバやストレージなどの装置の種別が異なれば、設定内容が全く異なることもある。そのため、装置毎に別個の設定を行う必要があり、それぞれの装置に対して異なる管理システムを設けることにもつながる。また、同じ種類の装置であっても、装置の製造ベンダが異なれば、異なる管理システムを用いて管理する必要がある。さらには、同じベンダの同じ種別の装置であっても、異なる管理システムで管理する必要がある場合もある。これらの装置を一つのサービスで使用する場合には、装置間の設定の整合性が正しく取られることによって、正常にそれぞれの装置を相互接続でき、サービスが正常に提供される。
【００８３】
装置の設定は、その装置に対応した設定方法によって行うことができる。管理者が一つ一つの設定を実行する必要はないものの、何らかの問題が発生すれば、管理者が装置の状態や設定内容を確認する。その際、どの装置がサービスの動作に関連しているのか突き止め、問題の発生原因を特定し、修正する必要がある。問題の発生原因は、一つの装置にある場合もあり、複数の装置間の設定による不整合が影響する場合もありうる。
【００８４】
このような場合、管理者は、多数の管理システムの情報をつき合わせて、一つのサービスの動作状況に影響を与えている装置と、それらの設定の整合性とを確認しなくてはならない。しかしながら、管理システムが異なれば、設定の表現なども異なり、高いスキルと時間が必要となり、管理コストを増大することになる。
【００８５】
しかし、異なる種類の装置を統合的に管理する管理システムが導入されている場合には、その管理システムで管理される装置間であれば、同じ表現方法で設定は記載されるため、管理者が設定間の整合性を確認するのも容易である。このように、管理コストは、どのような管理システムがどの装置を管理しているのかに依存する。
【００８６】
一般的なシステム自動構成装置では、サービスが要求する機能・性能・品質が得られるような配置を実現しているが、実際には同じ機能・性能・品質を実現する構成は複数ありうる。それら複数の構成案のうち、ひとつのサービスを管理するために管理者が使用する必要のある管理システムが少なくなるような構成案を選択することで、管理コストを低減することが可能になる。
【００８７】
本発明の実施形態に係るシステム自動構成装置は、構成案構築部が構築したサービスの要求条件を満たす複数の構成案のそれぞれに対して、いくつの管理システムが関連するのかを計算する構成案管理システム評価部を備える。本発明の実施形態に係るシステム自動構成装置では、管理者がサービスを管理するために必要となる管理システムを最小化する構成案を構成案選択部によって選択することを特徴とする。
【００８８】
すなわち、本発明の実施形態に係る自動構成システムは、複数のサービスを一つのシステム上に展開し、リソースを分配する。そして、サービスやリソースの状態・使用状況をもとに、ＱｏＳを維持するためなどの目的のために自動でサービスを構成する仮想マシン、ストレージ、ネットワークなどの配置を変更する（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）。また、１つのサービスを管理するために管理者が使用する必要のある管理システムの個数を最小化する。そのため、管理者は、サービスに問題が発生した際に、サービスに関連する装置の状態や設定内容を確認する作業をより少ない時間や操作数で済ますことができる。その結果、管理工数などといった管理コストの削減を実現することができる。
【００８９】
本発明の実施形態に係るシステム自動構成装置によれば、サービスの要求条件を満たし、なおかつ、そのサービスの管理者が管理する際に必要となる管理システムの数を最小化するようなサービスの構成を実現することができる。
【００９０】
その結果、サービスに障害や性能問題などが発生したときに、管理者がサービスの動作状況についての情報を集めるために使用しなければならない管理システムの数を削減することで、少ない工数でサービス全体の構成状態を確認することが可能になる。さらに、それぞれの管理システムに保存された情報の組み合わせ数が削減されるため、少ない工数で、サービスに関する各管理システムの設定状態の整合性を確認することが可能になる。
【００９１】
以上が、本発明の実施形態に係るシステム自動構成装置及び情報処理システムに関する説明である。なお、上記の構成や動作に種々の変更や追加を成すことによって得られるシステム自動構成装置及び情報処理システムも本発明の範囲に含まれるものとする。また、本発明の実施形態に係るシステム自動構成方法、及びそのシステム自動構成方法をコンピュータに実行させるためのシステム自動構成プログラムも本発明の範囲に含まれるものとする。
【００９２】
以上、実施形態を参照して本願発明を説明してきたが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【００９３】
１    システム自動構成装置
２    サーバ
３    ストレージ
４    ネットワークスイッチ
５    ファイルシステム
６    クライアントＰＣ
７    バス
１１    構成条件入力部
１２    構成条件解釈部
１３    構成案構築部
１４    構成案管理システム評価部
１５    構成案選択部
１６    構成案実行部
１７    記憶部
２１    構成条件保存テーブル
２２    装置情報保存テーブル
２３    管理システム情報テーブル
【図１】
2014153991.tif 000003
【図２】
2014153991.tif 000004
【図３】
2014153991.tif 000005
【図４】
2014153991.tif 000006
【図５】
2014153991.tif 000007
【図６】
2014153991.tif 000008