WO2006040810A1 - ソフトウェア更新プログラム、ソフトウェア更新装置およびソフトウェア更新方法 - Google Patents

Abstract

　管理対象の情報処理装置の現在の構成情報、ソフトウェアの更新後の構成情報と、接続されたネットワーク機器の構成情報等を記憶したデータベースを備え、これらの構成情報を基にして、管理対象の情報処理装置のソフトウェアの更新に必要なソフトウェアイメージの選択や、ネットワーク機器の構成変更を検討する。そして、検討結果を管理対象の情報処理装置に配備されたエージェントへ伝達し、必要な処理をおこなわせることでソフトウェアの更新作業の自動化を実現し、作業ミスの発生を防止する。

Description

明 細 書

ソフトウェア更新プログラム、ソフトウェア更新装置およびソフトウェア更新 方法

技術分野

[0001] 本発明は、情報処理装置に配備されたエージェントとネットワークを介して通信をお こなって各種の情報収集と作業指示をおこない、情報処理装置のソフトウェアの更新 をおこなうソフトウェア更新プログラム、ソフトウェア更新装置およびソフトウェア更新方 法に関し、特に、複雑な運用形態で運用されている情報処理装置のソフトウェアの更 新の自動化を可能にするソフトウェア更新プログラム、ソフトウェア更新装置およびソ フトウ ア更新方法に関するものである。

背景技術

[0002] 近年、情報処理システムに要求される機能は多機能化しており、それにともなって、 情報処理システムに何らかの不具合が潜在ことも多くなつている。情報システムに不 具合が発見された場合、その不具合への対応はパッチの形で提供されるのが一般 的である。パッチとは、情報処理システムの不具合を改修するためのプログラム、デ ータ、もしくはその組み合わせを指す。

[0003] 情報処理システムにパッチを適用する場合、前提となって!/、る手順を遵守する必要 があり、誤った手順で適用すると新たな別の不具合を発生させてしまうことがある。例 えば、ノツチを適用する場合には、情報処理システムの所定のサービスを停止させ ておくことや、他のパッチを事前に適用しておくことが必要である場合がある。

[0004] このため、情報処理システムが多数存在し、それらに対してパッチを適用することが 必要になった場合、作業者に力かる負担は大きぐまた、作業ミスによる二次障害が 発生しやすい。そこで、パッチ適用作業の効率化、自動化を図る発明が従来よりおこ なわれ、開示されている（たとえば、特許文献 1および特許文献 2)。

[0005] 特許文献 1：特開 2003— 296132号公報

特許文献 2：特開 2003— 108255号公報

発明の開示 発明が解決しょうとする課題

[0006] し力しながら、情報処理システムの運用形態の複雑ィ匕にともなって、これらの従来の 発明ではパッチ適用作業を十分に支援できなくなってきている。

