JP4650203B2

JP4650203B2 - 情報システム及び管理計算機

Info

Publication number: JP4650203B2
Application number: JP2005305163A
Authority: JP
Inventors: 英樹 ▲高▼野; 聡一 ▲高▼重
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2005-10-20
Filing date: 2005-10-20
Publication date: 2011-03-16
Anticipated expiration: 2025-10-20
Also published as: US8495645B2; JP2007114983A; US8769545B2; US20070094396A1; US20130283261A1

Description

本発明は、顧客の複数の業務システムに対し、複数の計算機資源の一部と、その機能を提供する情報システムに係り、特に、各業務システムが処理要求を急峻に変化させた場合でも対応できる情報システムの管理技術に関する。

オンデマンドのサービスプロバイダ、バッチ処理が中心のデータセンタその他所定量のアクセスやデータ処理を、所定期間内に扱い／処理する顧客に対し、複数の計算機資源の一部とその機能を提供する情報システムが実用に供されている。
そして情報システムを用いて業務システムを構築し、業務の効率化によってコスト削減を行うことの重要性は広く認識され、かかる情報システムの需要は増加の一途をたどっている。このような情報システム、例えば、不特定多数の顧客に対してアクセス可能に公開するインターネットWebサイトの運営では、想定される負荷（アクセス又は処理要求）の最大値を、処理できる計算機資源を常に割当てている。
このため、情報システムは、通常の低い負荷に対しては過剰な計算機資源を保有することになり、かかる計算機資源を如何に有効に活用するかが課題となる。

特開2004-110791は、複数の業務システムで共通に利用できるホストリソースを予め用意し、各業務システム毎に想定される最大負荷を乗り切れるだけのホストリソースを用意しなくても、予想外の高負荷を乗り切ることができるとする。ここでは、サーバプールからホストを取り出し、業務システムに組み込む準備として事前に用意していたディスクイメージ（ホストリソースを“active”とするに足るソフトウェア群）をホストにコピーしている。
これに関連するコピー技術については、例えば、特開2003-316581では、ホストにインストール済みのソフトウェアのリストと、これからホストにインストールしようとしているソフトウェアのリストを比較し、差分のみを複数の計算機資源を対象にインストールすることでコピーの効率化を図っている。

また、特開2005-141605は、過去の稼動履歴に基づく負荷予測を用いて、デッドスタンバイ状態をもつ待機系計算機リソースを、稼動系計算機リソースに投入すること、及び、論理的なサーバの移動（プロビジョニング）につき簡単に触れている。

特開２００４−１１０７９１号公報特開２００３−３１６５８１号公報特開２００５−１４１６０５号公報

ある業務システムに処理要求が集中した場合に、待機させておいた計算機を融通する情報システムが知られている。例えばWebサイト運営の情報システムでは、複数台のサーバが待機しているサーバプールの計算機資源へ処理要求のアクセスを割当てる処理を行っている。また、デッドスタンバイ状態の待機系計算機リソースを新たにサーバプールに加え、処理要求に対応させている。
従来は融通の際に、稼動中の計算機のディスクイメージ（ソフトウェア）を全て、待機計算機へコピーしていたため、準備時間が掛かり過ぎる。つまり業務システムの稼動計算機（稼動ホスト）のディスクイメージをコピーするにしても、イメージの容量に比例して準備に要する時間がかかってしまい、予想外の急激な負荷変動に迅速に対応することが困難であった。
また複数台のサーバ（待機系計算機リソース）が配置されているサーバプールから、最も迅速に業務システムに割当てられるサーバを見つけること、その見つけ出したサーバに対してどのようなソフトウェアの環境構築手段を用いれば最も迅速に業務システムに割当てられるか、具体的に明らかにされておらず、どのように情報システムを構築すればよいのか不明であった。

待機計算機のソフトウェアと、業務システムが要求するそれとの差異毎に、待機計算機（複数）を動的にグループ分けする機能を情報システムに持たせる。計算機融通の際に、ソフトウェア構成でグループ分けした待機計算機を検索し、抽出し、ソフトウェアの環境構築を迅速に完了させる。稼動計算機を待機させる際は、稼動していた業務システムと、ソフトウェアの構成が同じグループに帰属させる。計算機の稼動／待機状態を監視し、適宜、計算機からソフトウェアを撤去して、待機計算機のグループを変更し、他の業務システムに使用可能な範囲を拡張しておく。
１）本願の情報システムは、仮想的な保管場所（repository）に待機する計算機資源である、待機計算機（待機ホスト）を用いて、ある業務システムに予想外の処理要求（リクエスト）が集中し、対応する情報システムで稼動しているホスト（稼動ホスト）が高負荷になった場合に、待機ホストを保管場所から業務システムの処理のために割当て、高負荷を乗り切るよう待機ホストを管理している。待機ホストは、ハードウエア資源として１台と観念されるべき計算機を意味するが、セキュリティが保障されるなら１台の計算機上の複数の仮想計算機であっても良い。
２）また本願の情報システムは、ある業務システムの実行に必要とされるソフトウェア群を、複数の業務システムに渡って比較し、所定ソフトウェアのインストールの有無によって、保管場所にある待機ホストをグループ化する手段を有する。本願の情報システムは、各グループの待機ホストにインストールされるべきソフトウェアのリストを持っており、各待機ホストに是れらのソフトウェアのうちアプリケーションソフトウェアその他容量の大きなソフトウェアを予めインストールしておく手段を設ける。例えば、ＯＳ：Windows (Microsoft Corporation の登録商標)、ミドルウェア：Tomcat（Apache Software Foundation の商標）など、そのグループに属するホストにインストールされているべきソフトウェアのリストを持つ。
３）待機ホストを業務システムに割当てる際に、割当て先の業務システムとソフトウェア構成を比較し、構成が近い順に各グループを辿って待機ホストを検索する手段を設ける。これらにより新たに業務システムに割当てるべき待機ホストを迅速に見つけ、ソフトウェアの環境構築ができる。
即ち、ある業務システムの実行に、待機ホスト（サーバ）を割当てるときは、その業務システムの実行に必要な稼動ホストのソフトウェア群に、最も近いソフトウェア群を有するグループの待機ホストから順に検索する。このように計算機資源を跨って、ソフトウェアによるグループ別の検索をすることで、その業務システムの実行に対し最も早くソフトウェアの環境を構築可能な待機ホストを探し出せる。
４）業務システムに割当てていた稼動ホストを仮想的な保管場所（repository又はサーバプール）に返却する際は、返却すべきホストのソフトウェア構成と返却先の待機ホストのソフトウェア構成とを比較し、同じ構成のホストを有するグループに、アンインストールせずにそのまま戻す手段を設ける。容量の大きなソフトウェアをアンインストールする必要がない。
５）各グループにおける待機ホストの利用状況の履歴を保持し、監視し、不使用期間の長いホストが存在するならば、異なるグループにそのホストを移動する手段を設ける。異なるグループとして、より活用範囲の広いグループとする。これらにより情報システムにおける計算機資源の有効活用が図れる。ここで「不使用期間」とは、稼動ホストとならずに待機している期間であり、巨視的にみて数分から数ヶ月の、ユーザが指定する期間をいう。

