(57)【要約】【課題】  システムの動作状況に応じて不足している資源の種別を適切に判断し、その資源を増設できるようにする。【解決手段】  運用中のシステム２の負荷状態が動作状況監視手段５ａで測定され、追加資源判定手段５ｂにより、資源追加ポリシー情報５ｃに基づいて、ハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別が判定される。そして、サーバを追加すべきと判定された場合、サーバ追加手段５ｄにより、予備用サーバ３ｃによる運用が開始される。また、ストレージデバイスを追加すべきと判定された場合、ストレージ追加手段５ｅにより、予備用ストレージデバイス４ｅ，４ｆへのシステムからのアクセスが許可される。【選択図】  図１
2006011860.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを用いて運用中のシステムにハードウェア資源を追加するためのシステム構成管理プログラムにおいて、
前記コンピュータに、
動作状況監視手段が、運用中の前記システムの負荷状態を測定し、
追加資源判定手段が、システム運用におけるハードウェア資源の所定期間内の負荷の増加度合いに応じてサーバを追加すべきかストレージデバイスを追加すべきかが定義された資源追加ポリシー情報を参照し、運用中の前記システムの負荷の増加度合いに応じたハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別を判定し、
前記サーバを追加すべきと判定された場合、サーバ追加手段が、運用中の前記システムに予め接続された状態で待機させていた予備用サーバによる運用を開始させ、
前記ストレージデバイスを追加すべきと判定された場合、ストレージ追加手段が、運用中の前記システムに予め接続された状態でアクセスを禁止していた予備用ストレージデバイスへの、前記システムからのアクセスを許可する、
処理を実行させることを特徴とするシステム構成管理プログラム。
【請求項２】
前記システムで複数のサービスが提供される場合、前記コンピュータに、
前記動作状況監視手段が、前記サービス毎の負荷を監視し、
前記追加資源判定手段が、前記ハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別を、前記サービス毎に判定し、
前記ストレージ追加手段が、前記予備用サーバに対して、前記サーバを追加すべきと判定されたサービスの提供を開始させ、
前記ストレージ追加手段が、前記予備用ストレージデバイスに対して、前記ストレージデバイスを追加すべきと判定されたサービスからのアクセスを許可する、
処理を実行させることを特徴とする請求項１記載のシステム構成管理プログラム。
【請求項３】
前記コンピュータに、
前記動作状況監視手段が、前記負荷状態として、前記システムで使用中のストレージデバイスの記憶容量を測定し、
前記追加資源判定手段が、前記所定期間内の記憶容量の増加度合いに応じて前記サーバを追加すべきか前記ストレージデバイスを追加すべきかが定義された前記資源追加ポリシー情報を参照し、運用中の前記システムで使用中の記憶容量の増加度合いに応じ、前記ハードウェア資源の追加の要否及び追加すべき資源の種別を判定する、
処理を実行させることを特徴とする請求項１記載のシステム構成管理プログラム。
【請求項４】
前記コンピュータに、
前記動作状況監視手段が、前記負荷状態として、前記システムに対するアクセス数を測定し、
前記追加資源判定手段が、前記所定期間内のアクセス数の増加度合いに応じて前記サーバを追加すべきか前記ストレージデバイスを追加すべきかが定義された前記資源追加ポリシー情報を参照し、運用中の前記システムへのアクセス数の増加度合いに応じ、前記ハードウェア資源の追加の要否及び追加すべき資源の種別を判定する、
処理を実行させることを特徴とする請求項１記載のシステム構成管理プログラム。
【請求項５】
運用中のシステムにハードウェア資源を追加するためのシステム構成管理装置において、
運用中の前記システムの負荷状態を測定する動作状況監視手段と、
システム運用におけるハードウェア資源の所定期間内の負荷の増加度合いに応じてサーバを追加すべきかストレージデバイスを追加すべきかが定義された資源追加ポリシー情報を参照し、運用中の前記システムの負荷の増加度合いに応じたハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別を判定する追加資源判定手段と、
前記サーバを追加すべきと判定された場合、運用中の前記システムに予め接続された状態で待機させていた予備用サーバによる運用を開始させるサーバ追加手段と、
前記ストレージデバイスを追加すべきと判定された場合、運用中の前記システムに予め接続された状態でアクセスを禁止していた予備用ストレージデバイスへの、前記システムからのアクセスを許可するストレージ追加手段と、
を有することを特徴とするシステム構成管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は複数のサーバで構成されるシステム構成をコンピュータで管理するためのシステム構成管理プログラム及びシステム構成管理装置に関し、特にハードウェア資源の自動追加が可能なシステム構成管理プログラム及びシステム構成管理装置に関する。
【背景技術】
【０００２】
現在、ネットワークを介して様々なサービスの提供が行われている。その場合、ユーザの増加等の影響により、運用中にシステムの負荷が増加することがある。そこで、適宜、システムの機能を増強する必要が生じる。一般的には、コンピュータシステムの処理能力が不足した際に、不足分を補う資源（サーバやストレージデバイスなど）を追加し、システム全体を構築し直すこととなる。
【０００３】
なお、コンピュータシステムが大規模になると、どのような機能がどの程度不足しているのかを的確に判断するのが難しくなる。そこで、ユーザ企業毎のコンピュータの計算資源の割当てを、ユーザ企業毎の負荷に応じて自動的に変更する技術が考えられている（例えば、特許文献１参照）。また、あるシステムのストレージデバイスの空き容量が少なくなってきた場合に、そのシステムのストレージを増設する技術も考えられている（例えば、特許文献２参照）。
【特許文献１】特開２００２−２４１９２号公報
【特許文献２】特開２００３−１９６１３５号公報（段落番号［００３６］−［００４０］）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、システムの処理能力が不足した場合、サーバによる演算機能が不足しているのか、ストレージデバイスの容量が不足しているのかが不明な場合がある。例えば、ストレージデバイスの空き容量の不足のみを検知してストレージデバイスを増設すると、サーバで管理する記憶領域が増加し、サーバの負荷が過大になる場合がある。このように、単にストレージデバイスの枯渇を検出して、ストレージデバイスを増設するだけでは、システム全体の負荷が軽減されない虞がある。
【０００５】
このように、ハードウェア資源の種別毎に不足の有無を判断したのでは、判断結果が不適切な場合がある。その結果、増設した資源と異なる資源の枯渇や、余分な資源の増設を誘発することによる資源の利用効率の低下を招く可能性があった。
【０００６】
しかも、複数のサービスを提供する場合、サービス毎にハードウェア資源が割り当てられる。そのため、サービス毎に不足する資源が異なる。その結果、サービスを提供している者にとって、サービス毎のサービス品質保証（ＳＬＡ：Service Level Agreement）維持が困難となる。そこで、不足する資源の種別をサービス毎に的確に判別し、不足した資源を追加できるシステムが望まれている。
【０００７】
本発明はこのような点に鑑みてなされたものであり、システムの動作状況に応じて不足している資源の種別を適切に判断し、その資源を増設できるシステム構成管理プログラム及びシステム構成管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明では上記課題を解決するために、図１に示すような、コンピュータを用いて運用中のシステムにハードウェア資源を追加するためのシステム構成管理プログラムが提供される。このシステム構成管理プログラムに基づいて、コンピュータ内に図１に示す処理機能が実現される。すなわち、動作状況監視手段５ａは、運用中のシステム２の負荷状態を測定する。追加資源判定手段５ｂは、システム運用におけるハードウェア資源の所定期間内の負荷の増加度合いに応じてサーバを追加すべきかストレージデバイスを追加すべきかが定義された資源追加ポリシー情報５ｃを参照し、前記運用中のシステムの負荷の増加度合いに応じたハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別を判定する。サーバ追加手段５ｄは、サーバを追加すべきと判定された場合、運用中のシステム２に予め接続された状態で待機させていた予備用サーバ３ｃによる運用を開始させる。ストレージ追加手段５ｅは、ストレージデバイスを追加すべきと判定された場合、運用中のシステムに予め接続された状態でアクセスを禁止していた予備用ストレージデバイス４ｅ，４ｆへの、システムからのアクセスを許可する。
【０００９】
これにより、運用中のシステム２の負荷状態が動作状況監視手段５ａで測定され、追加資源判定手段５ｂにより、資源追加ポリシー情報５ｃに基づいて、ハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別が判定される。そして、サーバを追加すべきと判定された場合、サーバ追加手段５ｄにより、予備用サーバ３ｃによる運用が開始される。また、ストレージデバイスを追加すべきと判定された場合、ストレージ追加手段５ｅにより、予備用ストレージデバイス４ｅ，４ｆへのシステムからのアクセスが許可される。
【００１０】
また、上記課題を解決するために、運用中のシステムにハードウェア資源を追加するためのシステム構成管理装置において、運用中の前記システムの負荷状態を測定する動作状況監視手段と、システム運用におけるハードウェア資源の所定期間内の負荷の増加度合いに応じてサーバを追加すべきかストレージデバイスを追加すべきかが定義された資源追加ポリシー情報を参照し、運用中の前記システムの負荷の増加度合いに応じたハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別を判定する追加資源判定手段と、前記サーバを追加すべきと判定された場合、運用中の前記システムに予め接続された状態で待機させていた予備用サーバによる運用を開始させるサーバ追加手段と、前記ストレージデバイスを追加すべきと判定された場合、運用中の前記システムに予め接続された状態でアクセスを禁止していた予備用ストレージデバイスへの、前記システムからのアクセスを許可するストレージ追加手段と、を有することを特徴とするシステム構成管理装置が提供される。
【００１１】
このようなシステム構成管理装置によれば、動作状況監視手段により、運用中のシステムの負荷状態を測定する。次に、追加資源判定手段により、資源追加ポリシー情報が参照され、運用中のシステムの負荷の増加度合いに応じたハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別が判定される。サーバを追加すべきと判定された場合、サーバ追加手段により、運用中のシステムに予め接続された状態で待機させていた予備用サーバによる運用を開始させる。また、ストレージデバイスを追加すべきと判定された場合、ストレージ追加手段により、運用中のシステムに予め接続された状態でアクセスを禁止していた予備用ストレージデバイスへの、システムからのアクセスが許可される。
【発明の効果】
【００１２】
本発明では、運用中のシステムの負荷の増加度合いに応じて、追加すべきハードウェア資源の種別を判定し、判定されたハードウェア資源を運用中のシステムに追加するようにしたため、不足しているハードウェア資源の種別を適切に判断し、そのハードウェア資源を増設することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図面を参照して説明する。
まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態の具体的な内容を説明する。
【００１４】
図１は、実施の形態に適用される発明の概念図である。図１に示すように、端末装置１ａ，１ｂ，・・・を使用するユーザに対して、ネットワーク１を介してサービスを提供するシステムが設けられている。運用中のシステム２は、複数のサーバ３ａ，３ｂとストレージデバイス群４内の複数のストレージデバイス４ａ，４ｂ，４ｃ，４ｄによってサービスを提供している。サーバ３ａ，３ｂは、ロードバランサ２ａとスイッチ２ｂを介してネットワーク１に接続されている。また、ストレージデバイス４ａ，４ｂ，４ｃ，４ｄは、スイッチ２ｃを介して、サーバ３ａ，３ｂに接続されている。
【００１５】
運用中のシステム２には、さらに、予備用サーバ３ｃが接続されている。具体的には、予備用サーバ３ｃが、スイッチ２ｂとスイッチ２ｃとに接続されている。ただし、現在、予備用サーバ３ｃは待機状態に置かれており、サービスは提供していない。
【００１６】
また、運用中のシステム２には、ストレージデバイス群４内の予備用ストレージデバイス４ｅ，４ｆも接続されている。ただし、現在、予備用ストレージデバイス４ｅ，４ｆは、運用中のシステム２からのアクセスを禁止した状態に置かれている。
【００１７】
このようなシステムが管理サーバ５で管理される。管理サーバ５は、動作状況監視手段５ａ、追加資源判定手段５ｂ、資源追加ポリシー情報５ｃ、サーバ追加手段５ｄ、及びストレージ追加手段５ｅを有する。動作状況監視手段５ａは、運用中のシステム２の負荷状態を測定する。たとえば、サービスを提供しているサーバ３ａ，３ｂで使用しているストレージデバイスの記憶容量を監視する。
【００１８】
追加資源判定手段５ｂは、資源追加ポリシー情報５ｃを参照し、前記運用中のシステムの負荷の増加度合いに応じたハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別を判定する。資源追加ポリシー情報５ｃには、システム運用におけるハードウェア資源の所定期間内の負荷の増加度合いに応じてサーバを追加すべきかストレージデバイスを追加すべきかが定義されている。
【００１９】
たとえば、資源追加ポリシー情報５ｃには、計測期間で示された期間内での使用しているストレージデバイスの記憶容量の増加分（増加容量）に応じた追加資源が定義される。図１の例では、３日間の増加容量の１０ＧＢ以上、２５ＧＢ未満であれば、ストレージデバイスを追加すべき旨が定義されている。また、３日間の増加容量の２５ＧＢ以上であれば、サーバを追加すべ旨が定義されている。
【００２０】
サーバ追加手段５ｄは、サーバを追加すべきと判定された場合、運用中のシステム２に予め接続された状態で待機させていた予備用サーバ３ｃによる運用を開始させる。また、ストレージ追加手段５ｅは、ストレージデバイスを追加すべきと判定された場合、運用中のシステムに予め接続された状態でアクセスを禁止していた予備用ストレージデバイス４ｅ，４ｆへの、システムからのアクセスを許可する。
【００２１】
このような管理サーバ５によれば、運用中のシステム２の負荷状態が動作状況監視手段５ａで測定され、追加資源判定手段５ｂにより、資源追加ポリシー情報５ｃに基づいて、ハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別が判定される。そして、サーバを追加すべきと判定された場合、サーバ追加手段５ｄにより、予備用サーバ３ｃによる運用が開始される。また、ストレージデバイスを追加すべきと判定された場合、ストレージ追加手段５ｅにより、予備用ストレージデバイス４ｅ，４ｆへのシステムからのアクセスが許可される。
【００２２】
このように、運用中のシステム２の負荷の増加度合いに応じて、追加すべきハードウェア資源の種別を判定し、判定されたハードウェア資源を運用中のシステムに追加するようにした。そのため、不足しているハードウェア資源の種別を適切に判断し、そのハードウェア資源を増設することができる。たとえば、図１に示すような資源追加ポリシー情報５ｃを予め定義すれば、使用されているストレージデバイスの増加容量に基づいて、サーバを追加すべきか、ストレージデバイスを追加すべきかを適切に判断することができる。
【００２３】
ところで、複数のサービスを提供するシステムの場合、追加すべきハードウェア資源の種別の判定をサービス毎に行うことができる。そこで、サービス毎に、不足するハードウェア資源を自動で追加するシステムの例を、実施の形態として具体的に説明する。
【００２４】
図２は、本発明の実施の形態に係るシステム構成例を示す図である。図２には、インターネット２０に接続された複数の端末装置２１，２２，・・・に対して各種サービスを提供するＷｅｂシステム２００の例が示されている。このＷｅｂシステム２００は、ネットワーク１０を介して接続された管理サーバ１００によって管理される。
【００２５】
Ｗｅｂシステム２００には、ロードバランサ２１０、レベル２（Ｌ２）スイッチ２２０、複数のサーバ２３１，２３２，２３３、ファイバーチャネル（ＦＣ）スイッチ２４０、及び複数のストレージデバイス２５１〜２５６を含むストレージデバイス群２５０を有している。
【００２６】
ロードバランサ２１０は、インターネット２０に接続されており、端末装置２１，２２，・・・との間で通信を行う。また、ロードバランサ２１０は、運用中のサーバの処理負荷等を監視し、負荷が分散されるように端末装置２１，２２，・・・からの処理要求のサーバへの振り分けを行う。
【００２７】
Ｌ２スイッチ２２０は、ロードバランサ２１０とサーバ２３１，２３２，２３３との間に設けられており、ロードバランサで振り分けられた処理要求を、対応するサーバに転送する。
【００２８】
サーバ２３１，２３２，２３３は、端末装置２１，２２，・・・からの処理要求に応じて処理を実行し、処理結果を応答する。なお、原則としてサーバ２３１，２３２，２３３のうちの少なくとも１つが予備としてサービスを提供しない状態に置かれ、他のサーバによって処理が実行される。サーバ２３１，２３２，２３３は、処理を実行する際には、必要に応じてストレージデバイス群２５０にアクセスする。
【００２９】
ＦＣスイッチ２４０は、サーバ２３１，２３２，２３３とストレージデバイス群２５０との間に設けられており、サーバ２３１，２３２，２３３からのアクセス要求に応じて、そのアクセス要求で指定されたストレージデバイスに転送する。
【００３０】
ストレージデバイス群２５０は、複数のストレージデバイス２５１〜２５６を管理している。これらのストレージデバイス２５１〜２５６のうち、少なくとも１つが予備としてプールされ、他のストレージデバイスがサーバで使用される。
【００３１】
管理サーバ１００は、ネットワーク１０を介して、Ｗｅｂシステム２００内の各装置に接続されており、各装置の運用状況を管理する。また、任意のサービスを提供するためのハードウェア資源が不足した場合、追加すべきハードウェア資源の種別（サーバまたはストレージデバイス）を判断する。そして、管理サーバ１００は、追加すべきと決定されたハードウェア資源がサービスの提供に利用されるように、Ｗｅｂシステム２００の運用形態を再構築する。
【００３２】
なお、本実施の形態では、Ｗｅｂシステム２００により、端末装置２１，２２，・・・を使用するエンドユーザにサービスが提供される。提供するサービスは、それぞれＶＬＡＮ（Virtual Local Area Network）が形成されおり、各サービスには“ＶＬＡＮ  ＩＤ”が設定される。これにより、ネットワークセグメントが仮想的に分割されている。
【００３３】
また、各サービスには個別のＵＲＬ（Uniform Resource Locator）が対応付けられており、そのＵＲＬにアクセスすることで端末装置２１，２２，・・・からのサービスを利用することができる。同じサービスを提供するサーバが複数ある場合、ロードバランサ２１０によりサービス（ＵＲＬ）の単位でサーバの負荷分散が行われる。
【００３４】
さらに、サーバ内の物理構成／論理構成は、ＩＰ（Internet Protocol）アドレスなどを除き、サービス単位で同一とする。各サーバは、マスタのイメージデータにより環境の構築が可能である。サーバがサービスを提供するために必要な設定情報（ＶＬＡＮ  ＩＤ、ＩＰアドレスの範囲、マスタイメージ、必要なストレージ容量など）は、予めポリシーとして管理サーバ１００内で定義されている。管理サーバ１００は、Ｗｅｂシステム２００外に設けられ、全ての管理対象装置とＩＰレベルで通信可能である。
【００３５】
このようなシステムにより、サービス毎のサーバまたはストレージデバイスの追加が可能となる。すなわち、管理サーバ１００は、サービス毎に、一定期間のストレージデバイスの使用量の増分を計測する。そして、管理サーバ１００は、使用量の増分をサービス毎の閾値と比較し、ストレージデバイスのみを増加させるか、サーバを追加するかを判断する。
【００３６】
サーバを追加する場合、管理サーバ１００は、追加するサーバにＯＳ（Operating System）及び各種ソフトウェアを含むイメージデータをコピーし、そのＯＳによってサーバを起動する。そして、起動したサーバにＩＰアドレス等の設定をする。
【００３７】
また、管理サーバ１００は、現在使用しているストレージデバイスから必要なデータを切り出し、新しいストレージデバイスにコピーする。さらに、管理サーバ１００は、ロードバランサ２１０に対してサーバのサービスへの組み込み指示等を行う。
【００３８】
ストレージデバイスを追加する場合、管理サーバ１００は、追加するストレージデバイスに対して、該当するサーバからアクセスできるように、ＦＣスイッチ２４０等の設定を行う。
【００３９】
図３は、本発明の実施の形態に用いる管理サーバのハードウェア構成例を示す図である。管理サーバ１００は、ＣＰＵ(Central Processing Unit)１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ(Random Access Memory)１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、及び通信インタフェース１０６が接続されている。
【００４０】
ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。
【００４１】
グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。
【００４２】
通信インタフェース１０６は、ネットワーク１０に接続されている。通信インタフェース１０６は、ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。
【００４３】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には、管理サーバ１００のハードウェア構成のみを示したが、端末装置２１，２２，・・・、サーバ２３１，２３２，２３３等も同様のハードウェアで実現することができる。
【００４４】
次に、管理サーバ１００が有する処理機能について説明する。
図４は、管理サーバの処理機能を示す図である。なお、図４の例では、サーバ２３１とサーバ２３２とがサービス提供しており（運用中）、サーバ２３３はサービスを提供していない状態である（予備）。また、ストレージデバイス群２５０内のストレージデバイス２５１〜２５６のうち、４台のストレージデバイス２５１〜２５４が使用されており、２台のストレージデバイス２５５，２５６は使用されていない。
【００４５】
管理サーバ１００には、ポリシー情報１１１、サービス定義情報１１２、構成情報１１３、ログ１１４が格納されている。ポリシー情報１１１には、Ｗｅｂシステム２００の運用状態の変化に応じて追加すべき資源が定義されている。サービス定義情報１１２には、Ｗｅｂシステム２００で提供可能なサービス、及びそのサービスを提供するために必要な資源等の情報が登録されている。構成情報１１３には、現在提供しているサービスの種別、及び各サービスの提供に使用されている資源が設定されている。ログ１１４には、Ｗｅｂシステム２００の運用状況を示す情報のログが格納されている。
【００４６】
また、管理サーバ１００には、Ｗｅｂシステム２００の運用状態の管理、及びシステムの再構築等のための遠隔制御を行うために、ロードバランサ（ＬＢ）管理部１２０、スイッチ管理部１３０、サーバ管理部１４０、イメージ配信部１５０、ストレージ管理部１６０を有している。
【００４７】
ＬＢ管理部１２０は、ロードバランサ２１０の運用状態の計測、及び制御を行う。ロードバランサ２１０の制御としては、処理要求の振り分け対象とするサーバの追加等がある。スイッチ管理部１３０は、Ｌ２スイッチ２２０の運用状態の計測、及び制御を行う。サーバ管理部１４０は、サーバ２３１，２３２，２３３の運用状態の計測、及び制御を行う。サーバ２３１，２３２，２３３の制御としては、サービス提供に使用するストレージデバイスの追加等がある。イメージ配信部１５０は、システムディスクのイメージデータ１５１を複数有しており、サーバに対してイメージデータ１５１を配信する。
【００４８】
ここでイメージデータ１５１とは、ストレージデバイスにインストールされたＯＳやアプリケーションのプログラム及び必要なデータのバックアップデータである。イメージデータをサーバのシステムディスクにコピーすれば、イメージデータにバックアップされていたＯＳを用いてサーバを起動できる。
【００４９】
また、イメージ配信部１５０は、イメージデータ１５１を受信したサーバの動作環境設定も行う。ストレージ管理部１６０は、ＦＣスイッチ２２０とストレージデバイス群２５０と運用状態の計測、及び制御を行う。
【００５０】
さらに、管理サーバ１００には、システム構成追加処理のために、データ収集部１７１、分析・判断部１７２、及び構成制御部１７３を有している。
データ収集部１７１は、ＬＢ管理部１２０、スイッチ管理部１３０、サーバ管理部１４０、及びストレージ管理部１６０が計測した各種装置の運用状態を示すデータを収集し、ログ１１４に格納する。
【００５１】
分析・判断部１７２は、ログ１１４に格納されたデータを参照し、ポリシー情報１１１と照合する。そして、分析・判断部１７２は、サービス毎に資源の追加の要否、及び追加する際の資源の種別等を判断する。
【００５２】
構成制御部１７３は、サービスに対して追加すべき資源が決定されると、サービス定義情報１１２を参照し、そのサービスを提供するサーバに設定すべき動作環境（ＩＰアドレス等）を決定する。また、構成制御部１７３は、構成情報１１３を参照し、資源を追加すべきサービスを現在提供しているサーバ等を判断し、変更後のシステムの構成を決定する。
【００５３】
そして、構成制御部１７３は、ＬＢ管理部１２０、スイッチ管理部１３０、サーバ管理部１４０、イメージ配信部１５０、ストレージ管理部１６０に対して要求を出力し、決定された構成となるように各資源を制御させる。また、構成制御部１７３は、構成情報１１３の内容を、変更後のシステム構成となるように更新する。
【００５４】
次に、管理サーバ１００に格納される各種データの具体例について説明する。
図５は、ポリシー情報のデータ構造例を示す図である。ポリシー情報１１１には、サービス、計測期間、増加容量、追加資源、及び追加容量の各欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連付けられ、資源追加に関するポリシーのレコードを構成している。
【００５５】
サービスの欄には、資源追加の対象となるサービスの名称が設定される。計測期間の欄には、運用状態の変化を判断するための状態の計測期間が設定される。増加容量の欄には、資源の追加が必要となるための運用状況の変化量の閾値が設定される。図５の例では、ストレージデバイスの使用量の変化量がギガバイト（ＧＢ）単位で設定されている。追加資源の欄には、資源の追加が必要とされた場合に追加する資源の種別が設定される。追加容量の欄には、ストレージデバイスの追加を行う場合の追加する記憶容量が設定される。
【００５６】
たとえば、１つめのレコードには、サービスＡの運用状況を計測したとき、使用するストレージデバイスの容量が３日間で１０ＧＢ以上増加した場合、ストレージデバイスの追加が必要であることが設定されている。その際に追加される記憶容量は、１００ＧＢである。
【００５７】
また、２つめのレコードには、サービスＡの運用状況を計測したとき、使用するストレージデバイスの容量が３日間で２５ＧＢ以上増加した場合、サーバの追加が必要であることが設定されている。その際には、サーバ１台と、１００ＧＢの記憶容量のストレージデバイスが追加される。
【００５８】
なお、サービスＡで使用するストレージデバイスの容量が３日間で２５ＧＢ以上増加した場合、１つめのレコードと２つめのレコードとの両方の条件を満たしている。このように複数のレコードの条件が満たされた場合、増加容量の欄に設定された値が大きい方のレコードの内容が適用される。
【００５９】
図６は、サービス定義情報のデータ構造例を示す図である。サービス定義情報１１２には、サービス、ＵＲＬ、イメージ、“ＶＬＡＮ  ＩＤ”、ＩＰアドレス、及び初期容量の各欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連付けられ、サービスに関する情報のレコードを構成している。
【００６０】
サービスの欄には、Ｗｅｂシステム２００で提供可能なサービスの名称が設定される。ＵＲＬの欄には、各サービスに割り当てられたＵＲＬが設定される。イメージの欄には、サービスを提供するためのサーバに配信すべきイメージデータの名称が設定される。“ＶＬＡＮ  ＩＤ”の欄には、各サービスのＶＬＡＮの識別情報が設定される。ＩＰアドレスの欄には、サービスを提供するサーバに設定可能なＩＰアドレスが設定される。初期容量の欄には、サービス開始時に最低限必要となるストレージデバイスの記憶容量が設定される。
【００６１】
たとえば、サービスＡのＵＲＬは、「http://a」である。また、サービスＡを提供するサーバには、イメージａのイメージデータが配信される。さらに、サービスＡは、“ＶＬＡＮ  ＩＤ”「１」のＶＬＡＮを構成し、「１．１．１．１」から「１．１．１．２５５」の間の任意のＩＰアドレスが設定される。そして、サービスＡの提供開始時には、１００ＧＢのストレージデバイスが割り当てられる。
【００６２】
図７は、構成情報の例を示す図である。構成情報１１３には、ＵＲＬ、“ＶＬＡＮ  ＩＤ”、ポート、イメージ、ＩＰアドレス、ストレージデバイス、容量の各欄が設けられている。
【００６３】
ＵＲＬの欄には、運用されているサービスに割り当てられているＵＲＬが設定される。“ＶＬＡＮ  ＩＤ”の欄には、サービスを提供しているサーバが属するＶＬＡＮの識別情報が設定される。ポートの欄には、サービスを提供しているサーバが接続されたＬ２スイッチ２２０のポートの番号が設定される。イメージの欄には、サービスを提供しているサーバに配信されたイメージデータの名称が設定される。ＩＰアドレスの欄には、サービスを提供しているサーバのＩＰアドレスが設定される。ストレージデバイスの欄には、そのサービスの提供に使用されるストレージデバイスの識別番号が設定される。容量の欄には、使用可能なストレージデバイスの記憶容量が設定される。
【００６４】
たとえば、ＵＲＬ「http://a」に対応するサービスは“ＶＬＡＮ  ＩＤ”「１」を構成するサーバで提供されている。そのサーバには、イメージａのイメージデータが配信され、そのサーバのＩＰアドレスは「１．１．１．１」である。また、そのサービスの提供には、識別番号「１」のストレージデバイスにおいて１００ＧＢの記憶容量が使用可能である。
【００６５】
図８は、ログのデータ構造例を示す図である。ログ１１４には、ＩＰアドレス、サービス、データ取得時刻、使用量の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連付けられ、負荷状態を示す情報のレコードを構成している。
【００６６】
ＩＰアドレスの欄には、データを出力したサーバのＩＰアドレスが設定される。サービスの欄には、データを出力したサーバで提供しているサービスの名称が設定される。データ取得時刻の欄には、該当データを取得した時刻が設定される。使用量の欄には、該当サービスによるストレージデバイスの使用量が設定される。
【００６７】
以上のような機能及びデータを有している管理サーバ１００により、以下の処理が行われる。
図９は、管理サーバによる資源追加処理の手順を示すフローチャートである。以下、図９に示す処理をステップ番号に沿って説明する。
【００６８】
［ステップＳ１１］データ収集部１７１は、サーバ管理部１４０から、各サービスによるストレージデバイス群２５０の使用量を示すデータを収集する。具体的には、サーバ管理部１４０が、運用中のサーバ２３１，２３２に対して、サービスによって実際に使用しているストレージデバイスの容量の取得要求を送信する。すると、各サーバ２３１，２３２は、サービスによるストレージデバイスの使用量をサーバ管理部１４０に応答する。その後、サーバ管理部１４０は、各サーバ２３１，２３２から受け取ったデータを、データ収集部１７１に渡す。データ収集部１７１は、サービス毎のストレージデバイスの使用量を示すデータを、ログ１１４に格納する。
【００６９】
なお、サーバ２３１，２３２は、サービス毎に使用可能なファイルシステム上のディレクトリ配下のデータ容量を計測することで、サービスが現在使用しているストレージデバイスの容量を取得できる。
【００７０】
［ステップＳ１２］分析・判断部１７２は、Ｗｅｂシステム２００で提供しているサービスを１つ選択する。
［ステップＳ１３］分析・判断部１７２は、ログ１１４を参照し、選択したサービスのストレージ使用量の計測期間内での増分を判断する。具体的には、分析・判断部１７２は、ログ１１４から、ステップＳ１２で選択したサービスのデータうち、最新のデータとポリシー情報１１１の計測期間で示された期間だけ遡った時刻のデータ（過去のデータ）とを取得する。さらに、分析・判断部１７２は、取得した最新のデータと過去のデータとを比較し、ストレージデバイスの使用量の増分を算出する。
【００７１】
［ステップＳ１４］分析・判断部１７２は、選択したサービスにサーバを追加すべきか否かを判断する。具体的には、分析・判断部１７２は、選択したサービスのストレージデバイスの使用量の増分が、ポリシー情報１１１に設定されている該当サービスの増加容量以上か否かを判断する。そして、分析・判断部１７２は、ストレージデバイスの使用量の増分が増加容量以上である場合、ポリシー情報１１１を参照し、そのサービスの追加資源を判断する。分析・判断部１７２は、追加資源がサーバであれば、サーバの追加が必要であると判断する。
【００７２】
サービスについてサーバの追加が必要であれば、処理がステップＳ１５に進められる。サーバの追加が不要であれば、処理がステップＳ２０に進められる。
［ステップＳ１５］サーバの追加が必要と判断されると、構成制御部１７３は、選択したサービスを提供するサーバを追加する。具体的には、構成制御部１７３は、サービス定義情報１１２を参照し、サーバに送信するイメージデータ、“ＶＬＡＮ  ＩＤ”、ＩＰアドレスを決定する。そして、構成制御部１７３は、プールされているサーバへのイメージデータの配信要求を、イメージ配信部１５０に対して送信する。すると、イメージ配信部１５０は、構成制御部１７３で決定されたイメージデータを、追加するサーバに送信する。サーバでは、イメージデータがシステムディスク（ＯＳを格納するサーバ内蔵のストレージデバイス）に格納される。サーバは、システムディスクに格納されたイメージデータに基づいて、ＯＳ等の機能を実行することができる。さらに、イメージ配信部１５０は、構成制御部１７３で決定された“ＶＬＡＮ  ＩＤ”やＩＰアドレスに応じて、サーバの環境設定を行う。
【００７３】
［ステップＳ１６］構成制御部１７３は、ストレージデバイスの設定を行う。具体的には、構成制御部１７３は、ポリシー情報１１１の追加容量の欄を参照し、追加する資源を判断する。そして、構成制御部１７３は、ストレージ管理部１６０に対して、追加すべき記憶容量分のストレージデバイスを、サービスに割り当てるように指示する。すると、ストレージ管理部１６０は、ストレージデバイス群２５０を制御し、必要な記憶領域を確保すると共に、ステップＳ１２で選択したサービスからアクセスできるように、ＦＣスイッチ２４０の動作環境を設定する。
【００７４】
［ステップＳ１７］構成制御部１７３は、データを移動する。具体的には、構成制御部１７３は、ストレージ管理部１６０に対して、新たに確保した記憶領域に、該当サービスのデータを移動するように指示する。すると、ストレージ管理部１６０は、ストレージデバイス群２５０を制御し、指示に従ってデータの移動を実施する。
【００７５】
［ステップＳ１８］構成制御部１７３は、ＶＬＡＮの設定を変更する。具体的には、構成制御部１７３は、サーバ管理部１４０に対して、新たに立ち上げたサーバを、ステップＳ１５で決定したＶＬＡＮに追加するように指示を出す。すると、サーバ管理部１４０は、指示に従ってサーバの環境を設定する。
【００７６】
［ステップＳ１９］構成制御部１７３は、ロードバランサ２１０の設定を変更する。具体的には、構成制御部１７３は、ＬＢ管理部１２０に対して、新たに立ち上げたサーバを、選択したサービスの処理対象の１つとして選択可能とするように指示を出す。すると、ＬＢ管理部１２０は、指示に従ってロードバランサ２１０の設定を変更する。設定が完了すると、構成制御部１７３は構成情報１１３の内容を更新する。その後、処理がステップＳ２２に進められる。
【００７７】
［ステップＳ２０］一方、ステップＳ１４でサーバの追加が不要と判断された場合、分析・判断部１７２は、選択したサービスにストレージデバイスを追加すべきか否かを判断する。具体的には、分析・判断部１７２は、選択したサービスのストレージデバイスの使用量の増分が、ポリシー情報１１１に設定されている該当サービスの増加容量以上か否かを判断する。そして、分析・判断部１７２は、ストレージデバイスの使用量の増分が増加容量以上である場合、ポリシー情報１１１を参照し、そのサービスの追加資源を判断する。分析・判断部１７２は、追加資源がストレージデバイスであれば、ストレージデバイスの追加が必要であると判断する。
【００７８】
サービスについてストレージデバイスの追加が必要であれば、処理がステップＳ２１に進められる。ストレージデバイスの追加が不要であれば、処理がステップＳ２２に進められる。
【００７９】
［ステップＳ２１］構成制御部１７３は、ストレージデバイスを追加する。具体的には、構成制御部１７３は、ポリシー情報１１１の追加容量の欄を参照し、追加する記憶容量を判断する。そして、構成制御部１７３は、ストレージ管理部１６０に対して、追加すべき記憶容量分のストレージデバイスを、サービスに割り当てるように指示する。すると、ストレージ管理部１６０は、ストレージデバイス群２５０を制御し、必要な記憶領域を確保すると共に、ステップＳ１２で選択したサービスからアクセスできるように、ＦＣスイッチ２４０の動作環境を設定する。その後、構成制御部１７３は、構成情報１１３の内容を更新する。
【００８０】
［ステップＳ２２］分析・判断部１７２は、未処理のサービスがあるか否かを判断する。未処理のサービスがあれば、処理がステップＳ１２に進められる。全てのサービスに対して処理が完了していれば、処理がステップＳ２３に進められる。
【００８１】
［ステップＳ２３］データ収集部１７１は、資源追加処理の終了を示す指示が入力されたか否かを判断する。終了の指示があれば、処理を終了する。終了の指示がなければ、処理がステップＳ１１に進められ、上記の処理が繰り返される。
【００８２】
なお、サービスに対する資源の追加が行われた場合、構成情報１１３の更新が行われ、構成情報１１３の内容が最新の状態に保たれる。たとえば、図７に示す状態の構成情報１１３では、ＵＲＬ「http://b」に対応するサービス「サービスＢ」（図６参照）が、ＩＰアドレス「１．１．２．１」のサーバで提供されている。この状態で、サービスＢで使用されるストレージデバイスの容量が２日間で３５ＧＢ以上増加すると、サービスＢに対してサーバと２００ＧＢのストレージデバイスとの追加が必要となる（図５参照）。すると、構成制御部１７３によって、Ｗｅｂシステム２００の構成が再構築され、再構成後のシステム構成が構成情報１１３に登録される。
【００８３】
図１０は、更新後の構成情報の例を示す図である。更新前の構成情報１１３（図７参照）と比較すると、ＵＲＬ「http://b」、ＶＬＡＮ「２」、ポート「４」、イメージ「イメージＢ」、ＩＰアドレス「１．１．２．２」、ストレージデバイス「３」、容量「４００ＧＢ」の新規レコードが追加されている。このレコードは、追加されたサーバに対応する情報を示している。
【００８４】
また、同じサービスを提供する複数のサーバがある場合、サービスの提供に必要なデータは共有される。従って、サービスＢを以前からサービスを提供しているサーバ（ＩＰアドレス「１．１．２．１」）の使用するストレージデバイスが「３」に変更され、容量が「４００ＧＢ」に変更されている。
【００８５】
以上のようにして、Ｗｅｂシステム２００のサービス提供に不足している資源を判断し、サーバが不足していればサーバを、ストレージデバイスが不足していればストレージデバイスを該当サービスに追加することができる。
【００８６】
［ＣＰＵの負荷に基づくサーバの追加要否判断例］
なお、運用中のサーバのＣＵＰの処理負荷を監視して、サーバの追加の要否を判断することもできる。その場合、ポリシー情報として、サーバ追加ポリシー情報を新たに用意する。
【００８７】
図１１は、ＣＰＵの負荷に基づくサーバ追加ポリシーのデータ構造例を示す図である。サーバ追加ポリシー情報１１１ａには、サービス、サンプリング間隔、追加ＣＰＵ数、及びＣＰＵ使用率閾値の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連付けられ、サーバ追加ポリシーのレコードを構成している。
【００８８】
サービスの欄には、サービスの名称が設定される。サンプリング間隔の欄には、ＣＰＵの使用率を計測する間隔及びサンプリング回数が設定される。追加ＣＰＵの欄には、ＣＰＵの使用率が閾値を超えた際に追加されるＣＰＵ数が設定される。ＣＰＵ使用率閾値の欄には、ＣＰＵを追加の要否を判定する際のＣＰＵ使用率（サンプリングされた値の平均）の閾値である。
【００８９】
たとえば、サービスＡのＣＰＵ使用率を１０秒間隔で３回計測した結果、ＣＰＵ使用率の平均が７０％以上の場合、サービスＡを提供するＣＰＵが１つ追加される。
なお、サービスＡのＣＰＵ使用率が８５％以上となった場合、１つめのレコードと２つめのレコードとの両方の条件を満たしている。このように複数のレコードの条件が満たされた場合、ＣＰＵ使用率閾値の欄に設定された値が大きい方のレコードの内容が適用される。
【００９０】
このようなサーバ追加ポリシー情報１１１ａを用いて、管理サーバ１００において以下の処理が行われる。
まず、データ収集部１７１が、サーバ管理部１４０を介して各サーバのＣＰＵ使用率のデータをサンプリング間隔で取得する。そのデータは、ログ１１４に記録される。次に、分析・判断部１７２が、所定の回数分のＣＰＵ使用率の平均を計算し、平均値が閾値以上か否かを判断する。ＣＰＵ使用率の平均が閾値以上であれば、サーバの増加が必要と判断される。
【００９１】
サーバを追加する場合、構成制御部１７３によって、追加ＣＰＵの項目で示される数のＣＰＵに相当する機能のサーバが追加される。具体的には、イメージ配信部１５０から予備のサーバに対してイメージデータを送信される。そして、イメージ配信部１５０は、サーバを起動後、ＩＰアドレス等の設定を行う。さらに、ストレージ管理部１６０が、ストレージデバイス群２５０から必要な容量のストレージデバイスを確保する。そして、ストレージ管理部１６０は、追加したサーバからそのストレージデバイスに対してアクセスできるように、ＦＣスイッチ２４０の設定を行う。
【００９２】
また、スイッチ管理部１３０は、追加したサーバがＶＬＡＮに参加できるように、Ｌ２スイッチ２２０の環境設定を行う。さらに、ＬＢ管理部１２０は、ロードバランサ２１０に対して、追加したサーバのサービスへの組み込みを指示する。
【００９３】
このようにして、ＣＰＵ使用率に応じてサーバ等の資源を追加することができる。
［ロードバランサからの処理要求振り分け状況に基づく資源の追加要否判断例］
また、ロードバランサ２１０における処理要求の振り分け状況に応じて、資源の追加の有無を判断することもできる。その場合、ＬＢ管理部１２０において、ロードバランサ２１０を介した各サービスへの所定時間内のアクセス数を定期的にサンプリングする。分析・判断部１７２は、そのアクセス数に基づいて、サーバの追加の要否、及びストレージデバイスの追加の要否を判断する。
【００９４】
なお、以下の例では、図４に示すポリシー情報１１１に代えて、サーバ追加ポリシー情報、サービスフラグ情報、ストレージ追加ポリシー情報が用いられる。
図１２は、ロードバランサを介したアクセス件数に基づくサーバ追加ポリシーのデータ構造例を示す図である。サーバ追加ポリシー情報１１１ｂには、サービス名、アクセス数閾値、サンプリング間隔、サーバ追加台数、及び閾値加算量の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連付けられ、サーバ追加ポリシーのレコードを構成している。
【００９５】
サービス名の欄には、サービスの名称が設定される。アクセス数閾値の欄には、サーバ追加の要否を判定するためのアクセス増加数の閾値が設定される。なお、アクセス数の閾値は可変であり、サーバが追加される毎にアクセス数の閾値の値が増加する。サンプリング間隔の欄には、アクセス数を計測する間隔が設定される。サーバ追加台数の欄には、アクセス増加数が閾値を超えた場合に追加すべきサーバの台数が設定される。閾値加算量の欄には、サーバが追加された際のアクセス数閾値への加算量が設定される。
【００９６】
たとえば、サービスＡの現在のアクセス数閾値は３０００である。ここで、ロードバランサ２１０を介したサービスＡへのアクセス要求数をカウントしたときに、前回のサンプリング時よりアクセス要求数が３０００以上増加すると、サービスＡを提供するサーバが１台追加される。このとき、アクセス数閾値には、閾値加算量の値（３０００）が加算される。
【００９７】
図１３は、サービスＡに関するアクセス数とアクセス数閾値との関係を示す図である。図１３では、横軸がアクセス数を示し、縦軸がアクセス数閾値を示している。図１３に示すように、アクセス数が３０００まではアクセス数閾値は３０００である。アクセス数が３０００以上となると、アクセス数閾値が３０００だけ増加し６０００となる。その後、アクセス数がアクセス数閾値に達する毎に、アクセス数閾値が３０００ずつ増加する。
【００９８】
図１４は、サービスフラグ情報のデータ構造例を示す図である。サービスフラグ情報１１１ｃには、サービス名、ＵＲＬ、及び更新サービスフラグの各欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連付けられ、更新を伴うサービスか否かを示す情報のレコードを構成している。
【００９９】
サービス名の欄には、サービスの名称が設定される。ＵＲＬの欄には、サービスに対応するＵＲＬが設定される。
更新サービスフラグの欄には、更新を伴うサービスか否かを示すフラグが設定される。更新を伴うサービスとは、ユーザに対してデータの更新等を許可するサービスである。たとえば、電子メールサービスは、ユーザ宛の受信メール等を格納するストレージデバイスが必要となるため更新を伴うサービスである。更新を伴わないサービスとは、たとえば、ユーザにＷｅｂページの閲覧のみを許可するような単なる情報提供サービスである。
【０１００】
更新を伴うサービスは、アクセス数が増加するのに応じて、使用するストレージデバイスの記憶容量も増加する。従って、更新を伴うサービスに対するアクセス数が増加した場合、サーバの追加の要否を検討すると共に、ストレージデバイスの追加の要否を検討する必要がある。
【０１０１】
一方、更新を伴わないサービスは、アクセス数が増加しても、使用するストレージデバイスの記憶容量は変わらない。従って、更新を伴わないサービスの場合、アクセス数の増加によってサーバを追加した場合でも、ストレージデバイスを追加する必要はない。
【０１０２】
図１４の例では、更新サービスの更新サービスフラグは「１」であり、非更新サービスの更新サービスフラグは「０」である。
図１５は、ストレージ追加ポリシー情報のデータ構造例を示す図である。ストレージ追加ポリシー情報１１１ｄには、サービス名、アクセス数閾値、サンプリング間隔、ストレージ追加量、及び閾値加算量の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連付けられ、ストレージ追加ポリシーのレコードを構成している。
【０１０３】
サービス名の欄には、サービスの名称が設定される。アクセス数閾値の欄には、ストレージデバイス追加の要否を判定するためのアクセス増加数の閾値が設定される。なお、アクセス数の閾値は可変であり、ストレージデバイスが追加される毎にアクセス数の閾値の値が増加する。サンプリング間隔の欄には、アクセス数を計測する間隔が設定される。ストレージ追加量の欄には、アクセス増加数が閾値を超えた場合に追加すべきストレージデバイスの記憶容量が設定される。閾値加算量の欄には、ストレージデバイスが追加された際のアクセス数閾値への加算量が設定される。
【０１０４】
たとえば、サービスＡの現在のアクセス数の閾値は５０００である。ここで、ロードバランサ２１０を介したサービスＡへのアクセス数をカウントしたときに、そのアクセス数が５０００以上増加していると、サービスＡで使用可能なストレージデバイスの記憶容量が３００ＧＢ追加される。このとき、アクセス数閾値には、閾値加算量の値（５０００）が加算される。
【０１０５】
図１６は、ロードバランサからの処理要求振り分け状況に基づく資源の追加処理を示すフローチャートである。以下、図１６に示す処理をステップ番号に沿って説明する。
［ステップＳ３１］データ収集部１７１は、前回のサービス数のデータ収集からサンプリング間隔だけ経過したサービスを１つ選択する。サンプリング間隔は、サーバ追加ポリシー情報１１１ｂを参照して判断する。
【０１０６】
［ステップＳ３２］データ収集部１７１は、ＬＢ管理部１２０から、ステップＳ３１で選択したサービスに対するアクセス数を示すデータを採取する。具体的には、ＬＢ管理部１２０が、ロードバランサ２１０に対して、該当するサービスのアクセス数の取得要求を送信する。すると、ロードバランサ２１０は、指定されたサービスの所定時間内のアクセス数をＬＢ管理部１２０に応答する。その後、ＬＢ管理部１２０は、ロードバランサ２１０から受け取ったデータを、データ収集部１７１に渡す。データ収集部１７１は、サービスのアクセス数を示すデータを、ログ１１４に格納する。
【０１０７】
［ステップＳ３３］分析・判断部１７２は、ログ１１４を参照し、選択したサービスのアクセス数の増分を判断する。具体的には、分析・判断部１７２は、ログ１１４から、ステップＳ３２で選択したサービスのデータうち、最新のデータとサーバ追加ポリシー情報１１１ｂのサンプリング間隔で示された期間だけ遡った時刻のデータ（過去のデータ）とを取得する。さらに、分析・判断部１７２は、取得した最新のデータと過去のデータとを比較し、アクセス数の増分を算出する。
【０１０８】
［ステップＳ３４］分析・判断部１７２は、アクセス数の増分がサーバ追加ポリシーのアクセス数閾値以上となったか否かを判断する。具体的には、分析・判断部１７２は、選択したサービスのアクセス数の増分が、サーバ追加ポリシー情報１１１ｂに設定されている該当サービスのアクセス数の閾値以上か否かを判断する。そして、分析・判断部１７２は、アクセス数の増分が閾値以上である場合、サーバの追加が必要であると判断し、処理をステップＳ３５に進める。アクセス数の増分が閾値未満の場合、処理がステップＳ３７に進められる。
【０１０９】
［ステップＳ３５］サーバの追加が必要と判断されると、構成制御部１７３は、選択したサービスを提供するサーバを追加する。
［ステップＳ３６］構成制御部１７３は、サーバ追加ポリシー情報１１１ｂのアクセス数閾値を更新する。
【０１１０】
［ステップＳ３７］分析・判断部１７２は、サービスフラグ情報１１１ｃを参照し、ステップＳ３１で選択したサービスの更新サービスフラグが「１」（更新系のサービス）か否かを判断する。更新サービスフラグが「１」であれば、処理がステップＳ３８に進められる。更新サービスフラグが「０」であれば、処理がステップＳ４１に進められる。
【０１１１】
［ステップＳ３８］分析・判断部１７２は、アクセス数の増分がストレージ追加ポリシーのアクセス数閾値以上となったか否かを判断する。具体的には、分析・判断部１７２は、選択したサービスのアクセス数の増分が、ストレージ追加ポリシー情報１１１ｄに設定されている該当サービスのアクセス数の閾値以上か否かを判断する。そして、分析・判断部１７２は、アクセス数の増分が閾値以上である場合、ストレージデバイスの追加が必要であると判断し、処理をステップＳ３９に進める。アクセス数の増分が閾値未満の場合、処理がステップＳ４１に進められる。
【０１１２】
［ステップＳ３９］構成制御部１７３は、ストレージデバイスを追加する。
［ステップＳ４０］構成制御部１７３は、ストレージ追加ポリシー情報１１１ｄのアクセス数閾値を更新する。
【０１１３】
［ステップＳ４１］データ収集部１７１は、資源追加処理の終了を示す指示が入力されたか否かを判断する。終了の指示があれば、処理を終了する。終了の指示がなければ、処理がステップＳ３１に進められる。
【０１１４】
このようにして、サービス毎のアクセス数を監視することで、追加すべき資源の種別を適切に選択することができるようになる。しかも、更新を伴うサービスの場合にのみストレージデバイスの追加の検討を行うため、無駄なストレージデバイスの追加を防止できる。
【０１１５】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、データ管理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disk)などがある。
【０１１６】
プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバの記憶装置に格納しておき、ネットワークを介して、サーバから他のコンピュータにそのプログラムを転送することもできる。
【０１１７】
プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１１８】
（付記１）  コンピュータを用いて運用中のシステムにハードウェア資源を追加するためのシステム構成管理プログラムにおいて、
前記コンピュータに、
動作状況監視手段が、運用中の前記システムの負荷状態を測定し、
追加資源判定手段が、システム運用におけるハードウェア資源の所定期間内の負荷の増加度合いに応じてサーバを追加すべきかストレージデバイスを追加すべきかが定義された資源追加ポリシー情報を参照し、運用中の前記システムの負荷の増加度合いに応じたハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別を判定し、
前記サーバを追加すべきと判定された場合、サーバ追加手段が、運用中の前記システムに予め接続された状態で待機させていた予備用サーバによる運用を開始させ、
前記ストレージデバイスを追加すべきと判定された場合、ストレージ追加手段が、運用中の前記システムに予め接続された状態でアクセスを禁止していた予備用ストレージデバイスへの、前記システムからのアクセスを許可する、
処理を実行させることを特徴とするシステム構成管理プログラム。
【０１１９】
（付記２）  前記システムで複数のサービスが提供される場合、前記コンピュータに、
前記動作状況監視手段が、前記サービス毎の負荷を監視し、
前記追加資源判定手段が、前記ハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別を、前記サービス毎に判定し、
前記ストレージ追加手段が、前記予備用サーバに対して、前記サーバを追加すべきと判定されたサービスの提供を開始させ、
前記ストレージ追加手段が、前記予備用ストレージデバイスに対して、前記ストレージデバイスを追加すべきと判定されたサービスからのアクセスを許可する、
処理を実行させることを特徴とする付記１記載のシステム構成管理プログラム。
【０１２０】
（付記３）  前記コンピュータに、
前記動作状況監視手段が、前記負荷状態として、前記システムで使用中のストレージデバイスの記憶容量を測定し、
前記追加資源判定手段が、前記所定期間内の記憶容量の増加度合いに応じて前記サーバを追加すべきか前記ストレージデバイスを追加すべきかが定義された前記資源追加ポリシー情報を参照し、運用中の前記システムで使用中の記憶容量の増加度合いに応じ、前記ハードウェア資源の追加の要否及び追加すべき資源の種別を判定する、
処理を実行させることを特徴とする付記１記載のシステム構成管理プログラム。
【０１２１】
（付記４）  前記コンピュータに、
前記動作状況監視手段が、前記負荷状態として、前記システムに対するアクセス数を測定し、
前記追加資源判定手段が、前記所定期間内のアクセス数の増加度合いに応じて前記サーバを追加すべきか前記ストレージデバイスを追加すべきかが定義された前記資源追加ポリシー情報を参照し、運用中の前記システムへのアクセス数の増加度合いに応じ、前記ハードウェア資源の追加の要否及び追加すべき資源の種別を判定する、
処理を実行させることを特徴とする付記１記載のシステム構成管理プログラム。
【０１２２】
（付記５）  前記コンピュータに、
前記追加資源判定手段が、前記所定期間内のアクセス数の増加数が、前記資源追加ポリシー情報に設定されているアクセス数閾値以上となったとき、前記ハードウェア資源を追加すべきと判定する処理を実行させることを特徴とする付記４記載のシステム構成管理プログラム。
【０１２３】
（付記６）  前記コンピュータに、
前記追加資源判定手段が、前記ハードウェア資源を追加した場合、前記アクセス数閾値の値を所定量増加させる処理を実行させることを特徴とする付記５記載のシステム構成管理プログラム。
【０１２４】
（付記７）  コンピュータを用いて運用中のシステムにハードウェア資源を追加するためのシステム構成管理方法において、
動作状況監視手段が、運用中の前記システムの負荷状態を測定し、
追加資源判定手段が、システム運用におけるハードウェア資源の所定期間内の負荷の増加度合いに応じてサーバを追加すべきかストレージデバイスを追加すべきかが定義された資源追加ポリシー情報を参照し、運用中の前記システムの負荷の増加度合いに応じたハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別を判定し、
前記サーバを追加すべきと判定された場合、サーバ追加手段が、運用中の前記システムに予め接続された状態で待機させていた予備用サーバによる運用を開始させ、
前記ストレージデバイスを追加すべきと判定された場合、ストレージ追加手段が、運用中の前記システムに予め接続された状態でアクセスを禁止していた予備用ストレージデバイスへの、前記システムからのアクセスを許可する、
ことを特徴とするシステム構成管理方法。
【０１２５】
（付記８）  運用中のシステムにハードウェア資源を追加するためのシステム構成管理装置において、
運用中の前記システムの負荷状態を測定する動作状況監視手段と、
システム運用におけるハードウェア資源の所定期間内の負荷の増加度合いに応じてサーバを追加すべきかストレージデバイスを追加すべきかが定義された資源追加ポリシー情報を参照し、運用中の前記システムの負荷の増加度合いに応じたハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別を判定する追加資源判定手段と、
前記サーバを追加すべきと判定された場合、運用中の前記システムに予め接続された状態で待機させていた予備用サーバによる運用を開始させるサーバ追加手段と、
前記ストレージデバイスを追加すべきと判定された場合、運用中の前記システムに予め接続された状態でアクセスを禁止していた予備用ストレージデバイスへの、前記システムからのアクセスを許可するストレージ追加手段と、
を有することを特徴とするシステム構成管理装置。
【０１２６】
（付記９）  コンピュータを用いて運用中のシステムにハードウェア資源を追加するためのシステム構成管理プログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記コンピュータに、
動作状況監視手段が、運用中の前記システムの負荷状態を測定し、
追加資源判定手段が、システム運用におけるハードウェア資源の所定期間内の負荷の増加度合いに応じてサーバを追加すべきかストレージデバイスを追加すべきかが定義された資源追加ポリシー情報を参照し、運用中の前記システムの負荷の増加度合いに応じたハードウェア資源の追加の要否及び追加すべきハードウェア資源の種別を判定し、
前記サーバを追加すべきと判定された場合、サーバ追加手段が、運用中の前記システムに予め接続された状態で待機させていた予備用サーバによる運用を開始させ、
前記ストレージデバイスを追加すべきと判定された場合、ストレージ追加手段が、運用中の前記システムに予め接続された状態でアクセスを禁止していた予備用ストレージデバイスへの、前記システムからのアクセスを許可する、
処理を実行させることを特徴とするシステム構成管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【図面の簡単な説明】
【０１２７】
【図１】実施の形態に適用される発明の概念図である。
【図２】本発明の実施の形態に係るシステム構成例を示す図である。
【図３】本発明の実施の形態に用いる管理サーバのハードウェア構成例を示す図である。
【図４】管理サーバの処理機能を示す図である。
【図５】ポリシー情報のデータ構造例を示す図である。
【図６】サービス定義情報のデータ構造例を示す図である。
【図７】構成情報の例を示す図である。
【図８】ログのデータ構造例を示す図である。
【図９】管理サーバによる資源追加処理の手順を示すフローチャートである。
【図１０】更新後の構成情報の例を示す図である。
【図１１】ＣＰＵの負荷に基づくサーバ追加ポリシーのデータ構造例を示す図である。
【図１２】ロードバランサを介したアクセス件数に基づくサーバ追加ポリシーのデータ構造例を示す図である。
【図１３】サービスＡに関するアクセス数とアクセス数閾値との関係を示す図である。
【図１４】サービスフラグ情報のデータ構造例を示す図である。
【図１５】ストレージ追加ポリシー情報のデータ構造例を示す図である。
【図１６】ロードバランサからの処理要求振り分け状況に基づく資源の追加処理を示すフローチャートである。
【符号の説明】
【０１２８】
１  ネットワーク
１ａ，１ｂ，・・・  端末装置
２  運用中のシステム
２ａ  ロードバランサ
２ｂ，２ｃ  スイッチ
３ａ，３ｂ  サーバ
３ｃ  予備用サーバ
４  ストレージデバイス群
４ａ〜４ｄ  ストレージデバイス
４ｅ，４ｆ  予備用ストレージデバイス
５  管理サーバ
５ａ  動作状況監視手段
５ｂ  追加資源判定手段
５ｃ  資源追加ポリシー情報
５ｄ  サーバ追加手段
５ｅ  ストレージ追加手段
【図１】
2006011860.tif 000003
【図２】
2006011860.tif 000004
【図３】
2006011860.tif 000005
【図４】
2006011860.tif 000006
【図５】
2006011860.tif 000007
【図６】
2006011860.tif 000008
【図７】
2006011860.tif 000009
【図８】
2006011860.tif 000010
【図９】
2006011860.tif 000011
【図１０】
2006011860.tif 000012
【図１１】
2006011860.tif 000013
【図１２】
2006011860.tif 000014
【図１３】
2006011860.tif 000015
【図１４】
2006011860.tif 000016
【図１５】
2006011860.tif 000017
【図１６】
2006011860.tif 000018