WO2006043322A1 - サーバ管理プログラム、サーバ管理方法、およびサーバ管理装置 - Google Patents

Abstract

　他のサーバコンピュータと連携した処理を実行するサーバグループに追加される予備のサーバコンピュータに対して、サーバグループに応じたサービスを提供する環境を自動で構築することができるようにする。 　イメージデータ採取手段（４）により、サーバコンピュータ（１ａ），（２ａ）から、ディスクイメージデータが採取され、イメージデータ記憶手段（５）に格納される。サーバグループ（１），（２）へのサーバコンピュータ（３ａ）の追加指示を受けると、イメージデータ追加手段（６）により、ディスクイメージデータがイメージデータ記憶手段（５）から取得され、追加すべきサーバコンピュータ（３ａ）のディスクにコピーされる。そして、環境設定手段（７）により、異なるサーバグループに属するサーバコンピュータ間の処理の依頼関係に基づいて、追加すべきサーバコンピュータ（３ａ）に対して、処理の依頼関係を有する相手の固有情報が設定される。                                                                                 

Description

明 細 書

サーバ管理プログラム、サーバ管理方法、およびサーバ管理装置 技術分野

[0001] 本発明はサーバコンピュータ上で機能するアプリケーションを管理するためのサー バ管理プログラム、サーバ管理方法、およびサーバ管理装置に関し、特に複数のサ 一バコンピュータをグループ化して管理するサーバ管理プログラム、サーバ管理方法 、およびサーバ管理装置に関する。

背景技術

[0002] クライアントに対してサービスを提供する場合、複数のサーバコンピュータで分散処 理を行うことができる。この場合、クライアントからの要求を負荷分散装置が、何れか のサーバコンピュータに振り分ける。

[0003] なお、以下の説明において、機能の名称の後に「サーノ を付けた場合、コンビュ ータ上に動作するアプリケーションソフトウェアによるサービス提供機能を指すことと する。また、「サーバコンピュータ」と呼んだ場合、サービス提供用のアプリケーション ソフトウェアを実行するコンピュータを指すこととする。