[0007] 例えば、高い処理性能や可用性を求められるシステムでは、ロードバランサ (負荷 分散装置）を利用したサーバの並列運用がおこなわれることが多い。これは、同一の アプリケーションを搭載したサーバを複数台設置し、ロードバランサがクライアントから の要求を一元的に受け付けて、いずれかのサーバにその処理を振り分ける、という形 態でシステムを運用するものである。

[0008] このような運用形態をとることにより、複数のサーバを見かけ上、一つの情報処理装 置として動作させることができ、サーバの台数を増やすことで処理性能を向上させる ことができる。また、負荷状況や障害の発生に応じてサーバの数を動的に変更して運 用することができ、高い可用性を得ることができる。

[0009] ロードバランサを用いた運用形態は、パッチ適用作業においても利点がある。パッ チを適用する場合、多くの場合において、サーバのサービスを停止する必要がある。 ロードバランサを用いた運用形態では、サーバをロードバランサカも切り離してサー ビスを停止させ、ノツチを適用した後に再びロードバランサと接続させるという手順を 1台ずつ順次おこなうことにより、サービスの提供を停止することなく全てのサーバに ノツチを適用することができる。

[0010] このように、サーバを 1台ずつロードバランサから切り離してパッチを適用する手法 をローリング適用という。このローリング適用は、上述したように、情報システムを運用 したままパッチを適用することができるという大きな利点があるが、反面、ロードバラン サ等の設定変更も必要になるため、手順が大変複雑になり、作業ミスが発生しやす

Vヽと ヽぅ欠点もある。特許文献 1や特許文献 2で開示されて ヽる発明によって改善さ れるのはパッチの適用場面だけであり、ローリング適用手順の大部分は改善されない

[0011] ローリング適用をおこなう対象のシステムは、前述したようにサーバの並列運用をお こなっているシステムであり、大規模システムであることが多い。このため、パッチの口 一リング適用において作業ミスが発生した場合の影響は非常に大きなものとなる可能 性が高ぐ作業ミスの発生を防ぐことは非常に重要な意義がある。

[0012] 本発明は、上記に鑑みてなされたものであって、複雑な運用形態をとる情報処理シ ステムにおいても、パッチ適用を含むソフトウェアの更新処理を確実に実施すること ができるソフトウェア更新プログラム、ソフトウェア更新装置およびソフトウェア更新方 法を提供することを目的とする。

課題を解決するための手段

[0013] 上述した課題を解決し、目的を達成するために、本発明は、情報処理装置に配備 されたプログラムとネットワークを介して通信をおこなって情報収集と作業指示をおこ な 、、前記情報処理装置のソフトウェアの更新をおこなうソフトウェア更新プログラム であって、前記情報処理装置の現在の構成情報と、前記情報処理装置のソフトゥ ァの更新後の構成情報と、前記情報処理装置とネットワークで接続されたネットヮー ク機器の構成情報とを記憶したデータベース力 構成情報を取得する構成情報取得 手順と、前記ネットワーク機器の設定を必要に応じて変更するネットワーク構成設定 手順と、前記構成情報取得手順によって取得した前記現在の構成情報と前記ソフト ウェアの更新後の構成情報とを比較して、前記情報処理装置に導入もしくは削除が 必要なソフトウェアを判断し、そのソフトウェアの導入もしくは削除を前記配備された プログラムに指示し、また、前記構成情報取得手順によって取得した前記ネットヮー ク機器の構成情報力 ソフトウェアの導入もしくは削除に際してネットワーク機器の設 定変更が必要と判断される場合は、前記ネットワーク構成設定手順に設定の変更を 指示するソフトウェア適用手順とをコンピュータに実行させることを特徴とする。

[0014] また、本発明は、情報処理装置に配備されたプログラムとネットワークを介して通信 をおこなって情報収集と作業指示をおこな 、、前記情報処理装置のソフトウェアの更 新をおこなうソフトウェア更新装置であって、前記情報処理装置の現在の構成情報と 、前記情報処理装置のソフトウェアの更新後の構成情報と、前記情報処理装置とネッ トワークで接続されたネットワーク機器の構成情報とを記憶したデータベース力 構 成情報を取得する構成情報取得手段と、前記ネットワーク機器の設定を必要に応じ て変更するネットワーク構成設定手段と、前記構成情報取得手段によって取得した 前記現在の構成情報と前記ソフトウェアの更新後の構成情報とを比較して、前記情 報処理装置に導入もしくは削除が必要なソフトウェアを判断し、そのソフトウェアの導 入もしくは削除を前記配備されたプログラムに指示し、また、前記構成情報取得手段 によって取得した前記ネットワーク機器の構成情報力もソフトウェアの導入もしくは削 除に際してネットワーク機器の設定変更が必要と判断される場合は、前記ネットヮー ク構成設定手段に設定の変更を指示するソフトウェア適用手段とを備えたことを特徴 とする。

[0015] また、本発明は、情報処理装置に配備されたプログラムとネットワークを介して通信 をおこなって情報収集と作業指示をおこな 、、前記情報処理装置のソフトウェアの更 新をおこなうソフトウェア更新方法であって、前記情報処理装置の現在の構成情報と 、前記情報処理装置のソフトウェアの更新後の構成情報と、前記情報処理装置とネッ トワークで接続されたネットワーク機器の構成情報とを記憶したデータベース力 構 成情報を取得する構成情報取得工程と、前記ネットワーク機器の設定を必要に応じ て変更するネットワーク構成設定工程と、前記構成情報取得工程によって取得した 前記現在の構成情報と前記ソフトウェアの更新後の構成情報とを比較して、前記情 報処理装置に導入もしくは削除が必要なソフトウェアを判断し、そのソフトウェアの導 入もしくは削除を前記配備されたプログラムに指示し、また、前記構成情報取得工程 によって取得した前記ネットワーク機器の構成情報力もソフトウェアの導入もしくは削 除に際してネットワーク機器の設定変更が必要と判断される場合は、前記ネットヮー ク構成設定工程に設定の変更を指示するソフトウェア適用工程とを含んだことを特徴 とする。

[0016] この発明によれば、接続されたネットワーク機器を含めて構成情報を管理し、その 情報を用いてソフトウェアの更新に際して必要なネットワークの設定変更をおこなうよ うに構成したので、ネットワークの設定変更を含めてソフトウェア更新作業を自動化す ることがでさる。

[0017] また、本発明は、上記の発明において、前記ソフトウェア適用手順は、ソフトウェア の導入もしくは削除をおこなう情報処理装置が負荷分散装置と接続されていることが 前記構成情報取得手順力も取得した構成情報より判明した場合は、前記分散処理 装置がソフトウエアの導入もしくは削除の前に前記情報処理装置への処理の振り分 けを停止し、ソフトウェアの導入もしくは削除の完了後に振り分けを再開するように、 前記ネットワーク構成設定手順に設定の変更を指示することを特徴とする。

[0018] また、本発明は、上記の発明において、前記ソフトウェア適用手段は、ソフトウェア の導入もしくは削除をおこなう情報処理装置が負荷分散装置と接続されていることが 前記構成情報取得手段から取得した構成情報より判明した場合は、前記分散処理 装置がソフトウエアの導入もしくは削除の前に前記情報処理装置への処理の振り分 けを停止し、ソフトウェアの導入もしくは削除の完了後に振り分けを再開するように、 前記ネットワーク構成設定手段に設定の変更を指示することを特徴とする。

[0019] また、本発明は、上記の発明において、前記ソフトウェア適用工程は、ソフトウェア の導入もしくは削除をおこなう情報処理装置が負荷分散装置と接続されていることが 前記構成情報取得工程から取得した構成情報より判明した場合は、前記分散処理 装置がソフトウエアの導入もしくは削除の前に前記情報処理装置への処理の振り分 けを停止し、ソフトウェアの導入もしくは削除の完了後に振り分けを再開するように、 前記ネットワーク構成設定工程に設定の変更を指示することを特徴とする。

[0020] この発明によれば、ソフトウェアの更新処理対象の情報処理装置が負荷分散装置 と接続されていると分力 た場合には、ソフトウェアの更新中は、負荷分散装置がそ の情報処理装置へ処理を分配しないように設定を変更するように構成したので、負 荷分散装置をもちいて並列運用されている情報処理装置に対するパッチのローリン グ適用を自動化することができる。

[0021] また、本発明は、上記の発明において、前記ソフトウェア適用手順は、ソフトウェア の導入結果もしくは削除結果を確認する適用結果確認プログラムの実行を前記情報 処理装置に配備されたプログラムへ指示し、実行結果を収集することを特徴とする請 求項 1または 2に記載のソフトウェア更新プログラムを特徴とする。

[0022] また、本発明は、上記の発明において、前記ソフトウェア適用手段は、ソフトウェア の導入結果もしくは削除結果を確認する適用結果確認プログラムの実行を前記情報 処理装置に配備されたプログラムへ指示し、実行結果を収集することを特徴とする。

[0023] また、本発明は、上記の発明において、前記ソフトウェア適用工程は、ソフトウェア の導入結果もしくは削除結果を確認する適用結果確認プログラムの実行を前記情報 処理装置に配備されたプログラムへ指示し、実行結果を収集することを特徴とする。

[0024] この発明によれば、ソフトウェアの更新処理の完了後に、結果確認用のプログラム を実装し、その結果を収集するように構成したので、ソフトウェアの更新処理に問題が な力つたことを確認して運用を開始することができる。

発明の効果

[0025] 本発明に力かるソフトウェア更新プログラム、ソフトウェア更新装置およびソフトゥェ ァ更新方法は、接続されたネットワーク機器を含めて構成情報を管理し、その情報を 用いてソフトウェアの更新に際して必要なネットワークの設定変更をおこなうように構 成したので、ネットワークの設定変更を含めてソフトウェア更新作業を自動化すること ができるという効果を奏する。

[0026] また、本発明に力かるソフトウェア更新プログラム、ソフトウェア更新装置およびソフト ウェア更新方法は、ソフトウェアの更新処理対象の情報処理装置が負荷分散装置と 接続されていると分力つた場合には、ソフトウェアの更新中は、負荷分散装置がその 情報処理装置へ処理を分配しな 、ように設定を変更するように構成したので、負荷 分散装置をもちいて並列運用されている情報処理装置に対するパッチのローリング 適用を自動化することができると!、う効果を奏する。

[0027] また、本発明に力かるソフトウェア更新プログラム、ソフトウェア更新装置およびソフト ウェア更新方法は、ソフトウェアの更新処理の完了後に、結果確認用のプログラムを 実装し、その結果を収集するように構成したので、ソフトウェアの更新処理に問題が な力つたことを確認して運用を開始することができるという効果を奏する。

図面の簡単な説明

[0028] [図 1]図 1は、本発明に係るリソース割当管理方式の概念を示す図である。

[図 2]図 2は、本実施例に係るリソース割当管理システムの機能的構成を示す図であ る。

[図 3]図 3は、本実施例に係るソフトウェア更新装置が接続されるネットワークの一例を 示すネットワーク構成図である。

[図 4]図 4は、プールグループに係る情報を記憶したプールグループデータの一例を 示す図である。 [図 5]図 5は、サーバグループに係る情報を記憶したサーバグループデータの一例を 示す図である。

[図 6]図 6は、ストレージサブグループが設定されたプロビジョユング構成データの一 例を示す図である。

[図 7]図 7は、サーバグループに係る情報を記憶したサーバグループ間リンクデータ の一例を示す図である。

[図 8]図 8は、ネットワークグループに係る情報を記憶したネットワークグループデータ の一例を示す図である。

[図 9]図 9は、本実施例に係るソフトウエア更新装置の機能構成を示す機能ブロック図 である。

[図 10]図 10は、図 9に示したソフトウェア更新装置の処理手順を表すフローチャート である。

[図 11]図 11は、負荷分散装置のグループ情報を記憶した負荷分散グループデータ の一例を示す図である。

[図 12]図 12は、ソフトウェア配布イメージの配布状況に係る情報を記憶した配布管理 データの一例を示す図である。

[図 13]図 13は、ソフトウェア配布イメージに係る情報を記憶したソフトウェア配布ィメ ージ管理データの一例を示す図である。

[図 14]図 14は、図 3に示したソフトウェア更新装置となるコンピュータのハードウェア 構成を示す図である。

符号の説明

1, 2 業務

3 プール

4 Webドメイン

4一 4 Webサーバ

1 9

5 APドメイン

5一 5 APサーバ

1 6

6 DBドメイン 6 DB

1一 - サーバ

3

ストレージドメイン

-7 ストレ

1一 ージ

9

運用管理クライアント

サイト管理サーバ (ソフトウェア更新装置) システムリソースマネージャ

サーバ RM

ソフトウェア RM

ネットワーク RM

ストレージ RM

システムリソース DB

AP管理統括部

制御部

a システムリソース入出力部

b 処理部

c RM部

d サーバグループ情報取得部

e 負荷分散グループ情報取得処理部f ネットワーク構成設定処理部

g 配布イメージ比較処理部

h ソフトウェアイメージ配信処理部i ソフトウェアイメージ適用処理部j ソフトウェアイメージ適用結果確認部 L 部

a システムリソース記憶部

, 40, 90, 120 FW

, 60 ドメイン管理サーバ

システムリソースドメインマネージャ サーバサブ RM

ソフトウェアサブ RM

ネットワークサブ RM

ドメインリソース DB

インターネット

ルータ

, 130 SLB

a, 110b, 110c, 110d, 110e サ、a, 110b, 110c, HOd, HOe サ、a リソースマネージャエージェントa サーバ RMエージェントa ソフトウェア RMエージェントa ネットワーク RMエージェントa ストレージ RMエージェントa AP管理部

a 制御部

a RMエージェント部

, 132 スィッチ

a, 140b, 140c, 140d, 140e サ、a, 150b, 150c サーノ

a, 160b, 160c, 160d ス卜レ -ジ

SAN

エッジドメイン

Webドメイン

APドメイン

DBドメイン

AP― domainドメイン

A— APサーバグノレープ 320 B—APサーバグループ

330 AP― domain, poolプールドメイ 'ン

400 Web― domainドメイン

410 A— Webサーバグループ

420 B— Webサーバグノレープ

430 Web― domain, poolプールドメ.イ

500 A— Web— APネットヮークグループ

600 A— AP一 LB負荷分散グループ

710 プールグループデータ

720 サーバグループデータ

730 プロビジョニング構成データ

740 サーバグノレープ間リンクデータ

750 ネットワークグノレープデータ

760 負荷分散グループデータ

770 配布管理データ

780 ソフトウェア配布イメージ管理デー -タ

1200 コンピュータ

1210 入出力装置

1220 モニタ

1230 記憶媒体読取り装置

1240 ROM

1250 ネットワークインターフェース

1260 HDD

1260a システムリソースデータ

1260b システムリソース管理プログラム

1260c ソフトウェア更新プログラム

1270 RAM

1270a システムリソースデータ 1280 CPU

1280a システムリソース管理プロセス

1280b ソフトウェア更新プロセス

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

[0030] 以下に、本発明に力かるソフトウェア更新プログラム、ソフトウェア更新装置およびソ フトウ ア更新方法の実施例を図面に基づいて詳細に説明する。なお、この実施例 によりこの発明が限定されるものではない。

実施例

[0031] 本発明に力かるソフトウェア更新プログラム、ソフトウェア更新装置およびソフトゥェ ァ更新方法の説明に入る前に、本実施例の背景となっているリソース割当管理方式 および、このリソース割当管理方式を適用したリソース割当管理システムにつ 、て説 明することとする。

[0032] まず、本実施例の背景となっているリソース割当管理方式の概念について説明する 。図 1は、本発明に係るリソース割当管理方式の概念を示す図である。図 1には、各 業務 1, 2において Webサーバ 4

1一 4や AP ( Application)サーバ 5— 5 , DB ( 9 1 6

Database)サーバ 6— 6 ,ストレージ 7— 7などの情報処理装置が利用される場合が

1 3 1 9

示されている。

[0033] ここで、 Webサーバ 4一 4は、 Webブラウザで閲覧されるコンテンツをインターネッ

1 9

トを介してクライアント装置に提供するサーバ装置である。 APサーバ 5— 5

1 6は、ユー ザによる情報処理要求を受け付けた Webサーバ 4 された情報処理の

1一 4から要求

9

実行を引き継ぐサーバ装置である。

[0034] DBサーバ 6— 6は、 APサーバ 5— 5力 データベースへのアクセス要求を受け

1 3 1 6

付けた場合に、データベースへのアクセスを管理するサーバ装置である。ストレージ

7一 7は、 SAN (Storage Area Network)により Webサーバ 4一 4や APサーバ 5

1 9 1 9 1 一 5、データベースサーバ 6— 6に接続される記憶装置である。

6 1 3

[0035] 本実施例の背景となっているリソース割当管理方式では、 LAN (Local Area

Network)や SANなどにおいて、他の装置との間の物理的な結線状態が互いに均一 であるサーバやストレージなどのリソース群をドメインとして管理する。 [0036] たとえば、図 1の場合には、業務 1, 2で利用されるサーバ群が、 Webドメイン 4、 AP ドメイン 5および DBドメイン 6として管理され、業務 1, 2で利用されるストレージ群が、 ストレージドメイン 7として管理されて 、る。

[0037] この場合、 Webドメイン 4に属する Webサーバ 4 他の装置に対する結線状

1一 4の

9

態は互いに均一であり、 APドメイン 5に属する APサーバ 5 5の他の装置に対する

1 6

結線状態は互いに均一であり、 DBドメイン 6に属する DBサーバ 6 6の他の装置

1 3

に対する結線状態は互いに均一であり、ストレージドメイン 7に属するストレージ 7— 7

1

9の他の装置に対する結線状態は互いに均一となって 、る。

[0038] そして、このリソース割当管理処理では、未使用の Webサーバ 4

1一 4

9、 APサーバ 5 7をドメインごとにプール 3に登録して

1一 5

6、 DBサーバ 6 6およびストレージ 7

1 3 1 9

おき、必要に応じて各業務 1， 2に Webサーバ 4

1一 4

9、 APサーバ 5 5

1 6、 DBサーバ

6一 6およびストレージ 7 7を割り当てる。

1 3 1 9

[0039] たとえば、図 1では、業務 1には、 Webサーバ 4

2， 4

3、 APサーバ 5

1、 DBサーバ 6

1、 ストレージ 7が割り当てられ、業務 2には、 Webサーバ 4

7 9、 APサーバ 5および 5

2 3、 D

Bサーバ 6、ストレージ 7 り当てられている。

2 8， 7が割

9

[0040] そして、業務 1， 2に割り当てられた Webサーバ 4 , 4 , 4 , APサーバ 5

2 3 9 1， 5

2， 5 3、 D

Bサーバ 6 , 6の負荷が増大したり、ストレージ 7— 7の記憶容量が不足したような場

1 2 7 9

合に、プール 3に登録されている Webサーバ 4

1， 4 APサー 5

4一 4

8、 バ 5

4 6、 DBサー ノ 6 ,ストレージ 7— 7を業務で利用可能なサーバとして追加する。

3 1 6

[0041] 具体的には、プール 3に登録されている Webサーバ 4， 4

1 4一 4

8、 APサーバ 5 5

4 6

, DBサーバ 6に必要なソフトウェアを導入し、ネットワークの設定などを自動的におこ

3

なうことにより、 Webサーバ 4

1， 4 5 5

4一 4

8、 APサーバ

4 6， DBサーバ 6を業務で利

3

用可能なサーバとして追加する。

[0042] また、ストレージ 7— 7を追加する場合は、ストレージ 7— 7に対して論理ボリユー

1 6 1 6

ムの設定やネットワークの設定などを自動的におこなうことにより、当該ストレージ 7—

1

7を業務で利用可能なストレージ 7— 7として追加する。

6 1 6

[0043] たとえば、図 1には、業務 2の Webドメイン 4において、プール 3に登録されていた W ebサーバ 4が新たに追加される場合が示されて！/、る。 [0044] さらに、このリソース割当管理方式では、業務 1, 2で利用されている Webサーバ 4

2

, 4, 4, APサーバ 5 5， DBサーバ 6， 6またはストレージ 7 7が長期間使用

3 9 1 3 1 2 7 9

されていないような場合に、 Webサーバ 4 , 4, 4, APサーバ 5 5、 DBサーバ 6

2 3 9 1 3 1

, 6、または、ストレージ 7— 7を業務で利用可能なサーノくから除外し、プール 3に登

2 7 9

録する処理がおこなわれる。

[0045] ここでプール 3に登録された Webサーバ 4 , 4, 4、 APサーバ 5— 5 , DBサーバ

2 3 9 1 3

6 , 6 ,ストレージ 7— 7は、別の業務 1, 2で利用されている Webサーバ 4 , 4, 4、

1 2 7 9 2 3 9

APサーバ 5— 5、 DBサーバ 6 , 6の負荷が増大したり、ストレージ 7— 7の記憶容

1 3 1 2 7 9 量が不足したような場合に再利用される。

[0046] 具体的には、 Webサーバ 4 , 4, 4、 APサーバ 5— 5、 DBサーバ 6 , 6に導入さ

2 3 9 1 3 1 2 れているソフトウェアを削除し、ネットワークの設定の変更などを自動的におこなうこと により、 Webサーノ 4 , 4, 4、 APサーノ 5一 5 , DBサーノ 6 , 6力業務 1, 2で禾 IJ

2 3 9 1 3 1 2

用可能なサーバから除外され、プール 3に登録される。

[0047] また、ストレージ 7— 7を業務 1, 2で利用可能なストレージから除外してプール 3に

7 9

登録する場合には、ストレージ 7— 7に対するネットワークの設定などを自動的にお

7 9

こなうこと〖こより、当該ストレージ 7— 7を業務で利用可能なストレージから除外し、プ

7 9

ール 3に登録する。

[0048] たとえば、図 1には、業務 2の APドメイン 5において、プール 3に登録されていた AP サーバ 5が業務で利用可能なサーバから除外され、プール 3に登録される場合が示

2

されている。また、プール 3に登録されたサーバ 5は、業務 1で利用されているサーバ

4

5の負荷が増大したような場合に再利用され、業務 1に新たに追加される。

1

[0049] つぎに、本実施例の背景となっているリソース割当管理方式を適用したリソース割 当管理システムの機能構成について説明する。図 2は、本実施例の背景となってい るリソース割当管理方式を適用したリソース割当管理システムの機能構成を示す図で ある。

[0050] 図 2に示すように、このリソース割当管理システムでは、運用管理クライアント 10と、 サイト管理サーバ 20と力 FW (Firewall) 30経由でネットワークを介して接続されてい る。また、サイト管理サーバ 20とドメイン管理サーバ 50, 60と力 FW40経由でネット ワークを介して接続されて 、る。

[0051] また、サイト管理サーバ 20と、エッジドメイン 180に属するルータ 80とが、 FW40経 由でネットワークを介して接続されている。さらに、サイト管理サーバ 20と、ストレージ ドメイン 220に属するストレージ 160a— 160c、および、プールされているストレージ 1 60dと力 FW40経由でネットワークを介して接続されている。

[0052] ドメイン管理サーバ 50は、 FW90、 SLB (Server Load Balancer) 100および Web ドメイン 190に属するサーバ 110a— 110cに、ネットワークを介して接続されて！、る。

[0053] また、ドメイン管理サーバ 60は、 FW120、 SLB130、 APドメイン 200に属するサー ノ 140a一 140c、および、 DBドメイン 210に属するサーノ 150a一 150cに、ネットヮ —クを介して接続されて 、る ₀

[0054] さらに、ストレージドメイン 220に属するストレージ 160a— 160c、および、プールさ れているストレージ 160dは、 Webドメイン 190に属するサーバ 110a— 110c、 APドメ イン 200に属するサーノ 140a— 140c、および、 DBドメイン 210に属するサーバ 15 0a— 150c【こ SAN 170を介して接続されて!ヽる。

[0055] ここで、運用管理クライアント 10は、リソース割当管理処理に係るさまざまな設定を ユーザ力も受け付けて、その設定情報をサイト管理サーバ 20に送信するとともに、サ イト管理サーバ 20からさまざまな出力結果を受け付けて、モニタ等に表示するクライ アント装置である。

[0056] サイト管理サーバ 20は、図 1で説明したようなリソース割当管理方式を、ドメイン管 理サーバ 50, 60と連携して実行するサーバ装置である。このサイト管理サーバ 20は 、システムリソースマネージャ 21、サーバ RM (Resource Manager) 22、ソフトウェア!^ M (Resource Manager) 23、ネットワーク RM (Resource Manager) 24、ストレージ R M (Resource Manager) 25、システムリソース DB (Database) 26および AP (

Application)管理統括部 27の各機能部を有する。

[0057] システムリソースマネージャ 21は、運用管理クライアント 10からリソース割当管理処 理に係るさまざまな設定情報を受け付けるとともに、サーバ RM22、ソフトウェア RM2 3、ネットワーク RM24、ストレージ RM25と連携してリソースの設定処理を実行する 管理部である。また、このシステムリソースマネージャ 21は、ドメイン管理サーバ 50, 6 0との間のデータの授受を司る。

[0058] サーバ RM22は、各サーバ 110a— 110c, 140a— 140cおよび 150a— 150cの起 動、停止、ハードウェアに係る情報の収集、設定などをおこなう管理部である。このサ ーバ RM22は、ドメイン管理サーバ 50のサーバサブ RM (Resource Manager) 52お よびサーバ 110aのサーバ RMエージェント 112aと連携して上記処理を実行する。

[0059] ソフトウェア RM23は、各サーバ 110a— 110c, 140a— 140cおよび 150a— 150c に対するソフトウェアのインストール、設定、ソフトウェアに係る情報の収集などをおこ なう管理部である。このソフトウェア RM23は、ドメイン管理サーバ 50のソフトウェアサ ブ RM (Resource Manager) 53およびサーバ 110aのソフトウェア RMエージェント 11 3aと連携して上記処理を実行する。

[0060] ネットワーク RM24は、ネットワークに係る情報の収集や設定などをおこなう管理部 である。このネットワーク RM24は、ドメイン管理サーバ 50のネットワークサブ RM ( Resource Manager) 54およびサーバ 110aのネットワーク RMエージェント 114aと連 携して上記処理を実行する。

[0061] ストレージ RM25は、ストレージドメイン 220に属するストレージ 160a— 160c、およ び、プールされているストレージ 160dに係る情報の収集や設定などをおこなう管理 部である。ここでは、ストレージ RM25は、ドメイン管理サーバ 50, 60を介することなく 、ストレージ 160a— 160c、および、プールされているストレージ 160dを管理する。

[0062] システムリソース DB (Database) 26は、システムリソースマネージャ 21、サーバ RM2 2、ソフトウェア RM23、ネットワーク RM24およびストレージ RM25が管理するさまざ まなリソースの情報を記憶するデータベースである。ここに記憶される具体的なデー タについては、後に詳細に説明する。

[0063] AP管理統括部 27は、 AP (Application)管理部 116aを統括管理する処理部である 。具体的には、 AP管理部 116aにアプリケーションの組み込み処理や設定処理の実 行要求をおこなう。この AP管理統括部 27の機能は、サイト管理サーバ 20に導入さ れたミドルウェアが実行されることにより実現されるものである。

[0064] ドメイン管理サーバ 50, 60は、 1つまたは複数のドメイン内のリソースを管理するサ ーバ装置である。ドメイン管理サーバ 50は、システムリソースドメインマネージャ 51、 サーバサブ RM52、ソフトウェアサブ RM53、ネットワークサブ RM54およびドメインリ ソース DB (Database) 55の各機能部を有する。

[0065] なお、ドメイン管理サーバ 60は、ドメイン管理サーバ 50の各機能部と同様の機能部 を有しているため、図 2ではドメイン管理サーバ 60の各機能部の図示および説明を 省略する。

[0066] システムリソースドメインマネージャ 51は、サーバサブ RM52、ソフトウェアサブ RM

53、ネットワークサブ RM54と連携して各ドメインに属するリソースの情報収集や設定 処理などを実行する管理部である。

[0067] また、このシステムリソースドメインマネージャ 51は、サイト管理サーバ 20、 FW90や

SLB100などのネットワーク機器、また、管理対象であるサーバ 110a— 110cとの間 のデータの授受を司る。

[0068] サーバサブ RM52は、サーバ RM22およびサーバ RMエージェント 112aと連携し て、各サーバ 110a— 110cの起動、停止、ハードウェアに係る情報の収集、設定など をおこなう管理部である。

[0069] ソフトウェアサブ RM53は、ソフトウェア RM23およびソフトウェア RMエージェント 1

13aと連携して、各サーバ 110a— 110cに対するソフトウェアのインストール、設定、 ソフトウェアに係る情報の収集などをおこなう管理部である。

[0070] ネットワークサブ RM54は、ネットワーク RM24およびネットワーク RMエージェント 1

14aと連携して、ネットワークに係る情報の収集や設定などをおこなう管理部である。

[0071] ドメインリソース DB55は、サーバサブ RM52、ソフトウェアサブ RM53、ネットワーク サブ RM54が管理対象であるサーバ 110a— 110cの各種情報の収集や設定をおこ なう場合に、サーバ 110a— 110cから取得した情報や、システムリソース DB26から 取得したデータを記憶するデータベースである。また、ドメインリソース DB55は、サー バ 110a— 110cのネットワークブートをおこなう場合に用いる仮の OS (Operating

System; 己'隐する。

[0072] ルータ 80は、インターネット 70を介したデータ通信においてデータパケットのルー ティングをおこなうネットワーク機器である。 FW30, 40, 90, 120は、各種サーバ 11 Oa— 110c, 140a— 140c, 150a— 150cへの不正アクセスを防止するためのネット ワーク機器である。

[0073] SLBIOO, 130は、サーノ 110a— 110c, 140a— 140cに対する情報処理要求を 複数のサーバ 110a— 110c, 140a— 140cに分散して転送する負荷分散装置であ る。なお、 SLB100, 130の前後には、さらにスィッチが接続されている力 図 2では スィッチの図示を省略して!/ヽる。

[0074] サーノ 110a— 110c, 140a— 140c, 150a— 150cは、さまざまな情報処理を実行 するサーバ装置である。サーバ装置 110aは、リソースマネージャエージェント 11 la、 サーバ RMエージェント 112a、ソフトウェア RMエージェント 113a、ネットワーク RMェ ージェント 114a、ストレージ RMエージェント 115aおよび AP管理部 116aの各機能 部を有する。

[0075] なお、サーノ 110b, 140a, 140b, 150a, 150bは、サーノ 110aの各機會咅と同 様の機會咅を有して ヽるため、図 2で ίまサーノ 110b, 140a, 140b, 150a, 150bの 各機能部の図示および説明を省略する。

[0076] また、サーバ 110c, 140c, 150cは、プールされているサーバであり、これらのサー ノ には、リソースマネージャエージェント 11 la、サーバ RMエージェント 112a、ソフト ウェア RMエージェント 113a、ネットワーク RMエージェント 114a、ストレージ RMエー ジェント 115aおよび AP管理部 116aの各機能部は存在しな 、。

[0077] これらのサーバ 110c, 140c, 150cにおいては、業務に利用可能なサーバとして 設定される場合に、各機能部を実現するコンピュータプログラムがサーバ 110c, 140 c, 150cに導入され実行されることにより各機能部が実現される。

[0078] リソースマネージャエージェント 11 laは、ドメイン管理サーバ 50のシステムリソース ドメインマネージャ 51からサーバ 110aの情報収集処理や設定処理などの実行要求 を受け付け、それらの処理をサーバ RMエージェント 112a、ソフトウェア RMエージェ ント 113a、ネットワーク RMエージェント 114a、ストレージ RMエージェント 115aと連 携して実行するエージェントである。

[0079] サーバ RMエージェント 112aは、サーバ 110aの起動、停止、ハードウェアに係る 情報の収集、設定などを実行するエージェントである。ソフトウェア RMエージェント 1 13aは、サーバ 110aに対するソフトウェアの導入、設定およびソフトウェアに係る情 報収集などをおこなうエージェントである。

[0080] ネットワーク RMエージェント 114aは、サーバ 110aが接続されているネットワークの 情報収集および設定などを実行するエージェントである。ストレージ RMエージェント 115aは、サーバ 110aに接続されたストレージの情報収集や設定などをおこなうエー ジェントである。

[0081] ストレージ 160a— 160cは、 Webドメイン 190に属するサーバ 110a— 110c、 APド メイン 200に属するサーバ 140a— 140c、 DBドメイン 210に属するサーバ 150a— 1 50cにより利用されるストレージである。また、ストレージ 160dは、プールされているス トレージである。これらのストレージ 160a— 160dは、 RAID装置により構成される。

[0082] なお、 Webドメイン 190に属するサーバ 110a— 110c、 APドメイン 200に属するサ ーノ 140a— 140c、および、 DBドメイン 210に属するサーバ 150a— 150c間を接続 するネットワークには VLAN (Virtual Local Area Network)を設定する。

[0083] つぎに、本実施例に係るソフトウェア更新装置が接続されるネットワークのネットヮー ク構成について説明する。図 3は、本実施例に係るソフトウェア更新装置が接続され るネットワークの一例を示すネットワーク構成図である。

[0084] 図 3に示すように、ここではサイト管理サーバ 20がソフトウェア更新装置として機能 するものとする。なお、ソフトウェア更新装置を独立した情報処理装置として構成する ことも可能であり、また、ドメイン管理サーバ 50等のドメイン管理サーバがソフトウェア 更新装置として機能するように構成することも可能である。

[0085] サイト管理サーバであるソフトウェア更新装置 20は、ネットワークを構成する各種機 器の管理情報を格納したシステムリソース DB26を有し、ネットワークを介して運用管 理クライアント 10、ドメイン管理サーバ 50、各種サーバ 110a— 110eおよび 140a— 1 40eと接続される。

[0086] ソフトウェア更新装置 20と接続される各種サーバ 110a— 110eおよび 140a— 140 eは、管理目的に応じた複数のくくり方でグループ分けされている。ひとつのくくり方は 、既に説明したドメインという物理的な同一性からみた《り方である。この例では、サ ーバ 110a— 110eが Web— domainドメイン 400に、サーバ 140a— 140eが AP— d omainドメイン 300にグループ分けされて!、る。 [0087] ドメイン内は、さらにグループ分けされている。既に説明してあるとおり、業務に使用 されて!/、な!/、サーバは、プールグループと呼ばれるグループにグループ分けされて いる。たとえば、 AP— domainドメインでは、サーバ 140eが AP— domain, poolプ ールグループ 330にグループ分けされている。

[0088] ドメイン中にどのようなプールグループが存在するかは、システムリソース DB26に おいては、プールグループデータ 710によって管理される。図 4は、プールグループ に係る情報を記憶したプールグループデータ 710の一例を示す図である。このプー ルグループデータ 710には、プールグループ名、種別、サーバドメイン名の情報が記 憶されている。

[0089] プールグループ名は、上述したサーバのプールの識別情報である。種別は、プー ルグループが複数のサーバグループに共用させるもの力、特定のサーバグループに のみ利用を許可するものかを示す情報である。サーバドメイン名は、ドメインの識別情 報である。

[0090] 一方、業務に使用されているサーバは、サーバグループというグループにグループ 分けされる。サーバグループとは、ソフトウェア力もみた同一性でくくられたグループ であり、同一のサーバグループに属するサーバは、同一のソフトウェア構成を有する 。サーバグループは、ドメイン内に複数作製することができ、 AP— domainドメイン 30 0では、 A—APサーバグループ 310と B—APサブグループ 320という 2つのサーバ グループが存在している。この例では、サーノ 140aと 140bが前者のサーバグルー プに、サーノ 140cと 140dが後者のサーバグループにグループ分けされている。

[0091] ドメイン中にどのようなサーバグループが存在するかは、システムリソース DB26に おいては、サーバグループデータ 720によって管理される。図 5は、サーバグループ に係る情報を記憶したサーバグループデータ 720の一例を示す図である。このサー バグループデータ 720は、サーバグループ名、サーバドメイン名、ソフトウェア配布ィ メージ名、版数、ストレージテンプレート名、 SANブートおよび自動リカバリの情報を 記憶している。

[0092] サーバグループ名は、サーバグループの識別情報である。サーバドメイン名は、サ 一バグループが属するサーバドメインの情報である。ソフトウェア配布イメージ名は、 サーバグループに属するサーバに配布するソフトウェアのイメージファイルを識別す る情報である。版数は、サーバグループを構成するサーバに現在配信されているベ きソフトウェア配布イメージの版数の情報である。他の項目は、本実施例を説明する 上で必要のな 、項目であるので説明を省略する。

[0093] また、どのサーバがどのサーバグループもしくはプールグループに属して!/、るかは 、プロビジョユング構成データ 730によって管理される。図 6は、ストレージサブグルー プが設定されたプロビジョユング構成データ 730の一例を示す図である。このプロビ ジョユング構成データ 730は、サーバ名、プールグループ名、サーバグループ名、ス トレージサブグループ名、アクセス可否の情報を記憶する。

[0094] サーバ名は、サーバの識別情報、すなわちホスト名である。プールグループ名は、 サーバが属しているプールの識別情報であり、サーバがプールに属している場合に のみ設定される。サーバグループ名は、サーバが属しているサーバグループの識別 情報であり、サーバがサーバグループに属している場合にのみ設定される。他の項 目は、本実施例を説明する上で必要のない項目であるので説明を省略する。

[0095] サーバグループは、ドメインとは別に、ネットワークグループというグループに属する 。ネットワークグループとは、サービスを提供するために通信し合うサーバグループ、 すなわち業務上で関連性を有するサーバグループをひとつにまとめたものである。図 3の例では、 A— Webサーバグループ 410と A—APサーバグループ 310が A— We b— APネットワークグノレープ 500と!、うネットワークグノレープに属して!/、る。

[0096] どのサーバグループがどのネットワークグループに属しているかは、システムリソー ス DB26においては、サーバグループ間リンクデータ 740によって管理される。図 7は 、サーバグループに係る情報を記憶したサーバグループ間リンクデータ 740の一例 を示す図である。このサーバグループ間リンクデータ 740は、フロントサーバグループ 名、ネットワークグループ名およびバックサーバグループ名の情報を記憶して 、る。

[0097] フロントサーバグループ名は、ネットワークグループにより連結されるサーバグルー プのうち、処理を要求する側のサーバグループを示す情報である。ネットワークダル ープ名は、ネットワークグループを識別する識別情報である。ノ ックサーバグループ 名は、ネットワークグループにより連結されるサーバグループのうち、要求された処理 を実行して要求元に応答する側のサーバグループを示す情報である。

[0098] ネットワークグループは、負荷分散グループというさらに上位のグループに属する。

負荷分散グループとは、ロードバランサとロードバランサが負荷分散をおこなうネット ワークグループとを関連付けするためのグループである。ロードバランサとは、同一の 構成を有するサーバへの処理要求を一括して受付け、所定のルールに基づ 、て負 荷状況が最も軽いサーバに処理要求を割り振る装置である。

[0099] 図 3では、 A— Web— APネットワークグループ 500は、 SLB130 (A— LB)と結びつ けられて A—AP—LB負荷分散グループ 600と ヽぅ負荷分散グループを構成して ヽ る。

[0100] A— Web— APネットワークグループ 500に属する A— Webサーバグループ 410と A —APサーバグループ 310は、前者がフロントエンドで後者がバックエンドの関係にあ るので、 SLB130は、 A— Webサーバグループ 410に属するサーバからの要求を受 付け、 A—APサーバグループ 310に属するサーバのうち負荷状況が軽いものへそ の処理を振り分けることになる。既に説明したように一つのサーバグループに属する サーバは、物理的にもソフトウェア的にも同一性を有しているので、どのサーバに処 理が割り振られたとしても同じ処理結果が得られることになる。

[0101] どのネットワークグループがどの負荷分散グループに属しているかについては、シ ステムリソース DB26においては、ネットワークグループデータ 750によって管理され る。図 8は、ネットワークグループに係る情報を記憶したネットワークグループデータ 7 50の一例を示す図である。このネットワークグループデータ 750は、ネットワークグル ープ名、ネットワークドメイン名、フロントネットワークサブグループ名、負荷分散ダル ープ名およびバックネットワークサブグループ名の情報を記憶して 、る。

[0102] ネットワークグループ名は、ネットワークグループの識別情報である。負荷分散ダル ープ名は、負荷分散グループの識別情報である。他の項目は、本実施例を説明する 上で必要のな 、項目であるので説明を省略する。

[0103] このように、本実施例に係るソフトウェア更新装置が接続されるネットワークのネット ワーク構成においては、ロードバランサを含む各種機器の構成がグルーピングされて 管理され、システムリソース DB26に各種の構成情報が格納されて 、る。 [0104] なお、図 3に示したネットワークにおいては、情報のセキュリティ保護等の観点から、 業務上関連のな 、サーバ間では通信がおこなわれな ヽように業務 LAN (VLAN)が 設定されているものとする。

[0105] つぎに、本実施例に係るソフトウェア更新装置の機能構成について説明する。図 9 は、本実施例に係るソフトウェア更新装置の機能構成を示す機能ブロック図である。 同図に示すように、ソフトウェア更新装置 20は、更新対象のサーバ 110aとネットヮー クを介して接続された構成をとる。ここでは、更新対象のサーバを 1台だけ図示してい る力 これと同様の他のサーバがネットワークを介して接続されて 、てもよ 、。

[0106] ソフトウェア更新装置 20は、制御部 28と記憶部 29を有する。記憶部 29は、各種情 報を記憶する記憶部であり、システムリソース記憶部 29aを有する。このシステムリソ ース記憶部 29aは、システムリソース DB26に相当する。なお、システムリソース記憶 部 29aは、必ずしもソフトウェア更新装置 20の内部に存在する必要はなぐ一部もしく は全体が他のサーバ内に存在し、ソフトウェア更新装置 20がネットワークを経由して 情報の入出力をおこなうように構成してもよい。

[0107] 制御部 28は、ソフトウェア更新装置 20を全体制御する制御部であり、システム、 Jソ ース入出力部 28aと、処理部 28bと、 RM部 28cとを有する。システムリソース入出力 部 28aは、システムリソース記憶部 29aとのデータの入出力を制御する制御部である

[0108] RM部 28cは、既に説明したシステムリソースマネージャ 21、サーバ RM22、ソフト ウェア RM23、ネットワーク RM24およびストレージ RM25を有し、サーバ 110aのリソ ースマネージャエージェント 11 la、サーバ RMエージェント 112a、ソフトウェア RMェ ージェント 113a、ネットワーク RMエージェント 114aおよびストレージ RMエージェン ト 115aと連携して、サーバ 110aの各種情報の収集や設定等をおこなう制御部であ る。

[0109] 処理部 28bは、ソフトウェア更新に係る各種作業を処理する処理部であり、サーバ グループ情報取得処理部 28d、負荷分散グループ情報取得処理部 28e、ネットヮー ク構成設定処理部 28f、配布イメージ比較処理部 28g、ソフトウェアイメージ配信処理 部 28h、ソフトウェアイメージ適用処理部 28iおよびソフトウェアイメージ適用結果確認 部 28jを有する。

[0110] サーバグループ情報取得処理部 28dは、ソフトウェア更新処理の対象のサーバグ ループを構成するサーバの情報を、システムリソース入出力部 28aを経由して、シス テムリソース記憶部 29aから取得する処理部である。負荷分散グループ情報取得処 理部 28eは、ソフトウェア更新処理の対象のサーバグループが含まれる負荷分散グ ループの情報を、システムリソース入出力部 28aを経由して、システムリソース記憶部 29aから取得する処理部である。

[0111] ネットワーク構成設定処理部 28fは、ソフトウェア更新処理の対象のサーバを業務 用のネットワーク力 一時的に切り離し、再接続させるために、各種 RMの機能を呼 び出してロードバランサの設定や VLANの設定をおこなう処理部である。

[0112] 配布イメージ比較処理部 28gは、ソフトウェア更新処理の対象のサーバに適用され て 、る最新のソフトウェア配布イメージの情報と、ソフトウェア更新処理の対象のサー バグループに関連付けられているソフトウェア配布イメージの情報とをシステムリソー ス入出力部 28aを経由してシステムリソース記憶部 29aから取得し、両者の比較をお こなう処理部である。

[0113] ここで、ソフトウェア配布イメージとは、適用済みもしくは適用すべきソフトウェアィメ ージの組み合わせを指す。そして、ソフトウェアイメージとは、ノ ツチもしくはパッチ適 用済みのディスクイメージと、インストール用プログラムと、アンインストール用プロダラ ムと、適用結果確認用プログラムとをパックしたデータを指す。

[0114] ソフトウェアイメージ配信処理部 28hは、予め所定の場所に配備されたソフトウェア イメージを、各種 RMの機能を呼び出してソフトウェア更新処理の対象のサーバへ転 送する処理部である。ソフトウェアイメージ適用処理部 28iは、転送されたソフトウェア イメージに含まれるインストール用プログラムまたはアンインストール用プログラムを、 各種 RMの機能を呼び出して実行させる処理部である。

[0115] ソフトウェアイメージ適用結果確認部 2¾は、転送されたソフトウェアイメージに含ま れる適用結果確認用プログラムを、各種 RMの機能を呼び出して実行させ、実行結 果を収集する処理部である。ここで、適用結果確認用プログラムとは、所定の仕様に 沿って作成されるテストプログラムであり、原則的に、ソフトウェアイメージごとに専用 のものが用意される。

[0116] このように、ソフトウェア更新装置 20においては、処理部 28bがシステムリソース記 憶部 29aの情報を参照しながら、必要に応じて各種 RMの機能を呼び出してソフトゥ エア更新処理の各種作業を実行させる構成がとられて 、る。

[0117] つぎに、図 9に示したソフトウェア更新装置の処理手順について説明する。まず、サ ーバにパッチをローリング適用する際の処理手順について説明することとする。

[0118] 説明の前提として、 A—APサーバグループ 310の各サーバには、最新のソフトゥェ ァ配布イメージとして A— OS— AP— Imageの版数 1. 2が適用されているものとする 。そして、今回パッチを適用するために、ソフトウェア配布イメージ A— OS— AP—Im age版数 1. 2に適用対象のパッチ patch— aをカ卩えたソフトウェア配布イメージ A— O S—AP— Image版数 1. 3が作成済みであり、 A—APサーバグループ 310の最新の ソフトウェア配布イメージとしてシステムリソース DB26に登録されているものとする。

[0119] 図 10は、図 9に示したソフトウェア更新装置 20の処理手順を表すフローチャートで ある。ソフトウェア更新処理は、利用者が運用管理クライアント 10を操作して、更新対 象のサーバグループを選択し、ソフトウェア更新処理の開始を指示したときに開始さ れる。ここでは、利用者が A_APサーバグループ 310を選択して、ソフトウェア更新 処理を開始させたものとする。

[0120] ソフトウェア更新処理開始の指示を受けると、負荷分散グループ情報取得処理部 2 8eが、指定されたサーバグループの属する負荷分散グループの情報を取得する。

[0121] 具体的には、サーバグループ間リンクデータ 740を参照して、指定されたサーバグ ループがバックサーバグループとなるネットワークグループ名を取得し (ステップ S 10 1)、さらに、ネットワークグループデータ 750を参照して、取得したネットワークグルー プ名に対応する負荷分散グループ名を取得する (ステップ S 102)。

[0122] そして、負荷分散グループデータ 760を参照して、取得した負荷分散グループに 対応するロードバランサ名を取得する (ステップ S 103)。図 11は、負荷分散装置のグ ループ情報を記憶した負荷分散グループデータ 760の一例を示す図である。この負 荷分散グループデータ 760は、負荷分散グループ名、ロードバランサ名および代表 I Pの情報を記憶している。 [0123] 負荷分散グループ名は、負荷分散グループを識別する情報である。ロードバランサ 名は、ロードバランサを識別する名称である。代表 IPは、各負荷分散グループに割り 当てられた IPアドレスの情報である。

[0124] ソフトウェア更新処理の対象として指示されたサーバグループが A—APサーバグ ループ 310であるとすると、ネットワークグループ名としては A_Web-APが取得され 、負荷分散グループ名としては A— AP— LBが取得され、ロードバランサ名としては AP— LBが取得される。

[0125] 負荷分散グループの情報の取得が完了すると、配布イメージ比較処理部 28gが、 処理対象のサーバグループと関連付けされているソフトウェア配布イメージの情報を 取得する。具体的には、サーバグループデータ 720を参照して、指定されたサーバ グループに対応するソフトウェア配布イメージ名と版数とを取得する (ステップ S 104)

[0126] ソフトウェア更新処理の対象として指示されたサーバグループが A—APサーバグ ループ 310であるとすると、ソフトウェア配布イメージ名としては A_OS_AP_imag eが取得され、版数としては 1. 3が取得される。

[0127] サーバグループと関連付けされているソフトウェア配布イメージの取得が完了すると

、サーバ情報取得処理部 28dが処理対象のサーバを選択する。

[0128] 具体的には、プロビジョユング構成データ 730を参照して、サーバグループ名が指 定されたサーバグループと一致するサーバのうち、ソフトウェアの更新が完了してい ないサーバを一つ取得する（ステップ S105)。ここで、ソフトウェアの更新が完了して いないサーバが存在しない場合は（S106, Yes)処理を完了し、そうでない場合は（

