JP4833541B2 - デプロイ方法、プログラム及びサーバシステム - Google Patents

Description

本発明は、サーバがソフトウェアを利用可能な状態にするデプロイ方法に関し、特に、高速にデプロイする技術に関する。

複数のサーバを運用する技術として、ブレードサーバやラックマウントサーバを採用して、各サーバにＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を導入したり、サーバを論理的に分割して多数のハードウェアリソースとソフトウェアリソースを集中的に管理するものが知られている。

ブレードサーバシステムにサーバを追加する場合、追加するサーバにＯＳをデプロイする必要がある。

ここで、ＯＳをサーバにデプロイする従来技術を説明する。ブレードサーバシステムは、現在稼働中のＯＳを記憶するハードディスクをバックアップする。次に、ＯＳを記憶するハードディスクから固有情報を抜いてマスタディスクを作成し、作成したマスタディスクを別のディスクへ複製する。そして、バックアップした情報をＯＳを記憶するハードディスクに戻す。このようにして、ブレードサーバシステムは、マスタディスクを予め作成しておく。

このマスタディスクは、固有情報を抜いて作成される。なお、固有情報とは、コンピュータ名及びネットワーク関連情報等である。そして、ブレードサーバシステムは、デプロイを要求されると、Ｅｔｈｅｒネットワークを介して、マスタディスクをサーバのローカルディスクにコピーする。そして、コピーしたローカルディスクに固有情報を設定し、デプロイを完了する。

なお、マスタディスクは固有情報を含んで作成されてもよい。この場合、マスタディスクのコピー後に、専用のプログラムを用いて固有情報を書き換えることによって、固有情報を設定する。

この従来技術では、Ｅｔｈｅｒネットワークを介してコピーするので、デプロイを完了するまでに時間がかかる。また、固有情報を抜いたマスタディスクを予め作成する際に、多数の複製が必要となる。よって、システム管理者の負担が大きい。

そこで、この問題を解決するブレードサーバシステムが知られている（例えば、特許文献１参照）。このブレードサーバシステムは、複数のＯＳに関するマスタディスクを保有する。そして、デプロイを要求されると、ＦＣ（Ｆｉｂｅｒ Ｃｈａｎｎｅｌ）を介して、マスタディスクをサーバに接続されたディスクアレイ装置内の論理ディスクにコピーを開始する。
特開２００２−２７８７６９

しかし、特許文献１のブレードサーバシステムは、デプロイの要求後に、マスタディスクを論理ディスクにコピーを開始するため、Ｅｔｈｅｒネットワークを介するより高速であるものの、デプロイを完了するまでに時間がかかる。

そこで、本発明のサーバシステムは、高速にデプロイすることを目的とする。

本発明は、ディスクイメージを記憶する論理ディスクを有するストレージ装置と、ストレージネットワークを介して前記ストレージ装置に接続する複数のサーバと、を備えるサーバシステムにおけるデプロイ方法であって、デプロイ管理機構は、複製した論理ディスクを管理するＬＵ管理テーブルを備え、前記デプロイ管理機構が、業務へのサーバ追加投入に備えて、デプロイの指令を受ける以前に、前記ディスクイメージを記憶する論理ディスクを前記ストレージ装置の空き領域に複数複製する処理と、前記デプロイ管理機構が、デプロイの指令を受け付ける処理と、前記デプロイ管理機構が、デプロイの指令を受けると、前記ＬＵ管理テーブルに基づいて、デプロイを指令されたディスクイメージを複製した論理ディスクが前記ストレージ装置の空き領域に存在するか否かを判定する処理と、
前記デプロイ管理機構が、前記論理ディスクが前記ストレージ装置の空き領域に存在しなければ、デプロイを指令されたディスクイメージを記憶する論理ディスクを前記ストレージ装置の空き領域に複製する処理と、を含み、前記ＬＵ管理テーブルは、前記ディスクイメージを複製した論理ディスクの容量及び優先順位を格納し、前記デプロイ管理機構が、前記ストレージ装置の空き領域が不足すると、前記ＬＵ管理テーブルに基づいて、優先順位の低い前記論理ディスクを選択する処理と、前記デプロイ管理機構が、前記選択した論理ディスクを削除する処理と、
をさらに含むことを特徴とする。

本発明によれば、サーバシステムにオペレーティングシステム等を高速にデプロイすることができる。また、遊休リソースであるストレージ装置の空き領域を有効に活用することができるため、投資に対する効果を上げることできる。

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

（第１の実施の形態）
図１は、本発明の第１の実施の形態のブレードサーバシステムの構成のブロック図である。

ブレードサーバシステムはラックなどに収装された複数のサーバ１０７、ファイバチャネルスイッチ（ＦＣ−ＳＷ）１０５、各サーバ１０７とクライアントコンピュータ（図示省略）とを接続するためのネットワークスイッチ（ＮＷ−ＳＷ）１０６、１１７、複数の論理ディスクを備えたディスクアレイ装置１１３、コンソール１１６及びロードバランサ１１８から構成される。

サーバ１０７は、３台を図示しているが、複数であれば何台でもよい。サーバ１０７は、ネットワークインターフェースカード（ＮＩＣ）１０８、ＢＭＣ（Baseboard Management Controller）１０９及びファイバチャネルアダプタ（ＦＣＡ）１１０を備える。

ＦＣ−ＳＷ１０５は、ＦＣ−ＳＷ管理機構１１２を備える。ＦＣ−ＳＷ管理機構１１２は、ＦＣ−ＳＷ１０５の状態（例えば、各ポートの障害や負荷）を監視し、ＦＣ−ＳＷ１０５の全体を制御する。ＦＣ−ＳＷ１０５は、サーバ１０７のＦＣＡ１１０、管理サーバ１０１及びディスクアレイ装置１１３と接続する。よって、サーバ１０７は、ＦＣ−ＳＷ１０５を介して、ディスクアレイ装置１１３にアクセスできる。また、管理サーバ１０１はＦＣ−ＳＷ管理機構１１２を制御し、ディスクアレイ装置１１３の構成などを管理する。

ＮＷ−ＳＷ１０６は、ＮＷ−ＳＷ管理機構１１１を備える。ＮＷ−ＳＷ管理機構１１１は、ＮＷ−ＳＷ１０６の状態を監視し、ＮＷ−ＳＷ１０６の全体を制御する。また、ＮＷ−ＳＷ１０６は、サーバ１０７のＮＩＣ１０８、管理サーバ１０１、ディスクアレイ装置１１３及びロードバランサ１１８と接続する。

ロードバランサ１１８は、サーバ１０７の負荷を分散する。

ＮＷ−ＳＷ１１７は、サーバ１０７のＢＭＣ１０９及び管理サーバ１０１と接続する。よって、管理サーバ１０１は、ＮＷ−ＳＷ１１７を介してＢＭＣ１０９にアクセスし、ハードウェアの状態監視、電源制御及びリセットをサーバ１０７に対して行う。なお、ＢＭＣ１０９は、サーバ１０７が接続されている電源と異なる電源に接続されている。よって、サーバ１０７が停止しても、管理サーバ１０１は、ハードウェアの状態監視、電源制御及びリセットをサーバ１０７に対して行うことができる。

ディスクアレイ装置１１３は、論理ディスク（ＬＵ）１１４及びディスクコントローラ１１５を含む。ＬＵ１１４は、サーバ１０７から入力されたデータ等を記憶する。ディスクコントローラ１１５は、ＬＵ１１４に対するデータの入出力を制御する。ディスクアレイ装置１１３は、一つを図示したが、複数備えられてもよい。なお、ディスクアレイ装置１１３が複数備えられている場合、それぞれを識別できる識別子を付与する。

管理サーバ１０１には、コンソール１１６が接続されている。コンソール１１６は、デプロイ要求又はディスクの複製の要求等が入力されると、入力された要求を管理サーバ１０１に送信する。

管理サーバ１０１は、サーバ１０７、ＮＷ−ＳＷ１０６、ＦＣ−ＳＷ１０５及びディスクアレイ装置１１３の状態を監視し、これらを制御する。管理サーバ１０１は、デプロイ制御機構１０２を備える。なお、デプロイ制御機構１０２は、ディスクコントローラ１１５に備えられてもよい。