仮想的な保管場所（サーバプール）から待機ホストを取り出し、業務システムに組み込むまでに要する時間を短縮し、業務システムに予想外の高負荷が発生しても迅速に対応可能となる。なお、障害の発生した稼動ホストを、待機ホストに交換する際にも有効である。

＜グループの概念＞
稼動ホスト又は待機ホストのグループを構成する要素は、相異なる２以上の計算機資源である。ここで計算機資源には仮想計算機が含まれる。１つのハードウエア計算機上に存在する２以上の仮想計算機の間においても、本発明は成立しうるからである。
図２は、Ａ〜Ｃの各業務システムが要求するソフトウェア資源と、サーバプールにおける、ソフトウェア資源の有無でグループ化した待機ホスト（ホスト自体は図示せず）との対応関係を示す図である。これを用いてグループの概念を説明する。
情報システム内で業務システムＡ２２１、業務システムＢ２２２、業務システムＣ２２３の３つのシステムが稼動しているとする。業務システムＡ２２１は、アプリケーションとしてアプリＡ、ミドルウェアとしてＡＰサーバ１、ＯＳとしてＯＳ１を利用する。同様に、業務システムＢ２２２は、アプリＢ、ＡＰサーバ１、ＯＳ１を利用する。業務システムＣ２２３は、アプリＣ、ＡＰサーバ２、ＯＳ２を利用する。インストールする順番は、ＯＳ、ミドルウェア、アプリケーションとなる。

各業務システムの構成ソフトウェアの差異に基づき、サーバプール２００内のグループを作成する。まず業務システムＡ２２１と業務システムＢ２２２に着目すると、インストールする順（図２では下に記述しているソフトウェアから上に向かってインストールされる）にＯＳ１とＡＰサーバ１が同じであるので、まずＳＰグループ４（２０４）を定める。これらの業務システムでは、アプリケーションは各々違うので、ＳＰグループ１（２０１）とＳＰグループ３（２０３）も定める。業務システムＣは他の業務システムと共通なソフトウェアがないため、ＳＰグループ２（２０２）を定める。また、何もインストールされていない状態の待機ホストを格納するＳＰグループ０（２０５）も設ける。このようにＳＰグループは待機ホストが無い（０個）状態も許容する（ただしグループの枠は存在する）。

業務システムＡ２２１が新たな稼動ホストを要求した場合、まずＳＰグループ１（２０１）、ＳＰグループ４（２０４）の順２１１で待機ホストを検索する。ＳＰグループ１から見つかったときは、その待機ホストを、そのまま業務システムＡ２２１へ組み込むことができる。なお、「業務システムへ組み込む」とは、後述のように、図５のロードバランサ４３０から処理要求を受付可能とすることをいう。ＳＰグループ４から見つかったときは、その待機ホストがプリケーションＡを使える状態にして（後述）から、業務システムＡ２２１へ組み込む。
見つからなかった場合、ＳＰグループ３（２０３）から待機ホストを探す（２１２）。ここで見つかったときは、アプリケーションＢをアンインストールして、新たにアプリケーションＡを使える状態にして、業務システムＡ２２１へ組み込む。
探索経路２１２でも見つからなかった場合、ＳＰグループ０（２０５）、ＳＰグループ２（２０２）の順位で待機ホストを探す（２１３）。このようにできるだけ業務システムＡ２２１の構成ソフトウェアに近いグループから順にホストの検索を行い、無ければ、アプリケーションのアンインストールを前提に、別のＳＰグループから検索を行う。

図１に、管理ホスト１１０を中心とした、情報システムの構成図を示す。
サーバプール１３０内の待機ホスト群、ホスト１（１３１−１）〜ホストｎ（１３１−ｎ）を管理するために、管理ホスト１１０を用意する。管理ホスト１１０には、グループ管理テーブル１２２、環境構築平均時間管理テーブル１２３、ソフトウェアリポジトリ１２６、ディスクイメージリポジトリ１２５、割当て/返却スクリプトリポジトリ１２４を配する。
グループ管理テーブル１２２には、グループとそのグループに待機ホストを帰属させるときにインストールする必要があるソフトウェアの一覧（インストールする順序で格納されたもの）、最適な待機ホストを検索するときの検索パス、そのグループから派生するグループの一覧、そのグループに含まれるホストのホスト名及びＩＰアドレスの一覧、各待機ホストがそのグループに帰属した時刻を格納する（図６、後述）。

環境構築平均時間管理テーブル１２３は、ある業務システムのソフトウェアの環境をディスクイメージでコピーしたときに要した時間の平均値や、各ソフトウェアを個別にインストール/アンインストールしたときに要した時間の平均値を格納する。また、平均時間を計算するためにこれまでにインストールした回数も合わせて格納する。それぞれの時間は、計算機が持っている時計の時刻を、ＯＳが取得することにより、計測できる（図７、後述）。
ソフトウェアリポジトリ１２６には、業務システムで利用するソフトウェアパッケージを格納し、ディスクイメージリポジトリ１２５には、各業務システムで利用するホストのディスクイメージを格納する。割当て/返却スクリプトリポジトリ１２４には、待機ホストを業務システムへ割当てるとき、又は、稼動ホストをサーバプールに返却するときに実施する手順を記述したファイルやセキュリティ保護のためのプログラムを格納する。

セキュリティ保護のためのプログラムは、稼動ホストをサーバプールに返却するときに、機密情報を削除する機能を有し、スクリプト実行手段１１９により実行される。情報システムは、通常は、Webサーバ、ＡＰサーバ、データベースサーバの三階層から成っており、Webサーバ、ＡＰサーバには機密情報（コンテンツ、顧客情報等）は保持されない。ただし、データベースのパスワード、コンテンツの会員番号等が保持される可能性があるため、スクリプト実行手段１１９による削除処理が有効である。高負荷時に融通すべき計算機資源は、WebサーバやＡＰサーバであり、データベースのパスワード等の機密情報の削除を上記のように行えば、セキュリティを保護できる。
上記の各テーブルやリポジトリは、管理ホスト１１０からアクセスできる場所にあれば良く、必ずしも同ホスト１１０になくても良い。