S106, No)これ以降の処理を継続する。

[0129] ソフトウェア更新処理の対象として指示されたサーバグループが A—APサーバグ ループ 310であるとすると、 host6と host7が順次選択されることになる力 ここではま ず host6が選択されたものとする。

[0130] 処理対象のサーバが選択されると、配布イメージ比較処理部 28gが、処理対象の サーバに適用済みのソフトウェア配布イメージの情報を取得し、サーバグループと関 連付けされているソフトウェア配布イメージの情報と比較する。 [0131] 具体的には、配布管理データ 770を参照して、ステップ S 105で選択したサーバに 対応するソフトウェア配布イメージ名と版数とを取得し (ステップ S107)、これをステツ プ S 105で取得した情報と比較する (ステップ S 108)。ここで、ソフトウェア配布ィメー ジ名と版数が両方とも一致した場合は (ステップ S 109, No)、ソフトウェアの更新の必 要はないため、ステップ S 105に戻って次のサーバの処理へ移る。そうでない場合は (S109, Yes)ソフトウェアの更新処理をおこなう。

[0132] 図 12は、ソフトウェア配布イメージの配布状況に係る情報を記憶した配布管理デー タ 770の一例を示す図である。この配布管理データ 770は、サーバ名、ストレージサ ブグループ名、ソフトウェア配布イメージ名、版数および状態の情報を記憶している。