デプロイ制御機構１０２は、ＬＵ管理機構１０３及びサーバ情報取得機構１０４から構成される。ＬＵ管理機構１０３は、ＬＵ１１４に記憶されているコンテンツ及びＬＵ１１４自体を管理する。更に、ＬＵ管理機構１０３は、ＬＵ１１４に記憶されているコンテンツに関するライセンス及びパッチを管理する。なお、コンテンツとは、ＯＳ（Operating System）、ミドルウェア及びアプリケーション等である。また、ＬＵ１１４自体の管理とは、ＬＵ１１４を複製又は削除することである。

サーバ情報取得機構１０４は、各サーバ１０７のハードウェア情報及びソフトウェア情報を取得し、取得した情報をＬＵ管理機構１０３に通知する。

図２は、本発明の第１の実施の形態のサーバ１０７のハードウェア構成のブロック図である。

サーバ１０７は、ＮＩＣ１０８、ＢＭＣ１０９及びＦＣＡ１１０を備える。

ＮＩＣ１０８は、通信機構２０５及びＭＡＣ２０６を備える。通信機構２０５は、外部の装置と通信する。ＭＡＣ２０６は、ＲＯＭやＥ²ＰＲＯＭなどで構成されてＭＡＣ（Media Access Control）アドレスが格納されているメモリである。ＭＡＣアドレスは全世界で一意な値なので、外部の装置はＮＩＣ１０８を特定することができる。

ＢＭＣ１０９は、通信機構２０７及びハードウェア監視機構２０８を備える。通信機構２０７は、外部の装置と通信する。ハードウェア監視機構２０８は、サーバ１０７に搭載されたハードウェアに関する情報を取得する。ハードウェアに関する情報は、インベントリ情報及び障害情報等である。管理サーバ１００は、ハードウェア監視機構２０８によって取得されたハードウェア情報を通信機構２０７から受信する。

ＦＣＡ１１０は、通信機構２０９及びＷＷＮ２１０を備える。通信機構２０９は、外部の装置と通信する。ＷＷＮ２１０は、ＷＷＮ（World Wide Name）が格納されているメモリである。ＷＷＮは全世界で一意な値なので、外部の装置はＦＣＡ１１０を特定することができる。

図３は、本発明の第１の実施の形態のサーバ１０７のソフトウェア構成のブロック図である。

サーバ１０７は、ＯＳ２１２を含む。ＯＳ２１２は、サーバ１０７の全体を制御する。また、ＯＳ２１２上では、エージェント２１３が動作する。エージェント２１３は、ソフトウェア監視機構２１４を含み、各種処理を自動的に行う。

ソフトウェア監視機構２１４は、ソフトウェア情報を収集し、収集したソフトウェア情報を管理サーバ１０１内のサーバ情報取得機構１０４に送信する。なお、ソフトウェア情報は、負荷情報及びＯＳ２１２によって取得される情報を含む。負荷情報は、アプリケーションに対するリクエスト数等である。ＯＳ２１２によって取得される情報は、ソフトウェアに関するエラー、ＣＰＵ利用率、メモリ利用率及びディスク使用率等である。

図４は、本発明の第１の実施の形態の管理サーバ１０１とサーバ１０７との通信の説明図である。

サーバ１０７内のＢＭＣ１０９に含まれるハードウェア監視機構２０８は、管理サーバ１０１内のサーバ情報取得機構１０４にハードウェア情報を送信する。また、サーバ１０７内のソフトウェア監視機構２１４は、ＮＩＣ１０８を介して、管理サーバ１０１内のサーバ情報取得機構１０４にソフトウェア情報を送信する。

サーバ情報取得機構１０４は、受信したハードウェア情報及びソフトウェア情報（サーバ情報）をＬＵ管理機構１０３（図１参照）に送信する。ＬＵ管理機構１０３は、受信したサーバ情報に基づいて、ディスクアレイ装置１１３内のＬＵ１１４を複製又は削除する。

図５は、本発明の第１の実施の形態のディスクアレイ装置１１３内のＬＵ１１４の説明図である。

本説明図は、本実施の形態のディスクアレイ装置１１３内のＬＵ１１４の特徴を示す。

ディスクアレイ装置１１３の記憶領域は、使用領域４０７及び空き領域４０８からなる。使用領域４０７は、サーバ１０７に既に割り当てられているＬＵ０（１１４−０）及びＬＵ２（１１４−２）並びにパッチを記憶するＬＵｘ（１１４−ｘ）及びＬＵｙ（１１４−ｙ）を含む。

ＬＵ０（１１４−０）及びＬＵ２（１１４−２）は、サーバ１０７に既に割り当てられており、それぞれイメージを記憶している。例えば、ＬＵ０（１１４−０）は「イメージ０」を記憶し、ＬＵ２（１１４−２）は「イメージ２」を記憶する。イメージは、ＯＳ、ミドルウェア及びアプリケーション等のコンテンツを一つ以上含む。なお、同一のコンテンツであっても、バージョン又はパッチの適用が違えば、異なるイメージとする。

ＬＵｘ（１１４−ｘ）及びＬＵｙ（１１４−ｙ）は、それぞれ異なるパッチを記憶する。

従来のディスクアレイ装置１１３では、使用領域４０７以外である空き領域４０８が未使用であった。

そこで、本実施の形態のディスクアレイ装置１１３は、それぞれのイメージを記憶するＬＵ（１１４−０等）を予め複数複製しておく。複製する領域は、空き領域４０８の全部であってもよいし、一部であってもよい。

例えば、「イメージ０」を記憶するＬＵ０（１１４−０）の複製がＬＵ５（１１４−５）及びＬＵ７（１１４−７）であり、「イメージ２」を記憶するＬＵ２（１１４−２）の複製がＬＵ９（１１４−９）及びＬＵ１０（１１４−１０）である。なお、空き領域４０８は、管理サーバ１０１内のＬＵ管理機構１０３によって管理される。

なお、イメージを記憶するＬＵ（１１４−０等）を複製したＬＵ（１１４−５等）の個数は、イメージに含まれるコンテンツ、空き領域４０８の容量及びサーバ情報等に応じて変化し、イメージごとに異なっていてもよい。例えば、「イメージ０」を記憶するＬＵ０（１１４−０）を５個複製し、「イメージ２」を記憶するＬＵ２（１１４−２）を１０個複製してもよい。

ここで、同一のイメージを記憶するＬＵ１１４の集合をＨＤＤイメージ群４０９、４１０とする。例えば、ＬＵ０（１１４−０）、ＬＵ５（１１４−５）及びＬＵ７（１１４−７）の集合は「イメージ０」のＨＤＤイメージ群４０９であり、ＬＵ２（１１４−２）、ＬＵ９（１１４−９）及びＬＵ１０（１１４−１０）の集合は「イメージ２」のＨＤＤイメージ群４１０である。

なお、空き領域４０８に複製されたＬＵ（１１４−５等）は、サーバ情報及びイメージに含まれるコンテンツに応じた優先順位が付与される。ディスクアレイ装置１１３は、新たな情報を記憶する場合、優先順位の低いＬＵ（１１４−７等）を削除することによって、優先順位の低いＬＵ（１１４−７等）が占有する空き領域４０８を解放する。

よって、空き領域４０８が非常に少なくなるまで、優先順位の高いＬＵ（１１４−５等）は削除されない。そこで、本実施の形態では、それぞれのイメージごとに少なくとも一つのＬＵ（１１４−５等）は、優先順位を高くする。なお、それぞれのＨＤＤイメージ群４０９、４１０内で最も優先順位の高いＬＵ５（１１４−５）及びＬＵ９（１１４−９）は、特許文献１に記載されているマスタＬＵと見ることもできる。

しかし、本実施の形態のディスクアレイ装置１１３は、イメージを記憶するＬＵ（１１４−０等）を空き領域４０８に予め複数複製しておく。これによって、管理サーバ１０１は、デプロイを要求されると、予め複製されたＬＵ（１１４−５等）をサーバ１０７に割り当てるだけで、デプロイすることができる。例えば、管理サーバ１０１は、「イメージ０」をデプロイ要求されると、「イメージ０」を記憶するＬＵ（１１４−５等）のうち優先順位の最も低いＬＵ（１１４−７等）をサーバ１０７に割り当てる。

以上のように、本実施の形態のブレードサーバシステムは、空き領域４０８を有効利用することによって、高速にデプロイすることができる。