[0004] なお、システムの運用中に、サービスの処理要求の量がシステムの処理能力の限 界に近づくことがある。その場合、サービスを提供するサーバコンピュータのグループ (サーバグループ）にサーバコンピュータを追加することで処理能力を高め、処理量 がシステムの処理能力を超えることを防止できる。

[0005] このとき、サーバグループへのサーバの追加作業を、ユーザからの操作入力に応じ て行ったのでは、処理負荷の上昇に対してサーバコンピュータ追カ卩の対応が遅れて しまう可能性がある。そこで、サーバクラスタに対するサービス要求を監視し、サービ スへの需要が上限値を超えた場合、予め用意されていた予備のサーバコンピュータ をサーバクラスタに追加するシステムが考えられている（例えば、特許文献 1参照)。 特許文献 1 :特開 2002— 163241号公報 (段落番号 [0028] , [0029]参照） 発明の開示

発明が解決しょうとする課題 [0006] ところで、サーバグループに対して予備のサーバコンピュータを自動的に追加する には、予備のサーバコンピュータに対して予め必要な環境設定が行われている必要 がある。そのため、特定のサービス用に予備サーバを用意できるのであれば、特許文 献 1のようなシステムも可能である。

[0007] ただし、複数のサービスを提供して!/ヽるシステムにお 、て、サービス毎に予備のサ 一バコンピュータを用意しておくのは、資源の無駄である。そこで、複数のサービスに 共通の予備のサーバコンピュータを用意しておき、負荷が過大となったサービスに対 して、そのサービスを提供するためのサーバグループにサーバコンピュータを追加す ることが考えられる。その場合、追加対象となるサーバグループが決定した時点で、 そのサーバグループに応じたサーバアプリケーションをサーバコンピュータに導入す る必要がある。

[0008] し力し、サーバグループへの追加が決定されてから予備のサーバコンピュータに対 するアプリケーション等の配置、および設定を行う必要があり、実際に運用できるよう になるまでに長時間力かってしまう。しかも、複数のサーバアプリケーションが連携し て動作することでサービスが提供されるような多階層のサーバシステム (たとえば、 W ebサーバと、 Webサーバからの依頼に応じて処理を行うアプリケーションサーバとに よるサービス）では、導入されたサーバコンピュータに関連する他のサーバコンビユー タに関する情報を含めた環境設定が必要である。そのため、連携相手となるサーバ グループに属するサーバコンピュータの追加や削除が動的に行われるシステムでは 、予め環境設定をしておくことはできない。

[0009] 本発明はこのような点に鑑みてなされたものであり、他のサーバコンピュータと連携 した処理を実行するサーバグループに追加されるサーバコンピュータに対して、サー バグループに応じたサービスを提供する環境を自動で構築することができるシステム 管理プログラムを提供することを目的とする。 課題を解決するための手段

[0010] 本発明では上記課題を解決するために、図 1に示すような機能をコンピュータで実 現するためのサーバ管理プログラムが提供される。このサーバ管理プログラムは、複 数のサーバコンピュータをサーバグループ 1, 2にグループ分けして管理するための ものである。サーバ管理プログラムを実行するコンピュータは、イメージデータ採取手 段 4、イメージデータ送信手段 6、および環境設定手段 7を有する。

[0011] イメージデータ採取手段 4は、サーバグループ 1, 2それぞれに属するサーバコンビ ユータ la, 2aから、ディスクイメージデータを採取し、イメージデータ記憶手段 5に格 納する。イメージデータ追加手段 6は、サーバグループ 1, 2へのサーバコンピュータ 3aの追加指示を受けると、追加対象のサーバグループ 1から採取されたディスクィメ ージデータをイメージデータ記憶手段 5から取得し、追加すべきサーバコンピュータ 3 aの記憶装置に格納する。環境設定手段 7は、異なるサーバグループに属するサー バコンピュータ間の処理の依頼関係に基づいて、追加すべきサーバコンピュータ 3a に対して、処理の依頼関係を有する相手の固有情報を設定する。

[0012] このような機能を有するコンピュータによれば、イメージデータ採取手段 4により、サ 一バグループ 1, 2それぞれに属するサーバコンピュータ la, 2a力ら、ディスクィメー ジデータが採取され、イメージデータ記憶手段 5に格納される。その後、サーバダル ープ 1, 2へのサーバコンピュータ 3aの追加指示を受けると、イメージデータ追カロ手 段 6〖こより、追加対象のサーバグループ 1から採取されたディスクイメージデータがィ メージデータ記憶手段 5から取得され、追加すべきサーバコンピュータ 3aの記憶装 置に格納される。そして、環境設定手段 7により、異なるサーバグループに属するサ 一バコンピュータ間の処理の依頼関係に基づいて、追加すべきサーバコンピュータ ₃ aに対して、処理の依頼関係を有する相手の固有情報が設定される。

[0013] また、上記課題を解決するために、コンピュータにより、複数のサーバコンピュータ をサーバグループにグループ分けして管理するためのサーバ管理方法にぉ 、て、ィ メージデータ採取手段力 S、前記サーバグループそれぞれに属するサーバコンビユー タから、ディスクイメージデータを採取し、イメージデータ記憶手段に格納し、イメージ データ追カ卩手段力 前記サーバグループへの前記サーバコンピュータの追加指示を 受けると、追加対象の前記サーバグループカゝら採取された前記ディスクイメージデー タを前記イメージデータ記憶手段から取得し、追加すべき前記サーバコンピュータに 格納し、環境設定手段が、異なる前記サーバグループに属する前記サーバコンビュ ータ間の処理の依頼関係に基づいて、追加すべき前記サーバコンピュータに対して 、処理の依頼関係を有する相手の固有情報を設定する、ことを特徴とするサーバ管 理方法が提供される。

[0014] さらに、上記課題を解決するために、複数のサーバコンピュータをサーバグループ にグループ分けして管理するためのサーバ管理装置において、前記サーバグルー プそれぞれに属するサーバコンピュータから、ディスクイメージデータを採取し、ィメ ージデータ記憶手段に格納するイメージデータ採取手段と、前記サーバグループへ の前記サーバコンピュータの追加指示を受けると、追加対象の前記サーバグループ から採取された前記ディスクイメージデータを前記イメージデータ記憶手段から取得 し、追加すべき前記サーバコンピュータの記憶装置に格納するイメージデータ追カロ 手段と、異なる前記サーバグループに属する前記サーバコンピュータ間の処理の依 頼関係に基づいて、追加すべき前記サーバコンピュータに対して、処理の依頼関係 を有する相手の固有情報を設定する環境設定手段と、を有することを特徴とするサ ーバ管理装置が提供される。

発明の効果

[0015] 本発明では、イメージデータを格納した後、追加するサーバコンピュータに対して、 処理の依頼関係を有する相手の固有情報を設定するようにした。これにより、複数の サーバが連携してサービスを提供するシステムにおいて自動的にサーバコンビユー タの増設が可能となる。

[0016] 本発明の上記および他の目的、特徴および利点は本発明の例として好ま U、実施 の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。

図面の簡単な説明

[0017] [図 1]実施の形態に適用される発明の概念図である。

[図 2]本実施の形態のシステム構成例を示す図である。

[図 3]本発明の実施の形態に用いるサイト管理サーバコンピュータのハードウェア構 成例を示す図である。

[図 4]サーバグループの例を示す図である。

[図 5]メッシュ接続の例を示す図である。

[図 6]ライン接続の例を示す図である。 [図 7]各コンピュータの機能を示すブロック図である。

[図 8]サーバグループ作成処理を示す図である。

[図 9]イメージデータ採取処理を示す図である。

[図 10]クローユング資材採取処理の前半を示す図である。

[図 11]クローユング資材採取処理の後半を示す図である。

[図 12]アプリケーション更新処理を示す図である。

[図 13]サーバグループへの被管理サーバコンピュータの追加状況を示す図である。

[図 14]サーバ追加処理を示す図である。

[図 15]サーバグループからの被管理サーバコンピュータの削除処理を示す図である

[図 16]サーバ追加処理時の固有情報設定処理手順を示すフローチャートである。

[図 17]Webサーバ追加処理による固有情報設定例を示す図である。

[図 18]アプリケーションサーバ追加処理による固有情報設定例を示す図である。

[図 19]サーバ削除処理時の固有情報削除処理手順を示すフローチャートである。

[図 20]Webサーバ削除処理による固有情報削除例を示す図である。

[図 21]アプリケーションサーバ追加処理による固有情報設定例を示す図である。

[図 22]リパーパシング処理の概念図である。

発明を実施するための最良の形態

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

まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態 の具体的な内容を説明する。

[0019] 図 1は、実施の形態に適用される発明の概念図である。本発明は、複数のサーバコ ンピュータ la, 2a, 2bをサーバグループ 1, 2にグループ分けして管理するためのも のである。また、サーバプール 3には、予備のサーバコンピュータ 3aが用意されてい る。これらのコンピュータ la, 2a, 2b, 3aはネットワークで接続され、互いに通信可能 である。図 1に示すように、本発明は、イメージデータ採取手段 4、イメージデータ追 加手段 6、および環境設定手段 7で構成される。

[0020] イメージデータ採取手段 4は、サーバグループ 1, 2それぞれに属するサーバコンビ ユータ la, 2aから、ディスクイメージデータを採取し、イメージデータ記憶手段 5に格 納する。ディスクイメージデータとしては、例えば、サービスを提供するためのアプリケ ーシヨンプログラムとオペレーティングシステム（OS)とを含むデータが採取される。な お、ディスクイメージデータは、ハードディスクドライブ内の全てのデータであってもよ V、し、予め指定されたディレクトリ配下のデータであってょ 、。

[0021] イメージデータ追加手段 6は、サーバグループ 1, 2へのサーバコンピュータ 3aの追 加指示を受けると、追加対象のサーバグループ 1から採取されたディスクイメージデ ータをイメージデータ記憶手段 5から取得し、追加すべきサーバコンピュータ 3aの記 憶装置に格納する。

[0022] 環境設定手段 7は、異なるサーバグループに属するサーバコンピュータ間の処理 の依頼関係に基づいて、追加すべきサーバコンピュータ 3a対して、処理の依頼関係 を有する相手の固有情報を設定する。また、環境設定手段 7は、追加すべきサーバ コンピュータ 3aとの間に処理の依頼関係を構築すべき他のサーバコンピュータ 2a, 2 bに対して、追加すべきサーバコンピュータ 3aの固有情報を設定することもできる。な お、固有情報は、たとえば、各サーバコンピュータのネットワーク上のアドレス情報 (IP (Internet Protocol)アドレス等）である。

[0023] このような機能を有するコンピュータによれば、イメージデータ採取手段 4により、サ 一バグループ 1, 2それぞれに属するサーバコンピュータ la, 2a力ら、ディスクィメー ジデータが採取され、イメージデータ記憶手段 5に格納される。その後、サーバダル ープ 1, 2へのサーバコンピュータ 3aの追加指示を受けると、イメージデータ追カロ手 段 6〖こより、追加対象のサーバグループ 1から採取されたディスクイメージデータがィ メージデータ記憶手段 5から取得され、追加すべきサーバコンピュータ 3aの記憶装 置に格納される。そして、環境設定手段 7により、異なるサーバグループに属するサ 一バコンピュータ間の処理の依頼関係に基づいて、追加すべきサーバコンピュータ ₃ a、および追加すべきサーバコンピュータ 3aとの間に処理の依頼関係を構築すべき 他のサーバコンピュータ 2a, 2bに対して、処理の依頼関係を有する相手の固有情報 が設定される。

[0024] これにより、複数のサーバが連携してサービスを提供するシステムにおいて自動的 にサーバコンピュータの増設が可能となる。その結果、サーバグループ内での各サ 一バコンピュータの負荷の増大に対し、迅速にサーバを追加し、処理量に応じた処 理能力（たとえば、クライアントコンピュータへの応答時間）を確保することができる。

[0025] し力も、サーバコンピュータを追加する際には、予め採取しておいたディスクィメー ジデータをコピーし、固定情報を設定するだけでよいため、アプリケーションプロダラ ムの OSへのインストール作業全体を行う場合に比べて短時間で作業が終了する。こ れにより、たとえば、サーバコンピュータの故障時にも迅速に代替サーバコンピュータ の組み込みが可能となり、システムの信頼性が向上する。

[0026] ところで、本発明の機能のうち、イメージデータ記憶手段 5と他の機能とを別コンビュ ータに分けて実現することができる。その際、イメージデータ採取手段 4とイメージデ ータ追加手段 6とを有するサーバコンピュータと、イメージデータ記憶手段 5を有する サーバコンピュータとの間にファイアウォールを設けておけば、被管理サーバコンビュ ータが有するデータに対する不正アクセスを有効に防止できる。すなわち、被管理サ 一バコンピュータからのディスクイメージデータの入出力をファイアウォールで守られ たネットワークの内側で行うことで、ディスクイメージデータをファイアウォールの外部 に取り出す必要が無くなり、ディスクイメージデータに対する不正アクセスを防止でき る。

[0027] そこで、ディスクイメージデータの記憶機能と他の機能とを別コンピュータで実現し た場合の例を用いて、本発明の実施の形態について詳細に説明する。なお、以下の 説明では、ディスクイメージデータを、単にイメージデータと呼ぶこととする。

[0028] 図 2は、本実施の形態のシステム構成例を示す図である。サイト管理サーバコンビ ユータ 100は、運用管理クライアントコンピュータ 200に接続されていると共に、フアイ ァウォール 330を介して、ドメイン管理サーバコンピュータ 310と負荷分散装置 320と に接続されている。ドメイン管理サーバコンピュータ 310は、 LAN(Local Area Network)16経由で、複数の被管理サーバコンピュータ 410, 420, 430, · · ·に接続 されている。また、 LAN16には、負荷分散装置 320が接続されている。負荷分散装 置 320は、ファイアウォール 340を介してネットワーク 10に接続されている。ネットヮー ク 10には、複数のクライアントコンピュータ 510, 520, 530, · · ·が接続されている。 [0029] サイト管理サーバコンピュータ 100は、負荷分散装置 320や被管理サーバコンビュ ータ 410, 420, 430, · · ·を管理する。具体的には、サイト管理サーバコンピュータ 1 00は、被管理サーバコンピュータ 410, 420, 430, · · ·を、提供するサービス毎にグ ループ化して管理する。また、サイト管理サーバコンピュータ 100は、被管理サーバ コンピュータ 410, 420, 430, · · ·のうちの一部を予備のサーバコンピュータとしてプ ール (いつでも使用できるように待機させておくこと)しておく。そして、サイト管理サー バコンピュータ 100は、負荷の過大となったサーバグループに対して、プールされて Vヽた被管理サーバコンピュータを追加する。

[0030] 運用管理クライアントコンピュータ 200は、システムを管理する管理者が操作する端 末装置である。運用管理クライアントコンピュータ 200からの操作入力内容が、サイト 管理サーバコンピュータ 100に送信される。

[0031] ドメイン管理サーバコンピュータ 310は、サイト管理サーバコンピュータ 100からの 指示に従い、サーバグループ毎のイメージデータを記憶する。また、ドメイン管理サ 一バコンピュータ 310は、サイト管理サーバコンピュータ 100からの指示に従い、記憶 しているイメージデータを、サーバグループに追加される被管理サーバコンピュータ の記憶装置に格納する。

[0032] 負荷分散装置 320は、被管理サーバコンピュータ 410, 420, 430, · · ·に対する 処理要求の負荷分散処理を行う。

ファイアウォール 330は、サイト管理サーバコンピュータ 100側のネットワークからド メイン管理サーバコンピュータ 310や負荷分散装置 320側のネットワークへの不正ァ クセスを抑止する。

[0033] ファイアウォール 340は、クライアントコンピュータ 510, 520, 530, · · ·が接続され たネットワーク 10から負荷分散装置 320への不正アクセスを抑止する。

被管理サーバコンピュータ 410, 420, 430, · · ·は、グループ分けして管理されて おり、クライアントコンピュータ 510, 520, 530, · · ·に対して、サーバグループ毎に 所定のサービスを提供する。

[0034] クライアントコンピュータ 510, 520, 530, · · ·は、ユーザからの操作入力に応答し て、被管理サーバコンピュータ 410, 420, 430, · · ·への処理要求を出力する。 [0035] このようなシステムにおいて、サイト管理サーバコンピュータ 100、運用管理クライァ ントコンピュータ 200、ドメイン管理サーバコンピュータ 310、および被管理サーバコ ンピュータ 410, 420, 430, · · ·が互いに連携して動作することで、システム内の資 源管理が行われる。

[0036] 図 3は、本発明の実施の形態に用いるサイト管理サーバコンピュータのハードウェア 構成例を示す図である。サイト管理サーバコンピュータ 100は、 CPU(Central Processing Unit)101によって装置全体が制御されている。 CPU101には、パス 107 を介して RAM(Random Access Memory) 102,ハードディスクドライブ（HDD:Hard Disk Drive) 103、グラフィック処理装置 104、入力インタフェース 105、および通信ィ ンタフェース 106が接続されて!、る。

[0037] RAM102には、 CPU101に実行させる OS(Operating System)のプログラムゃァプ リケーシヨンプログラムの少なくとも一部が一時的に格納される。また、 RAM102には 、 CPU101による処理に必要な各種データが格納される。 HDD103には、 OSゃァ プリケーシヨンプログラムが格納される。

[0038] グラフィック処理装置 104には、モニタ 11が接続されている。グラフィック処理装置 1 04は、 CPU101からの命令に従って、画像をモニタ 11の画面に表示させる。入カイ ンタフェース 105には、キーボード 12とマウス 13とが接続されている。入力インタフエ ース 105は、キーボード 12やマウス 13から送られてくる信号を、バス 107を介して CP U 101に送信する。

[0039] 通信インタフェース 106は、ネットワーク 10に接続されている。通信インタフェース 1 06は、ネットワーク 10を介して、他のコンピュータとの間でデータの送受信を行う。

[0040] 以上のようなハードウェア構成によって、本実施の形態の処理機能を実現すること ができる。なお、図 3には、サイト管理サーバコンピュータ 100のハードウェア構成例 を示した力 他の各装置も同様のハードウェアで実現することができる。

[0041] 次に、各コンピュータが有する資源管理のための処理機能について説明する。な お、サイト管理サーバコンピュータ 100は、被管理サーバコンピュータを、処理機能に 応じて複数のサーバグループに分けて管理する。サーバグループとは、サイト管理サ 一バコンピュータ 100の管理対象として参加した被管理サーバコンピュータのうち、 サービス設定やサービス (業務)を均一とし、一括管理すべき被管理サーバコンビュ ータの集合である。

[0042] 図 4は、サーバグループの例を示す図である。図 4の例では、被管理サーバコンビ ユータ 410, 420, 430, 440, 450, 460力 2つのサーノ グノレープとサーノ プーノレ とに分けられている。

[0043] Webサーバグループ 31には、 Webサーバ用のサーバアプリケーションが実装され た被管理サーバコンピュータ 410, 420力 S含まれる。アプリケーションサーバグループ 32には、アプリケーションサーバ用のサーバアプリケーションが実装された被管理サ 一バコンピュータ 430, 440力含まれる。サーバプール 33には、予備として設けられ た被管理サーバコンピュータ 450, 460力 S含まれる。

[0044] サイト管理サーバコンピュータ 100は、各サーバグループを遠隔操作、統合管理す る機能を備えている。具体的には、サイト管理サーバコンピュータ 100は、クライアント コンピュータ 510, 520, 530, · · ·に対して提供するサービスを、多階層のアプリケ ーシヨンによって提供する場合の、被管理サーバコンピュータ間の処理の依頼関係（ 論理的な接続)を管理している。この依頼関係には、メッシュ負荷分散型の接続形態 (メッシュ接続)とライン負荷分散型の接続形態 (ライン接続)とがある。