＜管理ホスト１１０＞
管理ホスト１１０は、次の７つの機能を実現する。
（１）業務システム追加機能：
この機能は、情報システム内に新たな業務システムが構築された場合に実施する機能である。情報システムに新たな業務システムを構築することは、主としてオペレータが行う。
業務システム追加要求１０６を外部要求受信手段１１１が受け取り（図１）、業務システム追加手順１１７を呼ぶ。業務システム追加手順１１７は、追加する業務システムの構成ソフトウェアと既存のグループのそれとの差異を調べ、グループ管理テーブル１２２のグループ構成を更新する（後述）。また、追加する業務システムのディスクイメージをディスクイメージリポジトリ１２５に、利用するソフトウェアパッケージをソフトウェアリポジトリ１２６に、割当て/返却スクリプトを割当て/返却スクリプトリポジトリ１２４に、それぞれ、登録・格納する。
（２）業務システム削除機能：
この機能は、情報システムを利用しなくなった業務システムを、管理ホスト１１０の管理対象からはずす処理である。業務システム削除要求１０７を外部要求受信手段１１１で受け取り、業務システム削除手順１１８を呼ぶ。業務システム削除手順では、削除する業務システムにのみ関連するグループの稼動・待機ホストを、グループ管理テーブル１２２から削除する。
また、ソフトウェアリポジトリ１２６、ディスクイメージリポジトリ１２５、割当て/返却スクリプトリポジトリ１２４から、削除する業務システムにのみ関連するソフトウェアやプログラムファイルを削除する。
（３）サーバリソース追加機能：
この機能は、サーバプールに新規に待機ホストをソフト的に追加する機能である。事前に、待機ホストとなる計算機資源がネットワークに接続され通信可能となった後に、サーバリソース追加要求１０４が発行されると、外部要求受信手段１１１で受け取られ、サーバリソース追加手順１１５が呼ばれる。サーバリソース追加手順１１５では、グループ管理テーブル１２２のＳＰグループ０（図２、２０５）に指定した待機ホストとして、新たな計算機資源を追加する。
（４）サーバリソース削除機能：
この機能は、サーバプールから待機ホストを取り除く機能である。外部要求受信手段１１１でサーバリソース削除要求１０５を受け取り、サーバリソース削除手順１１６を呼ぶ。サーバリソース削除手順１１６では、もし指定された待機ホストが業務システムに組み込まれていない状態であれば、グループ管理テーブル１２２から削除する。削除対象である待機ホストは、保守・点検を受けたり、ソフトウェア（ＢＩＯＳ）の更新を受けることとなる。
（５）ホスト割当て機能：
この機能は、サーバプール１３０から業務システムに待機ホストを追加する機能である。外部要求受信手段１１１が、ホスト割当て要求１０１を受け取ると、ホスト割当て手順１１２を呼ぶ。ホスト割当て手順１１２は、グループ管理テーブル１２２と環境構築平均時間管理テーブル１２３を利用して、最も早く業務環境を整備できる待機ホスト及び構築方法を検索する。ホスト割当て手順１１２は、その構築方法に応じてディスク一括構築手段１２１、ソフトウェア個別構築手段１２０を、適宜、呼び出す。呼出されたソフトウェア個別構築手段１２０は、待機ホスト１へソフトウェア配布エージェント１３３を送って、これを待機ホスト１で実行する。最後に、スクリプト実行手段１１９を用いて、待機ホスト１へスクリプト実行エージェント１３２を送って、割当てスクリプトを実行する。
（６）ホスト返却機能：
この機能は、業務システムに組み込まれた稼動ホストを解除し、サーバプール１３０に戻す機能である。外部要求受信手段でホスト返却要求１０２を受け取ると、ホスト返却手順１１３が呼び出される。ホスト返却手順１１３では、まず、返却スクリプトをスクリプト実行手段１１９を用いて、解除する対象の稼動ホストに配布し、そこでスクリプトを実行する。
その後、解除する対象の稼動ホストを、最もソフトウェアの環境の近いサーバプール１３０内のＳＰグループに帰属させる。図２の業務システムＡ２２１の場合であればＳＰグループ１（２０１）に戻す。
（７）グループ見直し機能：
この機能は、サーバグループ１３０内の待機ホストの使用状況の履歴を調査し、使用されていない待機ホストを、より使用範囲の広いＳＰグループに帰属させる。ここで「使用されていない」とは、稼動ホストとならずに待機していることを意味し、巨視的にみて数分から数ヶ月の期間、待機していることをいう。例えば、図２のＳＰグループ１（２０１）にあまり使用されていない待機ホストがあった場合には、これをＳＰグループ４（２０４）に再帰属（移動）させる。外部要求受信手段１１１（図１）がグループ見直し要求１０３を受け取ると、グループ見直し手順１１４が始動する。グループ見直し手順１１４は、ある閾値よりも長い時間不使用であった待機ホストがあった場合に、これを使用範囲の広いＳＰグループに移動する。閾値は、サーバプール全体で一つ設けるが、ＳＰグループ毎に一つ、又は、待機ホスト毎に一つ設けてもよい。
ＳＰグループ毎に一つの閾値を設定する場合は、例えば、高負荷となる頻度が低い業務システムを処理する待機ホストのグループの閾値は短くする。待機ホストがその業務システムに組み込まれて使用され返却されて、すぐに使用範囲の広いＳＰグループに移すためである。
待機ホスト３００（図３）毎に一つの閾値を設定する場合は、例えば、スペックの高い待機ホスト３００の閾値は短くし、様々な業務システムに組み込まれて使用されるようにする。逆にスペックの低い待機ホスト３００は、閾値を長く設定し、あまり負荷が高くならない業務システム用ホストとし、他の業務システムで過度に負荷が高くならない限り、使用されることが無いようにする。

この機能による見直しの結果、使用範囲の広いＳＰグループに待機ホストを移したとき、移す先のＳＰグループでインストールされていてはいけないソフトウェアは、ソフトウェア個別構築手段１２０を用いて、適切にアンインストールしてから移す。
もし待機ホストが、図２のＳＰグループ２（２０２）や、ＳＰグループ４（２０４）のようなＯＳインストール済みで、最も使用範囲の広いＳＰグループに帰属する場合は、移動しない設定とする。

＜待機ホスト３００＞
図３に、待機ホスト３００のハードウエア構成の概略を示す。これは業務システムに組み込むことで、稼動ホストとなる計算機資源でもある。
ホスト３００は、ハードディスク３０３、中央処理装置３０２、メモリ３０１、ビデオメモリ３０４、表示装置３０５で構成される。ハードディスク３０３は、ソフトウェアやデータを格納することができ、格納したソフトウェアやデータは、中央処理装置３０２を用いて、適宜、メモリ３０１に格納される。メモリ３０１に格納されたソフトウェアは、中央処理装置３０２により実行される。中央処理装置３０２で、ビデオメモリ３０４にデータを書き込むと、表示装置３０５を通してユーザに情報を示すことができる。
また、ハードディスク３０３をローカルに持たず、待機ホスト３００と外部ストレージ装置を光ケーブルなどで接続することで、外部ストレージ装置をソフトウェア又はデータの格納に利用してもよい。