図６は、本発明の第１の実施の形態の管理サーバ１０１に備えられているＬＵ管理機構１０３の構成のブロック図である。

ＬＵ管理機構１０３は、ＣＰＵ−ＬＵ割当管理テーブル５０１、ＬＵ管理テーブル５０２、ＬＵ制御機構５０４、コンテンツ管理テーブル５０５、イメージ作成ポリシーテーブル５０６及び複製契機更新ポリシーテーブル５０８を備える。

ＣＰＵ−ＬＵ割当管理テーブル５０１は、図７で後述するが、サーバ１０７を管理する。ＬＵ管理テーブル５０２は、図１０で後述するが、ＬＵ１１４を管理する。

ＬＵ制御機構５０４は、デプロイ要求を受けると、要求されたイメージを記憶するＬＵ１１４とサーバ１０７とのパスを設定し、更に、固有情報を設定する。なお、固有情報とは、ネットワーク関連情報、コンピュータ名及びホスト名等である。

ＬＵ制御機構５０４には、イメージ作成機構５０７、ポリシー更新機構５１０、パッチ適用機構５１１及び優先順位更新機構５１２が含まれる。

イメージ作成機構５０７は、イメージが記憶されたＬＵ１１４を複製する。ポリシー更新機構５１０は、イメージ作成ポリシーテーブル５０６を更新する。パッチ適用機構５１１は、イメージに含まれるコンテンツにパッチを適用する。優先順位更新機構５１２は、イメージ作成機構５０７によって複製されたＬＵ１１４に、優先順位を付与する。

コンテンツ管理テーブル５０５は、図１１で後述するが、イメージに含まれるコンテンツを管理する。イメージ作成ポリシーテーブル５０６は、図１５で後述するが、イメージ作成機構５０７がＬＵ１１４を複製する契機を示す。複製契機更新ポリシーテーブル５０８は、図１６で後述するが、ポリシー更新機構５１０がイメージ作成ポリシーテーブル５０６を変更する条件を示す。

ＬＵ管理機構１０３は、以上のような構成を備えることによって、予め複製したコンテンツを高速にデプロイすることができる。

また、ＬＵ管理機構１０３は、コンテンツのライセンスを管理するので、ライセンス数を超える複製を禁止することができ、また、ライセンスの過不足をユーザに通知することができる。よって、本実施の形態のブレードサーバシステムは、ソフトウェア資源を有効活用することができる。

図７は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているＣＰＵ−ＬＵ割当管理テーブル５０１の構成図である。

ＣＰＵ−ＬＵ割当管理テーブル５０１には、サーバ識別子６０１、筐体ＩＤ６０２、割当ＣＰＵ６０３、論理ディスク番号６０４、ネットワーク接続ポート番号６０５及びＦＣ接続ポート番号６０６が含まれている。

サーバ識別子６０１は、サーバ１０７を識別する一意な識別子であり、例えば、シリアル番号等である。なお、サーバ１０７がブレードサーバの場合には、サーバ識別子６０１はスロット番号となる。また、論理分割されたサーバ１０７の場合、サーバ識別子６０１は、論理分割に対応する論理区画名である。

筐体ＩＤ６０２は、当該サーバ１０７が格納されている筐体を識別する一意な識別子である。例えば、サーバ識別子６０１がスロット番号の場合、サーバ１０７は、サーバ識別子６０１及び筐体ＩＤ６０２によって識別される。なお、サーバ識別子６０１のみでサーバ１０７を特定できる場合には、筐体ＩＤ６０２は不要である。

割当ＣＰＵ６０３は、当該サーバ１０７に割り当てられているＣＰＵを識別する一意な識別子である。サーバ１０７にＳＭＰ（Symmetric Multiple Processor）構成が適用されていると、割当ＣＰＵ６０３には複数の値が格納される。例えば、「サーバ３」は、「ＣＰＵ２」及び「ＣＰＵ３」を使ったＳＭＰ構成が適用されている。

また、サーバ１０７に論理パーティショニング機能が適用されている場合、割当ＣＰＵ６０３の複数のレコードに同じ値が格納される。論理パーティショニング機能とは、ハードウェアリソースを論理的に分割し複数のＯＳを、一つのハードウェアリソースで動作させる。例えば、「サーバ０」及び「サーバ１」は、単一の「ＣＰＵ０」で動作している。

論理ディスク番号６０４は、当該サーバ１０７とパス設定されたＬＵ１１４を識別する一意な識別子である。なお、パス設定されたＬＵ１１４は、サーバ１０７のブートディスクとなる。それぞれのサーバ１０７は、ブートディスクを占有するので、別々のＬＵ１１４を割り当てる必要がある。なお、各ＬＵ１１４のパスは、管理サーバ１０１により設定される。

ネットワーク接続ポート番号６０５は、当該サーバ１０７が使用するネットワーク接続ポートを識別する一意な識別子である。なお、ブレードサーバシステムに仮想ネットワーク（ＶＬＡＮ）を適用した場合、ネットワーク接続ポート番号６０５には、ネットワーク接続ポートが属するＶＬＡＮの識別子が格納される。

ＦＣ接続ポート番号６０６は、当該サーバが使用するＦＣ−ＳＷ６０６の接続ポート（ＦＣ接続ポート）を識別する一意な識別子である。なお、ブレードサーバシステムにゾーニングのような仮想化を適用した場合、ＦＣ接続ポート番号６０６には、ＦＣ接続ポートが属するグループの識別子が格納される。

図８は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているスケールアウト後のＣＰＵ−ＬＵ割当管理テーブル５０１の構成図である。

このＣＰＵ−ＬＵ割当管理テーブル５０１は、前述した図７の状態のブレードサーバシステムに「サーバ８」を追加した様子を示す。つまり、サーバ識別子６０１に「サーバ８」が格納され、当該レコードの論理ディスク番号６０４に「ＬＵ１４」が格納される。このようにして、ブレードサーバシステムはスケールアウトする。なお、スケールアウトとは、サーバ１０７に新たなサーバを割り当てることである。

図９は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているスケールアップ後のＣＰＵ−ＬＵ割当管理テーブル５０１の構成図である。なお、スケールアップとは、サーバ１０７の機能モジュールの強化または追加を行うことである。

このＣＰＵ−ＬＵ割当管理テーブル５０１は、前述した図７の状態のブレードサーバシステムの「サーバ７」のＣＰＵをＳＭＰ構成とした様子を示す。つまり、サーバ識別子６０１が「サーバ７」のレコードのネットワーク接続ポート番号６０５に「９」が追加され、更に、当該レコードのＦＣ接続ポート番号６０６に「８」が追加される。このように、ブレードサーバシステムは、サーバ１０７をＳＭＰ構成とすることによってスケールアップする。

図１０は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているＬＵ管理テーブル５０２の構成図である。

ＬＵ管理テーブル５０２には、論理ディスク番号７０１、イメージ名７０２、優先順位７０３、容量７０４、全使用容量７０５及び空き容量７０６が含まれる。

論理ディスク番号７０１は、ディスクアレイ装置１１３内のＬＵ１１４を識別する一意な識別子である。イメージ名７０２は、当該ＬＵ１１４に記憶されているイメージを識別する名称である。なお、イメージには、一つ以上のコンテンツが含まれる。

優先順位７０３は、当該ＬＵ１１４に付された優先順位である。なお、優先順位７０３は、サーバ１０７に割り当てられていないＬＵ１１４にのみ付される。サーバ１０７に割り当てられていないＬＵ１１４は、デプロイ要求に備えているだけなので、いつでも削除できる。つまり、ディスクアレイ装置１１３は、業務データの保存等のために記憶容量が不足すると、サーバ１０７に割り当てられていないＬＵ１１４を優先順位７０３の低い順に削除する。このように、ディスクアレイ装置１１３は、空き領域４０８を解放するので、必要な記憶領域を確保することができる。

一方、サーバ１０７に既に割り当てられているＬＵ１１４は、優先順位が付かないので、優先順位７０３は「−（チェック）」とする。また、計画的にＬＵ１１４をデプロイする場合にも、デプロイで割り当てるＬＵ１１４の優先順位７０３は「−」とする。これによって、当該ＬＵ１１４は削除されなくなり、計画通りにデプロイできる。

容量７０４は、当該ＬＵ１１４の容量である。ＬＵ制御機構５０４は、記憶領域が不足すると、容量７０４を取得することによって、ＬＵ１１４をいくつ削除すればよいかを決定できる。