[0133] サーバ名は、サーバを識別する情報である。ストレージサブグループ名は、ソフトゥ エア配布イメージが展開される記憶装置のサブグループを識別する情報である。ソフ トウエア配布イメージ名は、サーバに適用済みのソフトウェア配布イメージを識別する 情報である。版数は、サーバに適用済みのソフトウェア配布イメージの版数の情報で ある。状態は、ソフトウェア配布イメージの配布状況を示す情報である。

[0134] 処理対象のサーバが host6であるとすると、ここでは、ソフトウェア配布イメージ名と しては A— OS— AP— imageが取得され、版数としては 1. 2が取得される。この場合 、版数がサーバグループに関連付けられている情報と異なるため、 host6は、ソフトゥ エアの更新が必要と判断される。

[0135] ソフトウェアの更新が必要と判断されると、ネットワーク構成設定処理部 28fが、対象 のサーバを業務用のネットワーク力も切り離す。具体的には、ステップ S103で取得し たロードバランサに指示してサーバに対する処理の振り分けを停止させる (ステップ S

110)。さらに、サーバを業務 LAN力も切り離す (ステップ S 111)。

[0136] ネットワークからの切り離しが完了すると、ソフトウェアイメージ配信処理部 28hおよ びソフトウェアイメージ適用処理部 28iがソフトウェアの更新をおこなう。具体的には、 サーバ上で稼動しているサービスを停止させ (ステップ S 112)、サーバに対して必要 なソフトウェアイメージを配信し (ステップ S 113)、それを適用する（ステップ S114)。