以下に、本発明の実施の形態を説明する。

サーバプールに帰属する待機ホストを、業務システムを処理する稼動ホストの構成ソフトウェアに応じてグループ分けする。その使用頻度に応じて、待機ホストの帰属先を変更し、グループに含まれる待機ホストの数を最適化する実施例を以下に示す。

＜情報システムのハードウエア構成＞
種々の業務システムを処理する、情報システムの物理的構成例を図４に示す。本実施例では、稼動ホスト、待機ホスト及び管理ホストの併せて１５台のホストを使用する。
ロードバランサ４３０は負荷分散器であり、Webアプリを経由して情報システムへ送信されて来た、ユーザからのリクエストを、情報システム内部の稼動ホストに振り分け、稼動ホストからの応答結果を、ユーザへ返送する役目を果たしている。ネットワークスイッチ４４０は、ロードバランサ４３０、稼動ホスト、管理ホスト（manager１１０）、待機ホストを相互に接続している。host１（４０１）、host２（４０２）は、業務システムＡ２２１のアプリケーション稼動ホストとして、host５（４０５）、host８（４０８）は、業務システムＢ２２２のアプリケーション稼動ホストとして、host１０（４１０）は、業務システムＣ２２３のアプリケーション稼動ホストとして、それぞれ使用されている。
host-db-１（４２１）は、業務システムＡが使用するデータを格納するデータベースソフトウェアが稼動するホストであり、host-db-２（４２２）は、業務システムＢ、業務システムＣが、それぞれ、使用するデータを格納するデータベースソフトウェアが稼動するホストである。
host３（４０３）、host４（４０４）、host６（４０６）、host７（４０７）、host９（４０９）、host１１（４１１）、host１２（４１２）は、どの業務システムでも使用していない待機ホストであり、これら待機ホストは、サーバプール１３０に格納される。

ロードバランサ４３０は、業務システム毎に、仮想ＩＰ４３２と実際に処理をする稼動ホストの実ＩＰ４３３との対応付けを行う。例えば、業務システムＡの仮想ＩＰ４３２は、10.10.10.10であるのに対し、実際に到達したリクエストを処理する稼動ホストは、host１（４０１）とhost２（４０２）なので、それぞれのＩＰアドレス 192.168.1.101 と 192.168.1.102 とを対応付ける。ロードバランサ４３０では、 10.10.10.10 宛にリクエストが届くと、192.168.1.101 又は 192.168.1.102 宛にリクエストを転送する。同様に、業務システムＢの仮想ＩＰ４３２は、 10.10.10.20 であり、実ＩＰ４３３は、 192.168.1.105、及び 192.168.1.108 の二つである。業務システムＣの仮想ＩＰ４３２は、10.10.10.30 であり、実ＩＰ４３３は、192.168.1.110 である。本実施例では、簡単のために、全ての業務システムが同一のＬＡＮ内で処理されることを前提としている。
図５に、複数の業務システムＡ〜Ｃと、データベース用ホストを含む稼動ホスト及びロードバランサ４３０の論理構成を示す。業務システムＡ２２１は、host１（４０１）、host２（４０２）、host-db-１（４２１）で構成され、host１（４０１）及びhost２（４０２）には、各々、業務システムＡのアプリケーションのユーザからのリクエストを処理する、ＡＰサーバ及びアプリケーションＡを配置し、host-db-１（４２１）には、アプリケーションＡが使用するデータを格納したデータベースソフトウェアを配置する。業務システムＡのアプリケーションへのリクエストは、ロードバランサ４３０がhost１（４０１）か又はhost２（４０２）に振り分ける。
業務システムＢ２２２は、host５（４０５）、host８（４０８）、host-db-２（４２２）で構成し、host５（４０５）、host８（４０８）には、各々、ＡＰサーバ及びアプリケーションＢを配置し、host-db-２（４２２）には、アプリケーションＢが使用するデータを格納したデータベースソフトウェアを配置する。業務システムＢのアプリケーションへのリクエストは、ロードバランサ４３０がhost５（４０５）)か又はhost８（４０８）に振り分ける。
業務システムＣ（２２３）は、host１０（４１０）、host-db-２（４２２）で構成し、host１０（４１０）には、ＡＰサーバ及びアプリケーションＣを配置し、host-db-２（４２２）には、アプリケーションＣが使用するデータを格納したデータベースソフトウェアを配置する。つまり、host-db-２（４２２）のデータベースソフトウェアには、アプリケーションＢとアプリケーションＣが使用するデータを格納する。業務システムＣのアプリケーションへのリクエストは、ロードバランサ４３０を通してhost１０（４１０）に到達する。このような構成の場合、アプリケーションが稼動するホストを増加させ、負荷分散する対象を増やすと業務システムの性能が向上する場合がある。
本実施例は、ある業務システムへのリクエストが集中し、レスポンスタイムの低下に代表されるような、性能の低下が発生した場合、サーバプール１３０から待機ホストを選択して、アプリケーションを実行する稼動ホストを増加させるような、情報システムである。

＜情報システムのソフトウェア構成＞
図１に情報システムのソフトウェア構成を示す。サーバプール１３０の管理は、管理ホスト１１０で行う。管理ホスト１１０は、グループ管理テーブル１２２、環境構築平均時間管理テーブル１２３、ソフトウェアリポジトリ１２６、ディスクイメージリポジトリ１２５、割当て/返却スクリプトリポジトリ１２４を有している。
図６に、グループ管理テーブル１２２を示す。同テーブル中、業務Ａ、業務Ｂ、業務Ｃは、各々、業務システムＡ２２１、Ｂ２２２、Ｃ２２３を表わす。各業務システムに組み込まれた稼動ホストは、サーバプール１３０内に存在しているわけではないが、サーバプール１３０内の待機ホストと同列に、グループ管理テーブル１２２で管理する。管理する項目は、ホストのグループを識別するＩＤ６０１、そのホストが稼動ホストである（true）のか待機ホストである（false）のかを表わす業務フラグ６０２、各々の識別されたグループに帰属するときにインストールされているべき構成ソフトウェア一覧６０３(ホスト検索パスが示すグループの構成ソフトウェアとの差分のみ)、業務システムが稼動ホストを要求し、待機ホストを求めてサーバプール内を検索するためのホスト検索パス６０４（グループＩＤ）、そのグループから派生する別のグループである派生グループ一覧６０５（グループＩＤ）、グループに帰属する待機ホスト（又は稼動ホスト）一覧６０６、ホストのＩＰアドレス一覧６０７、ホストをそのグループに帰属せしめた配置時刻６０８である。