全使用容量７０５は、ディスクアレイ装置１１３内の記憶領域の使用されている容量である。全使用容量７０５には、現在使用値及び複製を含む使用値が格納される。現在使用値とは、既に割り当てられている（優先順位７０３に「−」が格納されている）ＬＵ１１４の容量７０４の総和である。つまり、現在使用値は、使用領域４０７の容量と一致する（図５参照。）。また、複製を含む使用値とは、すべてのＬＵ１１４の容量の総和である。つまり、複製を含む使用値は、空き領域４０８に複製されたＬＵ１１４の容量も含む（図５参照。）。

空き容量７０６は、ディスクアレイ装置１１３内の記憶領域の使用されていない容量である。空き容量７０６には、現在の空き値及び複製を含む空き値が格納される。現在の空き値は、ディスクアレイ装置１１３の全記憶容量から現在使用値を引いた値であり、ユーザから見た空き容量と一致する。また、複製を含む空き値は、ディスクアレイ装置１１３の全記憶容量から複製を含む使用値を引いた値であり、ディスクアレイ装置１１３の実際の空き容量である。

図１１は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているコンテンツ管理テーブル５０５の構成のブロック図である。

コンテンツ管理テーブル５０５には、ライセンス管理テーブル９０１、パッチ管理テーブル９０２及びパッチ・リビジョン管理テーブル９０３が含まれる。

ライセンス管理テーブル９０１は、図１２で後述するが、コンテンツのライセンスをサーバ１０７ごとに管理する。パッチ管理テーブル９０２は、図１３で後述するが、各イメージに含まれるコンテンツ等を管理する。パッチ・リビジョン管理テーブル９０３は、図１４で後述するが、各コンテンツとパッチとの対応を管理する。

図１２は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているライセンス管理テーブル９０１の構成図である。

ライセンス管理テーブル９０１には、サーバ識別子１００１、ＯＳ種別１００２、Ｍｉｄｄｌｅｗａｒｅ種別１００３及びＡｐｐｌｉｃａｔｉｏｎ種別１００４が含まれる。

サーバ識別子１００１は、サーバ１０７を識別する一意な識別子である。ＯＳ種別１００２は、当該サーバ１０７に配布されているＯＳの種別とライセンス数を示す。Ｍｉｄｄｌｅｗａｒｅ種別１００３は、当該サーバ１０７に配布されているミドルウェアの種別とライセンス数を示す。Ａｐｐｌｉｃａｔｉｏｎ種別１００４は、当該サーバ１０７に配布されているアプリケーションの種別とライセンス数を示す。なお、ＯＳ種別１００２、Ｍｉｄｄｌｅｗａｒｅ種別１００３及びＡｐｐｌｉｃａｔｉｏｎ種別１００４は、それぞれ３種類ずつを図示しているが、この限りでない。

合計１００５は、ブレードサーバシステムに配布されたライセンス数である。空きライセンス１００６は、すべてのサーバ１０７で使用されていないライセンス数である。

ＬＵ管理機構１０３は、ライセンス管理テーブル９０１を備えることによって、デプロイするときに、ライセンスを管理することができる。つまり、本実施の形態のブレードサーバシステムは、ライセンス違反を犯すことがなくなり、更に、ソフトウェア・リソースを追加するタイミングを推し量ることができる。また、使用していないライセンスを回収することによって、ソフトウェア・リソースを有効活用できる。他にも、本実施の形態のブレードサーバシステムは、ソフトウェア・リソースの従量課金制を適用することが可能となる。

図１３は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているパッチ管理テーブル９０２の構成図である。

パッチ管理テーブル９０２には、イメージ名１１０１、コンテンツ１１０２及びパッチのリビジョン１１０３が含まれる。

イメージ名１１０１は、ＬＵ１１４に記憶されるイメージを識別する一意な名称である。コンテンツ１１０２は、当該イメージに含まれるコンテンツを示す。パッチのリビジョン１１０３は、当該イメージに適用されたパッチのリビジョンを示す。

ＬＵ管理機構１０３は、パッチ管理テーブル９０２を備えることによって、各イメージに含まれるコンテンツ、及びパッチの適用状況を管理できる。これによって、ＬＵ管理機構１０３は、パッチが適用されていないイメージを記憶するＬＵ１１４を抽出し、抽出したＬＵ１１４のコンテンツをアップデートすることができる。

図１４は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているパッチ・リビジョン管理テーブル９０３の構成図である。

パッチ・リビジョン管理テーブル９０３には、管理番号１１０４、種別１１０５及びパッチのリビジョン１１０５が含まれる。

管理番号１１０４は、当該レコードを一意に識別する識別子である。種別１１０５は、コンテンツの種類である。パッチのリビジョン１１０６は、当該コンテンツに適用しているパッチのリビジョンである。

図１５は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられているイメージ作成ポリシーテーブル５０６の構成図である。

イメージ作成ポリシーテーブル５０６には、イメージ名１２０１及び複製契機１２０２が含まれる。

イメージ名１２０１は、ＬＵ１１４に記憶されるイメージを識別する一意な名称である。複製契機１２０２は、当該イメージを複製する契機を示す。具体的には、イメージ作成機構５０７は、イメージを記憶するＬＵ１１４が複製契機１２０２の個数以下になると、当該ＬＵ１１４を複製する。

ＬＵ管理機構１０３は、イメージ作成ポリシーテーブル５０６を備えることによって、イメージの重要度に応じた数のＬＵ１１４を複製することができる。

図１６は、本発明の第１の実施の形態のＬＵ管理機構１０３に備えられている複製契機更新ポリシーテーブル５０８の構成図である。なお、複製契機とは、それぞれのイメージを複製する契機である。

複製契機更新ポリシーテーブル５０８には、イメージ名１２０４、取得情報種別１２０５及び複製契機設定値１２０６が含まれている。

イメージ名１２０４は、ＬＵ１１４に記憶されているイメージを識別する一意な名称である。取得情報種別１２０５は、サーバ情報取得機構１０４によってサーバ１０７から取得される情報の種類を示す。複製契機設定値１２０６は、当該情報の値に対応する複製契機を示す。

例えば、イメージ名１２０４が「イメージ０」であり、イメージ取得情報種別１２０５が「ＣＰＵ使用率」である場合で説明する。ここで、ＣＰＵ使用率とは、当該レコードのイメージを記憶するＬＵ１１４を割り当てられているすべてのサーバ１０７のＣＰＵ使用率の平均値である。

複製契機更新ポリシーテーブル５０８には、「イメージ０」の複製契機が「ＣＰＵ使用率」に応じて設定されている。よって、ポリシー更新機構５１０は、サーバ１０７のＣＰＵ使用率が「０〜５０％」であると、イメージ作成ポリシーテーブル５０６の複製契機１２０２を「２」にする。同様に、サーバ１０７のＣＰＵ使用率が「５０〜８０％」であると、イメージ作成ポリシーテーブル５０６の複製契機１２０２を「５」にする。

なお、複製契機更新ポリシーテーブル５０８は、取得情報種別１２０５ごとに複数のテーブルから構成されていてもよい。この場合、ポリシー更新機構５１０は、それぞれのテーブルによって決定した複製契機から最も大きい値を選択し、選択した値をイメージ作成ポリシーテーブル５０６の複製契機１２０２とする。

ＬＵ管理機構１０３は、複製契機更新ポリシーテーブル５０８を備えることによって、業務の種類又は計算機リソースの稼働率等に応じて、複製するＬＵ１１４の個数を変化させることができる。これによって、ＬＵ管理機構１０３は、負荷が急激に高まったサーバ１０７に対するスケールアウトのような予測が困難なケースにも対応することができる。

図１７は、本発明の第１の実施の形態の優先順位更新機構５１２の処理のフローチャートである。

まず、イメージ作成機構５０７から優先順位の変更を要求されると、処理を開始する（８０１）。なお、イメージ作成機構５０７は、後述する図２０で説明するが、イメージが記憶されているＬＵ１１４を複製すると、優先順位更新機構５１２に優先順位の変更を要求する。