[0137] 適用が必要なソフトウェアイメージが何であるかは、ソフトウェア配布イメージ管理デ ータ 780を参照して判断される。図 13は、ソフトウェア配布イメージに係る情報を記憶 したソフトウェア配布イメージ管理データ 780の一例を示す図である。このソフトウェア 配布イメージ管理データ 780は、ソフトウェア配布イメージ名、版数、サーバァーキテ クチャ名およびソフトウェアイメージ Zスナップショット名の情報を記憶して 、る。

[0138] ソフトウェア配布イメージ名は、ソフトウェア配布イメージの名称である。版数は、ソフ トウエア配布イメージの版数である。サーバアーキテクチャ名は、ソフトウェア配布ィメ ージの配布対象となるサーバの CPUアーキテクチャを識別する識別情報である。ソ フトウェアイメージ Zスナップショット名は、ソフトウェア配布イメージに含まれるソフトゥ エアイメージまたはスナップショットを識別する識別情報である。

[0139] ソフトウェア配布イメージ A— OS— AP— imageの版数 1. 2と 1. 3を比較すると、 1 . 3では patch— aというソフトウェアイメージが増えている。このことから、 host6のソフ トウエア配布イメージ A— OS— AP— imageの版数をサーバグループと関連付けられ た 1. 3に更新するには、 patch— aを適用する必要があることがわかる。