[0045] 図 5は、メッシュ接続の例を示す図である。この例では、被管理サーバコンピュータ 410, 420には、それぞれ Webサーバのサーバアプリケーション 411 , 421が実装さ れている。被管理サーバコンピュータ 430, 440には、それぞれアプリケーションサー バのサーバアプリケーション 431, 441が実装されている。

[0046] 各被管理サーバコンピュータ 410, 420, 430, 440に実装されたサーバアプリケー シヨンの配置タイミングは、サイト管理サーバコンピュータ 100によって制御される。ま た、負荷分散装置 320における分散処理に関する詳細な設定内容についても、サイ ト管理サーバコンピュータ 100で管理される。

[0047] メッシュ接続では、 Webサーバグループ 31内の各サーバアプリケーション 411, 42 1とアプリケーションサーバグループ 32内の各サーバアプリケーション 431, 441と力 S 互いに接続されている。

[0048] また、クライアントコンピュータ 510, 520には、 Webブラウザ 511, 521が実装され ている。ユーザは、クライアントコンピュータ 510, 520に操作入力を行い、 Webブラ ゥザ 511, 521に対して様々な命令を入力する。 Webブラウザ 511, 521は、操作入 力により指示された命令の内容に、ネットワーク 10を介したサービスの提供要求が含 まれていれば、その命令に応じた処理要求を出力する。

[0049] Webブラウザ 511, 521から出力された処理要求は、負荷分散装置 320によって、 Webサーバのサーバアプリケーション 411, 421との何れかに振り分けられる。 Web サーバのサーバアプリケーション 411, 421は、処理要求を受け取ると、サーバアプリ ケーシヨン 431とサーバアプリケーション 441との何れかに処理を依頼する。サーバァ プリケーシヨン 431, 441は、依頼された処理を実行する。

[0050] 図 6は、ライン接続の例を示す図である。ライン接続では、各サーバグループ内の 1 つずつのサーバが、互いに関連付けられている。図 6の例では、 Webサーバのサー バアプリケーション 412とアプリケーションサーバのサーバアプリケーション 432とが関 連付けられている。同様に、 Webサーバのサーバアプリケーション 422とアプリケー シヨンサーバのサーバアプリケーション 442とが関連付けられている。これらの互いに 関連するサーバによって、多階層のサービスが提供される。

[0051] このように、メッシュ接続かライン接続かにより、サーバプール 33内の被管理サーバ コンピュータを任意のサーバグループに追加した際の接続相手が異なってくる。また 、サーバグループに被管理サーバコンピュータを追加した場合、その被管理サーバ コンピュータに対して接続相手に関する識別情報を設定すると共に、接続相手の被 管理サーバコンピュータに対しても、追加された被管理サーバコンピュータの識別情 報を設定する必要がある。

[0052] 以下、サーバグループへの被管理サーバコンピュータの追力！]、削除の処理につい て詳細に説明する。