次に、ＬＵ管理テーブル５０２を参照する（８０２）。次に、優先順位の変更を要求されたイメージ（更新対象イメージ）の名称とＬＵ管理テーブル５０２のイメージ名７０２とが一致するレコードをＬＵ管理テーブル５０２からすべて選択する。選択したすべてのレコードの中に優先順位７０３が「−」でないレコードが存在するか否かを判定する。これによって、更新対象イメージを記憶し、且つサーバ１０７に割り当てられていないＬＵ１１４がディスクアレイ装置１１３に存在するか否かを判定する（８０３）。

このようなＬＵ１１４が存在すると、最下位の優先順位７０３に１を足した値を更新対象イメージを記憶するＬＵ１１４の優先順位７０３とする。つまり、更新対象イメージを記憶するＬＵ１１４の優先順位７０３を最下位とする（８０４）。そして、ステップ８０６に進む。

一方、このようなＬＵ１１４が存在しないと、優先順位７０３が「−」でないレコードをすべて選択する。次に、選択したレコードのイメージ名７０２に格納されたイメージの種類を数える。数えた種類数に１を足した値を更新対象イメージを記憶するＬＵ１１４の優先順位７０３とする。つまり、サーバ１０７に割り当てられていないＬＵ１１４に記憶されたイメージの種類数を、更新対象イメージを記憶するＬＵ１１４の優先順位７０３とする（８０５）。なお、この種類数には、更新対象イメージも含む。

次に、ＬＵ管理テーブル５０２を更新する（８０６）。具体的には、更新対象イメージを記憶するＬＵ１１４の識別子を論理ディスク番号７０１に格納する。次に、更新対象イメージの名称を当該レコードのイメージ名７０２に格納する。次に、決定した優先順位を当該レコードの優先順位７０３に格納する。更に、当該ＬＵ１１４の記憶容量を当該レコードの容量７０４に格納する。そして、本処理を終了する。

以上のようにＬＵの割り当て状況に応じて優先順位７０３を更新するので、それぞれのイメージを記憶するＬＵ１１４のうちの一つを高い優先順位７０３とすることができる。

なお、優先順位更新機構５１２は、コンソール１１６からの要求に応じて、ＬＵ管理テーブル５０２の優先順位７０３を変更してもよい。この場合、優先順位更新機構５１２は、コンソール１１６から入力された要求通りに、優先順位７０３を変更する。ただし、優先順位更新機構５１２は、重複しないように優先順位７０３を変更する。

図１８は、本発明の第１の実施の形態のパッチ適用機構５１１の処理のフローチャートである。

コンソール１１６は、ユーザからパッチの適用の要求を入力されると、パッチの適用をパッチ適用機構５１１に要求する。

コンソール１１６からパッチの適用を要求されると、本処理を開始する（１１２１）。

次に、パッチ・リビジョン管理テーブル９０３を参照する（１１２２）。

次に、適用を要求されたパッチのリビジョンとパッチのリビジョン１１０６とが一致するレコードがパッチ・リビジョン管理テーブル９０３に存在するか否かを判定する。これによって、要求されたパッチが適用済みであるか否かを判定する（１１２３）。

パッチが適用済みでないと、要求されたパッチをサーバ１０７に適用する（１１２４）。具体的には、パッチを適用したコンテンツを記憶するＬＵ１１４を予め複製しておき、そのＬＵ１１４とサーバ１０７とをパス設定することによって、パッチを適用する。これによって、パッチを高速に適用することができる。

そして、パッチリビジョン管理テーブル９０３を更新し、処理を終了する。具体的には、パッチを適用したコンテンツの種類をパッチ・リビジョン管理テーブル９０３の種別１１０５へ格納し、適用したパッチのリビジョンをパッチリビジョン管理テーブル９０３のパッチのリビジョン１１０６に格納する。

一方、パッチが適用済みであると、要求されたパッチが適用済みであることをコンソール１１６へ通知し（１１２５）、本処理を終了する。

図１９は、本発明の第１の実施の形態のＬＵ制御機構５０４の処理のフローチャートである。

コンソール１１６からデプロイ要求を受けると（１３０１）、処理を開始する。なお、デプロイ要求には、どのサーバ１０７にどのイメージをデプロイするかが含まれる。

まず、ＬＵ管理テーブル５０２を参照する（１３０２）。

次に、デプロイされるイメージの名称とＬＵ管理テーブル５０２のイメージ名７０２とが一致し、且つ優先順位７０３が「−」でないレコードをＬＵ管理テーブル５０２から選択する。次に、選択したレコードの数を数える。次に、数えたレコード数がデプロイされるイメージの数以上であるか否かを判定する。これによって、デプロイされるイメージを記憶するＬＵ１１４が必要な個数以上存在するか否かを判定する（１３０３）。

デプロイされるイメージを記憶するＬＵ１１４が必要な個数以上存在しないと、イメージ作成機構５０７にイメージを記憶するＬＵ１１４の複製を要求し（１３０４）、ステップ１３０３へ戻る。なお、イメージ作成機構５０７は、後述する図２０のようにして、イメージを記憶するＬＵ１１４を複製する。

一方、デプロイされるイメージを記憶するＬＵ１１４が必要な個数以上存在すると、ステップ１３０５に進む。つまり、デプロイされるイメージを記憶するＬＵ１１４が必要な個数となるまで、イメージ作成機構５０７に複製を繰り返し要求する。

次に、デプロイされるサーバ１０７のＦＣＡ１１０とＦＣ−ＳＷ１０５のポートとを関連付ける。更に、ＦＣ−ＳＷ１０５のポートと、ディスクアレイ装置１１３のポート及びデプロイされるイメージを記憶するＬＵ１１４とを関連付ける。このようにして、デプロイされるイメージを記憶するＬＵ１１４とサーバ１０７とをパス設定する。次に、パス設定したＬＵ１１４をブートディスクとしてサーバ１０７にマウントする。これによって、サーバ１０７は、当該ＬＵ１１４をブートディスクとして認識し、起動することができる。

次に、サーバ１０７のＯＳに対応する方法で固有情報を設定することによって（１３０５）、サーバ１０７にイメージをデプロイする。なお、固有情報とは、ＩＰアドレスを含むネットワーク設定、コンピュータ名及びホスト名等である。また、ＯＳに対応する方法とは、固有情報が記載されたファイルを上書きすることによって、又はファイルに記載された固有情報を修正することによって、固有情報を設定する。ただし、自動的に固有情報を設定するＯＳの場合には、固有情報を設定しなくてもよい。

デプロイを完了すると、ＣＰＵ−ＬＵ割当管理テーブル５０１及びＬＵ管理テーブル５０２を更新する。

具体的には、パスを設定したサーバ１０７の識別子とＣＰＵ−ＬＵ割当管理テーブル５０１のサーバ識別子６０１とが一致するレコードを選択する。次に、当該サーバ１０７とパスを設定したＬＵ１１４の識別子を選択したレコードの論理ディスク番号６０４に格納する。更に、サーバ１０７と関連付けたＦＣ−ＳＷ１０５のポートの識別子を選択したレコードのＦＣ接続ポート番号６０６に格納する。このようにして、ＣＰＵ−ＬＵ割当管理テーブル５０１を更新する。

次に、パスを設定したＬＵ１１４の識別子とＬＵ管理テーブル５０２の論理ディスク番号７０１とが一致するレコードを選択する。次に、選択したレコードの優先順位７０３を「−」に変更する。このようにして、ＬＵ管理テーブル５０２を更新する。

次に、ＬＵ管理テーブル５０２及びイメージ作成ポリシーテーブル５０６を参照する（１３０６）。

次に、デプロイされたイメージの名称とＬＵ管理テーブル５０２のイメージ名７０２とが一致し、且つ優先順位７０３が「−」でないレコードをＬＵ管理テーブル５０２から選択する。次に、選択したレコードの数を数える。

次に、デプロイされたイメージの名称とイメージ作成ポリシーテーブル５０６のイメージ名１２０１とが一致するレコードの複製契機１２０２を抽出する。そして、数えたレコード数と抽出した複製契機１２０２とを比較する。つまり、デプロイされたイメージを記憶するＬＵ１１４の個数と複製契機１２０２とを比較する（１３０７）。

そして、デプロイされたイメージを記憶するＬＵ１１４の個数が、抽出された複製契機１２０２以下であるか否かを判定する（１３０８）。

複製契機１２０２以下であると、当該イメージを記憶するＬＵ１１４の複製が不足しているので、イメージ作成機構５０７にイメージを記憶するＬＵ１１４の複製を要求する（１３０９）。