図７に、環境構築平均時間管理テーブル１２３を示す。同テーブル１２３には、ディスクイメージのコピーに、又は、個別のソフトウェアのインストールに、それぞれ要した時間（平均時間）７０１、アンインストールに要した時間（平均時間）７０２、インストール回数７０３、アンインストール回数７０４を格納する。図７の例では、業務システムＡ〜Ｃは、アンインストールする意味がないためアンインストール回数は「−」と表示されている。もしアンインストールされるならば、「アンインストールに要した時間」に反映される。ここでは、インストール回数が複数回あり、各業務システムを実行する計算機資源が増加していることを意味している。
ソフトウェアリポジトリ１２６には、業務システムが使用するソフトウェアパッケージを格納する。ディスクイメージリポジトリ１２５には、業務システムが使用する稼動ホストのディスクイメージを格納する。割当て/返却スクリプトリポジトリ１２４には、待機ホストを業務システムに組み込むとき又は業務システムから稼動ホストをサーバプール１３０に戻すときに実施するスクリプトを、それらのＯＳの種類毎に格納する。スクリプトは、スクリプト実行エージェント１３２（図１）により、業務システムに応じたＯＳ上で実行するものとする。

管理ホスト１１０では、業務システム追加、業務システム削除、サーバリソース追加、サーバリソース削除、ホスト割当て、ホスト返却、グループ見直しの７つの機能を実現する。以下、各機能について説明する。
図８に、業務システム追加手順１１７のＰＡＤ（Problem Analysis Diagram）を示す。このＰＡＤは、追加された業務システムの構成ソフトウェアと、既存のグループ管理テーブル１２２に登録されているホストの構成ソフトウェアとの差分を検出し、グループ管理テーブル１２２を再構成する手順を表している。
業務システム追加手順１１７を呼ぶときに、引数として業務名、構成ソフトウェア一覧、ソフトウェアパッケージ、ディスクイメージ、割当てスクリプト、返却スクリプトを指定する。構成ソフトウェア一覧は、業務システムを構成する稼動ホストが使用するソフトウェアの一覧であり、これはインストール順序に従った配列で与える。ソフトウェアパッケージは、これらのソフトウェアを個別に稼動ホストにインストールするときに用いるインストールデータである。ディスクイメージは、業務システムを稼動ホスト上に構築したときのディスク内容の全データである。割当てスクリプトは、待機ホストを業務システムに組み込む際に実施すべき手順である。返却スクリプトは、業務システムから稼動ホストをサーバプールに返却する際に実施すべき手順である。スクリプトはプログラムで実現する。

ソフトウェアパッケージ登録のステップ８０１では、引数で与えられたソフトウェアパッケージをソフトウェアリポジトリ１２６に登録する。ディスクイメージ登録のステップ８０２では、引数で与えられたディスクイメージを、業務名をキーとしてディスクイメージリポジトリ１２５に登録する。割当てスクリプト及び返却スクリプト登録のステップ８０３では、割当て/返却スクリプトリポジトリ１２４に業務名をキーにして登録する。
次に、グループ作成のステップ８０４で、ＩＤが業務名、業務フラグがtrue、構成ソフトウェアなし、ホスト検索パスなし、派生グループなしのグループを作成する（以下、新業務グループと呼ぶ）。グループリスト更新のステップ８０５で変数グループリストに、全グループのＩＤを設定する。そして次の作業を繰り返す（８０６）。
グループリストについて、グループに帰属するホストの構成ソフトウェアを取得するステップ８０８と、構成ソフトウェア一覧との比較のステップ８０９を繰り返す（８０７）。構成ソフトウェア比較ステップ８０９では、インストール順に従ってグループに帰属するホストの構成ソフトウェアと、追加する業務システムの稼動ホストの構成ソフトウェアを比較する。まず最初は、ＯＳが一致するグループを探すことになる。
構成ソフトウェアが一つでも一致したグループを見つけた場合（８１０）であって、見つけたグループ（発見グループと呼ぶ）のホストを構成するソフトウェアが、追加する業務システムの稼動ホストの構成ソフトウェアのサブセットであった場合（８１１）には、次の処理を行う。ここで、発見グループの構成ソフトウェアが、例えば、ＡＰサーバ１、ＯＳ１であり、追加する業務システムの稼動ホストの構成ソフトウェアが、アプリＡ、ＡＰサーバ１、ＯＳ１であった場合、発見グループはサブセットである。
即ち、グループリスト更新のステップ８１２で、発見グループの派生グループをグループリストに格納する。また、グループリストについて繰り返すステップ８０７から実施することで、発見グループの派生グループの中から次に一致するグループを探す。このとき、以前にインストール順序に従って、どこまで一致しているのかを記憶しておき、その続きが一致しているグループを探すことになる。

もし発見グループの構成ソフトウェアが追加する業務システムの構成ソフトウェアのサブセットではない場合には、既存のグループを分割する必要がある。
まず、グループ作成ステップ８１３で、既存のグループと新しい業務システムに関連するグループの根となるグループ（以下、根グループという）を作成する。このときの引数は、ＩＤがユニークなＩＤ、業務フラグがfalse、構成ソフトウェアが、発見グループの構成ソフトウェアと追加する業務システムの構成ソフトウェアのインストール順にサーチして最初に一致する部分、ホスト検索パスが発見グループのホスト検索パス、派生グループなしとする。発見グループの構成ソフトウェア更新のステップ８１４で、発見グループの構成ソフトウェアのうち、追加する業務システムの構成ソフトウェアと一致する部分を削除する。次のグループ作成ステップ８１５では、ＩＤがユニークなＩＤ、業務フラグがfalse、構成ソフトウェアが追加する業務システムの構成ソフトウェアのうち、発見グループの構成ソフトウェアと一致しない部分、ホスト変換パスが根グループのＩＤ、派生グループが業務名のグループ（以下、新グループという）を作成する。
根グループの派生グループ更新のステップ８１６で、根グループの派生グループに発見グループと新グループのＩＤを設定する。発見グループのホスト検索パス更新ステップ８１７で、発見グループのホスト検索パスに根グループを設定する。新業務グループのホスト検索パス更新のステップ８１８で、新業務グループのホスト検索パスに新グループのＩＤを設定する。そして繰り返しを抜ける（８１９）。
構成ソフトウェアが一つでも一致するグループを見つけられなかった場合、グループ作成ステップ８２０で引数にＩＤがユニークなＩＤ、業務フラグにfalse、構成ソフトウェアにこれまで発見したグループの構成ソフトウェアと追加する業務システムの構成ソフトウェアの差分、ホスト検索パスに最後に発見したグループ、派生グループに新業務グループを指定して、追加する業務システムの全ての構成ソフトウェアを含む独立したグループを作成する。そして繰り返しを抜ける（８２１）。