図 7は、各コンピュータの機能を示すブロック図である。図 7では、被管理サーバコ ンピュータ 410の機能ブロックを示している力 他の被管理サーバコンピュータ 420, 430, 440, 450, 460も同様の機能を有している。

[0053] サイト管理サーバコンピュータ 100には、システム資源管理部 110、アプリケーショ ン資源管理部 120、サーバ制御部 130、および業務構成管理情報 140を有している 。システム資源管理部 110は、運用管理クライアントコンピュータ 200からの指示に従 つて、被管理サーノ コンピュータ 410, 420, 430, 440, 450, 460における OS等 の基本資源を管理する。

[0054] アプリケーション資源管理部 120は、被管理サーバコンピュータ 410, 420, 430, 440, 450, 460でサービスを提供するサーバアプリケーションに関する資源を管理 する。

[0055] サーバ制御部 130は、システム資源管理部 110とアプリケーション資源管理部 120 との指示に従って、ドメイン管理サーバコンピュータ 310や被管理サーバコンピュータ 410, 420, 430, 440, 450, 460を制御する。

[0056] 業務構成管理情報 140には、システム全体でクライアントコンピュータ 510, 520, 5 30, · · ·に対して提供しているサービスに関する情報力 サーバグループ毎に登録さ れている。たとえば、具体的には、業務構成管理情報 140は、サーバグループで提 供するサービスのサービス名（たとえば、「サービス A」）、接続先の被管理サーバコン ピュータの IPアドレス（たとえば、「接続先： 1. 1. 2. 1, 1. 1. 2. 2」）、およびサーバ グループに属する被管理サーバコンピュータの IPアドレス（たとえば、「所属 Webサ ーバ： 1. 1. 1. 1, 1. 1. 1. 2」）等を含んでいる。

[0057] このように、このシステムでは、複数のサービスがサービス名（たとえば、「サービス A 」）によって管理される。クライアントコンピュータ 510, 520, 530力もは、サービス名 によって、処理要求の対象が指定される。なお、多階層のサービスを提供する場合（ たとえば、 Webサーバとアプリケーション）、同じサービス名に対して、複数のサーバ グループが関連付けられる。

[0058] Webサーバとアプリケーションとが連携して処理するサービスの場合、業務構成管 理情報 140における Webサーバからの接続先情報として、アプリケーションサーバの 機能を提供する被管理サーバコンピュータの IPアドレスが設定される。また、業務構 成管理情報 140におけるアプリケーションサーバの接続元情報として、 Webサーバ の機能を提供する被管理サーバコンピュータの IPアドレスが設定される。

[0059] 運用管理クライアントコンピュータ 200は、資源管理ユーザインタフェース 210と管 理コンソール部 220とを有している。資源管理ユーザインタフェース 210は、資源管 理を行うための管理者からの操作入力を受け付け、処理結果を表示する。管理コン ソール部 220は、サイト管理サーバコンピュータ 100における資源管理のコンソール 端末として機能する。すなわち、管理コンソール部 220は、管理者からの操作入力の 内容を、サイト管理サーバコンピュータ 100に送信し、サイト管理サーバコンピュータ 100からの応答内容を受信する。

[0060] ドメイン管理サーバコンピュータ 310は、イメージ採取処理部 311とイメージデータ 記憶部 312とを有している。イメージ採取処理部 311は、サイト管理サーバコンビユー タ 100からの指示に応じて、被管理サーバコンピュータ 410からハードディスク装置 のイメージデータを採取し、イメージデータ記憶部 312に格納する。また、イメージ採 取処理部 311は、サイト管理サーバコンピュータ 100からの指示に応じて、イメージ データをイメージデータ記憶部 312から取得し、サーバグループへの追加対象となる 被管理サーバコンピュータに転送する。

[0061] 被管理サーバコンピュータ 410は、資源管理エージェント 411とサーバアプリケー シヨン 412とを有している。資源管理エージェント 411は、サイト管理サーバコンビュ ータ 100からの指示に従って、被管理サーバコンピュータ 410の資源管理を行う。サ ーバアプリケーション 412は、クライアントコンピュータから送られる処理要求に従って 、処理を実行する。

[0062] 以下、本実施の形態で実行される処理を説明する。まず、サーバグループ作成処 理について説明する。

図 8は、サーバグループ作成処理を示す図である。まず、管理者が、運用管理クラ イアントコンピュータ 200を操作し、サーバグループの作成命令を入力する。すると、 運用管理クライアントコンピュータ 200からサイト管理サーバコンピュータ 100に、サ 一バグループ作成指示が出される (ステップ Sl l)。サーバグループ作成指示には、 新たに作成されるサーバグループでサービスする内容や、そのサーバグループに属 する被管理サーバコンピュータの指定等が含まれる。

[0063] サーバグループ作成指示は、サイト管理サーバコンピュータ 100内のシステム資源 管理部 110で受け取られる。そして、システム資源管理部 110は、指定されたサーバ グループの情報を内部で保持すると共に、サーバ制御部 130に対して、新しく作成し たサーバグループの情報が通知される。

[0064] また、システム資源管理部 110は、アプリケーション資源管理部 120に対して、サー バグループ作成イベントを出力する (ステップ S 12)。アプリケーション資源管理部 12 0は、サーバグループ作成イベントによって、新たに作成されたサーバグループの構 成を認識する。

[0065] このようにして、システム内において、 Webサーバグループ 31やアプリケーションサ 一バグループ 32が生成される。その後、同一のサーバグループに属する被管理サ 一バコンピュータには、共通のサーバアプリケーション (Webサーバやアプリケーショ ンサーバ）が導入される。そして、各サーバグループから、サーバアプリケーションが 導入されたストレージデバイスのディスクイメージが採取される。

[0066] 図 9は、イメージデータ採取処理を示す図である。なお、イメージデータを採取する 場合、被管理サーバコンピュータ 410は、予め保守モード (サービスの提供を中止し ている）に設定される。

[0067] まず、管理者が運用管理クライアントコンピュータ 200を操作し、イメージ採取の指 示を入力する。すると、運用管理クライアントコンピュータ 200からサイト管理サーバコ ンピュータ 100にイメージ採取指示が出される (ステップ S21)。

[0068] サイト管理サーバコンピュータ 100では、システム資源管理部 110が、イメージ採取 指示を受け取る。システム資源管理部 110は、サーバ制御部 130に対して、イメージ 採取を伝える。サーバ制御部 130は、アプリケーション資源管理部 120に対して、ィメ ージ採取前イベントを出力する。すると、アプリケーション資源管理部 120は、ィメー ジ採取時刻等の情報を記憶する。この情報は、イメージデータをインストールする際 の最新性のチェックに使用される。

[0069] なお、最新性のチェックを、ドメイン管理サーバコンピュータ 310内に保持されたィメ ージデータの格納時刻を用いて行うこともできる。その場合、ステップ S22に示すィメ ージ採取前イベントの発行は不要となる。

[0070] サーバ制御部 130は、イメージデータの採取元となる被管理サーバコンピュータ 41 0に対して、イメージ採取前イベントを送信する (ステップ S23)。

イメージ採取前イベントは、被管理サーバコンピュータ 410の資源管理エージェント 411で受け取られる。資源管理エージェント 411は、イメージ採取前イベントが発行さ れると、サーバアプリケーション 412の自動起動を抑止する（ステップ S24)。すなわ ち、資源管理エージェント 411は、サーバアプリケーション 412への起動要求が実行 されな ヽような環境設定を行う。

[0071] 次に、サーバ制御部 130からドメイン管理サーバコンピュータ 310に対して、ィメー ジデータの採取指示が伝えられ、イメージ採取処理部 311によって、被管理サーバ コンピュータ 410内のディスクイメージの採取処理が行われる（ステップ S25)。採取さ れたイメージデータは、イメージデータ記憶部 312に格納される。

[0072] 具体的には、サーバ制御部 130からの遠隔制御により、資源管理エージェント 411 が被管理サーバコンピュータ 410の OSをシャットダウンさせる。なお、被管理サーバ コンピュータ 410では、メインの OSがシャットダウンされた後でも、サーバ制御部 130 力 の遠隔操作を受け付けるための最低限の動作を行うことができる機能は稼働して いる。この機能は、例えば、イメージ採取対象の OSとは別の OSを起動することで実 現することができる。