[0140] 必要なソフトウェアイメージの適用が完了したならば、ソフトウェアイメージ適用結果 確認部 2¾がソフトウエアイメージに対応する適用結果確認用プログラムを実行させ、 その結果を収集し (ステップ S 115)、結果が問題な 、ことを確認した後に配布管理デ ータ 770をソフトウェアの更新完了後の状態に更新する (ステップ S116)。なお、適 用結果確認用プログラムを実行する上で、サーバのサービスが再開している必要が ある場合は、ステップ S115およびステップ S116をステップ S117の後に実行してもよ い。

[0141] そして、ソフトウェアイメージ適用処理部 28iがサーバのサービスを再開させ (ステツ プ S117)、ネットワーク構成設定処理部 28fがサーバを業務 LANへ再接続させ (ス テツプ S118)、ロードバランサに指示してサーバへの処理の振り分けを再開させる（ ステップ S119)。こうして、 1台のサーバのソフトウェアの更新処理が完了すると、次 のサーバの更新処理をおこなうため、ステップ S105より処理を再開する。

[0142] このように、本実施例に係るソフトウェア更新装置は、ネットワーク機器を含めて統合 管理されたシステムリソース情報を用いてソフトウェアの更新処理をおこなうので、口 一リング適用のような複雑な手順であっても全工程を自動化することができる。