図９に業務システム削除手順１１８のＰＡＤを示す。このＰＡＤは、業務システム、及び、その業務システムが存在したために存在していたホストをグループ管理テーブル１２２から削除する手順を表している。
業務システム削除手順１１８は、引数に業務名を持つ。まず、ＩＤ更新ステップ９０１でＩＤに業務名を格納する。以下の処理を繰り返す（９０２）。
ＩＤが示すグループからホスト検索パス取得ステップ９０３で、ホスト検索パスを取得する。ホスト検索パスが示すグループの派生グループからＩＤ削除ステップ９０４で、ホスト検索パスに対応するグループの派生グループからＩＤを削除する。ＩＤが示すグループのホストとＩＰの一覧取得ステップ９０５で、ホストを一時的に保持する。保持しているホストの一覧を、サーバリソース追加手順１１５を用いて、サーバプールに追加し直す。ＩＤが示すグループ削除ステップ９０６でそのＩＤのホストを削除する。ＩＤ更新ステップ９０７でＩＤにホスト検索パスを設定する。ＩＤが０（９０８）の場合、繰り返しを抜ける（９０９）。ＩＤが示すグループから派生グループ取得ステップ９１０で派生グループを取得する。派生グループの数が２以上（９１１）であれば、繰り返しを抜ける（９１２）。

派生グループの数が１（９１３）であれば、分割しているグループを統合する。派生グループの構成ソフトウェア更新ステップ９１４で、派生グループの構成ソフトウェアにＩＤで示されるグループの構成ソフトウェアを追加し、派生グループのホスト検索パス更新ステップ９１５で、派生グループのホスト検索パスに、ＩＤで示すグループのホスト検索パスを設定し、ＩＤが示すグループのホスト検索パスが示すグループの派生グループ更新ステップ９１６でＩＤが示すグループのホスト検索パスが示すグループの派生グループにＩＤが示すグループの派生グループを設定する。ＩＤが示すグループのホストとＩＰの一覧取得ステップ９１７で、ホストの一覧を取得する。サーバリソース追加手順１１５にて取得したホストをサーバプールに追加し直す。ＩＤが示すグループ削除ステップ９１８で、グループを削除し、繰り返しを抜ける（９１９）。

図１０にサーバリソース追加手順１１５のＰＡＤを示す。このＰＡＤは、サーバプール１３０に、複数の待機ホスト３００を新規に登録する手順を表している。引数としてホスト名一覧、ＩＰアドレス一覧を取る。追加するホストは予めネットワークに物理的に接続されている必要がある。本実施例では、追加するホストにホスト名、ＩＰアドレスを適切に設定しネットワークスイッチ４４０のポートにＬＡＮケーブルで接続する。サーバリソース追加機能は、ホスト名一覧とＩＰアドレス一覧を引数に取る。全てのホスト名について次の作業を繰り返す（１００１）。
ＩＤが０のグループのホスト更新ステップ１００２でホスト名、ＩＰアドレスで指定されたホストを追加する。配置時刻更新ステップ１００３で、追加したホストの配置時刻に現在時刻を設定する。

図１１に、サーバリソース削除手順１１６のＰＡＤを示す。このＰＡＤは、サーバプール１３０に登録されている待機ホスト３００を、削除する手順を表している。引数としてホスト名を取る。ホスト名を含むグループ検索ステップ１１０１で、引数で渡されたホスト名を含むグループを探し、ホストを含むグループの業務フラグがfalse１１０２であれば、グループからホスト削除ステップ１１０３で見つけたグループから、指定されたホストを削除する。業務フラグがfalseでなければ削除できない旨メッセージを出す（１１０４）。

図１２にホスト割当て手順１１２のＰＡＤを示す。このＰＡＤは、業務に最も早く組み込める待機ホストをサーバプール１３０から検索し、見つけたホスト３００のソフトウェアの環境を構築し、業務システムに割当てる手順を表す。引数として業務名を取る。
まず、ＩＤ更新ステップ１２０１で、業務名が示すグループのホスト検索パスをＩＤに設定する。次の作業を繰り返す（１２０２）。
パス検索履歴にＩＤ追加のステップ１２０３で、変数パス検索履歴にＩＤを追加する。ＩＤが示すグループにホストが存在する（１２０４）なら、グループＩＤとホスト名記録のステップ１２０５で見つけた、グループＩＤとホスト名を保持し、繰り返しを抜ける（１２０６）。ＩＤ更新ステップ１２０７でＩＤが示すグループのホスト検索パスをＩＤに設定する。
ＩＤが０（１２０８）であれば、countに０を設定のステップ１２０９を実施する。パス検索履歴について繰り返す（１２１０）。
countに１加算のステップ１２１１を実施する。ＩＤが示すグループの派生グループ取得のステップ１２１２で、派生グループを取得し、パスリストにＩＤ追加のステップ１２１３で、変数パスリストにＩＤの値を追加し、ホスト検索手順１３００の引数として派生グループ、パスリストを指定して呼び出す。ホスト検索の結果、ホストが見つかった１２１４ならグループＩＤとホスト名記録のステップ１２１５で見つけたホストが所属するグループとホスト名を保持し、繰り返しを抜ける（１２１６）。

もし、ホストが見つからなかったらフラグ更新ステップ１２１７で、割当て先業務システムに近いアプリが見つからなかったことを記録し、ＩＤが０のグループの派生グループ取得のステップ１２１８で、グループ０の派生グループを取得し、パスリストにＩＤ（０）設定のステップ１２１９でパスリストにＩＤを設定する。
ホスト検索手順１３００において引数として派生グループとパスリストを指定して実行する。ホスト検索の結果、ホストが見つかった（１２２０）なら、グループＩＤとホスト名記録のステップ１２２１により、見つけたホストの所属するグループＩＤとホスト名を保持し、繰り返しを抜ける（１２２２）。ホストが見つからなかったなら、サーバプール内にホストがない旨をユーザに通知（１２２３）し、終了する（１２２４）。
ホストが見つかって、ループを抜けたなら、グループＩＤが示すグループから、ホスト名削除ステップ１２２５で、グループＩＤが示すグループからホスト名を削除する。パス検索履歴の要素数を1〜countに修正のステップで、ホスト検索中に探索しただけの履歴を作る（パス検索履歴からcount以降を削除する）。ホスト環境構築手順１４００を、業務名、ホスト名、パス検索履歴、パスリスト、フラグを引数に指定して起動させる。

図１３にホスト検索手順のＰＡＤを示す。このＰＡＤは、ホスト検索パス６０４を辿ることでホストを見つけられなかったときに、逆に派生グループ一覧６０５を辿ることで最も早く業務システムに組み込めるサーバを検索する手順を表す。ホスト割当て手順１１２で利用する。引数には、派生グループと、パスリストを指定する。派生グループが存在しない（１３０１）なら終了する（１３０２）。派生グループ（ＩＤ）について次を繰り返す（１３０３）。
パスリストにＩＤ追加のステップを実施する（１３０４）。もしＩＤに対応するグループの業務フラグがtrue１３０５であれば、次のグループＩＤについて繰り返す。ＩＤが示すグループのホスト取得のステップ１３０７を実施し、ホストが見つからなかった場合（１３０８）、ＩＤが示すグループの派生グループ取得のステップ１３０９を実施し、グループが見つからなかった場合（１３１０）終了する（１３１１）。
ホスト検索手順１３００を、ＩＤが示すグループの派生グループ、パスリストを引数に指定して実行する。ホストが見つかった場合（１３１２）、返り値としてグループＩＤとホスト名を返して終了（１３１３）する。ホストが見つからなかった場合、パスリストの最後のＩＤ削除ステップ１３１４を実施する。