[0073] その後、ドメイン管理サーバコンピュータ 310内のイメージ採取処理部 311が、被管 理サーバコンピュータ 410のハードディスク装置内のデータを、イメージデータ記憶 部 312に格納する。格納が終了すると、サーバ制御部 130が被管理サーバコンビュ ータ 410を遠隔操作し、元の OSを再起動する。この際、サーバアプリケーション 412 は、起動が抑止されているため、起動されない。

[0074] イメージデータの採取が終了すると、サーバ制御部 130から資源管理エージェント 411に対して、イメージ採取後イベントが出される (ステップ S26)。イメージ採取後ィ ベントは、資源管理エージェント 411で受け取られる。資源管理エージェント 411は、 イメージ採取後イベントに応答して、サーバアプリケーション 412の自動起動抑止解 除および起動処理を行う（ステップ S27)。

[0075] このようにして、被管理サーバコンピュータ 410のディスクイメージを示すイメージデ ータが、ドメイン管理サーバコンピュータ 310上に作成される。その後、管理者は、被 管理サーバコンピュータ 410のサーバアプリケーション 412に対して、任意のクロー ユング資材を追加することができる。その場合、追加されたクローユング資材を、ドメイ ン管理サーバコンピュータ 310内のイメージデータにも追加する必要がある。

[0076] 図 10は、クローユング資材採取処理の前半を示す図である。図 10に示すように、 管理者は、運用管理クライアントコンピュータ 200を用いて、サイト管理サーバコンビ ユータ 100に対して保守モードへの変更指示を出力する (ステップ S31)。すると、サ イト管理サーバコンピュータ 100のシステム資源管理部 110が、負荷分散装置 320に 対して、クローユング資源作成対象となる被管理サーバコンピュータ 410への振り分 け停止指示を出力する (ステップ S32)。負荷分散装置 320は、振り分け停止指示に 応じて、被管理サーバコンピュータ 410への処理要求の振り分けを停止する。

[0077] その後、管理者は、運用管理クライアントコンピュータ 200を用いて、被管理サーバ コンピュータ 410内に、クローユング資材 413の作成処理を行う（ステップ S33)。これ により、被管理サーバコンピュータ 410内にクローユング資材 413が格納される。

[0078] 図 11は、クローユング資材採取処理の後半を示す図である。ここで、運用管理クラ イアントコンピュータ 200からイメージ採取指示が出され (ステップ S34)、イメージ採 取前イベントの発行 (ステップ S35)、および自動起動抑止（ステップ S36)の各処理 が行われる。これらの処理の内容は、図 9に示した、イメージデータ採取処理におけ るイメージ採取指示 (ステップ S21)、イメージ採取前イベントの発行 (ステップ S23)、 自動起動抑止 (ステップ S24)の処理と同じである。

[0079] 次に、サーバ制御部 130からイメージ採取処理部 311にクローユング資材の採取 指示が出され、イメージ採取処理部 311において、クローユング資材 413の採取処 理が行われる (ステップ S37)。これにより、クローユング資材 413が、イメージデータ 記憶部 312に格納される。

[0080] クローユング資材 413の採取後、イメージ採取後イベントの発行 (ステップ S38)、自 動起動抑止解除および起動処理 (ステップ S39)が行われる。これらの処理の内容は 、図 9に示した、イメージデータ採取処理におけるイメージ採取後イベント発行 (ステツ プ S25)、自動起動抑止解除および起動処理 (ステップ S27)と同じである。

[0081] その後、管理者は、運用管理クライアントコンピュータ 200に対して、通常モードへ の変更命令を入力する。すると、運用管理クライアントコンピュータ 200からサイト管 理サーバコンピュータ 100に対して、通常モードへの変更指示が入力される (ステツ プ S40)。サイト管理サーバコンピュータ 100では、システム資源管理部 110が、通常 モードへの変更指示を受け取り、負荷分散装置 320に対して、被管理サーバコンビ ユータ 410への振り分け開始指示を出力する (ステップ S41)。すると、負荷分散装置 320は、以後の処理要求の被管理サーバコンピュータ 410への振り分けを開始する

[0082] なお、同一サーバグループに属する被管理サーバコンピュータは、サーバアプリケ ーシヨンで行われる処理内容を同一に保つ必要がある。そこで、サーバアプリケーシ ヨンの更新が必要な場合、更新処理が、サーバグループに属する被管理サーバコン ピュータに対して同時に実施される。

[0083] 図 12は、アプリケーション更新処理を示す図である。なお、図 12の例では、 Webサ ーバアプリケーションの更新を行うものとする。

管理者が運用管理クライアントコンピュータ 200を操作し、サーバアプリケーション の配布命令を入力する。すると、運用管理クライアントコンピュータ 200からサイト管 理サーバコンピュータ 100に対して、アプリケーション配布指示が出される (ステップ S 51)。アプリケーション配布指示は、サイト管理サーバコンピュータ 100のアプリケー シヨン資源管理部 120で受け取られる。

[0084] アプリケーション資源管理部 120は、アプリケーション配布指示に応答して、予め用 意されている配布データ 121の被管理サーバコンピュータ 410, 420への配布およ び展開処理を行う（ステップ S52)。具体的には、アプリケーション資源管理部 120は 、配布データ 121を、被管理サーバコンピュータ 410, 420それぞれに転送する。そ して、アプリケーション資源管理部 120は、被管理サーバコンピュータ 410, 420を遠 隔操作し、転送した配布データの展開処理と、展開後の動作環境設定を行う。

[0085] このように、サーバグループに属する各サーバコンピュータは、サーバアプリケーシ ヨンの動作環境が統一される。そこで、サーバグループに新たにサーバコンピュータ を追加する際には、そのサーバコンピュータに対して、既存のサーバコンピュータと 同一の動作環境を構築する必要がある。

[0086] 図 13は、サーバグループへの被管理サーバコンピュータの追加状況を示す図であ る。図 13の例では、サイト管理サーバコンピュータ 100の制御により、 Webサーバグ ループ 31に対して、サーバプール 33内の被管理サーバコンピュータ 450を追加して いる。この場合、被管理サーバコンピュータ 450には、 Webサーバとして機能するた めのプログラムやデータが導入される。以下にサーバ追加処理を具体的に説明する

[0087] 図 14は、サーバ追加処理を示す図である。サーバコンピュータを追加する場合、管 理者が運用管理クライアントコンピュータ 200を操作し、サーバコンピュータの追加命 令を入力する。すると、運用管理クライアントコンピュータ 200からサイト管理サーバコ ンピュータ 100に対して、サーバコンピュータの追加指示が出される (ステップ S61)。

[0088] 追加指示は、サイト管理サーバコンピュータ 100のシステム資源管理部 110で受け 取られる。システム資源管理部 110は、サーバグループに関するサーバ追加前ィべ ントを、アプリケーション資源管理部 120に対して出力する (ステップ S62)。

[0089] アプリケーション資源管理部 120は、サーバ追加前イベントに応答して、採取された イメージデータの最新性のチェック処理を行う（ステップ S63)。イメージデータの最新 性は、たとえば、イメージデータを採取した日時を取得し、その日時以降にアプリケー シヨンの資源の更新処理が行われているか否かによって判定することができる。

[0090] 最新性のチェック処理にぉ 、て、イメージデータが最新でな!、と判断された場合、 アプリケーション資源管理部 120は、システム資源管理部 110にエラーを返す。する と、システム資源管理部 110が運用管理クライアントコンピュータ 200にエラーメッセ ージを送信する。これにより、サーバ追加操作が終了する。

[0091] 最新性のチェック処理において、イメージデータが最新であると判定された場合、 その旨がアプリケーション資源管理部 120からシステム資源管理部 110に渡される。 すると、システム資源管理部 110は、サーバ制御部 130を介して、追加対象となる被 管理サーバコンピュータ 450とドメイン管理サーバコンピュータ 310とに対するインスト ール指示を出す (ステップ S64)。

[0092] ドメイン管理サーバコンピュータ 310では、イメージ採取処理部 311が、インスト一 ル指示を受け取る。すると、イメージ採取処理部 311は、イメージデータのインスト一 ル処理を実行する (ステップ S65)。具体的には、以下の手順でイメージデータのイン ストールが行われる。 [0093] まず、システム資源管理部 110が、遠隔操作により、対象となる被管理サーバコン ピュータ 450の OSをシャットダウンする。次に、イメージ採取処理部 311が、イメージ データ記憶部 312に格納されているイメージデータを被管理サーバコンピュータ 450 のハードディスク装置にインストールする。更に、システム資源管理部 110が、被管理 サーバコンピュータ 450を再起動する。