[0143] ところで、ソフトウェアを更新した後、何らかの理由により更新前の状態に戻すことが 必要になる場合がある。例えば、ノ ツチを適用した後に、そのパッチに不具合がある ことが分力つた場合である。そのような場合もこの処理手順で対応することができる。

[0144] A—APサーバグループ 310の各サーバのソフトウェアを更新し、ソフトウェア配布ィ メージ A— OS— AP— imageの版数 1. 3が適用された状態になった後、版数 1. 2に 戻さなければならなくなったとする。この場合、サーバグループデータ 720の A—AP サーバグループに対応するソフトウェア配布イメージの版数を 1. 2に戻して、運用管 理クライアント 10からソフトウェア更新処理の開始を指示すればよい。

[0145] このようにすれば、サーバグループに関連付けられた版数とサーバの版数が異なる ため、 A—APサーバグループ 310の各サーバは、ステップ S108においてソフトゥェ ァの更新が必要であると判断される。そして、ステップ S114およびステップ S115に おいて、ソフトウェア配布イメージ管理データ 780の情報を比較することにより、 patch —aの削除が必要であると判断され、このソフトウェアイメージのアンインストール用プ ログラムが実行される。

[0146] また、この処理手順は、サーバグループにサーバを追加する際のソフトウェア設定 にも用いることができる。既に説明しているとおり、ドメイン内にはプールが存在し、そ こに未使用のサーバが属している。そして、ドメイン内のいずれかのサーバグループ の負荷が上昇した場合は、プールに属して 、るサーバを高負荷になって 、るサーバ グループに追加することで負荷を低減させることができる。

[0147] サーバグループにサーバを追加する場合、追加するサーバをサーバグループの他 のサーバと同一のソフトウェア構成にしなければならない。他のサーバの構築から時 間を経てしまっているときに、パッチの適用を含めて同一のソフトウェア構成のサーバ を手作業で構築することは、非常に困難な作業であり、パッチの適用もれ等の作業ミ スが発生しやすい。

[0148] しかし、本実施例に係るソフトウェア更新装置をもちいれば、プール内のサーバを サーバグループに移動させて、ソフトウェア更新処理を実行させるだけで、サーバグ ループと関連付けられたソフトウェア配布イメージと同一の構成になるように、必要な ソフトウェアイメージが自動的に導入され、不要なソフトウェアイメージは自動的に削 除される。 [0149] このように、本実施例に係るソフトウェア更新方式は、サーバの増設にも有用であり 、手作業で増設をおこなう場合と異なり、作業ミスが発生することがなぐ作業時間も 短時間で済む。

[0150] また、プールにサーバを属させておくとき、用途を見込んで事前に特定のサーバグ ループと同一のソフトウェア構成にしておくこともできる。このようにしておくことにより、 当該のサーバグループの負荷が上昇したときに、プールに属させておいたサーバを 短時間で増設して稼動させることができる。

[0151] このような運用をおこなっていた場合であっても、サーバにノツチを適用する場合に 、稼動中のサーバグノレープのサーバのみにパッチを適用し、プーノレ内のサーバへの ノ ツチ適用を怠っていると、サーバの増設時にソフトウェア構成の不整合が発生し、 障害が発生する可能性がある。

[0152] しかし、本実施例に係るソフトウェア更新装置をもちいれば、プール内のサーバを サーバグループに移動させて、ソフトウェア更新処理を実行させるだけで、 自動的に 他のサーバと同一のソフトウェア構成が構築されるので、このような問題が発生するこ とはない。

[0153] 上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンビュ ータで実行することによって実現することができる。そこで、以下では、図 14を用いて 、ソフトウェア更新プログラムを実行するコンピュータの一例を説明する。

[0154] 図 14は、図 3に示したソフトウェア更新装置 20となるコンピュータ 1200のハードゥエ ァ構成を示す図である。このコンピュータ 1200は、ユーザからのデータの入力を受 け付ける入力装置 1210、モニタ 1220、各種プログラムを記録した記録媒体力もプロ グラムを読み取る媒体読取り装置 1230、 ROM (Read Only Memory) 1240、ネット ワークを介して他のコンピュータとの間でデータの授受をおこなうネットワークインター フェース 1250、 HDD (Hard Disk Drive) 1260、 RAM (Random Access Memory ) 1270および CPU (Central Processing Unit) 1280をバス 1290で接続して構成さ れる。

[0155] そして、 HDD1260には、ソフトウェア更新装置 20の機能と同様の機能を発揮する プログラム、つまり、図 14に示すシステムリソース管理プログラム 1260bおよびソフトゥ エア更新プログラム 1260cが記憶されている。

[0156] なお、システムリソース管理プログラム 1260bおよびソフトウェア更新プログラム 126

Ocにつ 、ては、適宜統合または分散して記憶することとしてもよ!/、。