図１４に、ホスト環境構築手順のＰＡＤを示す。このＰＡＤは、業務に組み込むためにサーバプール１３０から見つけたホスト３００に、ソフトウェアの環境構築を施す手順を表す。環境構築平均時間管理テーブルを用いて、最も早くソフトウェアの環境を構築できる手順を選択し、その方法でホスト３００のソフトウェアの環境を整える。ホスト割当て手順１１２で利用する。ここでは、環境構築平均時間管理テーブル１２３を参照し、ソフトウェア個別インストールを実施したときに要する時間を算出し、この時間と、ディスクイメージでインストールする場合に要する時間とを比較し、短い方の時間を選択して、ソフトウェアの環境を構築する。
アンインストール・インストールを繰り返すだけで業務に組み込み可能なホストが全く見つからなかったことを示すフラグが立っている（１４０１）なら、ディスク一括構築手段１２１を、引数にホスト名と業務名を指定して呼ぶ。ディスク一括構築手段では、ディスクイメージリポジトリから業務名に対応するディスクイメージを取得して、ホストにコピーする。フラグが立っていないなら、個別にインストールする場合に要する時間を算出する。ディスクイメージインストール時間取得ステップ１４０２で、ディスクイメージで構築する場合の予想時間を取得する。個別インストール時間に０を設定のステップ１４０３で、変数をクリアする。
パスリストに格納した各ＩＤについて以下を繰り返す（１４０４）。ＩＤが示すグループの構成ソフトウェア取得ステップ１４０５で、構成ソフトウェア一覧を取得し、取得した構成ソフトウェアの各要素について、次を繰り返す（１４０６）。
ソフトウェアアンインストール時間取得ステップ１４０７で、環境構築時間管理テーブル１２３からソフトウェアインストール時間の平均を取得し、個別インストール時間に加算のステップ１４０８で合計を計算し、アンインストールリストにソフトウェア名追加ステップ１４０９を実行する。

次に、ホスト検索履歴に格納した各ＩＤについて次を繰り返す（１４１０）。ＩＤが示すグループの構成ソフトウェア取得のステップ１４１１で、構成ソフトウェア一覧を取得し、取得した構成ソフトウェアの各要素について次を繰り返す（１４１２）。ソフトウェアインストール時間取得ステップ１４１３で、環境構築時間管理テーブル１２３からソフトウェアインストール時間の平均を取得し、個別インストール時間に加算ステップ１４１４で合計を計算し、インストールリストにソフトウェア名追加ステップ１４１５を実行する。
ディスクイメージでインストールする時間より、個別インストール時間の方が長い（１４１６）なら、ディスク一括構築手段１２１を、引数にホスト名、業務名を指定して呼ぶ。ディスクイメージインストール時間より個別インストール時間の方が短ければ、ソフトウェア個別構築手段１２０を、ホスト名、インストールソフトウェアリスト、アンインストールリストを引数として呼ぶ。
最後に割当てスクリプト取得ステップ１４１７で割当て/返却スクリプトリポジトリ１２４から業務名に対応する割当てスクリプトを取得し、スクリプト実行手段１１９で取得したスクリプトを実行する。ソフトウェア個別構築手段１２０、ディスク一括環境構築手段１２１を実行した際は、環境構築平均時間管理テーブル１２３の平均時間を更新する。

図１５に、ホスト返却手順１１３のＰＡＤを示す。このＰＡＤは、業務システムに組み込まれていたホスト３００をサーバプール１３０に返却する手順を表している。返却されたホストは、その業務システムの構成ソフトウェアと同じ構成ソフトウェアを持つグループに登録する。引数に業務名とホスト名を取る。
返却スクリプト取得ステップ１５０１では、割当て/返却スクリプトリポジトリ１２４から業務名に対応する返却スクリプトを取得する。スクリプト実行手段１１９で、返却スクリプトを実行する。業務名が示すグループのホスト検索パス取得ステップ１５０２を実施し、ホスト検索パスが示すグループにホスト追加ステップ１５０３で、返却するホストを登録する。また、配置時刻更新ステップ１５０４にてホストを返却した時刻（現在時刻）を記録する。業務名が示すグループから、ホスト削除ステップ１５０５を実行して終了する。

図１６に、グループ見直し手順１１４のＰＡＤを示す。このＰＡＤは、グループ管理テーブル１２２の配置時刻を参照し、長い期間、サーバプールに帰属したままのホスト３００があった場合、より使用範囲の広いホストのグループに、ホスト３００を移す手順を表す。ホスト３００がグループを移動する際には、適宜ソフトウェアのアンインストールを実施する。引数にグループ移動しきい値を取る。
グループＩＤリスト更新ステップ１６０１で、グループＩＤリストに全グループのＩＤを設定する。グループＩＤリストについて、次を繰り返す（１６０２）。
ＩＤが示すグループから、ホスト名一覧取得のステップ１６０３を実施する。ホストがなかった場合（１６０４）、次のＩＤについて繰り返す（１６０５）。全ホスト名について次を繰り返す（１６０６）。ホストの配置時刻取得１６０７を実施する。配置時刻から現在時刻を引いた値がグループ移動しきい値を越えている（１６０８）なら、ＩＤが示すグループのホスト検索パス取得ステップ１６０９を実施する。
もし、ホスト検索パスが０又は存在しない場合（１６１０）、次のホスト名について繰り返す（１６１１）。アンインストールリスト更新ステップ１６１２で、アンインストールリストにＩＤが示すグループの構成ソフトウェア一覧を設定する。ソフトウェア個別構築手段１２０で、アンインストールリストのソフトウェアをアンインストールする。ホスト検索パスが示すグループにホスト登録ステップ１６１３でグループを移動する。配置時刻更新ステップ１６１４で配置時刻に現在時刻を記録する。ＩＤが示すグループからホスト削除ステップ１６１５を実施する。

仮想計算機を含む複数の計算機資源を用いて、複数のアプリケーションの機能を、それぞれ、複数の顧客に提供する情報システム、例えば、企業内の情報システム部門や、行政機関が管轄するデータセンターに適用できる。計算機資源は、内部バス、インターネット、光ケーブルその他通信線路により、自己の記憶媒体、ストレージその他外部記憶装置に接続されている。情報システムに対する処理要求が急増しても、待機計算機を処理に割当てることで、アプリケーション機能の応答性を劣化させない効果がある。また、障害の発生した稼動ホストを、待機ホストに交換する際にも有効である。