次に、デプロイされたイメージを記憶するＬＵ１１４の個数（ステップ１３０７で数えたレコード数）をインクリメントし（１３１０）、ステップ１３０８へ戻る。

一方、複製契機１２０２以下でないと、当該イメージを記憶するＬＵ１１４は十分な個数複製されていると判定するので、本処理を終了する。

なお、本処理のステップ１３０３では、イメージを記憶するＬＵ１１４が要求個数以上となるまで、イメージ作成機構５０７にイメージを記憶するＬＵ１１４の複製を要求している。しかし、現在存在するＬＵ１１４に対してだけデプロイを完了し、その後、不足しているＬＵ１１４の複製をイメージ作成機構５０７に要求してもよい。これによって、イメージを記憶するＬＵ１１４を複製するとすぐにデプロイすることができるので、早急なスケールアウトに対応できる。

図２０は、本発明の第１の実施の形態のイメージ作成機構５０７の処理のフローチャートである。

イメージを記憶するＬＵ１１４の複製をＬＵ制御機構５０４又はポリシー更新機構５１０等から要求されると、本処理を開始する。まず、ライセンス管理テーブル９０１及びパッチ管理テーブル９０２を参照する（１４０１）。

参照したこれらのテーブルから、空きライセンスがあるか否かを判定する（１４０２）。具体的には、要求されたイメージの名称とパッチ管理テーブル９０２のイメージ名１１０１とが一致するレコードのコンテンツ１１０２をパッチ管理テーブル９０２から抽出する。抽出したコンテンツ１１０２と一致するライセンス管理テーブル９０１の行を選択し、選択した行の空きライセンス１００６を抽出する。そして、抽出した空きライセンス１００６が「０」であるか否かを判定する。

空きライセンスがないと、要求されたイメージを記憶するＬＵ１１４を複製することができないので、ライセンス不足をコンソール１１６へ通知し（１４１０）、処理を終了する。

一方、空きライセンスがあると、ＬＵ管理テーブル５０２を参照する（１４０３）。次に、要求されたイメージの名称とＬＵ管理テーブル５０２のイメージ名７０２とが一致するレコードの容量７０４を抽出する。次に、空き容量７０６内の複製含む空き値を抽出する。そして、抽出した容量７０４が、抽出した複製含む空き値以上であるか否かを判定する。これによって、要求されたイメージを記憶するＬＵ１１４を複製する領域があるか否かを判定する（１４０４）。

ＬＵ１１４を複製する領域がないと、要求されたイメージを記憶するＬＵ１１４を複製する領域を作る必要があるので、ＬＵ管理テーブル５０２の優先順位７０３が最下位のレコードの論理ディスク番号７０１を抽出する。次に、抽出した論理ディスク番号７０１のＬＵ１１４を削除することによって、当該ＬＵ１１４が占有している領域を解放する（１４０７）。

次に、ＬＵ管理テーブル５０２を更新する（１４０８）。具体的には、削除したＬＵ１１４の識別子と論理ディスク番号７０１とが一致するレコードを選択する。選択したレコードの容量７０４を抽出し、その後、選択したレコードを削除する。次に、抽出した容量７０４を空き容量７０６内の複製含む空き値に加算する。更に、抽出した容量７０４を全使用容量７０５内の複製含む使用値から減算する。

このようにしてＬＵ管理テーブル５０２を更新すると、ステップ１４０３に戻る。

一方、ステップ１４０４でＬＵ１１４を複製する空き領域があると、要求されたイメージを記憶するＬＵ１１４を複製する（１４０５）。

次に、ＬＵ管理テーブル５０２を更新する（１４０６）。具体的には、複製したＬＵ１１４の識別子をＬＵ管理テーブル５０２の論理ディスク番号７０１に格納する。次に、複製したＬＵ１１４に記憶されているイメージの名称を当該レコードのイメージ名７０２に格納し、更に、複製したＬＵ１１４の記憶容量を当該レコードの容量７０４に格納する。

そして、複製したＬＵ１１４の優先順位の変更を優先順位更新機構５１２に要求し（１４０９）、本処理を終了する。

以上のように、イメージ作成機構５０７は、ライセンスを管理しながらイメージを記憶するＬＵ１１４を複製することができる。また、イメージ作成機構５０７は、業務等で記憶領域が必要になると、優先順位の低いＬＵ１１４を削除し、必要な記憶領域を確保することができる。

図２１は、本発明の第１の実施の形態のポリシー更新機構５１０の処理のフローチャートである。

サーバ情報取得機構１０４からサーバ１０７に関する情報を受信すると（１５０１）、処理を開始する。なお、サーバ情報取得機構１０４は、図２２で後述するように、サーバ１０７から情報を取得し、取得したサーバ１０７に関する情報をポリシー更新機構５１０に送信する。

まず、ＣＰＵ−ＬＵ割当管理テーブル５０１、ＬＵ管理テーブル５０２及び複製契機更新ポリシーテーブル５０８を参照する（１５０２）。

次に、情報を取得されたサーバ１０７の識別子とＣＰＵ−ＬＵ割当管理テーブル５０１のサーバ識別子６０１とが一致するレコードの論理ディスク番号６０４を、ＣＰＵ−ＬＵ割当管理テーブル５０１から抽出する。次に、抽出した論理ディスク番号６０４とＬＵ管理テーブル５０２の論理ディスク番号７０１とが一致するレコードのイメージ名７０２をＬＵ管理テーブル５０２から抽出する。

次に、抽出したイメージ名７０２と複製契機更新ポリシーテーブル５０８のイメージ名１２０４とが一致するレコードを選択する。次に、取得したサーバ１０７に関する情報に対応する複製契機設定値１２０６を、選択したレコードから抽出する。

次に、抽出したイメージ名７０２とイメージ作成ポリシーテーブル５０６のイメージ名１２０１とが一致するレコードの複製契機１２０２をイメージ作成ポリシーテーブル５０６から抽出する。そして、抽出した複製契機設定値１２０６と複製契機１２０２とが一致するか否かを判定する。これによって、イメージ作成ポリシーテーブル５０６の複製契機１２０２を変更する必要があるか否かを判定する（１５０３）。

複製契機１２０２を変更する必要がないと、そのままステップ１５０５に進む。

一方、複製契機１２０２を変更する必要があると、抽出した複製契機設定値１２０６をイメージ作成ポリシーテーブル５０６の複製契機１２０２に格納することによって、イメージ作成ポリシーテーブル５０６を更新する（１５０４）。

次に、ステップ１５０３で抽出したイメージ名７０２とＬＵ管理テーブル５０２のイメージ名７０２とが同一であり、且つ優先順位７０３が「−」でないすべてのレコードをＬＵ管理テーブル５０２から選択する。次に、選択したレコードの数を数える。次に、数えたレコード数が、更新された複製契機１２０２以下であるか否かを判定する。つまり、当該イメージを記憶するＬＵ１１４の個数が、抽出された複製契機１２０２以下であるか否かを判定する（１５０５）。

複製契機１２０２以下であると、当該イメージを記憶するＬＵ１１４の複製が不足しているので、イメージ作成機構５０７にイメージの複製を要求し（１５０６）、ステップ１５０５に戻る。

一方、複製契機１２０２以下でないと、当該イメージを記憶するＬＵ１１４は十分な個数複製されているので、本処理を終了する。

以上のように、ポリシー更新機構５１０は、イメージ作成ポリシーテーブル５０６を変更することができる。これによって、本実施の形態のブレードサーバシステムは、サーバ１０７の負荷の急激な変化に対応することができる。

図２２は、本発明の第１の実施の形態のサーバ情報取得機構１０４の処理のフローチャートである。

まず、ソフトウェア監視機構２１４、ＦＣ−ＳＷ管理機構１１２又はＮＷ−ＳＷ管理機構１１１からサーバ１０７に関する情報を所定の間隔で取得する。また、サーバ１０７に障害が発生すると、ＢＭＣ１０９内のハードウェア監視機構３０１からサーバ１０７に関する障害情報を取得する（１６０１）。

次に、取得したサーバに関する情報をイメージ作成ポリシー更新機構５１０へ送信し（１６０２）、処理を終了する。