[0094] なお、イメージデータを採取する際、採取処理に先だって、サーバアプリケーション 452の起動抑止処理が行われている。すなわち、イメージデータは、サーバアプリケ ーシヨンの起動が抑止された状態でコピーが作成されている。そのため、そのィメー ジデータを被管理サーバコンピュータ 450にインストールした後の再起動時にも、サ ーバアプリケーション 452の起動は抑止されており、サーバアプリケーション 452は起 動されない。

[0095] システム資源管理部 110は、イメージ採取処理部 311を介して、イメージ採取後ィ ベントを出力する (ステップ S66)。イメージ採取後イベントは、被管理サーバコンビュ ータ 450の資源管理エージェント 451で受け取られる。資源管理エージェント 451は 、サーバアプリケーション 452の起動抑止を解除する。更に、資源管理エージェント 4 51は、クローユング資材の展開、被管理サーバコンピュータ 450の固有情報 (IPアド レス等）の書き換え処理を行う（ステップ S67)。

[0096] その後、システム資源管理部 110は、負荷分散装置 320に対して、追加した被管 理サーバコンピュータ 450への振り分け開始指示を出力する (ステップ S68)。また、 システム資源管理部 110は、アプリケーション資源管理部 120に対して、サーバ追加 イベントを出力する (ステップ S69)。アプリケーション資源管理部 120は、サーバ追 カロイベントに応答して、 自己の管理するサーバグループの情報に、新たに追加され た被管理サーバコンピュータ 450に関する情報を追加する (ステップ S 70)。

[0097] このようにしてサーバグループ内に被管理サーバコンピュータを追加することができ る。なお、サーバグループにかかる処理負荷が所定値以下になった場合、そのサー バグループから任意の被管理サーバコンピュータを削除し、その被管理サーバコン ピュータをサーバプール 33に戻すことができる。

[0098] 図 15は、サーバグループからの被管理サーバコンピュータの削除処理を示す図で ある。管理者は、運用管理クライアントコンピュータ 200に対して、サーバグループか らの被管理サーバコンピュータの削除命令を入力する。すると、運用管理クライアント コンピュータ 200からサイト管理サーバコンピュータ 100に対して、サーバ削除指示 が出される (ステップ S81)。サーバ削除指示は、サイト管理サーバコンピュータ 100 のシステム資源管理部 110で受け取られる。システム資源管理部 110は、サーバ削 除指示に応答して、アプリケーション資源管理部 120に対して、サーバ削除前ィベン トを出力する (ステップ S82)。

[0099] アプリケーション資源管理部 120は、サーバ削除前イベントに応じて、該当サーバ グループ内の被管理サーバコンピュータのリストから、指定された被管理サーバコン ピュータの情報を削除する (ステップ S83)。

[0100] システム資源管理部 110は、指定された被管理サーバコンピュータが所属するダル ープを、サーバプールへ移動する（ステップ S84)。その後、システム資源管理部 11 0は、アプリケーション資源管理部 120に対して、サーバ削除後イベントを出力する（ ステップ S85)。これにより、アプリケーション資源管理部 120は、サーバグループから の被管理サーバコンピュータの削除処理の完了を認識する。

[0101] 以上のようにして、サーバグループへの被管理サーバコンピュータの追加に伴い、 被管理サーバコンピュータに対して、所定のサービスを提供するためのデータを自 動的に導入することができる。なお、被管理サーバコンピュータに対する環境構築に は、 IPアドレス等の固有情報の設定が行われる。以下、固有情報の設定処理につい て詳細に説明する。

[0102] なお、固有情報の設定処理は、アプリケーション資源管理部 120の指示に従って 資源管理エージェント 451によって行われる処理である力 資源管理エージェント 45 1は、アプリケーション資源管理部 120の補助機能として動作しているに過ぎない。そ のため、以下の説明では、アプリケーション資源管理部 120が固有情報の設定を行う ものとして、その設定手順について説明する。

[0103] 図 16は、サーバ追加処理時の固有情報設定処理手順を示すフローチャートである 。以下、図 16に示す処理をステップ番号に沿って説明する。

[ステップ S101]アプリケーション資源管理部 120は、システムで提供しているサー ビスの一覧情報を、業務構成管理情報 140から取得する。

[0104] [ステップ S102]アプリケーション資源管理部 120は、被管理サーバコンピュータを 追加すべきサーバグループで提供されるサービスの情報を業務構成管理情報 140 から取得する。

[0105] [ステップ S 103]アプリケーション資源管理部 120は、追加対象のサーバグループ に属する各被管理サーバコンピュータの接続先となる他の被管理サーバコンビユー タの情報 (接続先情報)を、業務構成管理情報 140から取得する。被管理サーバコン ピュータの接続先とは、サービスを提供するための処理の依頼先となる被管理サー バコンピュータである。たとえば、 Webサーバでサービスを提供する際に、アプリケー シヨンサーバの機能が必要であれば、アプリケーションサーバの機能を提供する被管 理サーバコンピュータが接続先となる。