管理ホスト１１０を中心に示した情報システムの構成図である。各業務システムが要求するソフトウェア資源と、サーバプールで待機する計算機のソフトウェア資源との差異でグループ分けした様子を示す図である。待機ホスト３００のハードウエア構成の概略を示す図である。種々の業務システムを処理する情報システムの物理的構成例を示す図である。複数の業務システムＡ〜Ｃと、データベース用ホストを含む稼動ホスト及びロードバランサ４３０の論理構成を示す図である。図１のグループ管理テーブル１２２を示す図である。図１の環境構築平均時間管理テーブル１２３を示す図である。図１の業務システム追加手順１１７のＰＡＤである。図１の業務システム削除手順１１８のＰＡＤである。図１のサーバリソース追加手順１１５のＰＡＤである。図１のサーバリソース削除手順１１６のＰＡＤである。図１のホスト割当て手順１１２のＰＡＤである。ホスト検索手順のＰＡＤである。ホスト環境構築手順のＰＡＤである。ホスト返却手順１１３のＰＡＤである。グループ見直し手順１１４のＰＡＤである。

符号の説明

１０１……ホスト割当て要求、１０２……ホスト返却要求、
１０３……グループ見直し要求、１０４……サーバリソース追加要求、
１０５……サーバリソース削除要求、１０６……業務システム追加要求、
１０７……業務システム削除要求、１１０……管理ホスト、
１１１……外部要求受信手段、１１２……ホスト割当て手順、
１１３……ホスト返却手順、１１４……グループ見直し手順、
１１５……サーバリソース追加手順、１１６……サーバリソース削除手順、
１１７……業務システム追加手順、１１８……業務システム削除手順、
１１９……スクリプト実行手段、１２０……ソフトウェア個別構築手段、
１２１……ディスク一括構築手段、１２２……グループ管理テーブル、
１２３……環境構築平均時間管理テーブル、
１２４……割当て／返却スクリプトリポジトリ、
１２５……ディスクイメージリポジトリ、
１２６……ソフトウェアリポジトリ、１３０……サーバプール、
１３１−１……ホスト１、１３１−ｎ……ホストn、
１３２……スクリプト実行エージェント、
１３３……ソフトウェア配布エージェント。

Claims

複数の計算機を相互に接続し、複数の業務システムを稼動し、ロードバランサを経由して、当該複数の業務システムにアクセス可能な情報システムであって、
ＯＳ、ミドルウェア及びアプリケーションを含む複数のソフトウェアから構成される第１の前記業務システムについて、これを稼動させる１以上の前記計算機（以下、第１の稼動計算機という）と、
ＯＳ、ミドルウェア及びアプリケーションを含む複数のソフトウェアから構成され、第１の前記業務システムとは異なる第２の前記業務システムについて、これを稼動させる１以上の前記計算機（以下、第２の稼動計算機という）と、
前記第１の稼動計算機を構成する複数のソフトウェアの少なくとも一部と同一のソフトウェアを含む複数のソフトウェアで構成され、前記第１の業務システムを稼動すべく待機している、１以上の前記計算機（以下、第１の待機計算機という）と、
前記第２の稼動計算機を構成する複数のソフトウェアの少なくとも一部と同一のソフトウェアを含む複数のソフトウェアで構成され、前記第２の業務システムを稼動すべく待機している、１以上の前記計算機（以下、第２の待機計算機という）と、
前記第１及び第２の業務システムが要求する複数のソフトウェアを含む、インストールされている構成ソフトウェアの差異に基づき、前記第１及び第２の待機計算機を含む複数の待機計算機をグループに分類したグループ管理テーブルを生成し、通信線を介して前記情報システムのシステム構成を管理する管理計算機と、
を有することを特徴とする情報システム。
請求項１記載の情報システムにおいて、
前記管理計算機は、前記第１及び第２の待機計算機が、前記グループに分けられたときからの経過時間を監視し、前記経過時間が所定時間を超える場合、前記第１又は第２の待機計算機の１つを構成するソフトウェアの全部又は一部をアンインストールし、撤去する該グループに帰属する第１又は第２の待機計算機を他のグループに帰属する待機計算機として、前記グループ管理テーブルを再構成し、管理することを特徴とする情報システム。
請求項１又は２に記載の情報システムにおいて、
前記管理計算機は、
第１の前記業務システムを構成するソフトウェアと、第２の前記業務システムを構成するソフトウェアとでの共通のソフトウェアを含む１以上の前記計算機を、待機計算機とすることを特徴とする情報システム。
請求項２記載の情報システムにおいて、
前記管理計算機は、
前記ソフトウェアの全部又は一部をアンインストールした前記第１又は第２の待機計算機に、他の待機計算機を構成するソフトウェアと同一の環境を構築し、前記他のグループに帰属する待機計算機として前記グループ管理テーブルを再構成し、管理することを特徴とする情報システム。
計算機が相互に接続された計算機システムで同一又は異なる業務を処理するために、ＯＳ、ミドルウェア及びアプリケーションを含む複数のソフトウェアから構成された業務システムが稼動し、外部から送信されたリクエストに対する処理を実行する稼動計算機と、前記業務システムに割当て可能とする複数の待機計算機とからなる情報システムのシステム構成を管理する管理計算機であって、
前記管理計算機の制御部は、
前記複数の待機計算機の各々にインストールされている、前記業務システムが要求する複数のソフトウェアを含む構成ソフトウェアの差異に基づき、前記複数の待機計算機をグループに分類したグループ管理テーブルを生成し、記憶部に保持し、
前記情報システムに新たな業務システムの追加を行う場合、該新たな業務システムが要求する複数のソフトウェアからなるソフトウェア構成と、前記グループ管理テーブルで分類したグループのソフトウェア構成とを比較し、ソフトウェア構成が一つでも一致するグループに帰属する待機計算機を、前記新たな業務システムを稼動させる計算機として抽出することを特徴とする管理計算機。
請求項５に記載の管理計算機であって、
前記制御部は、
前記業務システムが要求する複数のソフトウェアと、前記待機計算機にインストールされている複数のソフトウェアとの間で一致するソフトウェアの数の差異毎に応じて前記待機計算機をグループに分類し、前記グループ管理テーブルを作成することを特徴とする管理計算機。
請求項５又は６に記載の管理計算機であって、
前記制御部は、前記待機計算機が、前記グループに分けられたときからの経過時間を監視する監視手段を更に有し、
前記経過時間が所定時間を超える場合、該グループに帰属する待機計算機を他のグループに帰属する待機計算機として、前記グループ管理テーブルを再構成することを特徴とする管理計算機。