以上のように、サーバ情報取得機構１０４は、サーバ１０７に関する各種情報を取得することができる。これによって、本実施の形態のブレードサーバシステムは、サーバ１０７の負荷及び障害を検知するので、イメージを記憶するＬＵ１１４を自動的に複製でき、ユーザの手間を軽減できる。

（第２の実施の形態）
本発明の第２の実施の形態は、サービスを提供している（稼動中）サーバ１０７にローリングアップデートによってパッチを適用する例を示す。ここで、ローリングアップデートとは、クライアントコンピュータから各サーバ１０７を見たときに、サーバ１０７のＯＳを見かけ上停止させることなく、パッチプログラムを適用するものである。

第２の実施の形態のブレードサーバシステムは、パッチ適用機構５１１の処理を除き、第１の実施の形態と同一である。

図２３は、本発明の第２の実施の形態のパッチ適用機構５１１の処理のフローチャートである。

まず、コンソール１１６からパッチの適用を要求されると、処理を開始する（１１３１）。

次に、パッチ・リビジョン管理テーブル９０３を参照する（１１３２）。適用を要求されたパッチのリビジョンとパッチのリビジョン１１０６とが一致するレコードがパッチ・リビジョン管理テーブル９０３に存在するか否かを判定する。これによって、要求されたパッチが適用済みであるか否かを判定する（１１３３）。

適用済みであると、要求されたパッチが適用済みであることをコンソール１１６へ通知し（１１３４）、本処理を終了する。

一方、適用済みでないと、パッチを適用するサーバ１０７の識別子とＣＰＵ−ＬＵ割当管理テーブル５０１のサーバ識別子６０１が一致するレコードの論理ディスク番号６０４をＣＰＵ−ＬＵ割当管理テーブル５０１から抽出する。そして、抽出した論理ディスク番号６０４に値が格納されているか否かを判定する。これによって、パッチを適用するサーバ１０７がサービスを提供中であるか否かを判定する（１１３５）。なお、パッチを適用するサーバ１０７内のコンテンツの起動状況をソフトウェア監視機構２１４から取得して、パッチを適用するサーバ１０７がサービスを提供中であるか否かを判定してもよい。

サーバ１０７がサービス提供中でないと、パッチをサーバ１０７にすぐに適用することができるので、ステップ１１３８に進む。

サーバ１０７がサービス提供中であると、パッチをサーバ１０７に適用することができないので、パッチを適用するサーバ１０７をロードバランサの振り分け対象から外す（１１３６）。これによって、パッチを適用するサーバ１０７にサービスが振り分けられなくなる。

次に、パッチを適用するサーバ１０７内のミドルウェア又はアプリケーションを管理する管理サーバ１０１内のマネージャに該当ミドルウェア又はアプリケーションの閉塞又は縮退を要求する（１１３７）。ここで、閉塞とは、管理対象のサーバに対してサービス停止要求を出すことである。縮退とは、閉塞後にマネージャの管理下からサーバを外すことである。閉塞又は縮退を要求されたミドルウェア又はアプリケーションは、提供しているサービスを中止する。

次に、要求されたパッチをサーバ１０７に適用する（１１３８）。そして、パッチリビジョン管理テーブル９０３を更新する。具体的には、パッチを適用したコンテンツの種類を種別１１０５へ格納し、適用したパッチのリビジョンをパッチのリビジョン１１０６に格納する。

次に、パッチを適用したサーバ１０７にテスト・プログラムを実行させる。次に、パッチを適用したサーバ１０７からテスト・プログラムの実行結果を受け取る。そして、受け取った実行結果から、パッチを適用したサーバ１０７に問題が発生しているか否かを判定する（１１３９）。

問題が発生していると、問題発生をコンソール１１６に通知する（１１４０）。

一方、問題が発生していないと、パッチを適用したサーバ１０７をサービスへ即時に追加するか否かを判定する（１１４１）。

即時に追加しない場合、そのまま本処理を終了する。一方、即時に追加する場合、管理サーバ１０１内のマネージャにパッチを適用したサーバ１０７内のミドルウェア又はアプリケーションの閉塞解除又はスケールアウトを要求する。そして、パッチを適用したサーバ１０７をロードバランサの振り分け対象へ追加し（１１４２）、本処理を終了する。

以上のように、本実施の形態のパッチ適用機構５１１は、サービスを提供中のサーバ１０７に対しても、パッチを適用することができる。

なお、上記各実施形態では、ブレードサーバシステムに本発明を適用した例を示したが、複数のサーバを管理する計算機システムに適用することができ、例えば、クラスタサーバや論理分割を行う仮想計算機などに適用することができる。

本発明の第１の実施の形態のブレードサーバシステムの構成のブロック図である。 本発明の第１の実施の形態のサーバのハードウェア構成のブロック図である。 本発明の第１の実施の形態のサーバのソフトウェア構成のブロック図である。 本発明の第１の実施の形態の管理サーバとサーバとの通信の説明図である。 本発明の第１の実施の形態のディスクアレイ装置内のＬＵの説明図である。 本発明の第１の実施の形態の管理サーバに備えられているＬＵ管理機構の構成のブロック図である。 本発明の第１の実施の形態のＬＵ管理機構に備えられているＣＰＵ−ＬＵ割当管理テーブルの構成図である。 本発明の第１の実施の形態のＬＵ管理機構に備えられているスケールアウト後のＣＰＵ−ＬＵ割当管理テーブルの構成図である。 本発明の第１の実施の形態のＬＵ管理機構に備えられているスケールアップ後のＣＰＵ−ＬＵ割当管理テーブルの構成図である。 本発明の第１の実施の形態のＬＵ管理機構に備えられているＬＵ管理テーブルの構成図である。 本発明の第１の実施の形態のＬＵ管理機構に備えられているコンテンツ管理テーブルの構成のブロック図である。 本発明の第１の実施の形態のＬＵ管理機構に備えられているライセンス管理テーブルの構成図である。 本発明の第１の実施の形態のＬＵ管理機構に備えられているパッチ管理テーブルの構成図である。 本発明の第１の実施の形態のＬＵ管理機構に備えられているパッチ・リビジョン管理テーブルの構成図である。 本発明の第１の実施の形態のＬＵ管理機構に備えられているイメージ作成ポリシーテーブルの構成図である。 本発明の第１の実施の形態のＬＵ管理機構に備えられている複製契機更新ポリシーテーブルの構成図である。 本発明の第１の実施の形態の優先順位更新機構の処理のフローチャートである。 本発明の第１の実施の形態のパッチ適用機構の処理のフローチャートである。 本発明の第１の実施の形態のＬＵ制御機構の処理のフローチャートである。 本発明の第１の実施の形態のイメージ作成機構の処理のフローチャートである。 本発明の第１の実施の形態のポリシー更新機構の処理のフローチャートである。 本発明の第１の実施の形態のサーバ情報取得機構の処理のフローチャートである。 本発明の第２の実施の形態のパッチ適用機構の処理のフローチャートである。

符号の説明

１０１ 管理サーバ
１０２ デプロイ制御機構
１０３ ＬＵ管理機構
１０４ サーバ情報取得機構
１０５ ＦＣ−ＳＷ
１０６ ＮＷ−ＳＷ
１０７ サーバ
１０８ ＮＩＣ
１０９ ＢＭＣ
１１０ ＦＣＡ
１１１ ＮＷ−ＳＷ管理機構
１１２ ＦＣ−ＳＷ管理機構
１１３ ディスクアレイ装置
１１４ ＬＵ
１１５ ディスクコントローラ
１１６ コンソール
１１７ ＮＷ−ＳＷ
１１８ ロードバランサ
５０１ ＣＰＵ−ＬＵ割当管理テーブル
５０２ ＬＵ管理テーブル
５０４ ＬＵ制御機構
５０５ コンテンツ管理テーブル
５０６ イメージ作成ポリシーテーブル
５０７ イメージ作成機構
５０８ 複製契機更新ポリシーテーブル
５１０ ポリシー更新機構
５１１ パッチ適用機構
５１２ 優先順位更新機構

Claims (14)