[0157] そして、 CPU1280力 システムリソース管理プログラム 1260bおよびソフトウェア更 新プログラム 1260cを HDD1260から読み出して実行することにより、システムリソー ス管理プロセス 1280aおよびソフトウェア更新プロセス 1280bとして機能するようにな る。

[0158] このシステムリソース管理プロセス 1280aは、図 3に示したシステムリソースマネージ ャ 21、サーバ RM22、ソフトウェア RM23、ネットワーク RM24、ストレージ RM25に 対応する。また、ソフトウェア更新プロセス 1280bは、図 3に示した処理部 28bに対応 する。

[0159] また、 HDD1260には、システムリソースデータ 1260aが記憶される。なお、このシ ステムリソースデータ 1260aは、図 3に示したシステムリソース DB26に記憶される各 種データに対応する。

[0160] そして、 CPU1280は、リソースの管理に係る各種データをシステムリソースデータ 1 260aとして記憶するとともに、システムリソースデータ 1260aを HDD1260から読み 出して RAM1270に格納し、 RAM 1270に格納されたシステムリソースデータ 1270 aに基づ ヽて各種データ処理を実行する。

[0161] 上述してきたように、本実施例では、システムリソース DB26にロードバランサ等のネ ットワーク機器も含めた構成情報を記憶し、ここに記憶された情報に基づいてソフトゥ エアの更新処理をおこうなうように構成したので、ロードバランサを介して並列運用さ れているサーバへのパッチのローリング適用のような複雑なソフトウェア更新処理も自 動化することができ、もって作業ミスによる障害の発生を防ぐことができる。

[0162] さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以 外にも、請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例 にて実施されてもょ 、ものである。

[0163] たとえば、本実施例では、サーバのソフトウェアを更新する場合を示した力 パーソ ナルコンピュータ等のクライアントのソフトウェアの更新をおこなうこともできる。 [0164] また、本実施例において説明した各処理のうち、自動的におこなわれるものとして 説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的に おこなわれるものとして説明した処理の全部または一部を公知の方法で自動的にお こなうことちでさる。

[0165] この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種の データやパラメータを含む情報については、特記する場合を除いて任意に変更する ことができる。

[0166] また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に 図示のように構成されていることを要しない。すなわち、各装置の分散'統合の具体 的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況な どに応じて、任意の単位で機能的または物理的に分散 ·統合して構成することができ る。

[0167] さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、 CP Uおよび当該 CPUにて解析実行されるプログラムにて実現され、あるいは、ワイヤー ドロジックによるハードウェアとして実現され得る。 産業上の利用可能性

[0168] 以上のように、本発明に力かるソフトウェア更新プログラム、ソフトウェア更新装置お よびソフトウェア更新方法は、情報処理装置のソフトウェアの更新の自動化に有用で あり、特に、複雑な運用形態で運用されている情報処理装置のソフトウェアの更新の 自動化に適している。

Claims

請求の範囲

[1] 情報処理装置に配備されたプログラムとネットワークを介して通信をおこなって情報 収集と作業指示をおこな!/、、前記情報処理装置のソフトウェアの更新をおこなうソフト ウェア更新プログラムであって、

前記情報処理装置の現在の構成情報と、前記情報処理装置のソフトウェアの更新 後の構成情報と、前記情報処理装置とネットワークで接続されたネットワーク機器の 構成情報とを記憶したデータベース力 構成情報を取得する構成情報取得手順と、 前記ネットワーク機器の設定を必要に応じて変更するネットワーク構成設定手順と、 前記構成情報取得手順によって取得した前記現在の構成情報と前記ソフトウェア の更新後の構成情報とを比較して、前記情報処理装置に導入もしくは削除が必要な ソフトウェアを判断し、そのソフトウェアの導入もしくは削除を前記配備されたプロダラ ムに指示し、また、前記構成情報取得手順によって取得した前記ネットワーク機器の 構成情報力もソフトウェアの導入もしくは削除に際してネットワーク機器の設定変更が 必要と判断される場合は、前記ネットワーク構成設定手順に設定の変更を指示するソ フトウ ア適用手順と

をコンピュータに実行させることを特徴とするソフトウェア更新プログラム。

[2] 前記ソフトウェア適用手順は、ソフトウェアの導入もしくは削除をおこなう情報処理装 置が負荷分散装置と接続されていることが前記構成情報取得手順カゝら取得した構成 情報より判明した場合は、前記分散処理装置がソフトウェアの導入もしくは削除の前 に前記情報処理装置への処理の振り分けを停止し、ソフトウェアの導入もしくは削除 の完了後に振り分けを再開するように、前記ネットワーク構成設定手順に設定の変更 を指示することを特徴とする請求項 1に記載のソフトウェア更新プログラム。

[3] 前記ソフトウェア適用手順は、ソフトウェアの導入結果もしくは削除結果を確認する 適用結果確認プログラムの実行を前記情報処理装置に配備されたプログラムへ指示 し、実行結果を収集することを特徴とする請求項 1または 2に記載のソフトウェア更新 プログラム。

[4] 情報処理装置に配備されたプログラムとネットワークを介して通信をおこなって情報 収集と作業指示をおこな!/、、前記情報処理装置のソフトウェアの更新をおこなうソフト ウェア更新装置であって、

前記情報処理装置の現在の構成情報と、前記情報処理装置のソフトウェアの更新 後の構成情報と、前記情報処理装置とネットワークで接続されたネットワーク機器の 構成情報とを記憶したデータベースから構成情報を取得する構成情報取得手段と、 前記ネットワーク機器の設定を必要に応じて変更するネットワーク構成設定手段と、 前記構成情報取得手段によって取得した前記現在の構成情報と前記ソフトウェア の更新後の構成情報とを比較して、前記情報処理装置に導入もしくは削除が必要な ソフトウェアを判断し、そのソフトウェアの導入もしくは削除を前記配備されたプロダラ ムに指示し、また、前記構成情報取得手段によって取得した前記ネットワーク機器の 構成情報力もソフトウェアの導入もしくは削除に際してネットワーク機器の設定変更が 必要と判断される場合は、前記ネットワーク構成設定手段に設定の変更を指示するソ フトウェア適用手段と

を備えたことを特徴とするソフトウェア更新装置。

[5] 前記ソフトウェア適用手段は、ソフトウェアの導入もしくは削除をおこなう情報処理装 置が負荷分散装置と接続されていることが前記構成情報取得手段力 取得した構成 情報より判明した場合は、前記分散処理装置がソフトウェアの導入もしくは削除の前 に前記情報処理装置への処理の振り分けを停止し、ソフトウェアの導入もしくは削除 の完了後に振り分けを再開するように、前記ネットワーク構成設定手段に設定の変更 を指示することを特徴とする請求項 4に記載のソフトウエア更新装置。

[6] 前記ソフトウェア適用手段は、ソフトウエアの導入結果もしくは削除結果を確認する 適用結果確認プログラムの実行を前記情報処理装置に配備されたプログラムへ指示 し、実行結果を収集することを特徴とする請求項 4または 5に記載のソフトウェア更新 装置。

[7] 情報処理装置に配備されたプログラムとネットワークを介して通信をおこなって情報 収集と作業指示をおこな!/、、前記情報処理装置のソフトウェアの更新をおこなうソフト ウェア更新方法であって、

前記情報処理装置の現在の構成情報と、前記情報処理装置のソフトウェアの更新 後の構成情報と、前記情報処理装置とネットワークで接続されたネットワーク機器の 構成情報とを記憶したデータベース力 構成情報を取得する構成情報取得工程と、 前記ネットワーク機器の設定を必要に応じて変更するネットワーク構成設定工程と、 前記構成情報取得工程によって取得した前記現在の構成情報と前記ソフトウェア の更新後の構成情報とを比較して、前記情報処理装置に導入もしくは削除が必要な ソフトウェアを判断し、そのソフトウェアの導入もしくは削除を前記配備されたプロダラ ムに指示し、また、前記構成情報取得工程によって取得した前記ネットワーク機器の 構成情報力もソフトウェアの導入もしくは削除に際してネットワーク機器の設定変更が 必要と判断される場合は、前記ネットワーク構成設定工程に設定の変更を指示するソ フトウェア適用工程と

を含んだことを特徴とするソフトウェア更新方法。

[8] 前記ソフトウェア適用工程は、ソフトウェアの導入もしくは削除をおこなう情報処理装 置が負荷分散装置と接続されていることが前記構成情報取得工程カゝら取得した構成 情報より判明した場合は、前記分散処理装置がソフトウェアの導入もしくは削除の前 に前記情報処理装置への処理の振り分けを停止し、ソフトウェアの導入もしくは削除 の完了後に振り分けを再開するように、前記ネットワーク構成設定工程に設定の変更 を指示することを特徴とする請求項 7に記載のソフトウェア更新方法。

[9] 前記ソフトウェア適用工程は、ソフトウェアの導入結果もしくは削除結果を確認する 適用結果確認プログラムの実行を前記情報処理装置に配備されたプログラムへ指示 し、実行結果を収集することを特徴とする請求項 7または 8に記載のソフトウェア更新 方法。