[0106] [ステップ S 104]アプリケーション資源管理部 120は、追加する被管理サーバコン ピュータに対して、接続相手の情報 (IPアドレス等）を設定する。たとえば、 Webサー バを追加する場合、追加する被管理サーバコンピュータに対して、アプリケーション サーバの IPアドレスが追加される。

[0107] [ステップ S 105]アプリケーション資源管理部 120は、接続先の被管理サーバコン ピュータに対して、追加する被管理サーバコンピュータの情報 (IPアドレス等）を設定 する。

[0108] 以下、 Webサーバグループ 31にサーバコンピュータが追加される場合と、アプリケ ーシヨンサーバグループ 32にサーバコンピュータが追加される場合との、固有情報 の設定例について説明する。なお、以下の例では、 Webサーバグループ 31に属す る被管理サーバコンピュータは、アプリケーションサーバグループ 32に属する全ての 被管理サーバコンピュータに対して処理を依頼できるものとする。

[0109] 図 17は、 Webサーバ追加処理による固有情報設定例を示す図である。図 17の例 では、 Webサーバグループ 31に被管理サーバコンピュータ 410のみが属している状 態で、被管理サーバコンピュータ 420を Webサーバグループ 31に追加する場合を 想定している。このとき、アプリケーションサーバグループ 32には、 2台の被管理サー バコンピュータ 430, 440が属しているものとする。 [0110] この例では、追加する被管理サーバコンピュータ 420の Webサーバ機能に対して、 固有情報として、接続先が設定される。この接続先には、アプリケーションサーバダル ープ 32に属する被管理サーバコンピュータ 430, 440の IPアドレス「1. 1. 2. 1」、「1 . 1. 2. 2」が設定される。

[0111] また、被管理サーバコンピュータ 430, 440の固有情報には、接続元の Webサーバ の IPアドレスが設定されている。被管理サーバコンピュータ 420の追加前は、アプリ ケーシヨンサーバの接続元として、被管理サーバコンピュータ 410の IPアドレス「1. 1 . 1. 1」が設定されている。被管理サーバコンピュータ 420が Webサーバグループ 31 に追加されると、被管理サーバコンピュータ 430, 440のアプリケーションサーバの接 続元として、被管理サーバコンピュータ 420の IPアドレス「1. 1. 1. 2」が追加設定さ れる。

[0112] 図 18は、アプリケーションサーバ追加処理による固有情報設定例を示す図である。

図 18の例では、アプリケーションサーバグループ 32に被管理サーバコンピュータ 43 0のみが属している状態で、被管理サーバコンピュータ 440をアプリケーションサーバ グループ 32に追加する場合を想定している。このとき、 Webサーバグループ 31には 、 2台の被管理サーバコンピュータ 410, 420が属しているものとする。

[0113] この例では、追加する被管理サーバコンピュータ 440のアプリケーションサーバ機 能に対して、固有情報として、接続元が設定される。この接続元には、 Webサーバグ ループ 31に属する被管理サーバコンピュータ 410, 420の IPアドレス「1. 1. 1. 1」、 「1. 1. 1. 2」が設定される。

[0114] また、被管理サーバコンピュータ 410, 420の固有情報には、接続先のアプリケー シヨンサーバの IPアドレスが設定されて 、る。被管理サーバコンピュータ 440の追加 前は、 Webサーバの接続元として、被管理サーバコンピュータ 430の IPアドレス「1. 1. 2. 1」が設定されている。被管理サーバコンピュータ 440がアプリケーションサー バグループ 32に追加されると、被管理サーバコンピュータ 410, 420の Webサーノ の接続先として、被管理サーバコンピュータ 440の IPアドレス「1. 1. 2. 2」が追加設 定される。

[0115] このように、サーバグループへのサーバ追加処理が行われると、そのサーバグルー プとの間で処理の依頼関係にある他のサーバグループに属する被管理サーバコン ピュータに対しても、固有情報の設定処理が行われる。その結果、多段階の処理機 能（たとえば、 Webサーバとアプリケーションサーノ）でサービスを提供するシステム において、サービスグループ毎のサーバの追加後も、処理の依頼関係を正しく保つ ことができる。

[0116] また、サーバグループからサーバを削除する際には、固有情報の削除処理が必要 となる。

図 19は、サーバ削除処理時の固有情報削除処理手順を示すフローチャートである 。以下、図 19に示す処理をステップ番号に沿って説明する。

[0117] [ステップ S111]アプリケーション資源管理部 120は、システムで提供しているサー ビスの一覧情報を、業務構成管理情報 140から取得する。

[ステップ S 112]アプリケーション資源管理部 120は、被管理サーバコンピュータを 追加すべきサーバグループで提供されるサービスの情報を業務構成管理情報 140 から取得する。

[0118] [ステップ S113]アプリケーション資源管理部 120は、削除対象のサーバグループ に属する各被管理サーバコンピュータの接続先となる他の被管理サーバコンビユー タの情報 (接続先情報)を、業務構成管理情報 140から取得する。

[0119] [ステップ S114]アプリケーション資源管理部 120は、削除する被管理サーバコン ピュータの固有情報から、接続相手の情報 (IPアドレス等)を削除する。たとえば、 W ebサーバを削除する場合、削除する被管理サーバコンピュータの固有情報から、ァ プリケーシヨンサーバの IPアドレスが削除される。

[0120] [ステップ S 115]アプリケーション資源管理部 120は、接続先の被管理サーバコン ピュータの固有情報から、削除する被管理サーバコンピュータの情報 (IPアドレス等） を削除する。

[0121] 図 20は、 Webサーバ削除処理による固有情報削除例を示す図である。図 20の例 では、 Webサーバグループ 31に被管理サーバコンピュータ 410と被管理サーバコン ピュータ 420とが属して!/、る状態で、被管理サーバコンピュータ 420を Webサーバグ ループ 31から削除する場合を想定している。このとき、アプリケーションサーバグルー プ 32には、 2台の被管理サーバコンピュータ 430, 440が属しているものとする。

[0122] この例では、削除する被管理サーバコンピュータ 420の Webサーバ機能の固有情 報から、接続先の情報が削除される。図 20の例では、アプリケーションサーバグルー プ 32に属する被管理サーバコンピュータ 430, 440の IPアドレス「1. 1. 2. 1」、「1. 1. 2. 2」が削除される。その後、アプリケーション資源管理部 120のサーバグループ 管理機能において、 Webサーバグループ 31に属する被管理サーバコンピュータのリ ストから被管理サーバコンピュータ 420の情報が削除される。

[0123] また、被管理サーバコンピュータ 430, 440の固有情報には、被管理サーバコンビ ユータ 420の追加前は、アプリケーションサーバの接続元として、被管理サーバコン ピュータ 410の IPアドレス「1. 1. 1. 1」と被管理サーバコンピュータの IPアドレス「1. 1. 1. 2」が設定されている。被管理サーバコンピュータ 420が Webサーバグループ 3 1から削除されると、被管理サーバコンピュータ 430, 440のアプリケーションサーバ の接続元から、被管理サーバコンピュータ 420の IPアドレス「1. 1. 1. 2」が削除され る。

[0124] 図 21は、アプリケーションサーバ追加処理による固有情報設定例を示す図である。

図 21の例では、アプリケーションサーバグループ 32に被管理サーバコンピュータ 43 0と被管理サーバコンピュータ 440とが属して 、る状態で、被管理サーバコンピュータ 440をアプリケーションサーバグループ 32から削除する場合を想定している。このと き、 Webサーバグループ 31には、 2台の被管理サーバコンピュータ 410, 420力属し ているものとする。

[0125] この例では、追加する被管理サーバコンピュータ 440のアプリケーションサーバ機 能の固有情報から、接続元が削除される。図 21の例では、 Webサーバグループ 31 に属する被管理サーバコンピュータ 410, 420の IPアドレス「1. 1. 1. 1」、「1. 1. 1. 2」が削除される。

[0126] また、被管理サーバコンピュータ 410, 420の固有情報は、被管理サーバコンビュ ータ 440の削除前は、 Webサーバの接続元として、被管理サーバコンピュータ 430 の IPアドレス「1. 1. 2. 1」が設定されている。被管理サーバコンピュータ 440がァプ リケーシヨンサーバグループ 32から削除されると、被管理サーバコンピュータ 410, 4 20の Webサーバの接続先から、被管理サーバコンピュータ 440の IPアドレス「1. 1. 2. 2」が削除される。

[0127] このようにして、サーバグループへの被管理サーバコンピュータの追加や削除を行 う際に、イメージデータのコピー処理に加え、サーバアプリケーション間の接続関係 に基づく IPアドレスの設定や削除等の固有情報の編集処理が行われる。これにより、 多段階のサーバアプリケーションでサービスを提供するシステムにおいて、サーバグ ループ毎の機能の拡張や縮小を自動で行うことが可能となる。

[0128] ところで、サーバグループへの被管理サーバコンピュータの追加および削除の自動 実行が可能となったことにより、サーバ用途の自動切替 (リパーパシング)を行うことも 可能となる。

[0129] 図 22は、リパーパシング処理の概念図である。図 22の例では、サーバプール 33内 の被管理サーバコンピュータ 460を、リパーパシングの対象とする。このとき、被管理 サーバコンピュータ 460には、 2つのシステムボリューム 461, 462が設けられる。シス テムボリューム 461, 462には、それぞれ個別の OSが導入されている。

[0130] 管理者は、運用管理クライアントコンピュータ 200を操作し、被管理サーバコンビュ ータ 460に対する Webサーバ 461aとアプリケーションサーバ 462aとの導入を指示 する。すると、サイト管理サーバコンピュータ 100のアプリケーション資源管理部 120 は、被管理サーバコンピュータ 460の一方のシステムボリューム 461に Webサーバ 4 61aを導入 (データの配布および動作環境の設定）し、他方のシステムボリューム 46 2にアプリケーションサーバ 462aを導入する。

[0131] また、管理者は、運用管理クライアントコンピュータ 200を操作して、被管理サーバ コンピュータ 460の用途切替のスケジュールを、サイト管理サーバコンピュータ 100内 に定義することができる。定義内容は、用途切替スケジュール表 150として、サイト管 理サーバコンピュータ 100内に保持される。

[0132] 用途切替スケジュール表 150は、被管理サーバコンピュータ 460の識別情報 (たと えば、サーバ名）に関連付けて、時間帯毎の所属サーバグループが定義されている 。図 22の例では、 7時から 22時までの時間帯は Webサーバグループ 31に所属し、 2 2時から翌朝の 7時まではアプリケーションサーバグループ 32に所属する。 [0133] サイト管理サーバコンピュータ 100のアプリケーション資源管理部 120は、用途切 替スケジュール表 150を参照して、被管理サーバコンピュータ 460の用途を切り換え る。すなわち、 7時になると、アプリケーション資源管理部 120は、被管理サーバコン ピュータ 460を Webサーバグループ 31に追加する。そして、アプリケーション資源管 理部 120は、被管理サーバコンピュータ 460を遠隔操作し、システムボリューム 461 力も OSを起動させる。これにより、被管理サーバコンピュータ 460による Webサーバ 46 laのサービス提供が開始される。

[0134] また、 22時になると、アプリケーション資源管理部 120は、被管理サーバコンビユー タ 460を Webサーバグループ 31から削除し、アプリケーションサーバグループ 32に 追加する。そして、アプリケーション資源管理部 120は、被管理サーバコンピュータ 4 60を遠隔操作によって再起動し、システムボリューム 462から OSを起動させる。これ により、被管理サーバコンピュータ 460によるアプリケーションサーノ 462aのサービ ス提供が開始される。

[0135] このように、被管理サーバコンピュータの用途を容易に切替可能であるため、サー ビスの機能毎の処理量が、時間帯によって大きく変動する場合、処理量力過大となる 時間帯には、 自動的に多くの被管理サーバコンピュータでサービスを提供させること ができる。

[0136] なお、図 22の例では、スケジュールに沿って被管理サーバコンピュータの用途切 替を行って 、るが、運用管理クライアントコンピュータ 200からの操作入力によって、 被管理サーバコンピュータの用途を切り換えることもできる。

[0137] なお、上記の処理機能は、コンピュータによって実現することができる。その場合、 サイト管理サーバコンピュータが有すべき機能の処理内容を記述したプログラムが提 供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンビ ユータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可 能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体 としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁 気記録装置には、ハードディスク装置 (HDD)、フレキシブルディスク (FD)、磁気テ ープなどがある。光ディスクには、 DVD (Digital Versatile Disc)、 DVD— RAM ( Random Access Memory)、 CD— ROM (Compact Disc Read Only Memory)、 CD— R (Recordable) ZRW (Rewritable)などがある。光磁気記録媒体には、 MO (

Magneto-Optical disk)などがある。

[0138] プログラムを流通させる場合には、たとえば、そのプログラムが記録された DVD、 C D— ROMなどの可搬型記録媒体が販売される。また、プログラムをサーバコンビユー タの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコ ンピュータにそのプログラムを転送することもできる。

[0139] プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプロ グラムもしくはサーバコンピュータ力 転送されたプログラムを、 自己の記憶装置に格 納する。そして、コンピュータは、自己の記憶装置力 プログラムを読み取り、プロダラ ムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログ ラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンビュ ータは、サーバコンピュータ力もプログラムが転送される毎に、逐次、受け取ったプロ グラムに従った処理を実行することもできる。

[0140] 上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が 当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用 例に限定されるものではなぐ対応するすべての変形例および均等物は、添付の請 求項およびその均等物による本発明の範囲とみなされる。

符号の説明

[0141] 1, 2 サーバグループ

la, 2a, 2b, 3a サーバコンピュータ

3 サーバプール

4 イメージデータ採取手段

5 イメージデータ記憶手段

6 イメージデータ追加手段

7 環境設定手段

Claims

請求の範囲

[1] 複数のサーバコンピュータをサーバグループにグループ分けして管理するための サーバ管理プログラムにおいて、

コンピュータを、

前記サーバグループそれぞれに属するサーバコンピュータから、ディスクイメージデ ータを採取し、イメージデータ記憶手段に格納するイメージデータ採取手段、 前記サーバグループへの前記サーバコンピュータの追加指示を受けると、追加対 象の前記サーバグループカゝら採取された前記ディスクイメージデータを前記イメージ データ記憶手段から取得し、追加すべき前記サーバコンピュータの記憶装置に格納 するイメージデータ追加手段、

異なる前記サーバグループに属する前記サーバコンピュータ間の処理の依頼関係 に基づいて、追加すべき前記サーバコンピュータに対して、処理の依頼関係を有す る相手の固有情報を設定する環境設定手段、

として機能させることを特徴とするサーバ管理プログラム。

[2] 前記環境設定手段は、追加すべき前記サーバコンピュータと処理の依頼関係を有 する相手の固有情報として、依頼関係がある相手側サーバコンピュータのアドレス情 報を設定することを特徴とする請求の範囲第 1項記載のサーバ管理プログラム。

[3] 前記環境設定手段は、さらに、追加すべき前記サーバコンピュータとの間に処理の 依頼関係を有する相手側サーバコンピュータに対して、追加すべき前記サーバコン ピュータの固有情報を設定することを特徴とする請求の範囲第 1項記載のサーバ管 理プログラム。

[4] 前記環境設定手段は、前記相手側サーバコンピュータに対して設定する追加すベ き前記サーバコンピュータの固有情報として、追加すべき前記サーバコンピュータの アドレス情報を設定することを特徴とする請求の範囲第 3項記載のサーバ管理プログ ラム。

[5] 前記イメージデータ採取手段は、前記サーバコンピュータと共にファイアウォールで 保護されたネットワークに接続された装置内の記憶装置を、前記イメージデータ記憶 手段として使用することを特徴とする請求の範囲第 1項記載のサーバ管理プログラム

[6] 前記メージデータ追加手段は、前記サーバコンピュータに対して、サービスを提供 するためのサーバアプリケーションが導入されたオペレーティングシステムのデータ を、前記ディスクイメージデータとして、追加すべき前記サーバコンピュータの記憶装 置に格納することを特徴とする請求の範囲第 1項記載のサーバ管理プログラム。

[7] 前記ディスクイメージ追加手段は、追加すべき前記サーバコンピュータに既に存在 して!/、るシステムボリュームとは別のシステムボリュームに、前記ディスクイメージを格 納することを特徴とする請求の範囲第 6項記載のサーバ管理プログラム。

[8] 前記コンピュータを、

さらに、前記サーバコンピュータが所属すべき前記サーバグループが時刻に応じて 予め決められたスケジュール表に従って、前記サーバコンピュータの所属先が変更 される時刻に前記サーバグループの変更指示を出力するスケジュール管理手段、 前記スケジュール管理手段力 の前記変更指示に従って、変更対象の前記サーバ コンピュータを、変更後に属する前記サーバグループに応じた前記システムボリユー ムで再起動させるサーバグループ切替手段、

として機能させることを特徴とする請求の範囲第 7項記載のサーバ管理プログラム。

[9] コンピュータにより、複数のサーバコンピュータをサーバグループにグループ分けし て管理するためのサーバ管理方法にぉ 、て、

イメージデータ採取手段力 S、前記サーバグループそれぞれに属するサーバコンビ ユータから、ディスクイメージデータを採取し、イメージデータ記憶手段に格納し、 イメージデータ追カ卩手段力 S、前記サーバグループへの前記サーバコンピュータの 追加指示を受けると、追加対象の前記サーバグループカゝら採取された前記ディスク イメージデータを前記イメージデータ記憶手段から取得し、追加すべき前記サーバコ ンピュータに格納し、

環境設定手段が、異なる前記サーバグループに属する前記サーバコンピュータ間 の処理の依頼関係に基づいて、追加すべき前記サーバコンピュータに対して、処理 の依頼関係を有する相手の固有情報を設定する、

ことを特徴とするサーバ管理方法。

[10] 複数のサーバコンピュータをサーバグループにグループ分けして管理するための サーバ管理装置において、

前記サーバグループそれぞれに属するサーバコンピュータから、ディスクイメージデ ータを採取し、イメージデータ記憶手段に格納するイメージデータ採取手段と、 前記サーバグループへの前記サーバコンピュータの追加指示を受けると、追加対 象の前記サーバグループカゝら採取された前記ディスクイメージデータを前記イメージ データ記憶手段から取得し、追加すべき前記サーバコンピュータの記憶装置に格納 するイメージデータ追加手段と、

異なる前記サーバグループに属する前記サーバコンピュータ間の処理の依頼関係 に基づいて、追加すべき前記サーバコンピュータに対して、処理の依頼関係を有す る相手の固有情報を設定する環境設定手段と、

を有することを特徴とするサーバ管理装置。

複数のサーバコンピュータをサーバグループにグループ分けして管理するための サーバ管理プログラムを記録したコンピュータ読み取り可能な記録媒体において、 コンピュータを、

前記サーバグループそれぞれに属するサーバコンピュータから、ディスクイメージデ ータを採取し、イメージデータ記憶手段に格納するイメージデータ採取手段、 前記サーバグループへの前記サーバコンピュータの追加指示を受けると、追加対 象の前記サーバグループカゝら採取された前記ディスクイメージデータを前記イメージ データ記憶手段から取得し、追加すべき前記サーバコンピュータの記憶装置に格納 するイメージデータ追加手段、

異なる前記サーバグループに属する前記サーバコンピュータ間の処理の依頼関係 に基づいて、追加すべき前記サーバコンピュータに対して、処理の依頼関係を有す る相手の固有情報を設定する環境設定手段、

として機能させることを特徴とするサーバ管理プログラムを記録したコンピュータ読 み取り可能な記録媒体。