1. オペレーティングシステムを装備するディスクイメージを記憶する論理ディスクを有するストレージ装置と、ストレージネットワークを介して前記ストレージ装置に接続する複数のサーバと、を備えるサーバシステムにおけるデプロイ方法であって、
   デプロイ管理機構は、複製した論理ディスクを管理するＬＵ管理テーブルを備え、
   前記デプロイ管理機構が、業務へのサーバ追加投入に備えて、デプロイの指令を受ける以前に、前記ディスクイメージを記憶する論理ディスクを前記ストレージ装置の空き領域に複数複製する処理と、
   前記デプロイ管理機構が、デプロイの指令を受け付ける処理と、
   前記デプロイ管理機構が、デプロイの指令を受けると、前記ＬＵ管理テーブルに基づいて、デプロイを指令されたディスクイメージを複製した論理ディスクが前記ストレージ装置の空き領域に存在するか否かを判定する処理と、
   前記デプロイ管理機構が、前記論理ディスクが前記ストレージ装置の空き領域に存在しなければ、デプロイを指令されたディスクイメージを記憶する論理ディスクを前記ストレージ装置の空き領域に複製する処理と、を含み、
   前記ＬＵ管理テーブルは、前記ディスクイメージを複製した論理ディスクの容量及び優先順位を格納し、
   前記デプロイ管理機構が、前記ストレージ装置の空き領域が不足すると、前記ＬＵ管理テーブルに基づいて、優先順位の低い前記論理ディスクを選択する処理と、
   前記デプロイ管理機構が、前記選択した論理ディスクを削除する処理と、
   をさらに含むことを特徴とするデプロイ方法。
2. 前記デプロイ管理機構が、
   デプロイの指令を受け付ける処理と、
   デプロイの指令を受けると、デプロイを指令された前記サーバ装置と前記ディスクイメージを複製した論理ディスクとのパスを設定する処理と、
   前記複製した論理ディスクにサーバの固有情報を設定する処理と、を含むことを特徴とする請求項１に記載のデプロイ方法。
3. 前記デプロイ管理機構が、
   前記ディスクイメージに含まれるコンテンツのライセンスを管理するライセンステーブルを備え、
   前記ディスクイメージを記憶する論理ディスクを複製する処理の前に、該ディスクイメージに含まれるコンテンツのライセンスに空きがあるか否かを前記ライセンステーブルから判定する処理と、
   ライセンスに空きがなければ、ライセンスの不足を通知する処理と、
   ライセンスに空きがあれば、該ディスクイメージを記憶する論理ディスクを前記ストレージ装置の空き領域に複製する処理と、を含むことを特徴とする請求項１に記載のデプロイ方法。
4. 前記デプロイ管理機構が、
   前記ディスクイメージを記憶する論理ディスクを複製する処理の契機を示すポリシーテーブルを備え、
   前記ポリシーテーブルに基づいて、前記論理ディスクを前記ストレージ装置の空き領域に複製するか否かを決定する処理を含むことを特徴とする請求項１に記載のデプロイ方法。
5. 前記デプロイ管理機構が、
   前記サーバに関する情報を取得する処理と、
   前記取得したサーバに関する情報に応じて、前記ポリシーテーブルを変更する処理と、を含むことを特徴とする請求項４に記載のデプロイ方法。
6. 前記デプロイ管理機構が、
   前記ディスクイメージに関するパッチを管理するパッチ管理テーブルを備え、
   パッチを適用していない前記ディスクイメージを前記パッチ管理テーブルから選択する処理と、
   前記選択したディスクイメージを記憶する前記論理ディスクにパッチを適用する処理と、を含むことを特徴とする請求項１に記載のデプロイ方法。
7. オペレーティングシステムを装備するディスクイメージを記憶する論理ディスクを有するストレージ装置と、ストレージネットワークを介して前記ストレージ装置に接続する複数のサーバと、を備えるサーバシステムにおける管理サーバが前記サーバに前記ディスクイメージをデプロイするプログラムであって、
   業務へのサーバ追加投入に備えて、デプロイの指令を受ける以前に、前記ディスクイメージを記憶する論理ディスクを前記ストレージ装置の空き領域に複数複製する手順と、
   デプロイの指令を受け付ける手順と、
   デプロイの指令を受けると、前記管理サーバに備えられて前記複製した論理ディスクを管理するＬＵ管理テーブルに基づいて、デプロイを指令されたディスクイメージを複製した論理ディスクが前記ストレージ装置の空き領域に存在するか否かを判定する手順と、
   該論理ディスクが前記ストレージ装置の空き領域に存在しなければ、デプロイを指令されたディスクイメージを記憶する論理ディスクを前記ストレージ装置の空き領域に複製する手順と、
   前記ＬＵ管理テーブルは、前記ディスクイメージを複製した論理ディスクの容量及び優先順位を格納して、前記ストレージ装置の空き領域が不足すると、前記ＬＵ管理テーブルに基づいて、優先順位の低い前記論理ディスクを選択する手順と、
   前記選択した論理ディスクを削除する手順と、
   を前記管理サーバに実行させることを特徴とするプログラム。
8. さらに、デプロイの指令を受け付ける手順と、
   デプロイの指令を受けると、デプロイを指令された前記サーバ装置と前記ディスクイメージを複製した論理ディスクとのパスを設定する手順と、
   前記複製した論理ディスクにサーバの固有情報を設定する手順と、を含むことを特徴とする請求項７に記載のプログラム。
9. 前記管理サーバが、前記ディスクイメージに含まれるコンテンツのライセンスを管理するライセンステーブルを備え、
   前記ディスクイメージを記憶する論理ディスクを複製する前に、該ディスクイメージに含まれるコンテンツのライセンスに空きがあるか否かを前記ライセンステーブルから判定する手順と、
   ライセンスに空きがなければ、ライセンスの不足を通知する手順と、
   ライセンスに空きがあれば、該ディスクイメージを記憶する論理ディスクを前記ストレージ装置の空き領域に複製する手順と、を含むことを特徴とする請求項７に記載のプログラム。
10. 前記管理サーバが、前記ディスクイメージを記憶する論理ディスクを複製する処理の契機を示すポリシーテーブルを備え、
    前記ポリシーテーブルに基づいて、前記論理ディスクを前記ストレージ装置の空き領域に複製するか否かを決定する手順を含むことを特徴とする請求項７に記載のプログラム。
11. さらに、前記サーバに関する情報を取得する手順と、
    前記取得したサーバに関する情報に応じて、前記ポリシーテーブルを変更する手順と、を含むことを特徴とする請求項１０に記載のプログラム。
12. 前記管理サーバが、前記ディスクイメージに関するパッチを管理するパッチ管理テーブルを備え、
    パッチを適用していない前記ディスクイメージを前記パッチ管理テーブルから選択する手順と、
    前記選択したディスクイメージを記憶する前記論理ディスクにパッチを適用する手順と、を含むことを特徴とする請求項７に記載のプログラム。
13. オペレーティングシステムを装備するディスクイメージを記憶する論理ディスクを有するストレージ装置と、ストレージネットワークを介して前記ストレージ装置に接続する複数のサーバと、前記サーバに前記ディスクイメージをデプロイするデプロイ管理機構と、を備えるサーバシステムにおいて、
    前記デプロイ管理機構は、複製した論理ディスクを管理するＬＵ管理テーブルを備え、
    前記デプロイ管理機構は、
    業務へのサーバ追加投入に備えて、デプロイの指令を受ける以前に、前記ディスクイメージを記憶する論理ディスクを前記ストレージ装置の空き領域に複数複製し、
    デプロイの指令を受け付け、
    デプロイの指令を受けると、前記ＬＵ管理テーブルに基づいて、デプロイを指令されたディスクイメージを複製した論理ディスクが前記ストレージ装置の空き領域に存在するか否かを判定し、
    該論理ディスクが前記ストレージ装置の空き領域に存在しなければ、デプロイを指令されたディスクイメージを記憶する論理ディスクを前記ストレージ装置の空き領域に複製し、
    前記ＬＵ管理テーブルは、前記ディスクイメージを複製した論理ディスクの容量及び優先順位を格納し、
    前記デプロイ管理機構は、前記ストレージ装置の空き領域が不足すると、前記ＬＵ管理テーブルに基づいて、優先順位の低い前記論理ディスクを選択し、当該選択した論理ディスクを削除することを特徴とするサーバシステム。
14. 前記デプロイ管理機構が、
    デプロイの指令を受け付け、
    デプロイの指令を受けると、デプロイを指令された前記サーバ装置と前記ディスクイメージを複製した論理ディスクとのパスを設定し、前記複製した論理ディスクにサーバの固有情報を設定することを特徴とする請求項１３に記載のサーバシステム。

Images