(57)【要約】  負荷の増大に対応してサーバを追加する場合に、リソースコーディネータマネージャ２０ａがＬＡＮ、ＳＡＮを自動設定し、ＡＳＣＣサテライト１１７ａが起動スクリプトを実行することでユーザアプリケーションを起動する。また、負荷の減少に対応してサーバをサーバプールに返却する場合に、ＡＳＣＣサテライト１１７ａが停止スクリプトを実行することでユーザアプリケーションを停止し、リソースコーディネータマネージャ２０ａがＬＡＮ、ＳＡＮの設定を自動解除する。
2007077600.tif 000002
【特許請求の範囲】
【請求項１】
同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理プログラムであって、
前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定手順と、
追加したサーバ上で前記リソース設定手順により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動手順と、
をコンピュータに実行させることを特徴とする運用管理プログラム。
【請求項２】
前記ユーザアプリケーションを実行するサーバを削減する際に、削減するサーバで実行中のユーザアプリケーションを停止するアプリ停止手順と、
前記アプリ停止手順により停止されたユーザアプリケーションが使用していた論理リソースの設定を解除するリソース設定解除手順と、
をさらにコンピュータに実行させることを特徴とする請求項１に記載の運用管理プログラム。
【請求項３】
前記ユーザアプリケーションが提供するサービスの負荷を監視する負荷監視手順と、
前記負荷監視手順により監視される負荷に基づいて前記ユーザアプリケーションを実行するサーバ数の増減を決定するサーバ増減決定手順とをさらにコンピュータに実行させ、
前記リソース設定手順は、前記サーバ増減決定手順によりサーバの追加が決定された際に、追加するサーバに対して前記ユーザアプリケーションの実行に必要な論理リソースを設定し、
前記アプリ停止手順は、前記サーバ増減決定手順によりサーバの削減が決定された際に、削減するサーバで実行されているユーザアプリケーションを停止することを特徴とする請求項２に記載の運用管理プログラム。
【請求項４】
前記サーバ増減決定手順によりサーバの追加が決定された際に空きサーバがない場合に、サービスに対応付けられた優先度に基づいて、他のサービスの提供に割り当てられているサーバを移動して追加サーバとするサーバ移動手順をさらにコンピュータに実行させ、
前記リソース設定手順は、前記サーバ移動手順によりサーバが追加された際に、追加されたサーバに対して必要に応じて前記ユーザアプリケーションの実行に必要な論理リソースを設定することを特徴とする請求項３に記載の運用管理プログラム。
【請求項５】
前記サーバ移動手順は、サービスに割り当てるサーバの最小台数よりサーバの台数がサーバの移動によって少なくなるサービスについては、サーバの移動元の対象から除外することを特徴とする請求項４に記載の運用管理プログラム。
【請求項６】
前記サーバ移動手順は、サーバの移動元と移動先のサーバグループが同一である場合には、移動元のサービスに対応するユーザアプリケーケーションを停止し、移動先のサービスに対応するユーザアプリケーションを起動することによってサーバの移動をおこなうことを特徴とする請求項４に記載の運用管理プログラム。
【請求項７】
ユーザからサーバの増減指示を受け付けるユーザ指示受付手順をさらにコンピュータに実行させ、
前記リソース設定手順は、前記ユーザ指示受付手順によりサーバの追加が受け付けられた際に、追加するサーバに対して前記ユーザアプリケーションの実行に必要な論理リソースを設定し、
前記アプリ停止手順は、前記ユーザ指示受付手順によりサーバの削減が受け付けられた際に、削減するサーバで実行されているユーザアプリケーションを停止することを特徴とする請求項２に記載の運用管理プログラム。
【請求項８】
前記サーバ増減決定手順は、サービスに割り当てられているサーバの台数が該サービスに割り当てるサーバの最大数より少ない場合で、かつ、サービスの負荷が所定の最大閾値を越えた場合にサーバの追加を決定し、サービスに割り当てられているサーバの台数が該サービスに割り当てるサーバの最小数より多い場合で、かつ、サービスの負荷が所定の最小閾値を越えた場合にサーバの削減を決定することを特徴とする請求項３に記載の運用管理プログラム。
【請求項９】
同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理方法であって、
前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定工程と、
追加したサーバ上で前記リソース設定工程により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動工程と、
を含んだことを特徴とする運用管理方法。
【請求項１０】
同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理装置であって、
前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定手段と、
追加したサーバ上で前記リソース設定手段により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動手段と、
を備えたことを特徴とする運用管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理プログラム、運用管理方法および運用管理装置に関し、特に、論理リソースを使用するユーザアプリケーションが提供するサービスの負荷変動に対応して、ユーザアプリケーションを実行するサーバ数を迅速に増減することができる運用管理プログラム、運用管理方法および運用管理装置に関するものである。ここで、論理リソースとは、ネットワークやストレージである。
【背景技術】
【０００２】
従来、サービスの負荷に対応して自律的に情報処理システムの処理能力を調整するソフトウェアＡＳＣＣ(Adaptive  Services  Control  Center)（登録商標、以下同様）が開発されている（たとえば、非特許文献１参照。）。このＡＳＣＣは、サービスを提供するユーザアプリケーションを実行するサーバの台数をサービスの負荷に対応して自動的に増減させることによって、負荷が増大した場合にもサービスレベルの維持を図っている。【０００３】
【非特許文献１】「Adaptive  Services  Control  Center  ASCC」、［平成１７年１２月６日検索］、インターネット＜URL:  http://www.fujitsu-siemens.com/products/software/management/quality_of_service/ascc.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、このＡＳＣＣには、サービスを提供するユーザアプリケーションが必要とする論理リソースの設定をおこなうことができないため、利用範囲に制限があるという問題がある。すなわち、ＡＳＣＣは、サーバの追加や削減にあたってネットワークやストレージの設定や設定解除がおこなえないために、適用できるユーザアプリケーションに制限がある。【０００５】
本発明は、上記に鑑みてなされたものであって、論理リソースを使用するユーザアプリケーションが提供するサービスの負荷変動に対応して、ユーザアプリケーションを実行するサーバ数を迅速に増減することができる運用管理プログラム、運用管理方法および運用管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するため、請求項１の発明に係る運用管理プログラムは、同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理プログラムであって、前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定手順と、追加したサーバ上で前記リソース設定手順により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動手順と、をコンピュータに実行させることを特徴とする。【０００７】
この請求項１の発明によれば、ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対してユーザアプリケーションの実行に必要な論理リソースを設定し、追加したサーバ上で、設定された論理リソースを用いるユーザアプリケーションを起動するよう構成したので、ユーザアプリケーションが論理リソースを使用する場合にも、ユーザアプリケーションの起動だけでサーバを追加することができる。【０００８】
また、請求項２の発明に係る運用管理プログラムは、請求項１の発明において、前記ユーザアプリケーションを実行するサーバを削減する際に、削減するサーバで実行中のユーザアプリケーションを停止するアプリ停止手順と、前記アプリ停止手順により停止されたユーザアプリケーションが使用していた論理リソースの設定を解除するリソース設定解除手順と、をさらにコンピュータに実行させることを特徴とする。【０００９】
この請求項２の発明によれば、ユーザアプリケーションを実行するサーバを削減する際に、削減するサーバで実行中のユーザアプリケーションを停止し、停止したユーザアプリケーションが使用していた論理リソースの設定を解除するよう構成したので、ユーザアプリケーションが論理リソースを使用する場合にも、ユーザアプリケーションの停止だけでサーバを削減することができる。【００１０】
また、請求項３の発明に係る運用管理プログラムは、請求項２の発明において、前記ユーザアプリケーションが提供するサービスの負荷を監視する負荷監視手順と、前記負荷監視手順により監視される負荷に基づいて前記ユーザアプリケーションを実行するサーバ数の増減を決定するサーバ増減決定手順とをさらにコンピュータに実行させ、前記リソース設定手順は、前記サーバ増減決定手順によりサーバの追加が決定された際に、追加するサーバに対して前記ユーザアプリケーションの実行に必要な論理リソースを設定し、前記アプリ停止手順は、前記サーバ増減決定手順によりサーバの削減が決定された際に、削減するサーバで実行されているユーザアプリケーションを停止することを特徴とする。【００１１】
この請求項３の発明によれば、ユーザアプリケーションが提供するサービスの負荷を監視し、監視する負荷に基づいてユーザアプリケーションを実行するサーバ数の増減を決定し、サーバの追加を決定した際に、追加するサーバに対してユーザアプリケーションの実行に必要な論理リソースを設定し、サーバの削減を決定した際に、削減するサーバで実行されているユーザアプリケーションを停止するよう構成したので、サービスの負荷変動に対応して自動的にサーバ数を増減することができる。【００１２】
また、請求項４の発明に係る運用管理プログラムは、請求項３の発明において、前記サーバ増減決定手順によりサーバの追加が決定された際に空きサーバがない場合に、サービスに対応付けられた優先度に基づいて、他のサービスの提供に割り当てられているサーバを移動して追加サーバとするサーバ移動手順をさらにコンピュータに実行させ、前記リソース設定手順は、前記サーバ移動手順によりサーバが追加された際に、追加されたサーバに対して必要に応じて前記ユーザアプリケーションの実行に必要な論理リソースを設定することを特徴とする。【００１３】
この請求項４の発明によれば、サーバの追加を決定した際に空きサーバがない場合に、サービスに対応付けられた優先度に基づいて、他のサービスの提供に割り当てられているサーバを移動して追加サーバとし、サーバを追加した際に、追加したサーバに対して必要に応じてユーザアプリケーションの実行に必要な論理リソースを設定するよう構成したので、空きサーバがない場合にもサーバを追加することができる。【００１４】
また、請求項５の発明に係る運用管理プログラムは、請求項４の発明において、前記サーバ移動手順は、サービスに割り当てるサーバの最小台数よりサーバの台数がサーバの移動によって少なくなるサービスについては、サーバの移動元の対象から除外することを特徴とする。【００１５】
この請求項５の発明によれば、サービスに割り当てるサーバの最小台数よりサーバの台数がサーバの移動によって少なくなるサービスについては、サーバの移動元の対象から除外するよう構成したので、サービスに割り当てられているサーバの台数が最小台数より小さくなることを防ぐことができる。【００１６】
また、請求項６の発明に係る運用管理プログラムは、請求項４の発明において、前記サーバ移動手順は、サーバの移動元と移動先のサーバグループが同一である場合には、移動元のサービスに対応するユーザアプリケーケーションを停止し、移動先のサービスに対応するユーザアプリケーションを起動することによってサーバの移動をおこなうことを特徴とする。【００１７】
この請求項６の発明によれば、サーバの移動元と移動先のサーバグループが同一である場合には、移動元のサービスに対応するユーザアプリケーケーションを停止し、移動先のサービスに対応するユーザアプリケーションを起動することによってサーバの移動をおこなうよう構成したので、迅速にサーバを移動することができる。【００１８】
また、請求項７の発明に係る運用管理プログラムは、請求項２の発明において、ユーザからサーバの増減指示を受け付けるユーザ指示受付手順をさらにコンピュータに実行させ、前記リソース設定手順は、前記ユーザ指示受付手順によりサーバの追加が受け付けられた際に、追加するサーバに対して前記ユーザアプリケーションの実行に必要な論理リソースを設定し、前記アプリ停止手順は、前記ユーザ指示受付手順によりサーバの削減が受け付けられた際に、削減するサーバで実行されているユーザアプリケーションを停止することを特徴とする。【００１９】
この請求項７の発明によれば、ユーザからサーバの増減指示を受け付け、サーバの追加を受け付けた際に、追加するサーバに対してユーザアプリケーションの実行に必要な論理リソースを設定し、サーバの削減を受け付けた際に、削減するサーバで実行されているユーザアプリケーションを停止するよう構成したので、ユーザの指示に基づいてサーバを迅速に増減することができる。【００２０】
また、請求項８の発明に係る運用管理プログラムは、請求項３の発明において、前記サーバ増減決定手順は、サービスに割り当てられているサーバの台数が該サービスに割り当てるサーバの最大数より少ない場合で、かつ、サービスの負荷が所定の最大閾値を越えた場合にサーバの追加を決定し、サービスに割り当てられているサーバの台数が該サービスに割り当てるサーバの最小数より多い場合で、かつ、サービスの負荷が所定の最小閾値を越えた場合にサーバの削減を決定することを特徴とする。【００２１】
この請求項８の発明によれば、サービスに割り当てられているサーバの台数がサービスに割り当てるサーバの最大数より少ない場合で、かつ、サービスの負荷が所定の最大閾値を越えた場合にサーバの追加を決定し、サービスに割り当てられているサーバの台数がサービスに割り当てるサーバの最小数より多い場合で、かつ、サービスの負荷が所定の最小閾値を越えた場合にサーバの削減を決定するよう構成したので、サーバをバランスよくサービスに割り当てることができる。【００２２】
また、請求項９の発明に係る運用管理方法は、同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理方法であって、前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定工程と、追加したサーバ上で前記リソース設定工程により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動工程と、を含んだことを特徴とする。【００２３】
この請求項９の発明によれば、ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対してユーザアプリケーションの実行に必要な論理リソースを設定し、追加したサーバ上で、設定された論理リソースを用いるユーザアプリケーションを起動するよう構成したので、ユーザアプリケーションが論理リソースを使用する場合にも、ユーザアプリケーションの起動だけでサーバを追加することができる。【００２４】
また、請求項１０の発明に係る運用管理装置は、同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理装置であって、前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定手段と、追加したサーバ上で前記リソース設定手段により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動手段と、を備えたことを特徴とする。【００２５】
この請求項１０の発明によれば、ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対してユーザアプリケーションの実行に必要な論理リソースを設定し、追加したサーバ上で、設定された論理リソースを用いるユーザアプリケーションを起動するよう構成したので、ユーザアプリケーションが論理リソースを使用する場合にも、ユーザアプリケーションの起動だけでサーバを追加することができる。
【発明の効果】
【００２６】
請求項１、９および１０の発明によれば、ユーザアプリケーションが論理リソースを使用する場合にも、ユーザアプリケーションの起動だけでサーバを追加することができるので、負荷が増加した場合に迅速にサーバを追加することができるという効果を奏する。【００２７】
また、請求項２の発明によれば、ユーザアプリケーションが論理リソースを使用する場合にも、ユーザアプリケーションの停止だけでサーバを削減することができるので、負荷が増加した場合に迅速にサーバを削減することができるという効果を奏する。【００２８】
また、請求項３の発明によれば、サービスの負荷変動に対応して自動的にサーバ数を増減するので、サーバを効率的に使用しつつ、サービスレベルを適切に維持することができるという効果を奏する。【００２９】
また、請求項４の発明によれば、空きサーバがない場合にもサーバを追加することができるので、負荷の増大により柔軟に対応することができるという効果を奏する。【００３０】
また、請求項５の発明によれば、サービスに割り当てられているサーバの台数が最小台数より小さくなることを防ぐので、最低限のサービスレベルを保証することができるという効果を奏する。【００３１】
また、請求項６の発明によれば、迅速にサーバを移動するので、負荷の増加に迅速に対応することができるという効果を奏する。【００３２】
また、請求項７の発明によれば、ユーザの指示に基づいてサーバを迅速に増減するので、ユーザは負荷変動に迅速に対処することができるという効果を奏する。【００３３】
また、請求項８の発明によれば、サーバをバランスよくサービスに割り当てるので、バランスのよいサービスを提供することができるという効果を奏する。
【図面の簡単な説明】
【００３４】
【図１】図１は、アプリケーションプロビジョニングの概念を説明するための説明図である。
【図２】図２は、本実施例に係る運用管理プログラムにおけるドメインおよびサービスの概念を説明するための説明図である。
【図３】図３は、本実施例に係る運用管理システムの機能構成を示す図である。
【図４】図４は、業務へのサーバの割当処理の処理手順を示すフローチャートである。
【図５】図５は、運用管理サーバの情報を登録するサイトデータの一例を示す図である。
【図６】図６は、ドメイン管理サーバの情報を登録するドメイン管理サーバデータの一例を示す図である。
【図７】図７は、管理対象となるサブネットの情報を登録する管理サブネットデータの一例を示す図である。
【図８】図８は、ミドルウェアと連携して各種処理を実行するためのコマンドを記憶したミドルウェア連携ＩＦデータの一例を示す図である。
【図９】図９は、サーバが属するドメインであるサーバドメインに係る情報を記憶したサーバドメインデータの一例を示す図である。
【図１０】図１０は、プールグループに係る情報を記憶したプールグループデータの一例を示す図である。
【図１１】図１１は、ストレージドメインに係る情報を記憶したストレージドメインデータの一例を示す図である。
【図１２】図１２は、ネットワークドメインおよびネットワークサブドメインを説明する説明図である。
【図１３】図１３は、ネットワークサブドメインに係る情報を記憶したネットワークサブドメインデータの一例を示す図である。
【図１４】図１４は、ネットワークドメインに係る情報を記憶したネットワークドメインデータの一例を示す図である。
【図１５】図１５は、負荷分散装置に係る情報を記憶した負荷分散装置データの一例を示す図である。
【図１６】図１６は、ネットワークサブグループの構成例を説明する説明図である。
【図１７】図１７は、ネットワークサブグループに係る情報を記憶したネットワークサブグループデータの一例を示す図である。
【図１８】図１８は、サーバドメイン間の対応関係に係る情報を記憶したサーバドメイン間リンクデータの一例を示す図である。
【図１９】図１９は、サーバドメインとストレージドメインとの間の対応関係に係る情報を記憶したサーバ／ストレージドメイン間リンクデータの一例を示す図である。
【図２０】図２０は、ネットワークブートがなされるサーバの情報を記憶したネットワークブートサーバデータの一例を示す図である。
【図２１】図２１は、管理対象となるサーバのデータを記憶した管理対象サーバデータの一例を示す図である。
【図２２】図２２は、サーバが属するグループの情報を記憶したプロビジョニング構成データの一例を示す図である。
【図２３】図２３は、結線状態が均一であるサーバとストレージ機器との結線の一例を示す図である。
【図２４】図２４は、ＷＷＰＮに基づく結線の均一性チェック処理を説明する図である。
【図２５】図２５は、ストレージテンプレートに係るデータを記憶したストレージテンプレートデータの一例を示す図である。
【図２６】図２６は、サーバグループに係る情報を記憶したサーバグループデータの一例を示す図である。
【図２７】図２７は、サーバグループに対応するストレージグループの情報を記憶したサーバ／ストレージグループリンクデータの一例を示す図である。
【図２８】図２８は、サーバグループ間の対応関係に係る情報を記憶したサーバグループ間リンクデータの一例を示す図である。
【図２９】図２９は、負荷分散装置のグループ情報を記憶した負荷分散グループデータの一例を示す図である。
【図３０】図３０は、ネットワークグループに係る情報を記憶したネットワークグループデータの一例を示す図である。
【図３１】図３１は、ステップＳ１０５でおこなわれるソフトウェアイメージ作成処理の処理手順を示すフローチャートである。
【図３２】図３２は、ストレージサブグループが設定されたプロビジョニング構成データの一例を示す図である。
【図３３】図３３は、サーバに割り当てられたＩＰアドレスに係る情報を記憶したＩＰアドレス管理データの一例を示す図である。
【図３４】図３４は、ユーザプログラムの起動、停止、チェックに用いるスクリプトをユーザから受け付ける画面の一例を示す図である。
【図３５】図３５は、ソフトウェアイメージに係る情報を記憶したソフトウェアイメージ管理データの一例を示す図である。
【図３６】図３６は、ソフトウェア配布イメージに係る情報を記憶したソフトウェア配布イメージ管理データの一例を示す図である。
【図３７】図３７は、スナップショットに係る情報を記憶したスナップショット管理データの一例を示す図である。
【図３８】図３８は、サービス負荷データの一例を示す図である。
【図３９】図３９は、ＱｏＳ設定画面の一例を示す図である。
【図４０】図４０は、サービスに係る情報を記憶したサービスデータの一例を示す図である。
【図４１】図４１は、サービスグループに係る情報を記憶したサービスグループデータの一例を示す図である。
【図４２】図４２は、ソフトウェア配布イメージの配布状況に係る情報を記憶した配布管理データの一例を示す図である。
【図４３】図４３は、ＡＳＣＣコアによる負荷対応サーバ運用処理を示す図である。
【図４４】図４４は、ＡＳＣＣコアによる負荷対応サーバ運用処理の処理手順を示すフローチャートである。
【図４５】図４５は、リソースコーディネータマネージャおよびＡＳＣＣサテライトの連携によるサーバ追加処理の処理手順を示すフローチャートである。
【図４６】図４６は、動作サーバデータの一例を示す図である。
【図４７】図４７は、リソースコーディネータマネージャおよびＡＳＣＣサテライトの連携によるサーバ返却処理の処理手順を示すフローチャートである。
【図４８】図４８は、リソースコーディネータマネージャおよびＡＳＣＣサテライトの連携によるサーバ移動処理の処理手順を示すフローチャートである。
【図４９】図４９は、本実施例に係る運用管理プログラムを実行するコンピュータを示す図である。
【符号の説明】
【００３５】
１，２    業務
３    プール
４    Ｗｅｂドメイン
４1〜４9    Ｗｅｂサーバ
５    ＡＰドメイン
５1〜５6    ＡＰサーバ
６    ＤＢドメイン
６1〜６3    ＤＢサーバ
７    ストレージドメイン
７1〜７9    ストレージ
８41〜８61    サーバグループ
９1    サービスグループ
９41〜９61    サービス
１０    運用管理クライアント
２０    サイト管理サーバ
２０ａ    リソースコーディネータマネージャ
２１    システムリソースマネージャ
２２    サーバＲＭ
２３    ソフトウェアＲＭ
２４    ネットワークＲＭ
２５    ストレージＲＭ
２６    システムリソースＤＢ
２７    ＡＰ管理統括部
２８    ＡＳＣＣコア
２９    ＳＱＣマネージャ
３０，４０，９０，１２０    ＦＷ
５０，６０    ドメイン管理サーバ
５１    システムリソースドメインマネージャ
５２    サーバサブＲＭ
５３    ソフトウェアサブＲＭ
５４    ネットワークサブＲＭ
５５    ドメインリソースＤＢ
７０    インターネット
８０    ルータ
１００，１３０    ＳＬＢ
１１０ａ，１１０ｂ，１１０ｃ    サーバ
１１１ａ    リソースマネージャエージェント
１１２ａ    サーバＲＭエージェント
１１３ａ    ソフトウェアＲＭエージェント
１１４ａ    ネットワークＲＭエージェント
１１５ａ    ストレージＲＭエージェント
１１６ａ    ＡＰ管理部
１１７ａ    ＡＳＣＣサテライト
１１８ａ    ＳＱＣエージェント
１１９ａ    リソースコーディネータエージェント
１４０ａ，１４０ｂ，１４０ｃ    サーバ
１５０ａ，１５０ｂ，１５０ｃ    サーバ
１６０ａ，１６０ｂ，１６０ｃ，１６０ｄ    ストレージ
１７０    ＳＡＮ
１８０    エッジドメイン
１９０    Ｗｅｂドメイン
２００    ＡＰドメイン
２１０    ＤＢドメイン
３００    サイトデータ
３１０    ドメイン管理サーバデータ
３２０    管理サブネットデータ
３３０    ミドルウェア連携ＩＦデータ
３４０    サーバドメインデータ
３５０    プールグループデータ
３６０    ストレージドメインデータ
３７０    Ｗｅｂドメイン
３８０ａ，３８０ｂ，３８０ｃ，３８０ｄ，３８０ｅ    サーバ
３９０    ＡＰドメイン
４００ａ，４００ｂ，４００ｃ，４００ｄ，４００ｅ    サーバ
４１０    Ｗｅｂ−ＡＰネットワークドメイン
４２０    Ｗｅｂ−Ｂａｃｋネットワークサブドメイン
４３０ａ，４３０ｂ    スイッチ
４４０    ＡＰ−Ｆｒｏｎｔネットワークサブドメイン
４５０ａ，４５０ｂ    スイッチ
４６０ａ，４６０ｂ    ＳＬＢ
４７０    ネットワークサブドメインデータ
４８０    ネットワークドメインデータ
４９０    負荷分散装置データ
５１０    Ｗｅｂドメイン
５２０ａ，５２０ｂ，５２０ｃ，５２０ｄ，５２０ｅ    サーバ
５３０    A_Webサーバグループ
５４０    B_Webサーバグループ
５５０    ＡＰドメイン
５６０ａ，５６０ｂ，５６０ｃ，５６０ｄ，５６０ｅ    サーバ
５７０    A_APサーバグループ
５８０    B_APサーバグループ
５９０，６１０    スイッチ
６００ａ，６００ｂ    ＳＬＢ
６２０    A_Web_Backネットワークサブグループ
６３０    B_Web_Backネットワークサブグループ
６４０    A_AP_Frontネットワークサブグループ
６５０    B_AP_Frontネットワークサブグループ
６６０    ネットワークサブグループデータ
６７０    サーバドメイン間リンクデータ
６８０    サーバ／ストレージドメイン間リンクデータ
６９０    ネットワークブートサーバデータ
７００    管理対象サーバデータ
７１０    プロビジョニング構成データ
７２０    サーバドメイン
７３０ａ，７３０ｂ    サーバ
７４０    ストレージドメイン
７５０ａ，７５０ｂ    ＦＣスイッチ
７６０ａ，７６０ｂ    ＲＡＩＤ装置
７７０ａ，７７０ｂ    ＲＡＩＤ装置ＷＷＰＮデータ
７８０ａ，７８０ｂ    ＦＣスイッチＷＷＰＮデータ
７９０ａ，７９０ｂ    サーバＷＷＰＮデータ
８００    ストレージテンプレートデータ
８１０    サーバグループデータ
８２０    サーバ／ストレージグループリンクデータ
８３０    サーバグループ間リンクデータ
８４０    負荷分散グループデータ
８５０    ネットワークグループデータ
９６０    プロビジョニング構成データ
１０４０    ＩＰアドレス管理データ
１０５０    ソフトウェアイメージ管理データ
１０６０    ソフトウェア配布イメージ管理データ
１０７０    スナップショット管理データ
１０７５    サービス負荷データ
１０８０    配布管理データ
１０９０    動作サーバデータ
１１８１    サービスデータ
１１８２    サービスグループデータ
１２００    コンピュータ
１２１０    入出力インタフェース
１２２０    ＬＡＮインタフェース
１２３０    ＲＡＭ
１２３１    システムリソース情報
１２４０    ＨＤＤ
１２４１    運用管理プログラム
１２５０    ＣＰＵ
１２５１    リソースコディネータマネジャプロセス
１２５２    ＡＳＣＣコアプロセス
１２５３    ＳＱＣマネージャプロセス
１２６０    バス
【発明を実施するための最良の形態】
【００３６】
以下に、本発明に係る運用管理プログラム、運用管理方法および運用管理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００３７】
まず、本実施例に係るアプリケーションプロビジョニングの概念について説明する。図１は、アプリケーションプロビジョニングの概念を説明するための説明図である。同図に示すように、アプリケーションプロビジョニングとは、業務の負荷に応じてサーバ数を自動調整することである。【００３８】
すなわち、アプリケーションプロビジョニングとは、業務の負荷に対応したＱｏＳメトリックについて最大閾値と最小閾値を設け、ＱｏＳメトリックの値が最大閾値を越えた場合には、業務を遂行するアプリケーションに割り当てられるサーバの数を自動で追加し、ＱｏＳメトリックの値が最小閾値を下まわった場合には、業務を遂行するユーザアプリケーションに割り当てられるサーバの数を自動で削除することである。【００３９】
ここで、負荷の変動に対応して単にサーバの追加削除をおこなうことは、従来のＡＳＣＣでもおこなわれていたが、本実施例に係るアプリケーションプロビジョニングでは、ユーザアプリケーションが必要とする論理リソースの設定や設定解除を自動的におこなう。【００４０】
このように、本実施例に係るアプリケーションプロビジョニングでは、ユーザアプリケーションが必要とする論理リソースの設定や設定解除を自動的におこなうことによって、ネットワークやストレージを必要とするユーザアプリケーションに対しても、業務の負荷に応じてサーバ数を自動調整することができる。【００４１】
つぎに、本実施例に係る運用管理プログラムにおけるドメインおよびサービスの概念を説明する。図２は、本実施例に係る運用管理プログラムにおけるドメインおよびサービスの概念を説明するための説明図である。【００４２】
図２には、各業務１，２においてＷｅｂサーバ４1〜４9やＡＰ（Application）サーバ５1〜５6，ＤＢ（Database）サーバ６1〜６3、ストレージ７1〜７9などの情報処理装置が利用される場合が示されている。【００４３】
ここで、Ｗｅｂサーバ４1〜４9は、Ｗｅｂブラウザで閲覧されるコンテンツをインターネットを介してクライアント装置に提供するサーバ装置である。ＡＰサーバ５1〜５6は、ユーザによる情報処理要求を受け付けたＷｅｂサーバ４1〜４9から要求された情報処理の実行を引き継ぐサーバ装置である。【００４４】
ＤＢサーバ６1〜６3は、ＡＰサーバ５1〜５6からデータベースへのアクセス要求を受け付けた場合に、データベースへのアクセスを管理するサーバ装置である。ストレージ７1〜７9は、ＳＡＮによりＷｅｂサーバ４1〜４9やＡＰサーバ５1〜５6、ＤＢサーバ６1〜６3に接続される記憶装置である。【００４５】
本実施例に係る運用管理では、ＬＡＮ（Local  Area  Network）やＳＡＮ（Storage  Area  Network）などにおいて、他の装置との間の物理的な結線状態が互いに均一であるサーバやストレージなどのリソース群をドメインとして管理する。【００４６】
たとえば、図２の場合には、業務１，２で利用されるサーバ群が、Ｗｅｂドメイン４、ＡＰドメイン５およびＤＢドメイン６として管理され、業務１，２で利用されるストレージ群が、ストレージドメイン７として管理されている。【００４７】
この場合、Ｗｅｂドメイン４に属するＷｅｂサーバ４1〜４9の他の装置に対する結線状態は互いに均一であり、ＡＰドメイン５に属するＡＰサーバ５1〜５6の他の装置に対する結線状態は互いに均一であり、ＤＢドメイン６に属するＤＢサーバ６1〜６3の他の装置に対する結線状態は互いに均一であり、ストレージドメイン７に属するストレージ７1〜７9の他の装置に対する結線状態は互いに均一となっている。【００４８】
一方、ドメイン間では、他の装置に対する結線状態が異なり、セキュリティレベルも異なってくる。たとえば、Ｗｅｂドメイン４は、外部ネットワークに近接するドメインであることから、ＡＰドメイン５と比較してセキュリティレベルが低い場合が多い。【００４９】
そして、この運用管理では、未使用のＷｅｂサーバ４1〜４9、ＡＰサーバ５1〜５6、ＤＢサーバ６1〜６3およびストレージ７1〜７9をドメインごとにプール３に登録しておき、必要に応じて各業務１，２にＷｅｂサーバ４1〜４9、ＡＰサーバ５1〜５6、ＤＢサーバ６1〜６3およびストレージ７1〜７9を割り当てる。【００５０】
たとえば、図２では、業務１には、Ｗｅｂサーバ４2，４3、ＡＰサーバ５1、ＤＢサーバ６1、ストレージ７7が割り当てられ、業務２には、Ｗｅｂサーバ４9、ＡＰサーバ５2および５3、ＤＢサーバ６2、ストレージ７8，７9が割り当てられている。【００５１】
ここで、各ドメインにおいて特定の業務に割り当てられたサーバは、各ドメイン内でサーバグループを構成する。そして、各サーバグループには、特定の業務を実行するために各ドメインが提供するサービスが対応し、業務が共通なサービスを各ドメインから集めることによってサービスグループを構成する。その結果、サービスグループに、各サービスを提供するサーバグループのサーバが属することとなる。【００５２】
たとえば、業務１に割り当てられたＷｅｂサーバ４2，４3はＷｅｂドメイン４内でサーバグループ８41を構成し、サーバグループ８41はサービス９41を提供する。また、業務１に割り当てられたＡＰサーバ５1はＡＰドメイン５内でサーバグループ８51を構成し、サーバグループ８51はサービス９51を提供する。また、業務１に割り当てられたＤＢサーバ６1はＤＢドメイン６内でサーバグループ８61を構成し、サーバグループ８61はサービス９61を提供する。そして、サービス９41，９51，９61はサービスグループ９1を構成する。その結果、サービスグループ９1に、Ｗｅｂサーバ４2，４3、ＡＰサーバ５1およびＤＢサーバ６1が属することとなる。【００５３】
つぎに、本実施例に係る運用管理システムの機能構成について説明する。図３は、本実施例に係る運用管理システムの機能構成を示す図である。【００５４】
図３に示すように、この運用管理システムでは、運用管理クライアント１０と、サイト管理サーバ２０とが、ＦＷ（Firewall）３０経由でネットワークを介して接続されている。また、サイト管理サーバ２０とドメイン管理サーバ５０，６０とが、ＦＷ４０経由でネットワークを介して接続されている。【００５５】
また、サイト管理サーバ２０と、エッジドメイン１８０に属するルータ８０とが、ＦＷ４０経由でネットワークを介して接続されている。さらに、サイト管理サーバ２０と、ストレージドメイン２２０に属するストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄとが、ＦＷ４０経由でネットワークを介して接続されている。【００５６】
ドメイン管理サーバ５０は、ＦＷ９０、ＳＬＢ（Server  Load  Balancer）１００およびＷｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃに、ネットワークを介して接続されている。【００５７】
また、ドメイン管理サーバ６０は、ＦＷ１２０、ＳＬＢ１３０、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃに、ネットワークを介して接続されている。【００５８】
さらに、ストレージドメイン２２０に属するストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄは、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃにＳＡＮ１７０を介して接続されている。【００５９】
ここで、運用管理クライアント１０は、リソース運用管理処理に係るさまざまな設定をユーザから受け付けて、その設定情報をサイト管理サーバ２０に送信するとともに、サイト管理サーバ２０からさまざまな出力結果を受け付けて、モニタ等に表示するクライアント装置である。【００６０】
サイト管理サーバ２０は、図２で説明したようなリソース運用管理処理を、ドメイン管理サーバ５０，６０と連携して実行するサーバ装置である。このサイト管理サーバ２０は、システムリソースマネージャ２１、サーバＲＭ（Resource  Manager）２２、ソフトウェアＲＭ（Resource  Manager）２３、ネットワークＲＭ（Resource  Manager）２４、ストレージＲＭ（Resource  Manager）２５、システムリソースＤＢ（Database）２６、ＡＰ（Application）管理統括部２７、ＡＳＣＣコア２８およびＳＱＣマネージャ２９の各機能部を有する。【００６１】
システムリソースマネージャ２１は、運用管理クライアント１０からリソース運用管理処理に係るさまざまな設定情報を受け付けるとともに、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５と連携してリソースの設定処理を実行する管理部である。また、このシステムリソースマネージャ２１は、ドメイン管理サーバ５０，６０との間のデータの授受を司る。【００６２】
サーバＲＭ２２は、各サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃおよび１５０ａ〜１５０ｃの起動、停止、ハードウェアに係る情報の収集、設定などをおこなう管理部である。このサーバＲＭ２２は、ドメイン管理サーバ５０のサーバサブＲＭ（Resource  Manager）５２およびサーバ１１０ａのサーバＲＭエージェント１１２ａと連携して上記処理を実行する。【００６３】
ソフトウェアＲＭ２３は、各サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃおよび１５０ａ〜１５０ｃに対するソフトウェアのインストール、設定、ソフトウェアに係る情報の収集などをおこなう管理部である。このソフトウェアＲＭ２３は、ドメイン管理サーバ５０のソフトウェアサブＲＭ（Resource  Manager）５３およびサーバ１１０ａのソフトウェアＲＭエージェント１１３ａと連携して上記処理を実行する。【００６４】
ネットワークＲＭ２４は、ネットワークに係る情報の収集や設定などをおこなう管理部である。このネットワークＲＭ２４は、ドメイン管理サーバ５０のネットワークサブＲＭ（Resource  Manager）５４およびサーバ１１０ａのネットワークＲＭエージェント１１４ａと連携して上記処理を実行する。【００６５】
ストレージＲＭ２５は、ストレージドメイン２２０に属するストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄに係る情報の収集や設定などをおこなう管理部である。ここでは、ストレージＲＭ２５は、ドメイン管理サーバ５０，６０を介することなく、ストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄを管理する。【００６６】
システムリソースＤＢ（Database）２６は、システムリソースマネージャ２１、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４およびストレージＲＭ２５が管理するさまざまなリソースの情報を記憶するデータベースである。ここに記憶される具体的なデータについては、後に詳細に説明する。【００６７】
ＡＰ管理統括部２７は、ＡＰ（Application）管理部１１６ａを統括管理する処理部である。具体的には、ＡＰ管理部１１６ａにアプリケーションの組み込み処理や設定処理の実行要求をおこなう。このＡＰ管理統括部２７の機能は、サイト管理サーバ２０に導入されたミドルウェアが実行されることにより実現されるものである。【００６８】
ＡＳＣＣコア２８は、ＡＳＣＣサテライト１１７ａおよびＳＱＣマネージャ２９と連携して、サービスの負荷変動に対応してサーバの追加や削除をおこなう処理部である。このＡＳＣＣコア２８は、ユーザアプリケーションレベルでサーバの追加や削除をおこなう。【００６９】
ここで、ユーザアプリケーションレベルでサーバの追加や削除をおこなうとは、サービスの提供に必要なソフトウェアのインストールなど時間のかかる処理をおこなうことなく、単にユーザアプリケーションの起動や停止によってサーバの追加や削除をおこなうことである。このように、ユーザアプリケーションの起動や停止によってサーバの追加や削除をおこなうことによって、サービスの負荷変動に迅速に対応することができる。【００７０】
また、このＡＳＣＣコア２８は、システムリソースマネージャ２１、ネットワークＲＭ２４、ストレージＲＭ２５などと連携してユーザアプリケーションが使用するネットワークやストレージの設定や設定解除を自動的におこなう。【００７１】
このＡＳＣＣコア２８がシステムリソースマネージャ２１、ネットワークＲＭ２４、ストレージＲＭ２５などと連携してユーザアプリケーションが使用するネットワークやストレージの設定や設定解除を自動的におこなうことによって、サービスの負荷変動に対応したサーバの追加や削除を迅速かつ確実におこなうことができる。【００７２】
ＳＱＣマネージャ２９は、ＳＱＣエージェント１１８ａと連携してサービスの負荷変動を監視する処理部であり、特定のサービスの負荷が所定の最大閾値を越えた場合、あるいは、所定の最小閾値を下まわった場合に、その旨をＡＳＣＣコア２８に通知する。【００７３】
ドメイン管理サーバ５０，６０は、１つまたは複数のドメイン内のリソースを管理するサーバ装置である。ドメイン管理サーバ５０は、システムリソースドメインマネージャ５１、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４およびドメインリソースＤＢ（Database）５５の各機能部を有する。【００７４】
なお、ドメイン管理サーバ６０は、ドメイン管理サーバ５０の各機能部と同様の機能部を有しているため、図３ではドメイン管理サーバ６０の各機能部の図示および説明を省略する。【００７５】
システムリソースドメインマネージャ５１は、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４と連携して各ドメインに属するリソースの情報収集や設定処理などを実行する管理部である。【００７６】
また、このシステムリソースドメインマネージャ５１は、サイト管理サーバ２０、ＦＷ９０やＳＬＢ１００などのネットワーク機器、また、管理対象であるサーバ１１０ａ〜１１０ｃとの間のデータの授受を司る。【００７７】
サーバサブＲＭ５２は、サーバＲＭ２２およびサーバＲＭエージェント１１２ａと連携して、各サーバ１１０ａ〜１１０ｃの起動、停止、ハードウェアに係る情報の収集、設定などをおこなう管理部である。【００７８】
ソフトウェアサブＲＭ５３は、ソフトウェアＲＭ２３およびソフトウェアＲＭエージェント１１３ａと連携して、各サーバ１１０ａ〜１１０ｃに対するソフトウェアのインストール、設定、ソフトウェアに係る情報の収集などをおこなう管理部である。【００７９】
ネットワークサブＲＭ５４は、ネットワークＲＭ２４およびネットワークＲＭエージェント１１４ａと連携して、ネットワークに係る情報の収集や設定などをおこなう管理部である。【００８０】
ドメインリソースＤＢ５５は、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４が管理対象であるサーバ１１０ａ〜１１０ｃの各種情報の収集や設定をおこなう場合に、サーバ１１０ａ〜１１０ｃから取得した情報や、システムリソースＤＢ２６から取得したデータを記憶するデータベースである。また、ドメインリソースＤＢ５５は、サーバ１１０ａ〜１１０ｃのネットワークブートをおこなう場合に用いる仮のＯＳ（Operating  System）を記憶する。【００８１】
ルータ８０は、インターネット７０を介したデータ通信においてデータパケットのルーティングをおこなうネットワーク機器である。ＦＷ３０，４０，９０，１２０は、各種サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃへの不正アクセスを防止するためのネットワーク機器である。【００８２】
ＳＬＢ１００，１３０は、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃに対する情報処理要求を複数のサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃに分散して転送する負荷分散装置である。なお、ＳＬＢ１００，１３０の前後には、さらにスイッチが接続されているが、図３ではスイッチの図示を省略している。【００８３】
サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃは、さまざまな情報処理を実行するサーバ装置である。サーバ１１０ａは、リソースマネージャエージェント１１１ａ、サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａ、ＡＰ管理部１１６ａ、ＡＳＣＣサテライト１１７ａおよびＳＱＣエージェント１１８ａの各機能部を有する。【００８４】
なお、サーバ１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂは、サーバ１１０ａの各機能部と同様の機能部を有しているため、図３ではサーバ１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂの各機能部の図示および説明を省略する。【００８５】
また、サーバ１１０ｃ，１４０ｃ，１５０ｃは、プールされているサーバであり、これらのサーバには、リソースマネージャエージェント１１１ａ、サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａ、ＡＰ管理部１１６ａ、ＡＳＣＣサテライト１１７ａおよびＳＱＣエージェント１１８ａの各機能部は存在しない。【００８６】
これらのサーバ１１０ｃ，１４０ｃ，１５０ｃにおいては、業務に利用可能なサーバとして設定される場合に、各機能部を実現するコンピュータプログラムがサーバ１１０ｃ，１４０ｃ，１５０ｃに導入され実行されることにより各機能部が実現される。【００８７】
リソースマネージャエージェント１１１ａは、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１からサーバ１１０ａの情報収集処理や設定処理などの実行要求を受け付け、それらの処理をサーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａと連携して実行するエージェントである。【００８８】
サーバＲＭエージェント１１２ａは、サーバ１１０ａの起動、停止、ハードウェアに係る情報の収集、設定などを実行するエージェントである。ソフトウェアＲＭエージェント１１３ａは、サーバ１１０ａに対するソフトウェアの導入、設定およびソフトウェアに係る情報収集などをおこなうエージェントである。【００８９】
ネットワークＲＭエージェント１１４ａは、サーバ１１０ａが接続されているネットワークの情報収集および設定などを実行するエージェントである。ストレージＲＭエージェント１１５ａは、サーバ１１０ａに接続されたストレージの情報収集や設定などをおこなうエージェントである。ＡＰ管理部１１６ａは、アプリケーションの組み込み処理や設定処理をおこなう処理部である。【００９０】
ＡＳＣＣサテライト１１７ａは、ＡＳＣＣコア２８と連携してユーザアプリケーションの起動、停止などをおこなうエージェントである。このＡＳＣＣサテライト１１７ａが、ＡＳＣＣコア２８と連携してユーザアプリケーションの起動、停止などをおこなうことによって、サービスの負荷変動に迅速に対応することができる。【００９１】
ＳＱＣエージェント１１８ａは、ＳＱＣマネージャ２９と連携してサービスの負荷を監視するエージェントである。このＳＱＣエージェント１１８ａが、ＳＱＣマネージャ２９と連携してサービスの負荷を監視することによって、ＡＳＣＣコア２８はサービスの負荷変動に対応した制御をおこなうことができる。【００９２】
ストレージ１６０ａ〜１６０ｃは、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃにより利用されるストレージである。また、ストレージ１６０ｄは、プールされているストレージである。これらのストレージ１６０ａ〜１６０ｄは、ＲＡＩＤ装置により構成される。【００９３】
なお、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃ間を接続するネットワークにはＶＬＡＮ（Virtual  Local  Area  Network）を設定する。【００９４】
つぎに、図２で説明したような、業務へのサーバの割当処理の処理手順について説明する。図４は、業務へのサーバの割当処理の処理手順を示すフローチャートである。【００９５】
ここで、サイト管理サーバ２０には、システムリソースマネージャ２１、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５、ＡＰ管理統括部２７、ＡＳＣＣコア２８、ＳＱＣマネージャ２９の各機能をサイト管理サーバ２０に実行させる運用管理プログラムをあらかじめ導入しておくこととする。【００９６】
また、ドメイン管理サーバ５０，６０には、システムリソースドメインマネージャ５１、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４の各機能をドメイン管理サーバ５０，６０に実行させるプログラムをあらかじめ導入しておくこととする。【００９７】
さらに、各サーバ１１０ａ，１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂには、リソースマネージャエージェント１１１ａ，サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａ、ＡＰ管理部１１６ａ、ＡＳＣＣサテライト１１７ａ、ＳＱＣエージェント１１８ａの各機能をサーバ１１０ａ，１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂに実行させるプログラムをあらかじめ導入しておくこととする。【００９８】
図４に示すように、まず、サイト管理サーバ２０のシステムリソースマネージャ２１は、運用管理サーバおよび管理ＬＡＮの登録処理をおこなう（ステップＳ１０１）。ここで、運用管理サーバおよび管理ＬＡＮとは、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃやＳＡＮ１７０などの管理対象となるリソースを管理するために用いられるサイト管理サーバ２０やドメイン管理サーバ５０およびＬＡＮのことである。【００９９】
以下に、ステップＳ１０１でおこなわれる処理をさらに詳細に説明する。図５は、運用管理サーバの情報を登録するサイトデータ３００の一例を示す図である。このサイトデータ３００は、サイト名、サイト管理サーバ名およびドメイン管理サーバ名の情報を記憶している。【０１００】
サイト名は、管理対象となるリソースがあるサイトの識別情報である。サイト管理サーバ名は、そのサイトを管理するよう設定されたサイト管理サーバ２０の識別情報である。ドメイン管理サーバ名は、そのサイトに設定されたドメインを管理するよう設定されたドメイン管理サーバ５０，６０の識別情報である。【０１０１】
また、図６は、ドメイン管理サーバ５０，６０の情報を登録するドメイン管理サーバデータ３１０の一例を示す図である。このドメイン管理サーバデータ３１０は、ドメイン管理サーバ名および管理サブネット名の情報を記憶している。【０１０２】
ドメイン管理サーバ名は、図５で説明したドメイン管理サーバ名と同様の情報である。管理サブネット名は、ドメイン管理サーバによりリソースが管理されるサブネット（管理サブネット）の識別情報である。【０１０３】
また、図７は、管理対象となるサブネットの情報を登録する管理サブネットデータ３２０の一例を示す図である。この管理サブネットデータ３２０は、管理サブネット名、ネットワークアドレス、ネットマスクおよびデフォルトゲートウェイの情報を記憶している。【０１０４】
管理サブネット名は、図６で説明した管理サブネット名と同様の情報である。ネットワークアドレスは、管理サブネットを識別するためのネットワークアドレスである。ネットマスクは、ＩＰアドレスの何ビット目をネットワークアドレスとして使用するかを定義するために用いられるネットマスクである。デフォルトゲートウェイは、管理サブネット外にデータを送信する場合に用いられるデフォルトゲートウェイを特定するＩＰアドレスの情報である。【０１０５】
ステップＳ１０１において、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したサイト、サイト管理サーバおよびドメイン管理サーバの情報を受け付け、その情報を図５に示したサイトデータ３００に登録する。【０１０６】
また、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したドメイン管理サーバおよび管理サブネットの情報を受け付け、その情報を図６に示したドメイン管理サーバデータ３１０に登録する。【０１０７】
続いて、システムリソースマネージャ２１は、図６で説明した管理サブネットに対応するネットワークアドレス、ネットマスクおよびデフォルトゲートウェイの情報を、図７の管理サブネットデータ３２０に登録する。【０１０８】
さらに、システムリソースマネージャ２１は、ミドルウェアによりその機能が実現されるＡＰ管理統括部２７に、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃの追加や削除などのイベントの発生を通知し、ＡＰ管理統括部２７と連携して各種処理を実行するためのコマンドを設定する。【０１０９】
図８は、ミドルウェアと連携して各種処理を実行するためのコマンドを記憶したミドルウェア連携ＩＦデータ３３０の一例を示す図である。このミドルウェア連携ＩＦデータ３３０は、ミドルウェア名、対象イベント、タイミング、場所、実行コマンドの情報を記憶している。【０１１０】
ミドルウェア名は、システムリソースマネージャ２１が連携して処理をおこなうミドルウェアの情報である。対象イベントは、システムリソースマネージャ２１がミドルウェアに実行要求をおこなうイベントの情報である。タイミングは、システムリソースマネージャ２１がミドルウェアに処理の実行要求を送信するタイミング（対象イベントの処理の前後）の情報である。【０１１１】
場所は、ミドルウェアのコマンドを実行する場所（ManagerあるいはAgent）の情報である。「Manager」は、管理サイトサーバ２０上でコマンドを実行する場合を示し、「Agent」は、管理対象となるサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃ上でコマンドを実行する場合を示している。実行コマンドは、ミドルウェアに対して各種イベントの発生を通知するコマンドの情報である。【０１１２】
図４の説明に戻ると、システムリソースマネージャ２１は、ドメインの作成処理および作成したドメイン間のリンク処理をおこなう（ステップＳ１０２）。以下に、ステップＳ１０２でおこなわれる処理をさらに詳細に説明する。【０１１３】
図９は、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃが属するドメインであるサーバドメインに係る情報を記憶したサーバドメインデータ３４０の一例を示す図である。【０１１４】
このサーバドメインデータ３４０は、サーバドメイン名、サーバアーキテクチャ名および管理サブネット名の情報を記憶している。サーバドメイン名は、管理対象となるサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃが属するドメインの識別情報である。【０１１５】
サーバアーキテクチャ名は、各サーバドメインに属するサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃのＣＰＵ（Central  Processing  Unit）アーキテクチャの識別情報である。管理サブネット名は、図６に示した管理サブネット名と同様の情報である。【０１１６】
ステップＳ１０２においては、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作しておこなったサーバドメインおよびサーバアーキテクチャの設定に係る情報を受け付け、サーバドメインデータ３４０に登録する。このサーバドメインは、ステップＳ１０１において設定された管理サブネット単位で設定される。【０１１７】
また、ステップＳ１０２においては、システムリソースマネージャ２１は、各サーバドメインに属するサーバグループを設定し、サーバグループ間で共有されるプールグループおよび特定のサーバグループに専用のプールグループを設定する。【０１１８】
ここで、サーバグループとは、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けたものである。また、プールグループとは、各サーバグループに割り当てられたサーバのプールである。【０１１９】
図１０は、プールグループに係る情報を記憶したプールグループデータ３５０の一例を示す図である。このプールグループデータ３５０には、プールグループ名、種別、サーバドメイン名の情報が記憶されている。【０１２０】
プールグループ名は、上述したサーバのプールの識別情報である。種別は、プールグループが複数のサーバグループに共用させるものか、特定のサーバグループにのみ利用を許可するものかを示す情報である。サーバドメイン名は、図９で説明したサーバドメイン名と同様の情報である。【０１２１】
ここで、システムリソースマネージャ２１は、各サーバドメインに対してプールグループを割り当てる。また、サーバドメインが、複数のサーバグループを有する場合に、システムリソースマネージャ２１は、それらのサーバグループ専用のプールグループを割り当てる。【０１２２】
その後、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したストレージドメインの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するストレージドメインデータ３６０として登録する。【０１２３】
図１１は、ストレージドメインに係る情報を記憶したストレージドメインデータ３６０の一例を示す図である。このストレージドメインデータ３６０は、ストレージドメイン名およびパスの多重度の情報を記憶している。ストレージドメイン名は、設定されたストレージドメインを識別する識別情報である。パスの多重度は、ＳＡＮにおけるデータ通信パスの多重度の情報である。【０１２４】
さらに、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したネットワークサブドメインの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するネットワークサブドメインデータ４７０として登録する。【０１２５】
ここで、ネットワークサブドメインとは、異なるサーバドメインに属するサーバを接続する複数のネットワーク機器が属するネットワークドメインをさらに分割したサブドメインである。【０１２６】
図１２は、ネットワークドメインおよびネットワークサブドメインを説明する説明図である。図１２には、Ｗｅｂドメイン３７０に属するサーバ３８０ａ〜３８０ｅと、ＡＰドメイン３９０に属するサーバ４００ａ〜４００ｅとを接続するスイッチ４３０ａ，４３０ｂ，４５０ａ，４５０ｂ、および、ＳＬＢ４６０ａ，４６０ｂが示されている。【０１２７】
ここで、スイッチ４３０ａおよびスイッチ４３０ｂは、Web-Backネットワークサブドメイン４２０を構成し、スイッチ４５０ａおよびスイッチ４５０ｂは、AP-Frontネットワークサブドメイン４４０を構成している。【０１２８】
また、Web-Backネットワークサブドメイン４２０、AP-Frontネットワークサブドメイン４４０、ＳＬＢ４６０ａ、および、ＳＬＢ４６０ｂがWeb-APネットワークドメイン４１０を構成している。【０１２９】
図１３は、ネットワークサブドメインに係る情報を記憶したネットワークサブドメインデータ４７０の一例を示す図である。このネットワークサブドメインデータ４７０は、ネットワークサブドメイン名、スイッチ機種およびスイッチ管理ＩＰの情報を記憶している。【０１３０】
ネットワークサブドメイン名は、図１２で説明したネットワークサブドメインを識別する情報である。スイッチ機種は、ネットワークサブドメインに属するスイッチの機種の情報である。スイッチ管理ＩＰは、管理用に各スイッチに割り当てられたＩＰアドレスの情報である。【０１３１】
また、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したネットワークドメインに係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するネットワークドメインデータ４８０として登録する。【０１３２】
図１４は、ネットワークドメインに係る情報を記憶したネットワークドメインデータ４８０の一例を示す図である。このネットワークドメインデータ４８０は、ネットワークドメイン名、フロントネットワークサブドメイン名、接続方式、機器名、バックネットワークサブドメイン名および冗長化方式の情報を記憶している。【０１３３】
ネットワークドメイン名は、図１２で説明したネットワークドメインを識別する識別情報である。フロントネットワークサブドメイン名は、図１２に示したように、ネットワークドメインがＳＬＢ４６０ａ，４６０ｂを境として２つのネットワークサブドメインに分割された場合に、インターネット７０に近い方のネットワークサブドメインを識別する識別情報である。【０１３４】
接続方式は、フロントネットワークサブドメインに属するスイッチ４３０ａ，４３０ｂなどのネットワーク機器と、後に説明するバックネットワークサブドメインに属するスイッチ４５０ａ，４５０ｂなどのネットワーク機器との間を接続する方式に係る情報である。たとえば、この方式には、ロードバランサにより接続する方式や、ファイアウォールにより接続する方式などがある。機器名は、ネットワーク機器を識別する識別情報である。【０１３５】
バックネットワークサブドメイン名は、図１２に示したように、ネットワークドメインがＳＬＢ４６０ａ，４６０ｂを境として２つのネットワークサブドメインに分割された場合に、インターネット７０に遠い方のネットワークサブドメインを識別する識別情報である。冗長化方式は、ネットワークドメインにおいてデータ通信経路が冗長化されている場合の冗長化の方式を示す情報である。【０１３６】
さらに、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したネットワークサブドメインの接続機器に係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明する負荷分散装置データ４９０として登録する。ここで、ネットワークサブドメインの接続機器とは、図１２で説明したＳＬＢ４６０ａ，４６０ｂなどの機器のことである。【０１３７】
図１５は、負荷分散装置に係る情報を記憶した負荷分散装置データ４９０の一例を示す図である。この負荷分散装置データ４９０は、負荷分散装置名、管理ＩＰ、機種名、ＳＮＭＰコミュニティ名およびＩＤ／パスワードの情報を記憶している。【０１３８】
負荷分散装置名は、ネットワークサブドメインの接続機器を識別する名称である。管理ＩＰは、接続機器の管理用に各接続機器に割り当てられたＩＰアドレスの情報である。機種名は、接続機器の機種の識別情報である。【０１３９】
ＳＮＭＰ（Simple  Network  Management  Protocol）コミュニティ名は、接続機器を管理するドメイン管理サーバ５０，６０およびサイト管理サーバ２０と接続機器とが属するＳＮＭＰコミュニティを特定する情報である。ＩＤ／パスワードは、接続機器にアクセスするために必要なＩＤおよびパスワードの情報である。【０１４０】
また、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したネットワークサブグループの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するネットワークサブグループデータ６６０として登録する。【０１４１】
ここで、ネットワークサブグループとは、サーバドメインに属するサーバにサーバグループが設定されている場合に、異なるサーバドメインに属するサーバグループ間を接続するネットワークを複数のネットワークに分割したものである。【０１４２】
図１６は、ネットワークサブグループの構成例を説明する説明図である。図１６には、Ｗｅｂドメイン５１０に属するサーバ５２０ａ〜５２０ｅと、ＡＰドメイン５５０に属するサーバ５６０ａ〜５６０ｅとを接続するスイッチ５９０，６１０、および、ＳＬＢ６００ａ，６００ｂが示されている。【０１４３】
ここで、サーバ５２０ａとサーバ５２０ｂとは、A_Webサーバグループ５３０を構成し、サーバ５２０ｃとサーバ５２０ｄとは、B_Webサーバグループ５４０を構成し、サーバ５６０ａとサーバ５６０ｂとは、A_APサーバグループ５７０を構成し、サーバ５６０ｃとサーバ５６０ｄとは、B_APサーバグループ５８０を構成している。【０１４４】
そして、A_Webサーバグループ５３０とＳＬＢ６００ａとを接続するネットワークがA_Web_Backネットワークサブグループ６２０を構成し、B_Webサーバグループ５４０とＳＬＢ６００ｂとを接続するネットワークがB_Web_Backネットワークサブグループ６３０を構成し、ＳＬＢ６００ａとA_APサーバグループ５７０とを接続するネットワークがA_AP_Frontネットワークサブグループ６４０を構成し、ＳＬＢ６００ｂとB_APサーバグループ５８０とを接続するネットワークがB_AP_Frontネットワークサブグループ６５０を構成している。【０１４５】
また、図１７は、ネットワークサブグループに係る情報を記憶したネットワークサブグループデータ６６０の一例を示す図である。このネットワークサブグループデータ６６０は、ネットワークサブグループ名、ネットワークサブドメイン名、サブネットおよび冗長化用サブネットの情報を記憶している。【０１４６】
ネットワークサブグループ名は、図１６で例を挙げて説明したようなネットワークサブグループを識別する識別情報である。ネットワークサブドメイン名は、ネットワークサブグループが属するネットワークサブドメインを識別する識別情報である。【０１４７】
サブネットは、ネットワークサブグループに割り当てられるネットワークアドレスおよびサブネットマスクの情報である。冗長化用サブネットは、ネットワークサブグループに属するネットワークが複数のデータ通信回線を用いて冗長化される場合に、余分に追加されたデータ通信回線からなるネットワークに割り当てられるネットワークアドレスおよびサブネットマスクの情報である。【０１４８】
その後、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したサーバドメイン間の対応関係に係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサーバドメイン間リンクデータ６７０として登録する。【０１４９】
図１８は、サーバドメイン間の対応関係に係る情報を記憶したサーバドメイン間リンクデータ６７０の一例を示す図である。このサーバドメイン間リンクデータ６７０は、フロントサーバドメイン名、ネットワークドメイン名およびバックサーバドメイン名の情報を記憶している。【０１５０】
フロントサーバドメイン名は、図１２に示したようなネットワークドメインを挟むサーバドメインのうち、よりインターネット７０側にあるサーバドメインを識別する識別情報である。ネットワークドメイン名は、図１２で説明したネットワークドメインの識別情報である。バックサーバドメイン名は、図１２に示したようなネットワークドメインを挟むサーバドメインのうち、よりインターネット７０から遠い側にあるサーバドメインを示す情報である。【０１５１】
さらに、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したサーバドメインとストレージドメインとの間の対応関係に係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサーバ／ストレージドメイン間リンクデータ６８０として登録する。【０１５２】
図１９は、サーバドメインとストレージドメインとの間の対応関係に係る情報を記憶したサーバ／ストレージドメイン間リンクデータ６８０の一例を示す図である。このサーバ／ストレージドメイン間リンクデータ６８０は、サーバドメイン名およびストレージドメイン名の情報を記憶している。ここで、サーバドメイン名は、図９に示したサーバドメイン名と同様の情報である。ストレージドメイン名は、図１１に示したストレージドメイン名と同様の情報である。【０１５３】
図４の説明に戻ると、システムリソースマネージャ２１は、管理対象となるサーバリソースおよびストレージリソースの登録をおこなう（ステップＳ１０３）。以下に、ステップＳ１０３でおこなわれる処理をさらに詳細に説明する。【０１５４】
まず、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して、サーバを登録する管理サブネットの選択をおこなった際、ユーザにより選択された管理サブネットの情報を受け付ける。【０１５５】
さらに、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して入力した管理対象とするサーバの情報を運用管理クライアント１０から受け付け、その情報をドメイン管理サーバ５０のドメインリソースＤＢ５５に、以下に説明するネットワークブートサーバデータ６９０として記憶する。ここで登録されたサーバは、後にネットワークブートがおこなわれ、サーバの各種情報が取得された後、サーバリソースとして登録される。【０１５６】
図２０は、ネットワークブートがなされるサーバの情報を記憶したネットワークブートサーバデータ６９０の一例を示す図である。このネットワークブートサーバデータ６９０は、ＭＡＣアドレス、ＩＰアドレスおよびホスト名の情報を記憶している。【０１５７】
ＭＡＣアドレスは、サーバのＭＡＣアドレスの情報である。ＩＰアドレスは、サーバに割り当てられたＩＰアドレスの情報である。ホスト名は、サーバに割り当てられたホスト名の情報である。【０１５８】
ここで、システムリソースマネージャ２１は、ネットワークブートをおこなうサーバのユーザにより入力されたＭＡＣアドレスの情報を受け付けた場合に、そのＭＡＣアドレスに対応するサーバに、ＩＰアドレスとホスト名とを自動的に割り当てる。【０１５９】
そして、システムリソースマネージャ２１は、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１と連携し、ドメイン管理サーバ５０のドメインリソースＤＢ５５に記憶された仮のＯＳを用いて、ＩＰアドレスとホスト名とが割り当てられたサーバのネットワークブートをおこなう。【０１６０】
そして、サーバサブＲＭ５２、リソースマネージャエージェント１１１ａ、および、サーバＲＭエージェント１１２ａが連携することにより、サーバのハードウェアに係る情報を収集し、収集した情報をシステムリソースドメインマネージャ５１に送信する。【０１６１】
その後、システムリソースマネージャ２１は、システムリソースドメインマネージャ５１からサーバのハードウェアに係る情報を取得して、システムリソースＤＢ２６にその情報を、以下に説明する管理対象サーバデータ７００として記憶する。【０１６２】
また、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して、ＳＡＮ１７０を介して接続されるストレージ１６０ａ〜１６０ｄからサーバを起動するＳＡＮブートをおこなうか否かの設定情報を入力した場合に、その設定情報を受け付け、その設定情報を管理対象サーバデータ７００に登録する。【０１６３】
図２１は、管理対象となるサーバのデータを記憶した管理対象サーバデータ７００の一例を示す図である。この管理対象サーバデータ７００は、サーバ名、ＩＰアドレス、ＭＡＣアドレス、サーバアーキテクチャ名、モデル名、ＳＡＮブートおよび状態の情報を記憶している。【０１６４】
サーバ名は、管理対象となるサーバを識別する名称である。ＩＰアドレスは、サーバに割り当てられたＩＰアドレスである。ＭＡＣアドレスは、サーバのＭＡＣアドレスである。サーバアーキテクチャ名は、サーバのＣＰＵアーキテクチャの識別情報である。モデル名は、サーバの型式を示す情報である。ＳＡＮブートは、ＳＡＮ１７０を介して接続されるストレージ１６０ａ〜１６０ｄからサーバを起動するＳＡＮブートをおこなうか否かの設定情報である。状態は、サーバに異常が発生しているか否かを示す情報である。【０１６５】
なお、ここでは、ユーザがＭＡＣアドレスを指定してネットワークブートをおこなうサーバを選択することとしているが、サーバの選択を自動的におこなうようにしてもよい。具体的には、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して、自動的に選択をおこなうサーバの台数に係る情報を設定した場合に、その設定情報を運用管理クライアント１０から受け付ける。【０１６６】
そして、システムリソースマネージャ２１は、設定された台数分のサーバを選択し、選択したサーバのＩＰアドレスおよびホスト名の情報を、図２０に示したネットワークブートサーバデータ６９０に登録する。【０１６７】
そして、システムリソースマネージャ２１は、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１と連携し、ドメイン管理サーバ５０のドメインリソースＤＢ５５に記憶された仮のＯＳを用いて、ＩＰアドレスとホスト名とが割り当てられたサーバのネットワークブートをおこなう。【０１６８】
そして、サーバサブＲＭ５２、リソースマネージャエージェント１１１ａ、および、サーバＲＭエージェント１１２ａが連携することにより、各サーバのＭＡＣアドレス、サーバアーキテクチャ、モデル、状態の情報を収集し、収集した情報をシステムリソースドメインマネージャ５１に送信する。【０１６９】
その後、システムリソースマネージャ２１は、システムリソースドメインマネージャ５１から各サーバのＭＡＣアドレス、サーバアーキテクチャ、モデル、状態の情報を取得して、その情報をシステムリソースＤＢ２６に管理対象サーバデータ７００として記憶する。【０１７０】
続いて、システムリソースマネージャ２１は、管理対象となるストレージ機器の登録をおこなう。ここで、ストレージ機器とは、ＦＣ（Fiber  Channel）スイッチやＲＡＩＤ装置などの機器である。【０１７１】
具体的には、システムリソースマネージャ２１は、管理対象として登録するストレージのＩＰアドレスの情報が、図７に示した管理サブネットごとにユーザにより入力された場合に、その情報を運用管理クライアント１０から受け付ける。そして、システムリソースマネージャ２１は、ＩＰアドレスに対応するストレージ機器の情報をシステムリソースＤＢ２６に記憶することによりストレージ機器を登録する。【０１７２】
その後、システムリソースマネージャ２１は、図２１の管理対象サーバデータ７００に登録されたサーバをサーバドメインに追加する処理をおこなう。具体的には、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作してサーバとそのサーバを追加するサーバドメインを指定した場合に、そのサーバおよびサーバドメインの情報を運用管理クライアント１０から受け付ける。【０１７３】
そして、システムリソースマネージャ２１は、図２１に示した管理対象サーバデータ７００を参照し、サーバのサーバアーキテクチャが、図９に示したサーバドメインデータ３４０に登録されているサーバアーキテクチャと一致することをチェックする。【０１７４】
また、システムリソースマネージャ２１は、図２１に示した管理対象サーバデータ７００を読み込み、サーバがＳＡＮブートをおこなうように設定されていることをチェックする。【０１７５】
さらに、システムリソースマネージャ２１は、サーバドメインに追加するサーバのネットワークの結線状態をチェックする。具体的には、システムリソースマネージャ２１は、図１８に示したサーバドメイン間リンクデータ６７０を読み込み、サーバドメインに対するフロントサーバドメインおよびバックサーバドメインの情報を取得する。【０１７６】
そして、システムリソースマネージャ２１は、図１４に示したネットワークドメインデータ４８０を読み込み、ネットワークドメインに対応するフロントサブドメインおよびバックサブドメインの情報を取得する。【０１７７】
その後、システムリソースマネージャ２１は、図１３に示したネットワークサブドメインデータ４７０を読み込み、フロントサブドメインおよびバックサブドメインに対応するスイッチを特定する。【０１７８】
そして、システムリソースマネージャ２１は、ネットワークＲＭ２４およびネットワークサブＲＭ５４に対して、サーバとスイッチ間の結線をチェックするよう要求する。さらに、ネットワークＲＭ２４およびネットワークサブＲＭ５４は、ネットワークＲＭエージェント１１４ａにサーバとスイッチとの間の結線をチェックするよう要求し、チェック結果を取得する。【０１７９】
そして、システムリソースマネージャ２１は、サーバとスイッチとの間の結線に問題がない場合、そのサーバに係る情報を図１０で説明したプールグループに対応付けて、以下に説明するプロビジョニング構成データ７１０としてシステムリソースＤＢ２６に記憶する。【０１８０】
図２２は、プールグループに属するサーバの情報を記憶したプロビジョニング構成データ７１０の一例を示す図である。このプロビジョニング構成データ７１０は、サーバ名、プールグループ名、サーバグループ名、ストレージサブグループ名、アクセス可否の情報を記憶する。【０１８１】
サーバ名は、図２１で説明したサーバ名と同様の情報である。プールグループは、図１０で説明したプールグループと同様の情報である。サーバグループ名は、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けた場合のグループの識別情報である。この段階では、サーバグループ名の情報はまだ登録されない。【０１８２】
ストレージサブグループ名は、ストレージドメインに属するストレージを１つまたは複数のグループに分け、サーバグループに属する各サーバに割り当てた場合に、各サーバに割り当てたグループの識別情報である。この段階では、ストレージサブグループ名の情報はまだ登録されない。アクセス可否は、サーバによるストレージへのアクセスを許可するか否かを示す情報である。この段階では、アクセス可否の情報はまだ登録されない。【０１８３】
プロビジョニング構成データ７１０にサーバ名およびプールグループを登録した後、システムリソースマネージャ２１は、先に登録したストレージ機器をストレージドメインに登録する。【０１８４】
具体的には、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して、ストレージドメインとストレージドメインに登録するストレージ機器とを指定した場合に、それらの情報を運用管理クライアント１０から受け付ける。【０１８５】
そして、システムリソースマネージャ２１は、図１９に示したサーバ／ストレージドメイン間リンクデータ６８０を読み込んで、ストレージドメインに対応するサーバドメインを特定する。【０１８６】
さらに、システムリソースマネージャ２１は、ストレージＲＭ２５およびストレージＲＭエージェント１１５ａと連携して、特定されたサーバドメインに属するサーバと、ストレージドメインに属するストレージ機器との間の結線の均一性をチェックする。【０１８７】
図２３は、結線状態が均一であるサーバとストレージ機器との結線の一例を示す図である。図２３に示すように、この例では、ストレージドメイン７４０に属するＦＣスイッチ７５０ａ、および、サーバドメイン７２０に属するサーバ７３０ａ，７３０ｂ間の結線状態と、ストレージドメイン７４０に属するＦＣスイッチ７５０ｂ、および、サーバ７３０ａ，７３０ｂ間の結線状態とが均一になっている。【０１８８】
また、ＦＣスイッチ７５０ａ，７５０ｂ、および、ストレージドメイン７４０に属するＲＡＩＤ装置７６０ａ間の結線状態と、ＦＣスイッチ７５０ａ，７５０ｂ、および、ストレージドメイン７４０に属するＲＡＩＤ装置７６０ｂ間の結線状態が均一になっている。【０１８９】
システムリソースマネージャ２１は、上記結線の均一性のチェックをＷＷＰＮ（World  
Wide  Port  Name）の情報を基にしておこなう。その際、システムリソースマネージャ２１は、図１１に示したストレージドメインデータ３６０からストレージドメインのパスの多重度の情報を読み込み、冗長度のチェックも併せておこなう。図２４は、ＷＷＰＮに基づく結線の均一性チェック処理を説明する図である。【０１９０】
図２４には、図２３に示したＲＡＩＤ装置７６０ａ，７６０ｂが記憶しているＲＡＩＤ装置ＷＷＰＮデータ７７０ａ，７７０ｂと、ＦＣスイッチ７５０ａ，７５０ｂが記憶しているＦＣスイッチＷＷＰＮデータ７８０ａ，７８０ｂと、サーバ７３０ａ，７３０ｂが記憶しているサーバＷＷＰＮデータ７９０ａ，７９０ｂとが示されている。【０１９１】
ＲＡＩＤ装置ＷＷＰＮデータ７７０ａ，７７０ｂは、ＣＡ（Channel  Adapter）およびＷＷＰＮの情報を記憶している。ＣＡは、ＲＡＩＤ装置７６０ａ，７６０ｂが有するチャネルアダプタの識別情報である。ＷＷＰＮは、ＲＡＩＤ装置７６０ａ，７６０ｂが有するチャネルアダプタに割り当てられているＷＷＰＮの情報である。【０１９２】
ＦＣスイッチＷＷＰＮデータ７８０ａ，７８０ｂは、ｐｏｒｔおよび相手先ＷＷＰＮの情報を記憶している。ｐｏｒｔは、ＦＣスイッチ７５０ａ，７５０ｂのポートの識別情報である。相手先ＷＷＰＮは、ＦＣスイッチ７５０ａ，７５０ｂのポートに接続されているＲＡＩＤ装置７６０ａ，７６０ｂのチャネルアダプタに割り当てられているＷＷＰＮの情報、または、ＦＣスイッチ７５０ａ，７５０ｂのポートに接続されているサーバ７３０ａ，７３０ｂのＨＢＡ（Host  Bus  Adapter）に割り当てられたＷＷＰＮの情報である。【０１９３】
サーバＷＷＰＮデータ７９０ａ，７９０ｂは、ＨＢＡおよびＷＷＰＮの情報を記憶している。ＨＢＡは、サーバ７３０ａ，７３０ｂが有するＨＢＡの識別情報である。ＷＷＰＮは、サーバ７３０ａ，７３０ｂが有するＨＢＡに割り当てられているＷＷＰＮの情報である。【０１９４】
システムリソースマネージャ２１は、ＲＡＩＤ装置ＷＷＰＮデータ７７０ａ，７７０ｂ、ＦＣスイッチＷＷＰＮデータ７８０ａ，７８０ｂ、および、サーバＷＷＰＮデータ７９０ａ，７９０ｂをＲＡＩＤ装置７６０ａ，７６０ｂ、ＦＣスイッチ７５０ａ，７５０ｂ、および、サーバ７３０ａ，７３０ｂから収集し、ＷＷＰＮの対応関係を調べることにより、各装置間の結線状態の均一性をチェックすることができる。【０１９５】
その後、システムリソースマネージャ２１は、あらかじめ設定されているＬＵＮ（Logical  Unit）の記憶領域と、ＬＵＮが未設定の記憶領域とをプール用のストレージとして登録する。【０１９６】
続いて、システムリソースマネージャ２１は、サーバグループの作成処理をおこなう（ステップＳ１０４）。以下に、ステップＳ１０４でおこなわれる処理をさらに詳細に説明する。【０１９７】
まず、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したストレージテンプレートに係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するストレージテンプレートデータ８００として登録する。ここで、ストレージテンプレートとは、後に作成されるサーバグループ用のストレージの構成に係る設定情報である。【０１９８】
図２５は、ストレージテンプレートに係るデータを記憶したストレージテンプレートデータ８００の一例を示す図である。このストレージテンプレートデータ８００は、ストレージテンプレート名、ディスク種別、ディスク名、信頼性の必要度、負荷の度合い、ディスク容量およびブートディスクの情報を記憶している。【０１９９】
ストレージテンプレート名は、設定されたストレージテンプレートを識別する識別情報である。ディスク種別は、ストレージテンプレートに属するディスクの用途の種別を示す情報である。【０２００】
たとえば、「root」は、そのディスクがシステムデータを記憶するために利用されることを示し、「local」は、そのディスクがサーバ個別のデータを記憶するために利用されることを示し、「shared」は、そのディスクがサーバ間で共有されるデータを記憶するために利用されることを示す。【０２０１】
ディスク名は、各ディスクに割り当てられたディスクを識別する名称である。信頼性の必要度は、ディスクに必要とされる信頼性の情報である。負荷の度合いは、ディスクにかかる負荷の度合いの情報である。ディスク容量は、ディスクの記憶容量である。ブートディスクは、そのディスクがシステムのブート用に利用されるものか否かを示す情報である。【０２０２】
続いて、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したサーバグループの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサーバグループデータ８１０として記憶する。【０２０３】
図２６は、サーバグループに係る情報を記憶したサーバグループデータ８１０の一例を示す図である。このサーバグループデータ８１０は、サーバグループ名、サーバドメイン名、ソフトウェア配布イメージ名、版数、ストレージテンプレート名、ＳＡＮブートおよび自動リカバリの情報を記憶している。【０２０４】
サーバグループ名は、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けた場合のグループの識別情報である。サーバドメイン名は、サーバグループが属するサーバドメインの識別情報である。ソフトウェア配布イメージ名は、サーバグループに属するサーバに配布するソフトウェアのイメージファイルを識別する情報である。【０２０５】
版数は、ソフトウェア配布イメージの版数の情報である。ストレージテンプレート名は、図２５で説明したストレージテンプレート名と同様の情報である。ＳＡＮブートは、サーバグループに属するサーバのＳＡＮブートをおこなうか否かを示す情報である。自動リカバリは、複数のサーバが連携して動作するスケールアウト構成のサーバが故障した場合に、自動的にサーバを追加する処理を実行するか否かを示す情報である。【０２０６】
その後、システムリソースマネージャ２１は、システムリソースＤＢ２６に、サーバグループに対応するストレージグループの情報を、以下に説明するサーバ／ストレージグループリンクデータ８２０として登録する。ここで、ストレージグループとは、同一のストレージドメインに含まれるストレージを１つまたは複数のグループに分けたものである。【０２０７】
図２７は、サーバグループに対応するストレージグループの情報を記憶したサーバ／ストレージグループリンクデータ８２０の一例を示す図である。このサーバ／ストレージグループリンクデータ８２０は、サーバグループ名、ストレージグループ名およびストレージドメイン名の情報を記憶している。【０２０８】
サーバグループ名は、図２６に示したサーバグループ名と同様の情報である。ストレージグループ名は、各サーバグループに対応して生成されたストレージグループの識別情報である。ストレージドメイン名は、ストレージグループが属するストレージドメインの識別情報である。【０２０９】
ストレージグループを生成する際には、システムリソースマネージャ２１は、図２６に示したサーバグループデータ８１０から、サーバグループに対応付けられたストレージテンプレートの情報を読み込み、図２５に示したストレージテンプレートデータ８００からストレージテンプレートに対応するディスク種別の情報を読み込む。【０２１０】
そして、システムリソースマネージャ２１は、「root」や「local」、「shared」などのディスク種別ごとに、ストレージグループを各サーバグループに対して生成し、その情報をサーバ／ストレージグループリンクデータ８２０に登録する。【０２１１】
さらに、システムリソースマネージャ２１は、図１９に示したサーバ／ストレージドメイン間リンクデータから、サーバグループが属するサーバドメインに対応するストレージドメインの情報を読み込み、その情報をサーバ／ストレージグループリンクデータ８２０に登録する。【０２１２】
その後、システムリソースマネージャ２１は、サーバグループを追加したことをＡＰ管理部１１６ａに認識させるコマンドをＡＰ管理部１１６ａに送信する。具体的には、システムリソースマネージャ２１は、図８に示した「issvgrp  add」をＡＰ管理部１１６ａに送信する。【０２１３】
続いて、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したサーバグループ間の対応関係の情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサーバグループ間リンクデータ８３０として登録する。【０２１４】
図２８は、サーバグループ間の対応関係に係る情報を記憶したサーバグループ間リンクデータ８３０の一例を示す図である。このサーバグループ間リンクデータ８３０は、フロントサーバグループ名、ネットワークグループ名およびバックサーバグループ名の情報を記憶している。【０２１５】
フロントサーバグループ名は、ネットワークグループにより連結されるサーバグループのうち、よりインターネット７０側にあるサーバグループを識別する識別情報である。ここで、ネットワークグループとは、サーバグループ間を連結するよう図１６で説明したネットワークサブグループを結合したネットワークのグループである。【０２１６】
ネットワークグループ名は、上記ネットワークグループを識別する識別情報である。バックサーバグループ名は、ネットワークグループにより連結されるサーバグループのうち、インターネット７０から遠い側にあるサーバグループを識別する識別情報である。【０２１７】
その後、システムリソースマネージャ２１は、システムリソースＤＢ２６に、ネットワークグループに係る情報を、以下に説明するネットワークグループデータ８５０として記憶する。【０２１８】
具体的には、システムリソースマネージャ２１は、まず、図１８に示したサーバドメイン間リンクデータ６７０を読み込み、２つのサーバドメインに挟まれて設定されているネットワークドメインの情報を取得する。【０２１９】
そして、システムリソースマネージャ２１は、図１４に示したネットワークドメインデータ４８０を読み込み、ネットワークドメインに対応するフロントサブドメイン、バックサブドメインおよび機器の情報を取得する。【０２２０】
さらに、システムリソースマネージャ２１は、図１７に示したネットワークサブグループデータ６６０を読み込み、フロントサブドメイン、および、バックサブドメインに対応するネットワークサブドメインをネットワークサブグループデータ６６０から検索し、検索したネットワークサブドメインに対応するネットワークサブグループのうち、未使用のネットワークサブグループを抽出する。【０２２１】
続いて、システムリソースマネージャ２１は、図１４に示したネットワークドメインデータ４８０から読み込んだ機器の情報に該当するネットワーク機器を１つまたは複数のグループに分けて、システムリソースＤＢ２６にその情報を、以下に説明する負荷分散グループデータ８４０として記憶する。【０２２２】
図２９は、負荷分散装置のグループ情報を記憶した負荷分散グループデータ８４０の一例を示す図である。この負荷分散グループデータ８４０は、負荷分散グループ名、ロードバランサ名および代表ＩＰの情報を記憶している。【０２２３】
負荷分散グループ名は、ロードバランサを１つまたは複数のグループに分けた場合のグループを識別する情報である。ロードバランサ名は、ロードバランサを識別する名称である。代表ＩＰは、各負荷分散グループに割り当てられたＩＰアドレスの情報である。【０２２４】
その後、システムリソースマネージャ２１は、上記各ネットワークグループに属するネットワークドメインやネットワークサブグループ、負荷分散グループなどの対応関係の情報に基づいて、システムリソースＤＢ２６にその情報を、以下に説明するネットワークグループデータ８５０として記憶する。【０２２５】
図３０は、ネットワークグループに係る情報を記憶したネットワークグループデータ８５０の一例を示す図である。このネットワークグループデータ８５０は、ネットワークグループ名、ネットワークドメイン名、フロントネットワークサブグループ名、負荷分散グループ名およびバックネットワークサブグループ名の情報を記憶している。【０２２６】
ネットワークグループ名は、図２８で説明したネットワークグループと同様の情報である。ネットワークドメイン名は、図１８で説明したネットワークドメインと同様の情報である。【０２２７】
フロントネットワークサブグループ名は、図１７で説明したネットワークサブグループ名に対応するものであり、負荷分散グループを挟むネットワークサブグループのうち、よりインターネット７０側にあるネットワークサブグループを識別する識別情報である。【０２２８】
負荷分散グループ名は、図２９で説明した負荷分散グループ名と同様の情報である。バックネットワークサブグループ名は、図１７で説明したネットワークサブグループ名に対応するものであり、負荷分散グループを挟むネットワークサブグループのうち、よりインターネット７０から遠い側にあるネットワークサブグループを識別する識別情報である。【０２２９】
さらに、システムリソースマネージャ２１は、ネットワークＲＭ２４およびネットワークサブＲＭ５４と連携し、図１３のネットワークサブドメインデータ４７０に登録されたスイッチに対して、ネットワークサブグループのＶＬＡＮの設定をおこなう。【０２３０】
続いて、システムリソースマネージャ２１は、サーバグループに一台目のサーバを追加して、そのサーバに導入されたソフトウェアのソフトウェアイメージを作成する処理をおこなう（ステップＳ１０５）。【０２３１】
図３１は、ステップＳ１０５でおこなわれるソフトウェアイメージ作成処理の処理手順を示すフローチャートである。まず、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して、サーバとそのサーバを登録するサーバグループを指定した場合に、サーバおよびサーバグループの情報を受け付け、サーバグループにサーバを登録する（ステップＳ２０１）。【０２３２】
そして、システムリソースマネージャ２１は、ストレージの設定を自動的に実施する（ステップＳ２０２）。すなわち、システムリソースマネージャ２１は、図２６のサーバグループデータ８１０を読み込んでサーバグループに対応するストレージテンプレートを検索し、そのストレージテンプレートの設定条件を図２５のストレージテンプレートデータ８００から取得する。【０２３３】
さらに、ストレージＲＭ２５は、システムリソースマネージャ２１により取得されたストレージテンプレートの設定条件を満足するようプールされたストレージに論理ボリュームを設定し、論理ボリュームが設定されたストレージを上記サーバグループに割り当てる処理をおこなう。【０２３４】
その後、システムリソースマネージャ２１は、各サーバが属するサーバグループに対応付けて、ＲＡＩＤ装置に設定された論理ボリュームをストレージサブグループとして登録し、サーバのストレージグループに対するアクセス権を設定する。具体的には、システムリソースマネージャ２１は、図２２に示したプロビジョニング構成データ７１０にサーバグループ名、ストレージサブグループ名およびアクセス可否の情報を記憶する。【０２３５】
図３２は、ストレージサブグループが設定されたプロビジョニング構成データ９６０の一例を示す図である。このプロビジョニング構成データ９６０には、図２２に示したプロビジョニング構成データ７１０にサーバグループ名、ストレージサブグループ名およびアクセス可否の情報が追加されている。【０２３６】
そして、ネットワークＲＭ２４が、サーバグループに登録したサーバのネットワークの設定をつぎにおこなう。すなわち、ネットワークＲＭ２４は、ＶＬＡＮとＩＰアドレスの設定を自動的に実施する（ステップＳ２０３）。【０２３７】
具体的には、ネットワークＲＭ２４は、図２８に示したサーバグループ間リンクデータ８３０から、サーバを追加したサーバグループをフロントサーバグループおよびバックサーバグループとして有するネットワークグループの情報を読み込む。【０２３８】
さらに、ネットワークＲＭ２４は、図３０に示したネットワークグループデータ８５０を読み込み、ネットワークグループに対応するフロントネットワークサブグループおよびバックネットワークサブグループを抽出する。【０２３９】
その後、ネットワークＲＭ２４は、図１７に示したネットワークサブグループデータ６６０を読み込み、フロントネットワークサブグループおよびバックネットワークサブグループに対応するネットワークサブグループを検索し、ネットワークサブグループに割り当てられたサブネットの情報を基にして、サーバにＩＰアドレスを割り当てる。【０２４０】
図３３は、サーバに割り当てられたＩＰアドレスに係る情報を記憶したＩＰアドレス管理データ１０４０の一例を示す図である。このＩＰアドレス管理データ１０４０は、システムリソースマネージャ２１により、システムリソースＤＢ２６に記憶される。【０２４１】
このＩＰアドレス管理データ１０４０は、ＩＰアドレスおよび割当先の情報を記憶している。ＩＰアドレスは、サーバに割り当てられたＩＰアドレスの情報である。割当先は、ＩＰアドレスの割当先であるサーバを識別する情報である。【０２４２】
続いて、ネットワークＲＭ２４は、図２９に示した負荷分散グループデータ８４０および図３０に示したネットワークグループデータ８５０を基にして、サーバが追加されたサーバグループに対応するネットワークグループに代表ＩＰアドレスを有する負荷分散グループを割り当てる。なお、この時点では、ロードバランサの負荷分散機能は停止状態にある。【０２４３】
その後、ユーザは、サーバに導入するＯＳなどのソフトウェアを、サーバグループに追加するサーバに対応付けられたストレージサブグループにインストールする。すなわち、ソフトウェアＲＭ２３は、必要なソフトウェアのインストール処理をおこなう（ステップＳ２０４）。なお、ストレージサブグループは、ＳＡＮの技術を用いて構成されたものである。【０２４４】
そして、ソフトウェアＲＭ２３は、ユーザアプリケーションの設定をおこなう（ステップＳ２０５）。すなわち、ソフトウェアＲＭ２３は、ユーザプログラムの起動、停止、チェックに用いるスクリプトをユーザから受け付けて、登録する処理をおこなう。図３４に、ユーザプログラムの起動、停止、チェックに用いるスクリプトをユーザから受け付ける画面の一例を示す。【０２４５】
そして、ソフトウェアサブＲＭ５３は、ソフトウェアＲＭ２３およびソフトウェアＲＭエージェント１１３ａと連携して、ＯＳ、デバイスドライバ、アプリケーションソフトウェアなどのソフトウェアの集合体から構成されるソフトウェアイメージを作成し、作成したソフトウェアイメージをドメインリソースＤＢ５５に記憶する。【０２４６】
具体的には、ソフトウェアＲＭ２３は、図８に示したミドルウェア連携ＩＦデータ３３０を読み込み、ソフトウェアＲＭエージェント１１３ａは、ミドルウェアにより実現される機能部であるＡＰ管理部１１６ａに対して、ソフトウェアイメージ採取前に実行が必要なコマンドを送信する。【０２４７】
すなわち、ソフトウェアＲＭエージェント１１３ａは、ＡＰ管理部１１６ａの機能を停止させるコマンドを送信し、ＡＰ管理部１１６ａの機能を停止させる。そして、ソフトウェアサブＲＭ５３は、サーバのシステムをシャットダウンする。さらに、ソフトウェアサブＲＭ５３は、サーバのドメイン管理サーバ５０のドメインリソースＤＢ５５に記憶された仮のＯＳを用いてサーバのネットワークブートをおこなう。【０２４８】
その後、ソフトウェアサブＲＭ５３は、起動したサーバに導入されているソフトウェアのソフトウェアイメージを作成する（ステップＳ２０６）。そして、ソフトウェアＲＭ２３は、システムリソースＤＢ２６にソフトウェアイメージに係る情報を、以下に説明するソフトウェアイメージ管理データ１０５０として登録する。【０２４９】
図３５は、ソフトウェアイメージに係る情報を記憶したソフトウェアイメージ管理データ１０５０の一例を示す図である。このソフトウェアイメージ管理データ１０５０は、ソフトウェアイメージ名、形式、ＯＳ属性およびソフトウェア名の情報を記憶している。【０２５０】
ソフトウェアイメージ名は、ソフトウェアイメージの名称である。形式は、ソフトウェアイメージがアーカイブ形式で作成されたものであるのか、パッチ形式で作成されたものであるのかを示す情報である。ＯＳ属性は、ソフトウェアイメージが、ＯＳのソフトウェアイメージであるか否かを示す情報である。ソフトウェア名は、ソフトウェアイメージが作成されたソフトウェアの名称である。【０２５１】
さらに、ソフトウェアサブＲＭ５３は、作成したソフトウェアイメージを基にして、他のサーバ用に配布するソフトウェア配布イメージを作成する。具体的には、ソフトウェアサブＲＭ５３は、一台目のサーバ用にストレージに導入された複数のソフトウェアのソフトウェアイメージを組にしたソフトウェア配布イメージを作成する。【０２５２】
そして、システムリソースマネージャ２１は、システムリソースＤＢ２６にソフトウェア配布イメージに係る情報を、以下に説明するソフトウェア配布イメージ管理データ１０６０として記憶する。【０２５３】
図３６は、ソフトウェア配布イメージに係る情報を記憶したソフトウェア配布イメージ管理データ１０６０の一例を示す図である。このソフトウェア配布イメージ管理データ１０６０は、ソフトウェア配布イメージ名、版数、サーバアーキテクチャ名およびソフトウェアイメージ／スナップショット名の情報を記憶している。【０２５４】
ソフトウェア配布イメージ名は、ソフトウェア配布イメージの名称である。版数は、ソフトウェア配布イメージの版数である。サーバアーキテクチャ名は、ソフトウェア配布イメージの配布対象となるサーバのＣＰＵアーキテクチャを識別する識別情報である。ソフトウェアイメージ／スナップショット名は、ソフトウェア配布イメージに含まれるソフトウェアイメージまたはスナップショットを識別する識別情報である。【０２５５】
ここでスナップショットとは、ある特定の時点でサーバに導入されているソフトウェアのソフトウェアイメージである。システムリソースマネージャ２１は、システムリソースＤＢ２６にスナップショットに係る情報を、以下に説明するスナップショット管理データ１０７０として登録する。【０２５６】
図３７は、スナップショットに係る情報を記憶したスナップショット管理データ１０７０の一例を示す図である。このスナップショット管理データ１０７０は、スナップショット名およびソフトウェアイメージ名の情報を記憶している。スナップショット名は、スナップショットの名称である。ソフトウェアイメージ名は、スナップショットに含まれるソフトウェアイメージを識別する識別情報である。【０２５７】
その後、ソフトウェアＲＭ２３は、ミドルウェア連携ＩＦの追加処理を自動実行する（ステップＳ２０７）。すなわち、ソフトウェアＲＭ２３は、図８に示したミドルウェア連携ＩＦデータ３３０を読み込み、ソフトウェアＲＭエージェント１１３ａは、ミドルウェアにより実現される機能部であるＡＰ管理部１１６ａに対して、ソフトウェアイメージ採取後に実行が必要なコマンドを送信する。具体的には、ソフトウェアＲＭエージェント１１３ａは、停止していたＡＰ管理部１１６ａを始動させるコマンドを送信し、ＡＰ管理部１１６ａを始動させる。【０２５８】
そして、ユーザがサーバを業務モードに移行する指示をおこなうと、ネットワークＲＭ２４は、ロードバランサによる振り分けを自動的に開始する（ステップＳ２０８）。すなわち、ネットワークＲＭ２４は、スイッチにＶＬＡＮの設定をおこなってサーバをＶＬＡＮに接続するとともに、ロードバランサの負荷分散機能を始動させ、負荷を分散させる対象サーバとして当該サーバを割り当てる。【０２５９】
その後、システムリソースマネージャ２１は、図８に示したミドルウェア連携ＩＦデータ３３０を読み込み、ミドルウェアにより実現される機能部であるＡＰ管理統括部２７に対して、サーバグループ作成後に実行が必要なコマンドを送信する。【０２６０】
具体的には、システムリソースマネージャ２１はＡＰ管理統括部２７に対して、サーバグループの追加を認識させるコマンドを送信する。そして、ＡＰ管理統括部２７は、ＡＰ管理部１１６ａと連携して、サーバに対してアプリケーションプログラムの導入および設定などをおこない、サーバを業務で利用可能な状態に設定する。【０２６１】
このように、ソフトウェアイメージを作成する際に、ソフトウェアＲＭ２３が、ユーザプログラムの起動、停止、チェックに用いるスクリプトをユーザから受け付けて、登録する処理をおこなうことによって、サーバを増減する際にユーザプログラムの起動や停止を自動的におこなうことができる。【０２６２】
図４の説明に戻ると、システムリソースマネージャ２１は、ＱｏＳの設定処理をおこなう（ステップＳ１０６）。具体的には、システムリソースマネージャ２１は、サービスごとに、負荷の上限および下限、サーバ台数の最小値および最大値、サービス間の優先順位をユーザから受け付けて、以下に説明するサービス負荷データ１０７５として登録する。【０２６３】
図３８は、サービス負荷データ１０７５の一例を示す図である。このサービス負荷データ１０７５は、サービスごとに、ドメイン名と、サービス名と、負荷の最小値、最大値および現状値を示す性能情報と、優先度と、サーバの最小数、最大数および現状数を示す台数とを記憶する。図３９に、ＱｏＳ設定画面の一例を示す。【０２６４】
その後、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したサービスの情報およびサービスグループの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサービスデータ１１８１およびサービスグループデータ１１８２として記憶する（ステップＳ１０７）。【０２６５】
図４０は、サービスに係る情報を記憶したサービスデータ１１８１の一例を示す図である。このサービスデータ１１８１は、サービス名、サーバグループ名および状態情報の情報を記憶している。【０２６６】
サービス名は、サービスの識別情報である。サーバグループ名は、サービスを提供するサーバグループの識別情報である。状態情報は、サービスがサーバグループのサーバにより提供されている状態を示す情報であり、正常な場合には「normal」であり、異常な場合には、「abnormal」である。【０２６７】
図４１は、サービスグループに係る情報を記憶したサービスグループデータ１１８２の一例を示す図である。このサービスグループデータ１１８２は、サービスグループ名およびサービス名の情報を記憶している。【０２６８】
サービスグループ名は、サービスグループの識別情報である。サービス名は、サービスグループを構成するサービスの情報である。【０２６９】
その後、システムの運用が開始されると、システムリソースマネージャ２１は、各サービスについて優先度順にサーバを追加する処理を初期設定としておこなう（ステップＳ１０８）。すなわち、システムリソースマネージャ２１は、サービスに対して運用中のサーバ台数が最小数より小さい場合には、サーバプール内にサーバがあれば、サーバプールからサーバグループへサーバを追加し、ユーザアプリケーションを起動する。【０２７０】
なお、サーバの追加にあたって、一台目のサーバに導入されたソフトウェアから作成されたソフトウェア配布イメージを二台目のサーバに対応付けられたストレージサブグループに展開した場合には、ソフトウェアＲＭ２３は、システムリソースＤＢ２６に、配布したソフトウェア配布イメージに係る情報を記憶する。【０２７１】
図４２は、ソフトウェア配布イメージの配布状況に係る情報を記憶した配布管理データ１０８０の一例を示す図である。この配布管理データ１０８０は、サーバ名、ストレージサブグループ名、ソフトウェア配布イメージ名、版数および状態の情報を記憶している。【０２７２】
サーバ名は、ストレージサブグループが割り当てられているサーバを識別する情報である。ストレージサブグループ名は、ソフトウェア配布イメージが展開されるストレージサブグループを識別する情報である。ソフトウェア配布イメージ名は、ストレージサブグループに展開されたソフトウェア配布イメージを識別する情報である。版数は、配布されたソフトウェア配布イメージの版数の情報である。状態は、ソフトウェア配布イメージの配布状況を示す情報である。【０２７３】
そして、システムの運用中に、ＡＳＣＣコア２８が、負荷に対応したサーバ運用処理をおこなう（ステップＳ１０９）。図４３は、ＡＳＣＣコア２８による負荷対応サーバ運用処理を示す図である。【０２７４】
同図に示すように、ＳＱＣマネージャ２９は、ＳＱＣエージェント１１８ａと連携して各サービスの負荷を監視し、負荷が上限値を超えた場合、あるいは、負荷が下限値を下まわった場合には、ＡＳＣＣコア２８に通知し、ＡＳＣＣコア２８がリソースコーディネータマネージャ２０ａを介してＬＡＮおよびＳＡＮの設定を制御するとともに、ＡＳＣＣサテライト１１７ａに対して、サービスを提供するユーザアプリケーションの起動や停止を指示する。【０２７５】
ここで、リソースコーディネータマネージャ２０ａは、図３に示したシステムリソースマネージャ２１、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５、システムリソースＤＢ２６、ＡＰ管理統括部２７の総称である。また、図４３のリソースコーディネータエージェント１１９ａは、図３に示したリソースマネージャエージェント１１１ａ、サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａ、ＡＰ管理部１１６ａの総称である。【０２７６】
つぎに、ＡＳＣＣコア２８による負荷対応サーバ運用処理の処理手順について説明する。図４４は、ＡＳＣＣコア２８による負荷対応サーバ運用処理の処理手順を示すフローチャートである。【０２７７】
同図に示すように、この負荷対応サーバ運用処理では、ＡＳＣＣコア２８は、ＳＱＣマネージャ２９からの通知に基づいて、サービスの負荷が負荷の上限値より大きいか否かを判定し（ステップＳ３０１）、上限値より大きい場合には、サーバ台数が最大値より小さいか否かを判定する（ステップＳ３０２）。【０２７８】
その結果、サーバ台数が最大値より小さい場合には、サーバプール内のサーバ台数が０より大きいか否かを判定し（ステップＳ３０３）、サーバプール内のサーバ台数が０より大きいときは、サーバプールからサービスに対応するサーバグループへサーバを追加するようにリソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａに指示する（ステップＳ３０４）。【０２７９】
一方、サーバプール内のサーバ台数が０より大きくないときは、空サーバがないので、他のサービスで優先度が低く、かつ、サーバ台数が最小値より大きいサービスがあるか否かを判定し（ステップＳ３０５）、該当するサービスがある場合には、そのサービスからのサーバの移動をリソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａに指示し（ステップＳ３０６）、該当するサービスがない場合、あるいは、サーバ台数が最大値より小さくない場合には、サーバを追加することはできないので処理を終了する。【０２８０】
また、サービスの負荷が負荷の上限値より大きくない場合には、サービスの負荷が負荷の下限値より小さいか否かを判定し（ステップＳ３０７）、下限値より小さい場合には、サーバ台数が最小値より大きいか否かを判定する（ステップＳ３０８）。【０２８１】
その結果、サーバ台数が最小値より大きい場合には、サーバプールにサーバを返却するようにリソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａに指示する（ステップＳ３０９）。【０２８２】
このように、ＡＳＣＣコア２８がサービスの負荷状況に対応してサーバの台数を増減するように制御することによって、サーバを効率良く使用しつつサービスレベルを適切に維持することができる。【０２８３】
つぎに、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａの連携によるサーバ追加処理の処理手順について説明する。図４５は、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａの連携によるサーバ追加処理の処理手順を示すフローチャートである。【０２８４】
同図に示すように、リソースコーディネータマネージャ２０ａは、追加するサーバがソフトウェアイメージを保持しているか否かを判定し（ステップＳ４０１）、ソフトウェアイメージを保持していない場合には、そのサーバに対してマスタイメージを配布する（ステップＳ４０２）。【０２８５】
そして、リソースコーディネータマネージャ２０ａは、ＬＡＮおよびＳＡＮの自動設定をおこない（ステップＳ４０３）、ミドルウェア連携の追加時の処理を実行する（ステップＳ４０４）。【０２８６】
そして、追加したサーバ上でＡＳＣＣサテライト１１７ａが負荷が増加したサービスに対応するユーザアプリケーションを起動する（ステップＳ４０５）。すなわち、ＡＳＣＣサテライト１１７ａは、起動スクリプトを実行する。【０２８７】
このように、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａが連携してサーバの追加処理をおこなうことによって、迅速かつ確実にサーバを追加することができる。【０２８８】
なお、ＡＳＣＣサテライト１１７ａは、起動スクリプトを実行してユーザアプリケーションを起動すると、以降、定期的にチェックスクリプトを実行し、ユーザアプリケーションの実行状況をチェックする。そして、異常を検出した場合には、ユーザアプリケーションを再起動し、再起動に失敗した場合には、サーバを故障状態に設定し、運用中のサーバ台数が最小サーバ台数より小さくなったときは、サーバプールからサーバを追加する処理をおこなう。【０２８９】
また、リソースコーディネータマネージャ２０ａは、サービスごとに動作中のサーバを以下に説明する動作サーバデータ１０９０を用いて管理する。図４６は、動作サーバデータ１０９０の一例を示す図である。同図に示すように、この動作サーバデータ１０９０は、サービスごとに、サービス名、サーバグループ名および動作中のサーバ名を記憶している。【０２９０】
つぎに、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａの連携によるサーバ返却処理の処理手順について説明する。図４７は、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａの連携によるサーバ返却処理の処理手順を示すフローチャートである。【０２９１】
図４７に示すように、まず、ＡＳＣＣサテライト１１７ａは、返却するサーバで実行されていて、負荷が減少したサービスに対応するユーザアプリケーションを停止する（ステップＳ５０１）。すなわち、ＡＳＣＣサテライト１１７ａは、返却するサーバで停止するユーザアプリケーションに対応する停止スクリプトを実行する。【０２９２】
そして、リソースコーディネータマネージャ２０ａは、ミドルウェア連携の削除時の処理を実行し（ステップＳ５０２）、ＬＡＮ、ＳＡＮの設定解除をおこなう（ステップＳ５０３）。そして、リソースコーディネータマネージャ２０ａは、返却するサーバがＳＡＮブートであるか否かを判定し（ステップＳ５０４）、ＳＡＮブートである場合には、ソフトウェアイメージを保持する（ステップＳ５０５）。【０２９３】
このように、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａが連携してサーバのサーバプールへの返却処理をおこなうことによって、迅速かつ確実にサーバを返却することができる。【０２９４】
つぎに、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａの連携によるサーバ移動処理の処理手順について説明する。図４８は、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａの連携によるサーバ移動処理の処理手順を示すフローチャートである。【０２９５】
図４８に示すように、まず、リソースコーディネータマネージャ２０ａは、サーバの移動元と移動先のサーバグループが同一であるか否かを判定し（ステップＳ６０１）、同一である場合には、ＡＳＣＣサテライト１１７ａが、移動元のサービスを提供するユーザアプリケーションを停止し（ステップＳ６０２）、移動先のサービスを提供するユーザアプリケーションを起動する（ステップＳ６０３）。【０２９６】
一方、サーバの移動元と移動先のサーバグループが同一でない場合には、リソースコーディネータマネージャ２０ａは、サーバの移動元と移動先のマスタイメージが同一であるか否かを判定し（ステップＳ６０４）、同一である場合には、サーバをサーバグループ間で移動し（ステップＳ６０５）、ＡＳＣＣサテライト１１７ａが、移動先のサービスを提供するユーザアプリケーションを起動する（ステップＳ６０３）。【０２９７】
また、サーバの移動元と移動先のマスタイメージが同一でない場合には、ＡＳＣＣサテライト１１７ａが、移動元のサービスを提供するユーザアプリケーションを停止し（ステップＳ６０６）、サーバをシャットダウンする（ステップＳ６０７）。そして、リソースコーディネータマネージャ２０ａは、サーバプールからサーバグループへサーバを追加するときと同じ処理を実行することによってサーバを移動する（ステップＳ６０８）。【０２９８】
このように、サーバを移動する場合に、リソースコーディネータマネージャ２０ａが、サーバの移動元と移動先のサーバグループが同一であるか否かを判定し、同一である場合には、ＡＳＣＣサテライト１１７ａが、移動元のサービスを提供するユーザアプリケーションの停止と移動先のサービスを提供するユーザアプリケーションの起動をおこなうことによってサーバを移動するので、サーバの移動を迅速におこなうことができる。【０２９９】
つぎに、本実施例に係る運用管理プログラムを実行するコンピュータについて説明する。図４９は、本実施例に係る運用管理プログラムを実行するコンピュータを示す図である。なお、このコンピュータ１２００は図３に示したサイト管理サーバ２０に対応する。【０３００】
図４９に示すように、このコンピュータ１２００は、入出力インタフェース１２１０と、ＬＡＮインタフェース１２２０と、ＲＡＭ１２３０と、ＨＤＤ１２４０と、ＣＰＵ１２５０とをバス１２６０に接続して構成される。【０３０１】
入出力インタフェース１２１０は、マウスやキーボードなどの入力装置や液晶ディスプレイなどの表示装置を接続するインタフェースである。ＬＡＮインタフェース１２２０は、コンピュータ１２００をＬＡＮに接続するインタフェースである。【０３０２】
ＲＡＭ１２３０は、ＣＰＵ１２５０で実行されるプログラムやＨＤＤ１２４０から読み出されたデータなどを記憶する記憶装置である。ＨＤＤ１２４０は、運用管理プログラム１２４１がインストールされたハードディスク装置であり、システムリソースＤＢ２６から読み出されたシステムリソース情報１２３１がＲＡＭ１２３０に記憶される。【０３０３】
ＣＰＵ１２５０は、ＨＤＤ１２４０にインストールされた運用管理プログラム１２４１を実行する中央処理装置であり、運用管理プログラム１２４１のリソースコーディネータマネージャ２０ａ、ＡＳＣＣコア２８およびＳＱＣマネージャ２９は、それぞれリソースコーディネータマネージャプロセス１２５１、ＡＳＣＣコアプロセス１２５２およびＳＱＣマネージャプロセス１２５３として実行される。【０３０４】
なお、運用管理プログラム１２４１は、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの可搬用の物理媒体、あるいは、インターネットなどのネットワークを介してコンピュータ１２００に接続される他のコンピュータなどに記憶され、ＨＤＤ１２４０にインストールされる。【０３０５】
上述してきたように、本実施例では、サービス負荷の増大に対応してサーバを追加する場合に、リソースコーディネータマネージャ２０ａがＬＡＮ、ＳＡＮを自動設定し、ＡＳＣＣサテライト１１７ａがサービスに対応するユーザアプリケーションを起動スクリプトを実行して起動することとしたので、サーバの追加を迅速かつ確実におこなうことができる。【０３０６】
また、本実施例では、サービス負荷の減少に対応してサーバをサーバプールに返却する場合に、ＡＳＣＣサテライト１１７ａがサービスに対応するユーザアプリケーションを停止スクリプトを実行して停止し、リソースコーディネータマネージャ２０ａがＬＡＮ、ＳＡＮの設定を自動解除することとしたので、サーバの返却を迅速かつ確実におこなうことができる。【０３０７】
なお、本実施例では、サービスの負荷状況を監視してサーバを増減する場合について説明したが、本発明はこれに限定されるものではなく、ユーザからのサーバ増減指示を受け付けてサーバの追加や返却をおこなう場合にも同様に適用することができる。
【産業上の利用可能性】
【０３０８】
以上のように、本発明に係る運用管理プログラム、運用管理方法および運用管理装置は、情報処理システムのリソース管理に有用であり、特に、ネットワークおよびストレージを用いるユーザアプリケーションを実行するサーバの台数を負荷変動に対応して増減し、サーバを効率良く使用しつつサービスレベルを適切に維持する必要がある情報処理システムのリソース管理に適している。
【図１】
2007077600.tif 000003
【図２】
2007077600.tif 000004
【図３】
2007077600.tif 000005
【図４】
2007077600.tif 000006
【図５】
2007077600.tif 000007
【図６】
2007077600.tif 000008
【図７】
2007077600.tif 000009
【図８】
2007077600.tif 000010
【図９】
2007077600.tif 000011
【図１０】
2007077600.tif 000012
【図１１】
2007077600.tif 000013
【図１２】
2007077600.tif 000014
【図１３】
2007077600.tif 000015
【図１４】
2007077600.tif 000016
【図１５】
2007077600.tif 000017
【図１６】
2007077600.tif 000018
【図１７】
2007077600.tif 000019
【図１８】
2007077600.tif 000020
【図１９】
2007077600.tif 000021
【図２０】
2007077600.tif 000022
【図２１】
2007077600.tif 000023
【図２２】
2007077600.tif 000024
【図２３】
2007077600.tif 000025
【図２４】
2007077600.tif 000026
【図２５】
2007077600.tif 000027
【図２６】
2007077600.tif 000028
【図２７】
2007077600.tif 000029
【図２８】
2007077600.tif 000030
【図２９】
2007077600.tif 000031
【図３０】
2007077600.tif 000032
【図３１】
2007077600.tif 000033
【図３２】
2007077600.tif 000034
【図３３】
2007077600.tif 000035
【図３４】
2007077600.tif 000036
【図３５】
2007077600.tif 000037
【図３６】
2007077600.tif 000038
【図３７】
2007077600.tif 000039
【図３８】
2007077600.tif 000040
【図３９】
2007077600.tif 000041
【図４０】
2007077600.tif 000042
【図４１】
2007077600.tif 000043
【図４２】
2007077600.tif 000044
【図４３】
2007077600.tif 000045
【図４４】
2007077600.tif 000046
【図４５】
2007077600.tif 000047
【図４６】
2007077600.tif 000048
【図４７】
2007077600.tif 000049
【図４８】
2007077600.tif 000050
【図４９】
2007077600.tif 000051
【手続補正書】
【提出日】平成20年5月1日(2008.5.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理プログラムであって、
前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定手順と、
追加したサーバ上で前記リソース設定手順により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動手順と、
をコンピュータに実行させることを特徴とする運用管理プログラム。
【請求項２】
前記ユーザアプリケーションを実行するサーバを削減する際に、削減するサーバで実行中のユーザアプリケーションを停止するアプリ停止手順と、
前記アプリ停止手順により停止されたユーザアプリケーションが使用していた論理リソースの設定を解除するリソース設定解除手順と、
をさらにコンピュータに実行させることを特徴とする請求項１に記載の運用管理プログラム。
【請求項３】
前記ユーザアプリケーションが提供するサービスの負荷を監視する負荷監視手順と、
前記負荷監視手順により監視される負荷に基づいて前記ユーザアプリケーションを実行するサーバ数の増減を決定するサーバ増減決定手順とをさらにコンピュータに実行させ、  前記リソース設定手順は、前記サーバ増減決定手順によりサーバの追加が決定された際に、追加するサーバに対して前記ユーザアプリケーションの実行に必要な論理リソースを設定し、
前記アプリ停止手順は、前記サーバ増減決定手順によりサーバの削減が決定された際に、削減するサーバで実行されているユーザアプリケーションを停止することを特徴とする請求項２に記載の運用管理プログラム。
【請求項４】
同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理方法であって、
前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定工程と、
追加したサーバ上で前記リソース設定工程により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動工程と、
を含んだことを特徴とする運用管理方法。
【請求項５】
同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理装置であって、
前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定手段と、
追加したサーバ上で前記リソース設定手段により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動手段と、
を備えたことを特徴とする運用管理装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理プログラム、運用管理方法および運用管理装置に関し、特に、論理リソースを使用するユーザアプリケーションが提供するサービスの負荷変動に対応して、ユーザアプリケーションを実行するサーバ数を迅速に増減することができる運用管理プログラム、運用管理方法および運用管理装置に関するものである。ここで、論理リソースとは、ネットワークやストレージである。
【背景技術】
【０００２】
従来、サービスの負荷に対応して自律的に情報処理システムの処理能力を調整するソフトウェアＡＳＣＣ(Adaptive  Services  Control  Center)（登録商標、以下同様）が開発されている（たとえば、非特許文献１参照。）。このＡＳＣＣは、サービスを提供するユーザアプリケーションを実行するサーバの台数をサービスの負荷に対応して自動的に増減させることによって、負荷が増大した場合にもサービスレベルの維持を図っている。
【０００３】
【非特許文献１】「Adaptive  Services  Control  Center  ASCC」、［平成１７年１２月６日検索］、インターネット＜URL:  http://www.fujitsu-siemens.com/products/software/management/quality_of_service/ascc.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、このＡＳＣＣには、サービスを提供するユーザアプリケーションが必要とする論理リソースの設定をおこなうことができないため、利用範囲に制限があるという問題がある。すなわち、ＡＳＣＣは、サーバの追加や削減にあたってネットワークやストレージの設定や設定解除がおこなえないために、適用できるユーザアプリケーションに制限がある。
【０００５】
本発明は、上記に鑑みてなされたものであって、論理リソースを使用するユーザアプリケーションが提供するサービスの負荷変動に対応して、ユーザアプリケーションを実行するサーバ数を迅速に増減することができる運用管理プログラム、運用管理方法および運用管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するため、請求項１の発明に係る運用管理プログラムは、同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理プログラムであって、前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定手順と、追加したサーバ上で前記リソース設定手順により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動手順と、をコンピュータに実行させることを特徴とする。
【０００７】
この請求項１の発明によれば、ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対してユーザアプリケーションの実行に必要な論理リソースを設定し、追加したサーバ上で、設定された論理リソースを用いるユーザアプリケーションを起動するよう構成したので、ユーザアプリケーションが論理リソースを使用する場合にも、ユーザアプリケーションの起動だけでサーバを追加することができる。
【０００８】
また、請求項２の発明に係る運用管理プログラムは、請求項１の発明において、前記ユーザアプリケーションを実行するサーバを削減する際に、削減するサーバで実行中のユーザアプリケーションを停止するアプリ停止手順と、前記アプリ停止手順により停止されたユーザアプリケーションが使用していた論理リソースの設定を解除するリソース設定解除手順と、をさらにコンピュータに実行させることを特徴とする。
【０００９】
この請求項２の発明によれば、ユーザアプリケーションを実行するサーバを削減する際に、削減するサーバで実行中のユーザアプリケーションを停止し、停止したユーザアプリケーションが使用していた論理リソースの設定を解除するよう構成したので、ユーザアプリケーションが論理リソースを使用する場合にも、ユーザアプリケーションの停止だけでサーバを削減することができる。
【００１０】
また、請求項３の発明に係る運用管理プログラムは、請求項２の発明において、前記ユーザアプリケーションが提供するサービスの負荷を監視する負荷監視手順と、前記負荷監視手順により監視される負荷に基づいて前記ユーザアプリケーションを実行するサーバ数の増減を決定するサーバ増減決定手順とをさらにコンピュータに実行させ、前記リソース設定手順は、前記サーバ増減決定手順によりサーバの追加が決定された際に、追加するサーバに対して前記ユーザアプリケーションの実行に必要な論理リソースを設定し、前記アプリ停止手順は、前記サーバ増減決定手順によりサーバの削減が決定された際に、削減するサーバで実行されているユーザアプリケーションを停止することを特徴とする。
【００１１】
この請求項３の発明によれば、ユーザアプリケーションが提供するサービスの負荷を監視し、監視する負荷に基づいてユーザアプリケーションを実行するサーバ数の増減を決定し、サーバの追加を決定した際に、追加するサーバに対してユーザアプリケーションの実行に必要な論理リソースを設定し、サーバの削減を決定した際に、削減するサーバで実行されているユーザアプリケーションを停止するよう構成したので、サービスの負荷変動に対応して自動的にサーバ数を増減することができる。
【００１２】
また、請求項４の発明に係る運用管理方法は、同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理方法であって、前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定工程と、追加したサーバ上で前記リソース設定工程により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動工程と、を含んだことを特徴とする。
【００１３】
この請求項４の発明によれば、ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対してユーザアプリケーションの実行に必要な論理リソースを設定し、追加したサーバ上で、設定された論理リソースを用いるユーザアプリケーションを起動するよう構成したので、ユーザアプリケーションが論理リソースを使用する場合にも、ユーザアプリケーションの起動だけでサーバを追加することができる。
【００１４】
また、請求項５の発明に係る運用管理装置は、同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理装置であって、前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定手段と、追加したサーバ上で前記リソース設定手段により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動手段と、を備えたことを特徴とする。
【００１５】
この請求項５の発明によれば、ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対してユーザアプリケーションの実行に必要な論理リソースを設定し、追加したサーバ上で、設定された論理リソースを用いるユーザアプリケーションを起動するよう構成したので、ユーザアプリケーションが論理リソースを使用する場合にも、ユーザアプリケーションの起動だけでサーバを追加することができる。
【発明の効果】
【００１６】
請求項１、４および５の発明によれば、ユーザアプリケーションが論理リソースを使用する場合にも、ユーザアプリケーションの起動だけでサーバを追加することができるので、負荷が増加した場合に迅速にサーバを追加することができるという効果を奏する。
【００１７】
また、請求項２の発明によれば、ユーザアプリケーションが論理リソースを使用する場合にも、ユーザアプリケーションの停止だけでサーバを削減することができるので、負荷が増加した場合に迅速にサーバを削減することができるという効果を奏する。
【００１８】
また、請求項３の発明によれば、サービスの負荷変動に対応して自動的にサーバ数を増減するので、サーバを効率的に使用しつつ、サービスレベルを適切に維持することができるという効果を奏する。
【発明を実施するための最良の形態】
【００１９】
以下に、本発明に係る運用管理プログラム、運用管理方法および運用管理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００２０】
まず、本実施例に係るアプリケーションプロビジョニングの概念について説明する。図１は、アプリケーションプロビジョニングの概念を説明するための説明図である。同図に示すように、アプリケーションプロビジョニングとは、業務の負荷に応じてサーバ数を自動調整することである。
【００２１】
すなわち、アプリケーションプロビジョニングとは、業務の負荷に対応したＱｏＳメトリックについて最大閾値と最小閾値を設け、ＱｏＳメトリックの値が最大閾値を越えた場合には、業務を遂行するアプリケーションに割り当てられるサーバの数を自動で追加し、ＱｏＳメトリックの値が最小閾値を下まわった場合には、業務を遂行するユーザアプリケーションに割り当てられるサーバの数を自動で削除することである。
【００２２】
ここで、負荷の変動に対応して単にサーバの追加削除をおこなうことは、従来のＡＳＣＣでもおこなわれていたが、本実施例に係るアプリケーションプロビジョニングでは、ユーザアプリケーションが必要とする論理リソースの設定や設定解除を自動的におこなう。
【００２３】
このように、本実施例に係るアプリケーションプロビジョニングでは、ユーザアプリケーションが必要とする論理リソースの設定や設定解除を自動的におこなうことによって、ネットワークやストレージを必要とするユーザアプリケーションに対しても、業務の負荷に応じてサーバ数を自動調整することができる。
【００２４】
つぎに、本実施例に係る運用管理プログラムにおけるドメインおよびサービスの概念を説明する。図２は、本実施例に係る運用管理プログラムにおけるドメインおよびサービスの概念を説明するための説明図である。
【００２５】
図２には、各業務１，２においてＷｅｂサーバ４1〜４9やＡＰ（Application）サーバ５1〜５6，ＤＢ（Database）サーバ６1〜６3、ストレージ７1〜７9などの情報処理装置が利用される場合が示されている。
【００２６】
ここで、Ｗｅｂサーバ４1〜４9は、Ｗｅｂブラウザで閲覧されるコンテンツをインターネットを介してクライアント装置に提供するサーバ装置である。ＡＰサーバ５1〜５6は、ユーザによる情報処理要求を受け付けたＷｅｂサーバ４1〜４9から要求された情報処理の実行を引き継ぐサーバ装置である。
【００２７】
ＤＢサーバ６1〜６3は、ＡＰサーバ５1〜５6からデータベースへのアクセス要求を受け付けた場合に、データベースへのアクセスを管理するサーバ装置である。ストレージ７1〜７9は、ＳＡＮによりＷｅｂサーバ４1〜４9やＡＰサーバ５1〜５6、ＤＢサーバ６1〜６3に接続される記憶装置である。
【００２８】
本実施例に係る運用管理では、ＬＡＮ（Local  Area  Network）やＳＡＮ（Storage  Area  Network）などにおいて、他の装置との間の物理的な結線状態が互いに均一であるサーバやストレージなどのリソース群をドメインとして管理する。
【００２９】
たとえば、図２の場合には、業務１，２で利用されるサーバ群が、Ｗｅｂドメイン４、ＡＰドメイン５およびＤＢドメイン６として管理され、業務１，２で利用されるストレージ群が、ストレージドメイン７として管理されている。
【００３０】
この場合、Ｗｅｂドメイン４に属するＷｅｂサーバ４1〜４9の他の装置に対する結線状態は互いに均一であり、ＡＰドメイン５に属するＡＰサーバ５1〜５6の他の装置に対する結線状態は互いに均一であり、ＤＢドメイン６に属するＤＢサーバ６1〜６3の他の装置に対する結線状態は互いに均一であり、ストレージドメイン７に属するストレージ７1〜７9の他の装置に対する結線状態は互いに均一となっている。
【００３１】
一方、ドメイン間では、他の装置に対する結線状態が異なり、セキュリティレベルも異なってくる。たとえば、Ｗｅｂドメイン４は、外部ネットワークに近接するドメインであることから、ＡＰドメイン５と比較してセキュリティレベルが低い場合が多い。
【００３２】
そして、この運用管理では、未使用のＷｅｂサーバ４1〜４9、ＡＰサーバ５1〜５6、ＤＢサーバ６1〜６3およびストレージ７1〜７9をドメインごとにプール３に登録しておき、必要に応じて各業務１，２にＷｅｂサーバ４1〜４9、ＡＰサーバ５1〜５6、ＤＢサーバ６1〜６3およびストレージ７1〜７9を割り当てる。
【００３３】
たとえば、図２では、業務１には、Ｗｅｂサーバ４2，４3、ＡＰサーバ５1、ＤＢサーバ６1、ストレージ７7が割り当てられ、業務２には、Ｗｅｂサーバ４9、ＡＰサーバ５2および５3、ＤＢサーバ６2、ストレージ７8，７9が割り当てられている。
【００３４】
ここで、各ドメインにおいて特定の業務に割り当てられたサーバは、各ドメイン内でサーバグループを構成する。そして、各サーバグループには、特定の業務を実行するために各ドメインが提供するサービスが対応し、業務が共通なサービスを各ドメインから集めることによってサービスグループを構成する。その結果、サービスグループに、各サービスを提供するサーバグループのサーバが属することとなる。
【００３５】
たとえば、業務１に割り当てられたＷｅｂサーバ４2，４3はＷｅｂドメイン４内でサーバグループ８41を構成し、サーバグループ８41はサービス９41を提供する。また、業務１に割り当てられたＡＰサーバ５1はＡＰドメイン５内でサーバグループ８51を構成し、サーバグループ８51はサービス９51を提供する。また、業務１に割り当てられたＤＢサーバ６1はＤＢドメイン６内でサーバグループ８61を構成し、サーバグループ８61はサービス９61を提供する。そして、サービス９41，９51，９61はサービスグループ９1を構成する。その結果、サービスグループ９1に、Ｗｅｂサーバ４2，４3、ＡＰサーバ５1およびＤＢサーバ６1が属することとなる。
【００３６】
つぎに、本実施例に係る運用管理システムの機能構成について説明する。図３は、本実施例に係る運用管理システムの機能構成を示す図である。
【００３７】
図３に示すように、この運用管理システムでは、運用管理クライアント１０と、サイト管理サーバ２０とが、ＦＷ（Firewall）３０経由でネットワークを介して接続されている。また、サイト管理サーバ２０とドメイン管理サーバ５０，６０とが、ＦＷ４０経由でネットワークを介して接続されている。
【００３８】
また、サイト管理サーバ２０と、エッジドメイン１８０に属するルータ８０とが、ＦＷ４０経由でネットワークを介して接続されている。さらに、サイト管理サーバ２０と、ストレージドメイン２２０に属するストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄとが、ＦＷ４０経由でネットワークを介して接続されている。
【００３９】
ドメイン管理サーバ５０は、ＦＷ９０、ＳＬＢ（Server  Load  Balancer）１００およびＷｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃに、ネットワークを介して接続されている。
【００４０】
また、ドメイン管理サーバ６０は、ＦＷ１２０、ＳＬＢ１３０、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃに、ネットワークを介して接続されている。
【００４１】
さらに、ストレージドメイン２２０に属するストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄは、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃにＳＡＮ１７０を介して接続されている。
【００４２】
ここで、運用管理クライアント１０は、リソース運用管理処理に係るさまざまな設定をユーザから受け付けて、その設定情報をサイト管理サーバ２０に送信するとともに、サイト管理サーバ２０からさまざまな出力結果を受け付けて、モニタ等に表示するクライアント装置である。
【００４３】
サイト管理サーバ２０は、図２で説明したようなリソース運用管理処理を、ドメイン管理サーバ５０，６０と連携して実行するサーバ装置である。このサイト管理サーバ２０は、システムリソースマネージャ２１、サーバＲＭ（Resource  Manager）２２、ソフトウェアＲＭ（Resource  Manager）２３、ネットワークＲＭ（Resource  Manager）２４、ストレージＲＭ（Resource  Manager）２５、システムリソースＤＢ（Database）２６、ＡＰ（Application）管理統括部２７、ＡＳＣＣコア２８およびＳＱＣマネージャ２９の各機能部を有する。
【００４４】
システムリソースマネージャ２１は、運用管理クライアント１０からリソース運用管理処理に係るさまざまな設定情報を受け付けるとともに、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５と連携してリソースの設定処理を実行する管理部である。また、このシステムリソースマネージャ２１は、ドメイン管理サーバ５０，６０との間のデータの授受を司る。
【００４５】
サーバＲＭ２２は、各サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃおよび１５０ａ〜１５０ｃの起動、停止、ハードウェアに係る情報の収集、設定などをおこなう管理部である。このサーバＲＭ２２は、ドメイン管理サーバ５０のサーバサブＲＭ（Resource  Manager）５２およびサーバ１１０ａのサーバＲＭエージェント１１２ａと連携して上記処理を実行する。
【００４６】
ソフトウェアＲＭ２３は、各サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃおよび１５０ａ〜１５０ｃに対するソフトウェアのインストール、設定、ソフトウェアに係る情報の収集などをおこなう管理部である。このソフトウェアＲＭ２３は、ドメイン管理サーバ５０のソフトウェアサブＲＭ（Resource  Manager）５３およびサーバ１１０ａのソフトウェアＲＭエージェント１１３ａと連携して上記処理を実行する。
【００４７】
ネットワークＲＭ２４は、ネットワークに係る情報の収集や設定などをおこなう管理部である。このネットワークＲＭ２４は、ドメイン管理サーバ５０のネットワークサブＲＭ（Resource  Manager）５４およびサーバ１１０ａのネットワークＲＭエージェント１１４ａと連携して上記処理を実行する。
【００４８】
ストレージＲＭ２５は、ストレージドメイン２２０に属するストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄに係る情報の収集や設定などをおこなう管理部である。ここでは、ストレージＲＭ２５は、ドメイン管理サーバ５０，６０を介することなく、ストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄを管理する。
【００４９】
システムリソースＤＢ（Database）２６は、システムリソースマネージャ２１、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４およびストレージＲＭ２５が管理するさまざまなリソースの情報を記憶するデータベースである。ここに記憶される具体的なデータについては、後に詳細に説明する。
【００５０】
ＡＰ管理統括部２７は、ＡＰ（Application）管理部１１６ａを統括管理する処理部である。具体的には、ＡＰ管理部１１６ａにアプリケーションの組み込み処理や設定処理の実行要求をおこなう。このＡＰ管理統括部２７の機能は、サイト管理サーバ２０に導入されたミドルウェアが実行されることにより実現されるものである。
【００５１】
ＡＳＣＣコア２８は、ＡＳＣＣサテライト１１７ａおよびＳＱＣマネージャ２９と連携して、サービスの負荷変動に対応してサーバの追加や削除をおこなう処理部である。このＡＳＣＣコア２８は、ユーザアプリケーションレベルでサーバの追加や削除をおこなう。
【００５２】
ここで、ユーザアプリケーションレベルでサーバの追加や削除をおこなうとは、サービスの提供に必要なソフトウェアのインストールなど時間のかかる処理をおこなうことなく、単にユーザアプリケーションの起動や停止によってサーバの追加や削除をおこなうことである。このように、ユーザアプリケーションの起動や停止によってサーバの追加や削除をおこなうことによって、サービスの負荷変動に迅速に対応することができる。
【００５３】
また、このＡＳＣＣコア２８は、システムリソースマネージャ２１、ネットワークＲＭ２４、ストレージＲＭ２５などと連携してユーザアプリケーションが使用するネットワークやストレージの設定や設定解除を自動的におこなう。
【００５４】
このＡＳＣＣコア２８がシステムリソースマネージャ２１、ネットワークＲＭ２４、ストレージＲＭ２５などと連携してユーザアプリケーションが使用するネットワークやストレージの設定や設定解除を自動的におこなうことによって、サービスの負荷変動に対応したサーバの追加や削除を迅速かつ確実におこなうことができる。
【００５５】
ＳＱＣマネージャ２９は、ＳＱＣエージェント１１８ａと連携してサービスの負荷変動を監視する処理部であり、特定のサービスの負荷が所定の最大閾値を越えた場合、あるいは、所定の最小閾値を下まわった場合に、その旨をＡＳＣＣコア２８に通知する。
【００５６】
ドメイン管理サーバ５０，６０は、１つまたは複数のドメイン内のリソースを管理するサーバ装置である。ドメイン管理サーバ５０は、システムリソースドメインマネージャ５１、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４およびドメインリソースＤＢ（Database）５５の各機能部を有する。
【００５７】
なお、ドメイン管理サーバ６０は、ドメイン管理サーバ５０の各機能部と同様の機能部を有しているため、図３ではドメイン管理サーバ６０の各機能部の図示および説明を省略する。
【００５８】
システムリソースドメインマネージャ５１は、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４と連携して各ドメインに属するリソースの情報収集や設定処理などを実行する管理部である。
【００５９】
また、このシステムリソースドメインマネージャ５１は、サイト管理サーバ２０、ＦＷ９０やＳＬＢ１００などのネットワーク機器、また、管理対象であるサーバ１１０ａ〜１１０ｃとの間のデータの授受を司る。
【００６０】
サーバサブＲＭ５２は、サーバＲＭ２２およびサーバＲＭエージェント１１２ａと連携して、各サーバ１１０ａ〜１１０ｃの起動、停止、ハードウェアに係る情報の収集、設定などをおこなう管理部である。
【００６１】
ソフトウェアサブＲＭ５３は、ソフトウェアＲＭ２３およびソフトウェアＲＭエージェント１１３ａと連携して、各サーバ１１０ａ〜１１０ｃに対するソフトウェアのインストール、設定、ソフトウェアに係る情報の収集などをおこなう管理部である。
【００６２】
ネットワークサブＲＭ５４は、ネットワークＲＭ２４およびネットワークＲＭエージェント１１４ａと連携して、ネットワークに係る情報の収集や設定などをおこなう管理部である。
【００６３】
ドメインリソースＤＢ５５は、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４が管理対象であるサーバ１１０ａ〜１１０ｃの各種情報の収集や設定をおこなう場合に、サーバ１１０ａ〜１１０ｃから取得した情報や、システムリソースＤＢ２６から取得したデータを記憶するデータベースである。また、ドメインリソースＤＢ５５は、サーバ１１０ａ〜１１０ｃのネットワークブートをおこなう場合に用いる仮のＯＳ（Operating  System）を記憶する。
【００６４】
ルータ８０は、インターネット７０を介したデータ通信においてデータパケットのルーティングをおこなうネットワーク機器である。ＦＷ３０，４０，９０，１２０は、各種サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃへの不正アクセスを防止するためのネットワーク機器である。
【００６５】
ＳＬＢ１００，１３０は、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃに対する情報処理要求を複数のサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃに分散して転送する負荷分散装置である。なお、ＳＬＢ１００，１３０の前後には、さらにスイッチが接続されているが、図３ではスイッチの図示を省略している。
【００６６】
サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃは、さまざまな情報処理を実行するサーバ装置である。サーバ１１０ａは、リソースマネージャエージェント１１１ａ、サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａ、ＡＰ管理部１１６ａ、ＡＳＣＣサテライト１１７ａおよびＳＱＣエージェント１１８ａの各機能部を有する。
【００６７】
なお、サーバ１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂは、サーバ１１０ａの各機能部と同様の機能部を有しているため、図３ではサーバ１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂの各機能部の図示および説明を省略する。
【００６８】
また、サーバ１１０ｃ，１４０ｃ，１５０ｃは、プールされているサーバであり、これらのサーバには、リソースマネージャエージェント１１１ａ、サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａ、ＡＰ管理部１１６ａ、ＡＳＣＣサテライト１１７ａおよびＳＱＣエージェント１１８ａの各機能部は存在しない。
【００６９】
これらのサーバ１１０ｃ，１４０ｃ，１５０ｃにおいては、業務に利用可能なサーバとして設定される場合に、各機能部を実現するコンピュータプログラムがサーバ１１０ｃ，１４０ｃ，１５０ｃに導入され実行されることにより各機能部が実現される。
【００７０】
リソースマネージャエージェント１１１ａは、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１からサーバ１１０ａの情報収集処理や設定処理などの実行要求を受け付け、それらの処理をサーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａと連携して実行するエージェントである。
【００７１】
サーバＲＭエージェント１１２ａは、サーバ１１０ａの起動、停止、ハードウェアに係る情報の収集、設定などを実行するエージェントである。ソフトウェアＲＭエージェント１１３ａは、サーバ１１０ａに対するソフトウェアの導入、設定およびソフトウェアに係る情報収集などをおこなうエージェントである。
【００７２】
ネットワークＲＭエージェント１１４ａは、サーバ１１０ａが接続されているネットワークの情報収集および設定などを実行するエージェントである。ストレージＲＭエージェント１１５ａは、サーバ１１０ａに接続されたストレージの情報収集や設定などをおこなうエージェントである。ＡＰ管理部１１６ａは、アプリケーションの組み込み処理や設定処理をおこなう処理部である。
【００７３】
ＡＳＣＣサテライト１１７ａは、ＡＳＣＣコア２８と連携してユーザアプリケーションの起動、停止などをおこなうエージェントである。このＡＳＣＣサテライト１１７ａが、ＡＳＣＣコア２８と連携してユーザアプリケーションの起動、停止などをおこなうことによって、サービスの負荷変動に迅速に対応することができる。
【００７４】
ＳＱＣエージェント１１８ａは、ＳＱＣマネージャ２９と連携してサービスの負荷を監視するエージェントである。このＳＱＣエージェント１１８ａが、ＳＱＣマネージャ２９と連携してサービスの負荷を監視することによって、ＡＳＣＣコア２８はサービスの負荷変動に対応した制御をおこなうことができる。
【００７５】
ストレージ１６０ａ〜１６０ｃは、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃにより利用されるストレージである。また、ストレージ１６０ｄは、プールされているストレージである。これらのストレージ１６０ａ〜１６０ｄは、ＲＡＩＤ装置により構成される。
【００７６】
なお、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃ間を接続するネットワークにはＶＬＡＮ（Virtual  Local  Area  Network）を設定する。
【００７７】
つぎに、図２で説明したような、業務へのサーバの割当処理の処理手順について説明する。図４は、業務へのサーバの割当処理の処理手順を示すフローチャートである。
【００７８】
ここで、サイト管理サーバ２０には、システムリソースマネージャ２１、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５、ＡＰ管理統括部２７、ＡＳＣＣコア２８、ＳＱＣマネージャ２９の各機能をサイト管理サーバ２０に実行させる運用管理プログラムをあらかじめ導入しておくこととする。
【００７９】
また、ドメイン管理サーバ５０，６０には、システムリソースドメインマネージャ５１、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４の各機能をドメイン管理サーバ５０，６０に実行させるプログラムをあらかじめ導入しておくこととする。
【００８０】
さらに、各サーバ１１０ａ，１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂには、リソースマネージャエージェント１１１ａ，サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａ、ＡＰ管理部１１６ａ、ＡＳＣＣサテライト１１７ａ、ＳＱＣエージェント１１８ａの各機能をサーバ１１０ａ，１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂに実行させるプログラムをあらかじめ導入しておくこととする。
【００８１】
図４に示すように、まず、サイト管理サーバ２０のシステムリソースマネージャ２１は、運用管理サーバおよび管理ＬＡＮの登録処理をおこなう（ステップＳ１０１）。ここで、運用管理サーバおよび管理ＬＡＮとは、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃやＳＡＮ１７０などの管理対象となるリソースを管理するために用いられるサイト管理サーバ２０やドメイン管理サーバ５０およびＬＡＮのことである。
【００８２】
以下に、ステップＳ１０１でおこなわれる処理をさらに詳細に説明する。図５は、運用管理サーバの情報を登録するサイトデータ３００の一例を示す図である。このサイトデータ３００は、サイト名、サイト管理サーバ名およびドメイン管理サーバ名の情報を記憶している。
【００８３】
サイト名は、管理対象となるリソースがあるサイトの識別情報である。サイト管理サーバ名は、そのサイトを管理するよう設定されたサイト管理サーバ２０の識別情報である。ドメイン管理サーバ名は、そのサイトに設定されたドメインを管理するよう設定されたドメイン管理サーバ５０，６０の識別情報である。
【００８４】
また、図６は、ドメイン管理サーバ５０，６０の情報を登録するドメイン管理サーバデータ３１０の一例を示す図である。このドメイン管理サーバデータ３１０は、ドメイン管理サーバ名および管理サブネット名の情報を記憶している。
【００８５】
ドメイン管理サーバ名は、図５で説明したドメイン管理サーバ名と同様の情報である。管理サブネット名は、ドメイン管理サーバによりリソースが管理されるサブネット（管理サブネット）の識別情報である。
【００８６】
また、図７は、管理対象となるサブネットの情報を登録する管理サブネットデータ３２０の一例を示す図である。この管理サブネットデータ３２０は、管理サブネット名、ネットワークアドレス、ネットマスクおよびデフォルトゲートウェイの情報を記憶している。
【００８７】
管理サブネット名は、図６で説明した管理サブネット名と同様の情報である。ネットワークアドレスは、管理サブネットを識別するためのネットワークアドレスである。ネットマスクは、ＩＰアドレスの何ビット目をネットワークアドレスとして使用するかを定義するために用いられるネットマスクである。デフォルトゲートウェイは、管理サブネット外にデータを送信する場合に用いられるデフォルトゲートウェイを特定するＩＰアドレスの情報である。
【００８８】
ステップＳ１０１において、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したサイト、サイト管理サーバおよびドメイン管理サーバの情報を受け付け、その情報を図５に示したサイトデータ３００に登録する。
【００８９】
また、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したドメイン管理サーバおよび管理サブネットの情報を受け付け、その情報を図６に示したドメイン管理サーバデータ３１０に登録する。
【００９０】
続いて、システムリソースマネージャ２１は、図６で説明した管理サブネットに対応するネットワークアドレス、ネットマスクおよびデフォルトゲートウェイの情報を、図７の管理サブネットデータ３２０に登録する。
【００９１】
さらに、システムリソースマネージャ２１は、ミドルウェアによりその機能が実現されるＡＰ管理統括部２７に、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃの追加や削除などのイベントの発生を通知し、ＡＰ管理統括部２７と連携して各種処理を実行するためのコマンドを設定する。
【００９２】
図８は、ミドルウェアと連携して各種処理を実行するためのコマンドを記憶したミドルウェア連携ＩＦデータ３３０の一例を示す図である。このミドルウェア連携ＩＦデータ３３０は、ミドルウェア名、対象イベント、タイミング、場所、実行コマンドの情報を記憶している。
【００９３】
ミドルウェア名は、システムリソースマネージャ２１が連携して処理をおこなうミドルウェアの情報である。対象イベントは、システムリソースマネージャ２１がミドルウェアに実行要求をおこなうイベントの情報である。タイミングは、システムリソースマネージャ２１がミドルウェアに処理の実行要求を送信するタイミング（対象イベントの処理の前後）の情報である。
【００９４】
場所は、ミドルウェアのコマンドを実行する場所（ManagerあるいはAgent）の情報である。「Manager」は、管理サイトサーバ２０上でコマンドを実行する場合を示し、「Agent」は、管理対象となるサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃ上でコマンドを実行する場合を示している。実行コマンドは、ミドルウェアに対して各種イベントの発生を通知するコマンドの情報である。
【００９５】
図４の説明に戻ると、システムリソースマネージャ２１は、ドメインの作成処理および作成したドメイン間のリンク処理をおこなう（ステップＳ１０２）。以下に、ステップＳ１０２でおこなわれる処理をさらに詳細に説明する。
【００９６】
図９は、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃが属するドメインであるサーバドメインに係る情報を記憶したサーバドメインデータ３４０の一例を示す図である。
【００９７】
このサーバドメインデータ３４０は、サーバドメイン名、サーバアーキテクチャ名および管理サブネット名の情報を記憶している。サーバドメイン名は、管理対象となるサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃが属するドメインの識別情報である。
【００９８】
サーバアーキテクチャ名は、各サーバドメインに属するサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃのＣＰＵ（Central  Processing  Unit）アーキテクチャの識別情報である。管理サブネット名は、図６に示した管理サブネット名と同様の情報である。
【００９９】
ステップＳ１０２においては、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作しておこなったサーバドメインおよびサーバアーキテクチャの設定に係る情報を受け付け、サーバドメインデータ３４０に登録する。このサーバドメインは、ステップＳ１０１において設定された管理サブネット単位で設定される。
【０１００】
また、ステップＳ１０２においては、システムリソースマネージャ２１は、各サーバドメインに属するサーバグループを設定し、サーバグループ間で共有されるプールグループおよび特定のサーバグループに専用のプールグループを設定する。
【０１０１】
ここで、サーバグループとは、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けたものである。また、プールグループとは、各サーバグループに割り当てられたサーバのプールである。
【０１０２】
図１０は、プールグループに係る情報を記憶したプールグループデータ３５０の一例を示す図である。このプールグループデータ３５０には、プールグループ名、種別、サーバドメイン名の情報が記憶されている。
【０１０３】
プールグループ名は、上述したサーバのプールの識別情報である。種別は、プールグループが複数のサーバグループに共用させるものか、特定のサーバグループにのみ利用を許可するものかを示す情報である。サーバドメイン名は、図９で説明したサーバドメイン名と同様の情報である。
【０１０４】
ここで、システムリソースマネージャ２１は、各サーバドメインに対してプールグループを割り当てる。また、サーバドメインが、複数のサーバグループを有する場合に、システムリソースマネージャ２１は、それらのサーバグループ専用のプールグループを割り当てる。
【０１０５】
その後、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したストレージドメインの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するストレージドメインデータ３６０として登録する。
【０１０６】
図１１は、ストレージドメインに係る情報を記憶したストレージドメインデータ３６０の一例を示す図である。このストレージドメインデータ３６０は、ストレージドメイン名およびパスの多重度の情報を記憶している。ストレージドメイン名は、設定されたストレージドメインを識別する識別情報である。パスの多重度は、ＳＡＮにおけるデータ通信パスの多重度の情報である。
【０１０７】
さらに、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したネットワークサブドメインの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するネットワークサブドメインデータ４７０として登録する。
【０１０８】
ここで、ネットワークサブドメインとは、異なるサーバドメインに属するサーバを接続する複数のネットワーク機器が属するネットワークドメインをさらに分割したサブドメインである。
【０１０９】
図１２は、ネットワークドメインおよびネットワークサブドメインを説明する説明図である。図１２には、Ｗｅｂドメイン３７０に属するサーバ３８０ａ〜３８０ｅと、ＡＰドメイン３９０に属するサーバ４００ａ〜４００ｅとを接続するスイッチ４３０ａ，４３０ｂ，４５０ａ，４５０ｂ、および、ＳＬＢ４６０ａ，４６０ｂが示されている。
【０１１０】
ここで、スイッチ４３０ａおよびスイッチ４３０ｂは、Web-Backネットワークサブドメイン４２０を構成し、スイッチ４５０ａおよびスイッチ４５０ｂは、AP-Frontネットワークサブドメイン４４０を構成している。
【０１１１】
また、Web-Backネットワークサブドメイン４２０、AP-Frontネットワークサブドメイン４４０、ＳＬＢ４６０ａ、および、ＳＬＢ４６０ｂがWeb-APネットワークドメイン４１０を構成している。
【０１１２】
図１３は、ネットワークサブドメインに係る情報を記憶したネットワークサブドメインデータ４７０の一例を示す図である。このネットワークサブドメインデータ４７０は、ネットワークサブドメイン名、スイッチ機種およびスイッチ管理ＩＰの情報を記憶している。
【０１１３】
ネットワークサブドメイン名は、図１２で説明したネットワークサブドメインを識別する情報である。スイッチ機種は、ネットワークサブドメインに属するスイッチの機種の情報である。スイッチ管理ＩＰは、管理用に各スイッチに割り当てられたＩＰアドレスの情報である。
【０１１４】
また、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したネットワークドメインに係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するネットワークドメインデータ４８０として登録する。
【０１１５】
図１４は、ネットワークドメインに係る情報を記憶したネットワークドメインデータ４８０の一例を示す図である。このネットワークドメインデータ４８０は、ネットワークドメイン名、フロントネットワークサブドメイン名、接続方式、機器名、バックネットワークサブドメイン名および冗長化方式の情報を記憶している。
【０１１６】
ネットワークドメイン名は、図１２で説明したネットワークドメインを識別する識別情報である。フロントネットワークサブドメイン名は、図１２に示したように、ネットワークドメインがＳＬＢ４６０ａ，４６０ｂを境として２つのネットワークサブドメインに分割された場合に、インターネット７０に近い方のネットワークサブドメインを識別する識別情報である。
【０１１７】
接続方式は、フロントネットワークサブドメインに属するスイッチ４３０ａ，４３０ｂなどのネットワーク機器と、後に説明するバックネットワークサブドメインに属するスイッチ４５０ａ，４５０ｂなどのネットワーク機器との間を接続する方式に係る情報である。たとえば、この方式には、ロードバランサにより接続する方式や、ファイアウォールにより接続する方式などがある。機器名は、ネットワーク機器を識別する識別情報である。
【０１１８】
バックネットワークサブドメイン名は、図１２に示したように、ネットワークドメインがＳＬＢ４６０ａ，４６０ｂを境として２つのネットワークサブドメインに分割された場合に、インターネット７０に遠い方のネットワークサブドメインを識別する識別情報である。冗長化方式は、ネットワークドメインにおいてデータ通信経路が冗長化されている場合の冗長化の方式を示す情報である。
【０１１９】
さらに、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したネットワークサブドメインの接続機器に係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明する負荷分散装置データ４９０として登録する。ここで、ネットワークサブドメインの接続機器とは、図１２で説明したＳＬＢ４６０ａ，４６０ｂなどの機器のことである。
【０１２０】
図１５は、負荷分散装置に係る情報を記憶した負荷分散装置データ４９０の一例を示す図である。この負荷分散装置データ４９０は、負荷分散装置名、管理ＩＰ、機種名、ＳＮＭＰコミュニティ名およびＩＤ／パスワードの情報を記憶している。
【０１２１】
負荷分散装置名は、ネットワークサブドメインの接続機器を識別する名称である。管理ＩＰは、接続機器の管理用に各接続機器に割り当てられたＩＰアドレスの情報である。機種名は、接続機器の機種の識別情報である。
【０１２２】
ＳＮＭＰ（Simple  Network  Management  Protocol）コミュニティ名は、接続機器を管理するドメイン管理サーバ５０，６０およびサイト管理サーバ２０と接続機器とが属するＳＮＭＰコミュニティを特定する情報である。ＩＤ／パスワードは、接続機器にアクセスするために必要なＩＤおよびパスワードの情報である。
【０１２３】
また、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したネットワークサブグループの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するネットワークサブグループデータ６６０として登録する。
【０１２４】
ここで、ネットワークサブグループとは、サーバドメインに属するサーバにサーバグループが設定されている場合に、異なるサーバドメインに属するサーバグループ間を接続するネットワークを複数のネットワークに分割したものである。
【０１２５】
図１６は、ネットワークサブグループの構成例を説明する説明図である。図１６には、Ｗｅｂドメイン５１０に属するサーバ５２０ａ〜５２０ｅと、ＡＰドメイン５５０に属するサーバ５６０ａ〜５６０ｅとを接続するスイッチ５９０，６１０、および、ＳＬＢ６００ａ，６００ｂが示されている。
【０１２６】
ここで、サーバ５２０ａとサーバ５２０ｂとは、A_Webサーバグループ５３０を構成し、サーバ５２０ｃとサーバ５２０ｄとは、B_Webサーバグループ５４０を構成し、サーバ５６０ａとサーバ５６０ｂとは、A_APサーバグループ５７０を構成し、サーバ５６０ｃとサーバ５６０ｄとは、B_APサーバグループ５８０を構成している。
【０１２７】
そして、A_Webサーバグループ５３０とＳＬＢ６００ａとを接続するネットワークがA_Web_Backネットワークサブグループ６２０を構成し、B_Webサーバグループ５４０とＳＬＢ６００ｂとを接続するネットワークがB_Web_Backネットワークサブグループ６３０を構成し、ＳＬＢ６００ａとA_APサーバグループ５７０とを接続するネットワークがA_AP_Frontネットワークサブグループ６４０を構成し、ＳＬＢ６００ｂとB_APサーバグループ５８０とを接続するネットワークがB_AP_Frontネットワークサブグループ６５０を構成している。
【０１２８】
また、図１７は、ネットワークサブグループに係る情報を記憶したネットワークサブグループデータ６６０の一例を示す図である。このネットワークサブグループデータ６６０は、ネットワークサブグループ名、ネットワークサブドメイン名、サブネットおよび冗長化用サブネットの情報を記憶している。
【０１２９】
ネットワークサブグループ名は、図１６で例を挙げて説明したようなネットワークサブグループを識別する識別情報である。ネットワークサブドメイン名は、ネットワークサブグループが属するネットワークサブドメインを識別する識別情報である。
【０１３０】
サブネットは、ネットワークサブグループに割り当てられるネットワークアドレスおよびサブネットマスクの情報である。冗長化用サブネットは、ネットワークサブグループに属するネットワークが複数のデータ通信回線を用いて冗長化される場合に、余分に追加されたデータ通信回線からなるネットワークに割り当てられるネットワークアドレスおよびサブネットマスクの情報である。
【０１３１】
その後、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したサーバドメイン間の対応関係に係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサーバドメイン間リンクデータ６７０として登録する。
【０１３２】
図１８は、サーバドメイン間の対応関係に係る情報を記憶したサーバドメイン間リンクデータ６７０の一例を示す図である。このサーバドメイン間リンクデータ６７０は、フロントサーバドメイン名、ネットワークドメイン名およびバックサーバドメイン名の情報を記憶している。
【０１３３】
フロントサーバドメイン名は、図１２に示したようなネットワークドメインを挟むサーバドメインのうち、よりインターネット７０側にあるサーバドメインを識別する識別情報である。ネットワークドメイン名は、図１２で説明したネットワークドメインの識別情報である。バックサーバドメイン名は、図１２に示したようなネットワークドメインを挟むサーバドメインのうち、よりインターネット７０から遠い側にあるサーバドメインを示す情報である。
【０１３４】
さらに、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したサーバドメインとストレージドメインとの間の対応関係に係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサーバ／ストレージドメイン間リンクデータ６８０として登録する。
【０１３５】
図１９は、サーバドメインとストレージドメインとの間の対応関係に係る情報を記憶したサーバ／ストレージドメイン間リンクデータ６８０の一例を示す図である。このサーバ／ストレージドメイン間リンクデータ６８０は、サーバドメイン名およびストレージドメイン名の情報を記憶している。ここで、サーバドメイン名は、図９に示したサーバドメイン名と同様の情報である。ストレージドメイン名は、図１１に示したストレージドメイン名と同様の情報である。
【０１３６】
図４の説明に戻ると、システムリソースマネージャ２１は、管理対象となるサーバリソースおよびストレージリソースの登録をおこなう（ステップＳ１０３）。以下に、ステップＳ１０３でおこなわれる処理をさらに詳細に説明する。
【０１３７】
まず、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して、サーバを登録する管理サブネットの選択をおこなった際、ユーザにより選択された管理サブネットの情報を受け付ける。
【０１３８】
さらに、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して入力した管理対象とするサーバの情報を運用管理クライアント１０から受け付け、その情報をドメイン管理サーバ５０のドメインリソースＤＢ５５に、以下に説明するネットワークブートサーバデータ６９０として記憶する。ここで登録されたサーバは、後にネットワークブートがおこなわれ、サーバの各種情報が取得された後、サーバリソースとして登録される。
【０１３９】
図２０は、ネットワークブートがなされるサーバの情報を記憶したネットワークブートサーバデータ６９０の一例を示す図である。このネットワークブートサーバデータ６９０は、ＭＡＣアドレス、ＩＰアドレスおよびホスト名の情報を記憶している。
【０１４０】
ＭＡＣアドレスは、サーバのＭＡＣアドレスの情報である。ＩＰアドレスは、サーバに割り当てられたＩＰアドレスの情報である。ホスト名は、サーバに割り当てられたホスト名の情報である。
【０１４１】
ここで、システムリソースマネージャ２１は、ネットワークブートをおこなうサーバのユーザにより入力されたＭＡＣアドレスの情報を受け付けた場合に、そのＭＡＣアドレスに対応するサーバに、ＩＰアドレスとホスト名とを自動的に割り当てる。
【０１４２】
そして、システムリソースマネージャ２１は、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１と連携し、ドメイン管理サーバ５０のドメインリソースＤＢ５５に記憶された仮のＯＳを用いて、ＩＰアドレスとホスト名とが割り当てられたサーバのネットワークブートをおこなう。
【０１４３】
そして、サーバサブＲＭ５２、リソースマネージャエージェント１１１ａ、および、サーバＲＭエージェント１１２ａが連携することにより、サーバのハードウェアに係る情報を収集し、収集した情報をシステムリソースドメインマネージャ５１に送信する。
【０１４４】
その後、システムリソースマネージャ２１は、システムリソースドメインマネージャ５１からサーバのハードウェアに係る情報を取得して、システムリソースＤＢ２６にその情報を、以下に説明する管理対象サーバデータ７００として記憶する。
【０１４５】
また、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して、ＳＡＮ１７０を介して接続されるストレージ１６０ａ〜１６０ｄからサーバを起動するＳＡＮブートをおこなうか否かの設定情報を入力した場合に、その設定情報を受け付け、その設定情報を管理対象サーバデータ７００に登録する。
【０１４６】
図２１は、管理対象となるサーバのデータを記憶した管理対象サーバデータ７００の一例を示す図である。この管理対象サーバデータ７００は、サーバ名、ＩＰアドレス、ＭＡＣアドレス、サーバアーキテクチャ名、モデル名、ＳＡＮブートおよび状態の情報を記憶している。
【０１４７】
サーバ名は、管理対象となるサーバを識別する名称である。ＩＰアドレスは、サーバに割り当てられたＩＰアドレスである。ＭＡＣアドレスは、サーバのＭＡＣアドレスである。サーバアーキテクチャ名は、サーバのＣＰＵアーキテクチャの識別情報である。モデル名は、サーバの型式を示す情報である。ＳＡＮブートは、ＳＡＮ１７０を介して接続されるストレージ１６０ａ〜１６０ｄからサーバを起動するＳＡＮブートをおこなうか否かの設定情報である。状態は、サーバに異常が発生しているか否かを示す情報である。
【０１４８】
なお、ここでは、ユーザがＭＡＣアドレスを指定してネットワークブートをおこなうサーバを選択することとしているが、サーバの選択を自動的におこなうようにしてもよい。具体的には、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して、自動的に選択をおこなうサーバの台数に係る情報を設定した場合に、その設定情報を運用管理クライアント１０から受け付ける。
【０１４９】
そして、システムリソースマネージャ２１は、設定された台数分のサーバを選択し、選択したサーバのＩＰアドレスおよびホスト名の情報を、図２０に示したネットワークブートサーバデータ６９０に登録する。
【０１５０】
そして、システムリソースマネージャ２１は、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１と連携し、ドメイン管理サーバ５０のドメインリソースＤＢ５５に記憶された仮のＯＳを用いて、ＩＰアドレスとホスト名とが割り当てられたサーバのネットワークブートをおこなう。
【０１５１】
そして、サーバサブＲＭ５２、リソースマネージャエージェント１１１ａ、および、サーバＲＭエージェント１１２ａが連携することにより、各サーバのＭＡＣアドレス、サーバアーキテクチャ、モデル、状態の情報を収集し、収集した情報をシステムリソースドメインマネージャ５１に送信する。
【０１５２】
その後、システムリソースマネージャ２１は、システムリソースドメインマネージャ５１から各サーバのＭＡＣアドレス、サーバアーキテクチャ、モデル、状態の情報を取得して、その情報をシステムリソースＤＢ２６に管理対象サーバデータ７００として記憶する。
【０１５３】
続いて、システムリソースマネージャ２１は、管理対象となるストレージ機器の登録をおこなう。ここで、ストレージ機器とは、ＦＣ（Fiber  Channel）スイッチやＲＡＩＤ装置などの機器である。
【０１５４】
具体的には、システムリソースマネージャ２１は、管理対象として登録するストレージのＩＰアドレスの情報が、図７に示した管理サブネットごとにユーザにより入力された場合に、その情報を運用管理クライアント１０から受け付ける。そして、システムリソースマネージャ２１は、ＩＰアドレスに対応するストレージ機器の情報をシステムリソースＤＢ２６に記憶することによりストレージ機器を登録する。
【０１５５】
その後、システムリソースマネージャ２１は、図２１の管理対象サーバデータ７００に登録されたサーバをサーバドメインに追加する処理をおこなう。具体的には、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作してサーバとそのサーバを追加するサーバドメインを指定した場合に、そのサーバおよびサーバドメインの情報を運用管理クライアント１０から受け付ける。
【０１５６】
そして、システムリソースマネージャ２１は、図２１に示した管理対象サーバデータ７００を参照し、サーバのサーバアーキテクチャが、図９に示したサーバドメインデータ３４０に登録されているサーバアーキテクチャと一致することをチェックする。
【０１５７】
また、システムリソースマネージャ２１は、図２１に示した管理対象サーバデータ７００を読み込み、サーバがＳＡＮブートをおこなうように設定されていることをチェックする。
【０１５８】
さらに、システムリソースマネージャ２１は、サーバドメインに追加するサーバのネットワークの結線状態をチェックする。具体的には、システムリソースマネージャ２１は、図１８に示したサーバドメイン間リンクデータ６７０を読み込み、サーバドメインに対するフロントサーバドメインおよびバックサーバドメインの情報を取得する。
【０１５９】
そして、システムリソースマネージャ２１は、図１４に示したネットワークドメインデータ４８０を読み込み、ネットワークドメインに対応するフロントサブドメインおよびバックサブドメインの情報を取得する。
【０１６０】
その後、システムリソースマネージャ２１は、図１３に示したネットワークサブドメインデータ４７０を読み込み、フロントサブドメインおよびバックサブドメインに対応するスイッチを特定する。
【０１６１】
そして、システムリソースマネージャ２１は、ネットワークＲＭ２４およびネットワークサブＲＭ５４に対して、サーバとスイッチ間の結線をチェックするよう要求する。さらに、ネットワークＲＭ２４およびネットワークサブＲＭ５４は、ネットワークＲＭエージェント１１４ａにサーバとスイッチとの間の結線をチェックするよう要求し、チェック結果を取得する。
【０１６２】
そして、システムリソースマネージャ２１は、サーバとスイッチとの間の結線に問題がない場合、そのサーバに係る情報を図１０で説明したプールグループに対応付けて、以下に説明するプロビジョニング構成データ７１０としてシステムリソースＤＢ２６に記憶する。
【０１６３】
図２２は、プールグループに属するサーバの情報を記憶したプロビジョニング構成データ７１０の一例を示す図である。このプロビジョニング構成データ７１０は、サーバ名、プールグループ名、サーバグループ名、ストレージサブグループ名、アクセス可否の情報を記憶する。
【０１６４】
サーバ名は、図２１で説明したサーバ名と同様の情報である。プールグループは、図１０で説明したプールグループと同様の情報である。サーバグループ名は、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けた場合のグループの識別情報である。この段階では、サーバグループ名の情報はまだ登録されない。
【０１６５】
ストレージサブグループ名は、ストレージドメインに属するストレージを１つまたは複数のグループに分け、サーバグループに属する各サーバに割り当てた場合に、各サーバに割り当てたグループの識別情報である。この段階では、ストレージサブグループ名の情報はまだ登録されない。アクセス可否は、サーバによるストレージへのアクセスを許可するか否かを示す情報である。この段階では、アクセス可否の情報はまだ登録されない。
【０１６６】
プロビジョニング構成データ７１０にサーバ名およびプールグループを登録した後、システムリソースマネージャ２１は、先に登録したストレージ機器をストレージドメインに登録する。
【０１６７】
具体的には、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して、ストレージドメインとストレージドメインに登録するストレージ機器とを指定した場合に、それらの情報を運用管理クライアント１０から受け付ける。
【０１６８】
そして、システムリソースマネージャ２１は、図１９に示したサーバ／ストレージドメイン間リンクデータ６８０を読み込んで、ストレージドメインに対応するサーバドメインを特定する。
【０１６９】
さらに、システムリソースマネージャ２１は、ストレージＲＭ２５およびストレージＲＭエージェント１１５ａと連携して、特定されたサーバドメインに属するサーバと、ストレージドメインに属するストレージ機器との間の結線の均一性をチェックする。
【０１７０】
図２３は、結線状態が均一であるサーバとストレージ機器との結線の一例を示す図である。図２３に示すように、この例では、ストレージドメイン７４０に属するＦＣスイッチ７５０ａ、および、サーバドメイン７２０に属するサーバ７３０ａ，７３０ｂ間の結線状態と、ストレージドメイン７４０に属するＦＣスイッチ７５０ｂ、および、サーバ７３０ａ，７３０ｂ間の結線状態とが均一になっている。
【０１７１】
また、ＦＣスイッチ７５０ａ，７５０ｂ、および、ストレージドメイン７４０に属するＲＡＩＤ装置７６０ａ間の結線状態と、ＦＣスイッチ７５０ａ，７５０ｂ、および、ストレージドメイン７４０に属するＲＡＩＤ装置７６０ｂ間の結線状態が均一になっている。
【０１７２】
システムリソースマネージャ２１は、上記結線の均一性のチェックをＷＷＰＮ（World  Wide  Port  Name）の情報を基にしておこなう。その際、システムリソースマネージャ２１は、図１１に示したストレージドメインデータ３６０からストレージドメインのパスの多重度の情報を読み込み、冗長度のチェックも併せておこなう。図２４は、ＷＷＰＮに基づく結線の均一性チェック処理を説明する図である。
【０１７３】
図２４には、図２３に示したＲＡＩＤ装置７６０ａ，７６０ｂが記憶しているＲＡＩＤ装置ＷＷＰＮデータ７７０ａ，７７０ｂと、ＦＣスイッチ７５０ａ，７５０ｂが記憶しているＦＣスイッチＷＷＰＮデータ７８０ａ，７８０ｂと、サーバ７３０ａ，７３０ｂが記憶しているサーバＷＷＰＮデータ７９０ａ，７９０ｂとが示されている。
【０１７４】
ＲＡＩＤ装置ＷＷＰＮデータ７７０ａ，７７０ｂは、ＣＡ（Channel  Adapter）およびＷＷＰＮの情報を記憶している。ＣＡは、ＲＡＩＤ装置７６０ａ，７６０ｂが有するチャネルアダプタの識別情報である。ＷＷＰＮは、ＲＡＩＤ装置７６０ａ，７６０ｂが有するチャネルアダプタに割り当てられているＷＷＰＮの情報である。
【０１７５】
ＦＣスイッチＷＷＰＮデータ７８０ａ，７８０ｂは、ｐｏｒｔおよび相手先ＷＷＰＮの情報を記憶している。ｐｏｒｔは、ＦＣスイッチ７５０ａ，７５０ｂのポートの識別情報である。相手先ＷＷＰＮは、ＦＣスイッチ７５０ａ，７５０ｂのポートに接続されているＲＡＩＤ装置７６０ａ，７６０ｂのチャネルアダプタに割り当てられているＷＷＰＮの情報、または、ＦＣスイッチ７５０ａ，７５０ｂのポートに接続されているサーバ７３０ａ，７３０ｂのＨＢＡ（Host  Bus  Adapter）に割り当てられたＷＷＰＮの情報である。
【０１７６】
サーバＷＷＰＮデータ７９０ａ，７９０ｂは、ＨＢＡおよびＷＷＰＮの情報を記憶している。ＨＢＡは、サーバ７３０ａ，７３０ｂが有するＨＢＡの識別情報である。ＷＷＰＮは、サーバ７３０ａ，７３０ｂが有するＨＢＡに割り当てられているＷＷＰＮの情報である。
【０１７７】
システムリソースマネージャ２１は、ＲＡＩＤ装置ＷＷＰＮデータ７７０ａ，７７０ｂ、ＦＣスイッチＷＷＰＮデータ７８０ａ，７８０ｂ、および、サーバＷＷＰＮデータ７９０ａ，７９０ｂをＲＡＩＤ装置７６０ａ，７６０ｂ、ＦＣスイッチ７５０ａ，７５０ｂ、および、サーバ７３０ａ，７３０ｂから収集し、ＷＷＰＮの対応関係を調べることにより、各装置間の結線状態の均一性をチェックすることができる。
【０１７８】
その後、システムリソースマネージャ２１は、あらかじめ設定されているＬＵＮ（Logical  Unit）の記憶領域と、ＬＵＮが未設定の記憶領域とをプール用のストレージとして登録する。
【０１７９】
続いて、システムリソースマネージャ２１は、サーバグループの作成処理をおこなう（ステップＳ１０４）。以下に、ステップＳ１０４でおこなわれる処理をさらに詳細に説明する。
【０１８０】
まず、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したストレージテンプレートに係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するストレージテンプレートデータ８００として登録する。ここで、ストレージテンプレートとは、後に作成されるサーバグループ用のストレージの構成に係る設定情報である。
【０１８１】
図２５は、ストレージテンプレートに係るデータを記憶したストレージテンプレートデータ８００の一例を示す図である。このストレージテンプレートデータ８００は、ストレージテンプレート名、ディスク種別、ディスク名、信頼性の必要度、負荷の度合い、ディスク容量およびブートディスクの情報を記憶している。
【０１８２】
ストレージテンプレート名は、設定されたストレージテンプレートを識別する識別情報である。ディスク種別は、ストレージテンプレートに属するディスクの用途の種別を示す情報である。
【０１８３】
たとえば、「root」は、そのディスクがシステムデータを記憶するために利用されることを示し、「local」は、そのディスクがサーバ個別のデータを記憶するために利用されることを示し、「shared」は、そのディスクがサーバ間で共有されるデータを記憶するために利用されることを示す。
【０１８４】
ディスク名は、各ディスクに割り当てられたディスクを識別する名称である。信頼性の必要度は、ディスクに必要とされる信頼性の情報である。負荷の度合いは、ディスクにかかる負荷の度合いの情報である。ディスク容量は、ディスクの記憶容量である。ブートディスクは、そのディスクがシステムのブート用に利用されるものか否かを示す情報である。
【０１８５】
続いて、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したサーバグループの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサーバグループデータ８１０として記憶する。
【０１８６】
図２６は、サーバグループに係る情報を記憶したサーバグループデータ８１０の一例を示す図である。このサーバグループデータ８１０は、サーバグループ名、サーバドメイン名、ソフトウェア配布イメージ名、版数、ストレージテンプレート名、ＳＡＮブートおよび自動リカバリの情報を記憶している。
【０１８７】
サーバグループ名は、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けた場合のグループの識別情報である。サーバドメイン名は、サーバグループが属するサーバドメインの識別情報である。ソフトウェア配布イメージ名は、サーバグループに属するサーバに配布するソフトウェアのイメージファイルを識別する情報である。
【０１８８】
版数は、ソフトウェア配布イメージの版数の情報である。ストレージテンプレート名は、図２５で説明したストレージテンプレート名と同様の情報である。ＳＡＮブートは、サーバグループに属するサーバのＳＡＮブートをおこなうか否かを示す情報である。自動リカバリは、複数のサーバが連携して動作するスケールアウト構成のサーバが故障した場合に、自動的にサーバを追加する処理を実行するか否かを示す情報である。
【０１８９】
その後、システムリソースマネージャ２１は、システムリソースＤＢ２６に、サーバグループに対応するストレージグループの情報を、以下に説明するサーバ／ストレージグループリンクデータ８２０として登録する。ここで、ストレージグループとは、同一のストレージドメインに含まれるストレージを１つまたは複数のグループに分けたものである。
【０１９０】
図２７は、サーバグループに対応するストレージグループの情報を記憶したサーバ／ストレージグループリンクデータ８２０の一例を示す図である。このサーバ／ストレージグループリンクデータ８２０は、サーバグループ名、ストレージグループ名およびストレージドメイン名の情報を記憶している。
【０１９１】
サーバグループ名は、図２６に示したサーバグループ名と同様の情報である。ストレージグループ名は、各サーバグループに対応して生成されたストレージグループの識別情報である。ストレージドメイン名は、ストレージグループが属するストレージドメインの識別情報である。
【０１９２】
ストレージグループを生成する際には、システムリソースマネージャ２１は、図２６に示したサーバグループデータ８１０から、サーバグループに対応付けられたストレージテンプレートの情報を読み込み、図２５に示したストレージテンプレートデータ８００からストレージテンプレートに対応するディスク種別の情報を読み込む。
【０１９３】
そして、システムリソースマネージャ２１は、「root」や「local」、「shared」などのディスク種別ごとに、ストレージグループを各サーバグループに対して生成し、その情報をサーバ／ストレージグループリンクデータ８２０に登録する。
【０１９４】
さらに、システムリソースマネージャ２１は、図１９に示したサーバ／ストレージドメイン間リンクデータから、サーバグループが属するサーバドメインに対応するストレージドメインの情報を読み込み、その情報をサーバ／ストレージグループリンクデータ８２０に登録する。
【０１９５】
その後、システムリソースマネージャ２１は、サーバグループを追加したことをＡＰ管理部１１６ａに認識させるコマンドをＡＰ管理部１１６ａに送信する。具体的には、システムリソースマネージャ２１は、図８に示した「issvgrp  add」をＡＰ管理部１１６ａに送信する。
【０１９６】
続いて、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して設定したサーバグループ間の対応関係の情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサーバグループ間リンクデータ８３０として登録する。
【０１９７】
図２８は、サーバグループ間の対応関係に係る情報を記憶したサーバグループ間リンクデータ８３０の一例を示す図である。このサーバグループ間リンクデータ８３０は、フロントサーバグループ名、ネットワークグループ名およびバックサーバグループ名の情報を記憶している。
【０１９８】
フロントサーバグループ名は、ネットワークグループにより連結されるサーバグループのうち、よりインターネット７０側にあるサーバグループを識別する識別情報である。ここで、ネットワークグループとは、サーバグループ間を連結するよう図１６で説明したネットワークサブグループを結合したネットワークのグループである。
【０１９９】
ネットワークグループ名は、上記ネットワークグループを識別する識別情報である。バックサーバグループ名は、ネットワークグループにより連結されるサーバグループのうち、インターネット７０から遠い側にあるサーバグループを識別する識別情報である。
【０２００】
その後、システムリソースマネージャ２１は、システムリソースＤＢ２６に、ネットワークグループに係る情報を、以下に説明するネットワークグループデータ８５０として記憶する。
【０２０１】
具体的には、システムリソースマネージャ２１は、まず、図１８に示したサーバドメイン間リンクデータ６７０を読み込み、２つのサーバドメインに挟まれて設定されているネットワークドメインの情報を取得する。
【０２０２】
そして、システムリソースマネージャ２１は、図１４に示したネットワークドメインデータ４８０を読み込み、ネットワークドメインに対応するフロントサブドメイン、バックサブドメインおよび機器の情報を取得する。
【０２０３】
さらに、システムリソースマネージャ２１は、図１７に示したネットワークサブグループデータ６６０を読み込み、フロントサブドメイン、および、バックサブドメインに対応するネットワークサブドメインをネットワークサブグループデータ６６０から検索し、検索したネットワークサブドメインに対応するネットワークサブグループのうち、未使用のネットワークサブグループを抽出する。
【０２０４】
続いて、システムリソースマネージャ２１は、図１４に示したネットワークドメインデータ４８０から読み込んだ機器の情報に該当するネットワーク機器を１つまたは複数のグループに分けて、システムリソースＤＢ２６にその情報を、以下に説明する負荷分散グループデータ８４０として記憶する。
【０２０５】
図２９は、負荷分散装置のグループ情報を記憶した負荷分散グループデータ８４０の一例を示す図である。この負荷分散グループデータ８４０は、負荷分散グループ名、ロードバランサ名および代表ＩＰの情報を記憶している。
【０２０６】
負荷分散グループ名は、ロードバランサを１つまたは複数のグループに分けた場合のグループを識別する情報である。ロードバランサ名は、ロードバランサを識別する名称である。代表ＩＰは、各負荷分散グループに割り当てられたＩＰアドレスの情報である。
【０２０７】
その後、システムリソースマネージャ２１は、上記各ネットワークグループに属するネットワークドメインやネットワークサブグループ、負荷分散グループなどの対応関係の情報に基づいて、システムリソースＤＢ２６にその情報を、以下に説明するネットワークグループデータ８５０として記憶する。
【０２０８】
図３０は、ネットワークグループに係る情報を記憶したネットワークグループデータ８５０の一例を示す図である。このネットワークグループデータ８５０は、ネットワークグループ名、ネットワークドメイン名、フロントネットワークサブグループ名、負荷分散グループ名およびバックネットワークサブグループ名の情報を記憶している。
【０２０９】
ネットワークグループ名は、図２８で説明したネットワークグループと同様の情報である。ネットワークドメイン名は、図１８で説明したネットワークドメインと同様の情報である。
【０２１０】
フロントネットワークサブグループ名は、図１７で説明したネットワークサブグループ名に対応するものであり、負荷分散グループを挟むネットワークサブグループのうち、よりインターネット７０側にあるネットワークサブグループを識別する識別情報である。
【０２１１】
負荷分散グループ名は、図２９で説明した負荷分散グループ名と同様の情報である。バックネットワークサブグループ名は、図１７で説明したネットワークサブグループ名に対応するものであり、負荷分散グループを挟むネットワークサブグループのうち、よりインターネット７０から遠い側にあるネットワークサブグループを識別する識別情報である。
【０２１２】
さらに、システムリソースマネージャ２１は、ネットワークＲＭ２４およびネットワークサブＲＭ５４と連携し、図１３のネットワークサブドメインデータ４７０に登録されたスイッチに対して、ネットワークサブグループのＶＬＡＮの設定をおこなう。
【０２１３】
続いて、システムリソースマネージャ２１は、サーバグループに一台目のサーバを追加して、そのサーバに導入されたソフトウェアのソフトウェアイメージを作成する処理をおこなう（ステップＳ１０５）。
【０２１４】
図３１は、ステップＳ１０５でおこなわれるソフトウェアイメージ作成処理の処理手順を示すフローチャートである。まず、システムリソースマネージャ２１は、ユーザが運用管理クライアント１０を操作して、サーバとそのサーバを登録するサーバグループを指定した場合に、サーバおよびサーバグループの情報を受け付け、サーバグループにサーバを登録する（ステップＳ２０１）。
【０２１５】
そして、システムリソースマネージャ２１は、ストレージの設定を自動的に実施する（ステップＳ２０２）。すなわち、システムリソースマネージャ２１は、図２６のサーバグループデータ８１０を読み込んでサーバグループに対応するストレージテンプレートを検索し、そのストレージテンプレートの設定条件を図２５のストレージテンプレートデータ８００から取得する。
【０２１６】
さらに、ストレージＲＭ２５は、システムリソースマネージャ２１により取得されたストレージテンプレートの設定条件を満足するようプールされたストレージに論理ボリュームを設定し、論理ボリュームが設定されたストレージを上記サーバグループに割り当てる処理をおこなう。
【０２１７】
その後、システムリソースマネージャ２１は、各サーバが属するサーバグループに対応付けて、ＲＡＩＤ装置に設定された論理ボリュームをストレージサブグループとして登録し、サーバのストレージグループに対するアクセス権を設定する。具体的には、システムリソースマネージャ２１は、図２２に示したプロビジョニング構成データ７１０にサーバグループ名、ストレージサブグループ名およびアクセス可否の情報を記憶する。
【０２１８】
図３２は、ストレージサブグループが設定されたプロビジョニング構成データ９６０の一例を示す図である。このプロビジョニング構成データ９６０には、図２２に示したプロビジョニング構成データ７１０にサーバグループ名、ストレージサブグループ名およびアクセス可否の情報が追加されている。
【０２１９】
そして、ネットワークＲＭ２４が、サーバグループに登録したサーバのネットワークの設定をつぎにおこなう。すなわち、ネットワークＲＭ２４は、ＶＬＡＮとＩＰアドレスの設定を自動的に実施する（ステップＳ２０３）。
【０２２０】
具体的には、ネットワークＲＭ２４は、図２８に示したサーバグループ間リンクデータ８３０から、サーバを追加したサーバグループをフロントサーバグループおよびバックサーバグループとして有するネットワークグループの情報を読み込む。
【０２２１】
さらに、ネットワークＲＭ２４は、図３０に示したネットワークグループデータ８５０を読み込み、ネットワークグループに対応するフロントネットワークサブグループおよびバックネットワークサブグループを抽出する。
【０２２２】
その後、ネットワークＲＭ２４は、図１７に示したネットワークサブグループデータ６６０を読み込み、フロントネットワークサブグループおよびバックネットワークサブグループに対応するネットワークサブグループを検索し、ネットワークサブグループに割り当てられたサブネットの情報を基にして、サーバにＩＰアドレスを割り当てる。
【０２２３】
図３３は、サーバに割り当てられたＩＰアドレスに係る情報を記憶したＩＰアドレス管理データ１０４０の一例を示す図である。このＩＰアドレス管理データ１０４０は、システムリソースマネージャ２１により、システムリソースＤＢ２６に記憶される。
【０２２４】
このＩＰアドレス管理データ１０４０は、ＩＰアドレスおよび割当先の情報を記憶している。ＩＰアドレスは、サーバに割り当てられたＩＰアドレスの情報である。割当先は、ＩＰアドレスの割当先であるサーバを識別する情報である。
【０２２５】
続いて、ネットワークＲＭ２４は、図２９に示した負荷分散グループデータ８４０および図３０に示したネットワークグループデータ８５０を基にして、サーバが追加されたサーバグループに対応するネットワークグループに代表ＩＰアドレスを有する負荷分散グループを割り当てる。なお、この時点では、ロードバランサの負荷分散機能は停止状態にある。
【０２２６】
その後、ユーザは、サーバに導入するＯＳなどのソフトウェアを、サーバグループに追加するサーバに対応付けられたストレージサブグループにインストールする。すなわち、ソフトウェアＲＭ２３は、必要なソフトウェアのインストール処理をおこなう（ステップＳ２０４）。なお、ストレージサブグループは、ＳＡＮの技術を用いて構成されたものである。
【０２２７】
そして、ソフトウェアＲＭ２３は、ユーザアプリケーションの設定をおこなう（ステップＳ２０５）。すなわち、ソフトウェアＲＭ２３は、ユーザプログラムの起動、停止、チェックに用いるスクリプトをユーザから受け付けて、登録する処理をおこなう。図３４に、ユーザプログラムの起動、停止、チェックに用いるスクリプトをユーザから受け付ける画面の一例を示す。
【０２２８】
そして、ソフトウェアサブＲＭ５３は、ソフトウェアＲＭ２３およびソフトウェアＲＭエージェント１１３ａと連携して、ＯＳ、デバイスドライバ、アプリケーションソフトウェアなどのソフトウェアの集合体から構成されるソフトウェアイメージを作成し、作成したソフトウェアイメージをドメインリソースＤＢ５５に記憶する。
【０２２９】
具体的には、ソフトウェアＲＭ２３は、図８に示したミドルウェア連携ＩＦデータ３３０を読み込み、ソフトウェアＲＭエージェント１１３ａは、ミドルウェアにより実現される機能部であるＡＰ管理部１１６ａに対して、ソフトウェアイメージ採取前に実行が必要なコマンドを送信する。
【０２３０】
すなわち、ソフトウェアＲＭエージェント１１３ａは、ＡＰ管理部１１６ａの機能を停止させるコマンドを送信し、ＡＰ管理部１１６ａの機能を停止させる。そして、ソフトウェアサブＲＭ５３は、サーバのシステムをシャットダウンする。さらに、ソフトウェアサブＲＭ５３は、サーバのドメイン管理サーバ５０のドメインリソースＤＢ５５に記憶された仮のＯＳを用いてサーバのネットワークブートをおこなう。
【０２３１】
その後、ソフトウェアサブＲＭ５３は、起動したサーバに導入されているソフトウェアのソフトウェアイメージを作成する（ステップＳ２０６）。そして、ソフトウェアＲＭ２３は、システムリソースＤＢ２６にソフトウェアイメージに係る情報を、以下に説明するソフトウェアイメージ管理データ１０５０として登録する。
【０２３２】
図３５は、ソフトウェアイメージに係る情報を記憶したソフトウェアイメージ管理データ１０５０の一例を示す図である。このソフトウェアイメージ管理データ１０５０は、ソフトウェアイメージ名、形式、ＯＳ属性およびソフトウェア名の情報を記憶している。
【０２３３】
ソフトウェアイメージ名は、ソフトウェアイメージの名称である。形式は、ソフトウェアイメージがアーカイブ形式で作成されたものであるのか、パッチ形式で作成されたものであるのかを示す情報である。ＯＳ属性は、ソフトウェアイメージが、ＯＳのソフトウェアイメージであるか否かを示す情報である。ソフトウェア名は、ソフトウェアイメージが作成されたソフトウェアの名称である。
【０２３４】
さらに、ソフトウェアサブＲＭ５３は、作成したソフトウェアイメージを基にして、他のサーバ用に配布するソフトウェア配布イメージを作成する。具体的には、ソフトウェアサブＲＭ５３は、一台目のサーバ用にストレージに導入された複数のソフトウェアのソフトウェアイメージを組にしたソフトウェア配布イメージを作成する。
【０２３５】
そして、システムリソースマネージャ２１は、システムリソースＤＢ２６にソフトウェア配布イメージに係る情報を、以下に説明するソフトウェア配布イメージ管理データ１０６０として記憶する。
【０２３６】
図３６は、ソフトウェア配布イメージに係る情報を記憶したソフトウェア配布イメージ管理データ１０６０の一例を示す図である。このソフトウェア配布イメージ管理データ１０６０は、ソフトウェア配布イメージ名、版数、サーバアーキテクチャ名およびソフトウェアイメージ／スナップショット名の情報を記憶している。
【０２３７】
ソフトウェア配布イメージ名は、ソフトウェア配布イメージの名称である。版数は、ソフトウェア配布イメージの版数である。サーバアーキテクチャ名は、ソフトウェア配布イメージの配布対象となるサーバのＣＰＵアーキテクチャを識別する識別情報である。ソフトウェアイメージ／スナップショット名は、ソフトウェア配布イメージに含まれるソフトウェアイメージまたはスナップショットを識別する識別情報である。
【０２３８】
ここでスナップショットとは、ある特定の時点でサーバに導入されているソフトウェアのソフトウェアイメージである。システムリソースマネージャ２１は、システムリソースＤＢ２６にスナップショットに係る情報を、以下に説明するスナップショット管理データ１０７０として登録する。
【０２３９】
図３７は、スナップショットに係る情報を記憶したスナップショット管理データ１０７０の一例を示す図である。このスナップショット管理データ１０７０は、スナップショット名およびソフトウェアイメージ名の情報を記憶している。スナップショット名は、スナップショットの名称である。ソフトウェアイメージ名は、スナップショットに含まれるソフトウェアイメージを識別する識別情報である。
【０２４０】
その後、ソフトウェアＲＭ２３は、ミドルウェア連携ＩＦの追加処理を自動実行する（ステップＳ２０７）。すなわち、ソフトウェアＲＭ２３は、図８に示したミドルウェア連携ＩＦデータ３３０を読み込み、ソフトウェアＲＭエージェント１１３ａは、ミドルウェアにより実現される機能部であるＡＰ管理部１１６ａに対して、ソフトウェアイメージ採取後に実行が必要なコマンドを送信する。具体的には、ソフトウェアＲＭエージェント１１３ａは、停止していたＡＰ管理部１１６ａを始動させるコマンドを送信し、ＡＰ管理部１１６ａを始動させる。
【０２４１】
そして、ユーザがサーバを業務モードに移行する指示をおこなうと、ネットワークＲＭ２４は、ロードバランサによる振り分けを自動的に開始する（ステップＳ２０８）。すなわち、ネットワークＲＭ２４は、スイッチにＶＬＡＮの設定をおこなってサーバをＶＬＡＮに接続するとともに、ロードバランサの負荷分散機能を始動させ、負荷を分散させる対象サーバとして当該サーバを割り当てる。
【０２４２】
その後、システムリソースマネージャ２１は、図８に示したミドルウェア連携ＩＦデータ３３０を読み込み、ミドルウェアにより実現される機能部であるＡＰ管理統括部２７に対して、サーバグループ作成後に実行が必要なコマンドを送信する。
【０２４３】
具体的には、システムリソースマネージャ２１はＡＰ管理統括部２７に対して、サーバグループの追加を認識させるコマンドを送信する。そして、ＡＰ管理統括部２７は、ＡＰ管理部１１６ａと連携して、サーバに対してアプリケーションプログラムの導入および設定などをおこない、サーバを業務で利用可能な状態に設定する。
【０２４４】
このように、ソフトウェアイメージを作成する際に、ソフトウェアＲＭ２３が、ユーザプログラムの起動、停止、チェックに用いるスクリプトをユーザから受け付けて、登録する処理をおこなうことによって、サーバを増減する際にユーザプログラムの起動や停止を自動的におこなうことができる。
【０２４５】
図４の説明に戻ると、システムリソースマネージャ２１は、ＱｏＳの設定処理をおこなう（ステップＳ１０６）。具体的には、システムリソースマネージャ２１は、サービスごとに、負荷の上限および下限、サーバ台数の最小値および最大値、サービス間の優先順位をユーザから受け付けて、以下に説明するサービス負荷データ１０７５として登録する。
【０２４６】
図３８は、サービス負荷データ１０７５の一例を示す図である。このサービス負荷データ１０７５は、サービスごとに、ドメイン名と、サービス名と、負荷の最小値、最大値および現状値を示す性能情報と、優先度と、サーバの最小数、最大数および現状数を示す台数とを記憶する。図３９に、ＱｏＳ設定画面の一例を示す。
【０２４７】
その後、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したサービスの情報およびサービスグループの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサービスデータ１１８１およびサービスグループデータ１１８２として記憶する（ステップＳ１０７）。
【０２４８】
図４０は、サービスに係る情報を記憶したサービスデータ１１８１の一例を示す図である。このサービスデータ１１８１は、サービス名、サーバグループ名および状態情報の情報を記憶している。
【０２４９】
サービス名は、サービスの識別情報である。サーバグループ名は、サービスを提供するサーバグループの識別情報である。状態情報は、サービスがサーバグループのサーバにより提供されている状態を示す情報であり、正常な場合には「normal」であり、異常な場合には、「abnormal」である。
【０２５０】
図４１は、サービスグループに係る情報を記憶したサービスグループデータ１１８２の一例を示す図である。このサービスグループデータ１１８２は、サービスグループ名およびサービス名の情報を記憶している。
【０２５１】
サービスグループ名は、サービスグループの識別情報である。サービス名は、サービスグループを構成するサービスの情報である。
【０２５２】
その後、システムの運用が開始されると、システムリソースマネージャ２１は、各サービスについて優先度順にサーバを追加する処理を初期設定としておこなう（ステップＳ１０８）。すなわち、システムリソースマネージャ２１は、サービスに対して運用中のサーバ台数が最小数より小さい場合には、サーバプール内にサーバがあれば、サーバプールからサーバグループへサーバを追加し、ユーザアプリケーションを起動する。
【０２５３】
なお、サーバの追加にあたって、一台目のサーバに導入されたソフトウェアから作成されたソフトウェア配布イメージを二台目のサーバに対応付けられたストレージサブグループに展開した場合には、ソフトウェアＲＭ２３は、システムリソースＤＢ２６に、配布したソフトウェア配布イメージに係る情報を記憶する。
【０２５４】
図４２は、ソフトウェア配布イメージの配布状況に係る情報を記憶した配布管理データ１０８０の一例を示す図である。この配布管理データ１０８０は、サーバ名、ストレージサブグループ名、ソフトウェア配布イメージ名、版数および状態の情報を記憶している。
【０２５５】
サーバ名は、ストレージサブグループが割り当てられているサーバを識別する情報である。ストレージサブグループ名は、ソフトウェア配布イメージが展開されるストレージサブグループを識別する情報である。ソフトウェア配布イメージ名は、ストレージサブグループに展開されたソフトウェア配布イメージを識別する情報である。版数は、配布されたソフトウェア配布イメージの版数の情報である。状態は、ソフトウェア配布イメージの配布状況を示す情報である。
【０２５６】
そして、システムの運用中に、ＡＳＣＣコア２８が、負荷に対応したサーバ運用処理をおこなう（ステップＳ１０９）。図４３は、ＡＳＣＣコア２８による負荷対応サーバ運用処理を示す図である。
【０２５７】
同図に示すように、ＳＱＣマネージャ２９は、ＳＱＣエージェント１１８ａと連携して各サービスの負荷を監視し、負荷が上限値を超えた場合、あるいは、負荷が下限値を下まわった場合には、ＡＳＣＣコア２８に通知し、ＡＳＣＣコア２８がリソースコーディネータマネージャ２０ａを介してＬＡＮおよびＳＡＮの設定を制御するとともに、ＡＳＣＣサテライト１１７ａに対して、サービスを提供するユーザアプリケーションの起動や停止を指示する。
【０２５８】
ここで、リソースコーディネータマネージャ２０ａは、図３に示したシステムリソースマネージャ２１、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５、システムリソースＤＢ２６、ＡＰ管理統括部２７の総称である。また、図４３のリソースコーディネータエージェント１１９ａは、図３に示したリソースマネージャエージェント１１１ａ、サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａ、ＡＰ管理部１１６ａの総称である。
【０２５９】
つぎに、ＡＳＣＣコア２８による負荷対応サーバ運用処理の処理手順について説明する。図４４は、ＡＳＣＣコア２８による負荷対応サーバ運用処理の処理手順を示すフローチャートである。
【０２６０】
同図に示すように、この負荷対応サーバ運用処理では、ＡＳＣＣコア２８は、ＳＱＣマネージャ２９からの通知に基づいて、サービスの負荷が負荷の上限値より大きいか否かを判定し（ステップＳ３０１）、上限値より大きい場合には、サーバ台数が最大値より小さいか否かを判定する（ステップＳ３０２）。
【０２６１】
その結果、サーバ台数が最大値より小さい場合には、サーバプール内のサーバ台数が０より大きいか否かを判定し（ステップＳ３０３）、サーバプール内のサーバ台数が０より大きいときは、サーバプールからサービスに対応するサーバグループへサーバを追加するようにリソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａに指示する（ステップＳ３０４）。
【０２６２】
一方、サーバプール内のサーバ台数が０より大きくないときは、空サーバがないので、他のサービスで優先度が低く、かつ、サーバ台数が最小値より大きいサービスがあるか否かを判定し（ステップＳ３０５）、該当するサービスがある場合には、そのサービスからのサーバの移動をリソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａに指示し（ステップＳ３０６）、該当するサービスがない場合、あるいは、サーバ台数が最大値より小さくない場合には、サーバを追加することはできないので処理を終了する。
【０２６３】
また、サービスの負荷が負荷の上限値より大きくない場合には、サービスの負荷が負荷の下限値より小さいか否かを判定し（ステップＳ３０７）、下限値より小さい場合には、サーバ台数が最小値より大きいか否かを判定する（ステップＳ３０８）。
【０２６４】
その結果、サーバ台数が最小値より大きい場合には、サーバプールにサーバを返却するようにリソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａに指示する（ステップＳ３０９）。
【０２６５】
このように、ＡＳＣＣコア２８がサービスの負荷状況に対応してサーバの台数を増減するように制御することによって、サーバを効率良く使用しつつサービスレベルを適切に維持することができる。
【０２６６】
つぎに、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａの連携によるサーバ追加処理の処理手順について説明する。図４５は、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａの連携によるサーバ追加処理の処理手順を示すフローチャートである。
【０２６７】
同図に示すように、リソースコーディネータマネージャ２０ａは、追加するサーバがソフトウェアイメージを保持しているか否かを判定し（ステップＳ４０１）、ソフトウェアイメージを保持していない場合には、そのサーバに対してマスタイメージを配布する（ステップＳ４０２）。
【０２６８】
そして、リソースコーディネータマネージャ２０ａは、ＬＡＮおよびＳＡＮの自動設定をおこない（ステップＳ４０３）、ミドルウェア連携の追加時の処理を実行する（ステップＳ４０４）。
【０２６９】
そして、追加したサーバ上でＡＳＣＣサテライト１１７ａが負荷が増加したサービスに対応するユーザアプリケーションを起動する（ステップＳ４０５）。すなわち、ＡＳＣＣサテライト１１７ａは、起動スクリプトを実行する。
【０２７０】
このように、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａが連携してサーバの追加処理をおこなうことによって、迅速かつ確実にサーバを追加することができる。
【０２７１】
なお、ＡＳＣＣサテライト１１７ａは、起動スクリプトを実行してユーザアプリケーションを起動すると、以降、定期的にチェックスクリプトを実行し、ユーザアプリケーションの実行状況をチェックする。そして、異常を検出した場合には、ユーザアプリケーションを再起動し、再起動に失敗した場合には、サーバを故障状態に設定し、運用中のサーバ台数が最小サーバ台数より小さくなったときは、サーバプールからサーバを追加する処理をおこなう。
【０２７２】
また、リソースコーディネータマネージャ２０ａは、サービスごとに動作中のサーバを以下に説明する動作サーバデータ１０９０を用いて管理する。図４６は、動作サーバデータ１０９０の一例を示す図である。同図に示すように、この動作サーバデータ１０９０は、サービスごとに、サービス名、サーバグループ名および動作中のサーバ名を記憶している。
【０２７３】
つぎに、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａの連携によるサーバ返却処理の処理手順について説明する。図４７は、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａの連携によるサーバ返却処理の処理手順を示すフローチャートである。
【０２７４】
図４７に示すように、まず、ＡＳＣＣサテライト１１７ａは、返却するサーバで実行されていて、負荷が減少したサービスに対応するユーザアプリケーションを停止する（ステップＳ５０１）。すなわち、ＡＳＣＣサテライト１１７ａは、返却するサーバで停止するユーザアプリケーションに対応する停止スクリプトを実行する。
【０２７５】
そして、リソースコーディネータマネージャ２０ａは、ミドルウェア連携の削除時の処理を実行し（ステップＳ５０２）、ＬＡＮ、ＳＡＮの設定解除をおこなう（ステップＳ５０３）。そして、リソースコーディネータマネージャ２０ａは、返却するサーバがＳＡＮブートであるか否かを判定し（ステップＳ５０４）、ＳＡＮブートである場合には、ソフトウェアイメージを保持する（ステップＳ５０５）。
【０２７６】
このように、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａが連携してサーバのサーバプールへの返却処理をおこなうことによって、迅速かつ確実にサーバを返却することができる。
【０２７７】
つぎに、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａの連携によるサーバ移動処理の処理手順について説明する。図４８は、リソースコーディネータマネージャ２０ａおよびＡＳＣＣサテライト１１７ａの連携によるサーバ移動処理の処理手順を示すフローチャートである。
【０２７８】
図４８に示すように、まず、リソースコーディネータマネージャ２０ａは、サーバの移動元と移動先のサーバグループが同一であるか否かを判定し（ステップＳ６０１）、同一である場合には、ＡＳＣＣサテライト１１７ａが、移動元のサービスを提供するユーザアプリケーションを停止し（ステップＳ６０２）、移動先のサービスを提供するユーザアプリケーションを起動する（ステップＳ６０３）。
【０２７９】
一方、サーバの移動元と移動先のサーバグループが同一でない場合には、リソースコーディネータマネージャ２０ａは、サーバの移動元と移動先のマスタイメージが同一であるか否かを判定し（ステップＳ６０４）、同一である場合には、サーバをサーバグループ間で移動し（ステップＳ６０５）、ＡＳＣＣサテライト１１７ａが、移動先のサービスを提供するユーザアプリケーションを起動する（ステップＳ６０３）。
【０２８０】
また、サーバの移動元と移動先のマスタイメージが同一でない場合には、ＡＳＣＣサテライト１１７ａが、移動元のサービスを提供するユーザアプリケーションを停止し（ステップＳ６０６）、サーバをシャットダウンする（ステップＳ６０７）。そして、リソースコーディネータマネージャ２０ａは、サーバプールからサーバグループへサーバを追加するときと同じ処理を実行することによってサーバを移動する（ステップＳ６０８）。
【０２８１】
このように、サーバを移動する場合に、リソースコーディネータマネージャ２０ａが、サーバの移動元と移動先のサーバグループが同一であるか否かを判定し、同一である場合には、ＡＳＣＣサテライト１１７ａが、移動元のサービスを提供するユーザアプリケーションの停止と移動先のサービスを提供するユーザアプリケーションの起動をおこなうことによってサーバを移動するので、サーバの移動を迅速におこなうことができる。
【０２８２】
つぎに、本実施例に係る運用管理プログラムを実行するコンピュータについて説明する。図４９は、本実施例に係る運用管理プログラムを実行するコンピュータを示す図である。なお、このコンピュータ１２００は図３に示したサイト管理サーバ２０に対応する。
【０２８３】
図４９に示すように、このコンピュータ１２００は、入出力インタフェース１２１０と、ＬＡＮインタフェース１２２０と、ＲＡＭ１２３０と、ＨＤＤ１２４０と、ＣＰＵ１２５０とをバス１２６０に接続して構成される。
【０２８４】
入出力インタフェース１２１０は、マウスやキーボードなどの入力装置や液晶ディスプレイなどの表示装置を接続するインタフェースである。ＬＡＮインタフェース１２２０は、コンピュータ１２００をＬＡＮに接続するインタフェースである。
【０２８５】
ＲＡＭ１２３０は、ＣＰＵ１２５０で実行されるプログラムやＨＤＤ１２４０から読み出されたデータなどを記憶する記憶装置である。ＨＤＤ１２４０は、運用管理プログラム１２４１がインストールされたハードディスク装置であり、システムリソースＤＢ２６から読み出されたシステムリソース情報１２３１がＲＡＭ１２３０に記憶される。
【０２８６】
ＣＰＵ１２５０は、ＨＤＤ１２４０にインストールされた運用管理プログラム１２４１を実行する中央処理装置であり、運用管理プログラム１２４１のリソースコーディネータマネージャ２０ａ、ＡＳＣＣコア２８およびＳＱＣマネージャ２９は、それぞれリソースコーディネータマネージャプロセス１２５１、ＡＳＣＣコアプロセス１２５２およびＳＱＣマネージャプロセス１２５３として実行される。
【０２８７】
なお、運用管理プログラム１２４１は、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの可搬用の物理媒体、あるいは、インターネットなどのネットワークを介してコンピュータ１２００に接続される他のコンピュータなどに記憶され、ＨＤＤ１２４０にインストールされる。
【０２８８】
上述してきたように、本実施例では、サービス負荷の増大に対応してサーバを追加する場合に、リソースコーディネータマネージャ２０ａがＬＡＮ、ＳＡＮを自動設定し、ＡＳＣＣサテライト１１７ａがサービスに対応するユーザアプリケーションを起動スクリプトを実行して起動することとしたので、サーバの追加を迅速かつ確実におこなうことができる。
【０２８９】
また、本実施例では、サービス負荷の減少に対応してサーバをサーバプールに返却する場合に、ＡＳＣＣサテライト１１７ａがサービスに対応するユーザアプリケーションを停止スクリプトを実行して停止し、リソースコーディネータマネージャ２０ａがＬＡＮ、ＳＡＮの設定を自動解除することとしたので、サーバの返却を迅速かつ確実におこなうことができる。
【０２９０】
なお、本実施例では、サービスの負荷状況を監視してサーバを増減する場合について説明したが、本発明はこれに限定されるものではなく、ユーザからのサーバ増減指示を受け付けてサーバの追加や返却をおこなう場合にも同様に適用することができる。
【０２９１】
（付記１）同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理プログラムであって、
前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定手順と、
追加したサーバ上で前記リソース設定手順により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動手順と、
をコンピュータに実行させることを特徴とする運用管理プログラム。
【０２９２】
（付記２）前記ユーザアプリケーションを実行するサーバを削減する際に、削減するサーバで実行中のユーザアプリケーションを停止するアプリ停止手順と、
前記アプリ停止手順により停止されたユーザアプリケーションが使用していた論理リソースの設定を解除するリソース設定解除手順と、
をさらにコンピュータに実行させることを特徴とする付記１に記載の運用管理プログラム。
【０２９３】
（付記３）前記ユーザアプリケーションが提供するサービスの負荷を監視する負荷監視手順と、
前記負荷監視手順により監視される負荷に基づいて前記ユーザアプリケーションを実行するサーバ数の増減を決定するサーバ増減決定手順とをさらにコンピュータに実行させ、
前記リソース設定手順は、前記サーバ増減決定手順によりサーバの追加が決定された際に、追加するサーバに対して前記ユーザアプリケーションの実行に必要な論理リソースを設定し、
前記アプリ停止手順は、前記サーバ増減決定手順によりサーバの削減が決定された際に、削減するサーバで実行されているユーザアプリケーションを停止することを特徴とする付記２に記載の運用管理プログラム。
【０２９４】
（付記４）前記サーバ増減決定手順によりサーバの追加が決定された際に空きサーバがない場合に、サービスに対応付けられた優先度に基づいて、他のサービスの提供に割り当てられているサーバを移動して追加サーバとするサーバ移動手順をさらにコンピュータに実行させ、
前記リソース設定手順は、前記サーバ移動手順によりサーバが追加された際に、追加されたサーバに対して必要に応じて前記ユーザアプリケーションの実行に必要な論理リソースを設定することを特徴とする付記３に記載の運用管理プログラム。
【０２９５】
（付記５）前記サーバ移動手順は、サービスに割り当てるサーバの最小台数よりサーバの台数がサーバの移動によって少なくなるサービスについては、サーバの移動元の対象から除外することを特徴とする付記４に記載の運用管理プログラム。
【０２９６】
（付記６）前記サーバ移動手順は、サーバの移動元と移動先のサーバグループが同一である場合には、移動元のサービスに対応するユーザアプリケーケーションを停止し、移動先のサービスに対応するユーザアプリケーションを起動することによってサーバの移動をおこなうことを特徴とする付記４に記載の運用管理プログラム。
【０２９７】
（付記７）ユーザからサーバの増減指示を受け付けるユーザ指示受付手順をさらにコンピュータに実行させ、
前記リソース設定手順は、前記ユーザ指示受付手順によりサーバの追加が受け付けられた際に、追加するサーバに対して前記ユーザアプリケーションの実行に必要な論理リソースを設定し、
前記アプリ停止手順は、前記ユーザ指示受付手順によりサーバの削減が受け付けられた際に、削減するサーバで実行されているユーザアプリケーションを停止することを特徴とする付記２に記載の運用管理プログラム。
【０２９８】
（付記８）前記サーバ増減決定手順は、サービスに割り当てられているサーバの台数が該サービスに割り当てるサーバの最大数より少ない場合で、かつ、サービスの負荷が所定の最大閾値を越えた場合にサーバの追加を決定し、サービスに割り当てられているサーバの台数が該サービスに割り当てるサーバの最小数より多い場合で、かつ、サービスの負荷が所定の最小閾値を越えた場合にサーバの削減を決定することを特徴とする付記３に記載の運用管理プログラム。
【０２９９】
（付記９）同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理方法であって、
前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定工程と、
追加したサーバ上で前記リソース設定工程により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動工程と、
を含んだことを特徴とする運用管理方法。
【０３００】
（付記１０）同一のユーザアプリケーションをそれぞれ実行して全体としてサービスを提供する複数のサーバを管理する運用管理装置であって、
前記ユーザアプリケーションを実行するサーバを追加する際に、追加するサーバに対して該ユーザアプリケーションの実行に必要な論理リソースを設定するリソース設定手段と、
追加したサーバ上で前記リソース設定手段により設定された論理リソースを用いるユーザアプリケーションを起動するアプリ起動手段と、
を備えたことを特徴とする運用管理装置。
【産業上の利用可能性】
【０３０１】
以上のように、本発明に係る運用管理プログラム、運用管理方法および運用管理装置は、情報処理システムのリソース管理に有用であり、特に、ネットワークおよびストレージを用いるユーザアプリケーションを実行するサーバの台数を負荷変動に対応して増減し、サーバを効率良く使用しつつサービスレベルを適切に維持する必要がある情報処理システムのリソース管理に適している。
【図面の簡単な説明】
【０３０２】
【図１】アプリケーションプロビジョニングの概念を説明するための説明図である。
【図２】本実施例に係る運用管理プログラムにおけるドメインおよびサービスの概念を説明するための説明図である。
【図３】本実施例に係る運用管理システムの機能構成を示す図である。
【図４】業務へのサーバの割当処理の処理手順を示すフローチャートである。
【図５】運用管理サーバの情報を登録するサイトデータの一例を示す図である。
【図６】ドメイン管理サーバの情報を登録するドメイン管理サーバデータの一例を示す図である。
【図７】管理対象となるサブネットの情報を登録する管理サブネットデータの一例を示す図である。
【図８】ミドルウェアと連携して各種処理を実行するためのコマンドを記憶したミドルウェア連携ＩＦデータの一例を示す図である。
【図９】サーバが属するドメインであるサーバドメインに係る情報を記憶したサーバドメインデータの一例を示す図である。
【図１０】プールグループに係る情報を記憶したプールグループデータの一例を示す図である。
【図１１】ストレージドメインに係る情報を記憶したストレージドメインデータの一例を示す図である。
【図１２】ネットワークドメインおよびネットワークサブドメインを説明する説明図である。
【図１３】ネットワークサブドメインに係る情報を記憶したネットワークサブドメインデータの一例を示す図である。
【図１４】ネットワークドメインに係る情報を記憶したネットワークドメインデータの一例を示す図である。
【図１５】負荷分散装置に係る情報を記憶した負荷分散装置データの一例を示す図である。
【図１６】ネットワークサブグループの構成例を説明する説明図である。
【図１７】ネットワークサブグループに係る情報を記憶したネットワークサブグループデータの一例を示す図である。
【図１８】サーバドメイン間の対応関係に係る情報を記憶したサーバドメイン間リンクデータの一例を示す図である。
【図１９】サーバドメインとストレージドメインとの間の対応関係に係る情報を記憶したサーバ／ストレージドメイン間リンクデータの一例を示す図である。
【図２０】ネットワークブートがなされるサーバの情報を記憶したネットワークブートサーバデータの一例を示す図である。
【図２１】管理対象となるサーバのデータを記憶した管理対象サーバデータの一例を示す図である。
【図２２】サーバが属するグループの情報を記憶したプロビジョニング構成データの一例を示す図である。
【図２３】結線状態が均一であるサーバとストレージ機器との結線の一例を示す図である。
【図２４】ＷＷＰＮに基づく結線の均一性チェック処理を説明する図である。
【図２５】ストレージテンプレートに係るデータを記憶したストレージテンプレートデータの一例を示す図である。
【図２６】サーバグループに係る情報を記憶したサーバグループデータの一例を示す図である。
【図２７】サーバグループに対応するストレージグループの情報を記憶したサーバ／ストレージグループリンクデータの一例を示す図である。
【図２８】サーバグループ間の対応関係に係る情報を記憶したサーバグループ間リンクデータの一例を示す図である。
【図２９】負荷分散装置のグループ情報を記憶した負荷分散グループデータの一例を示す図である。
【図３０】ネットワークグループに係る情報を記憶したネットワークグループデータの一例を示す図である。
【図３１】ステップＳ１０５でおこなわれるソフトウェアイメージ作成処理の処理手順を示すフローチャートである。
【図３２】ストレージサブグループが設定されたプロビジョニング構成データの一例を示す図である。
【図３３】サーバに割り当てられたＩＰアドレスに係る情報を記憶したＩＰアドレス管理データの一例を示す図である。
【図３４】ユーザプログラムの起動、停止、チェックに用いるスクリプトをユーザから受け付ける画面の一例を示す図である。
【図３５】ソフトウェアイメージに係る情報を記憶したソフトウェアイメージ管理データの一例を示す図である。
【図３６】ソフトウェア配布イメージに係る情報を記憶したソフトウェア配布イメージ管理データの一例を示す図である。
【図３７】スナップショットに係る情報を記憶したスナップショット管理データの一例を示す図である。
【図３８】サービス負荷データの一例を示す図である。
【図３９】ＱｏＳ設定画面の一例を示す図である。
【図４０】サービスに係る情報を記憶したサービスデータの一例を示す図である。
【図４１】サービスグループに係る情報を記憶したサービスグループデータの一例を示す図である。
【図４２】ソフトウェア配布イメージの配布状況に係る情報を記憶した配布管理データの一例を示す図である。
【図４３】ＡＳＣＣコアによる負荷対応サーバ運用処理を示す図である。
【図４４】ＡＳＣＣコアによる負荷対応サーバ運用処理の処理手順を示すフローチャートである。
【図４５】リソースコーディネータマネージャおよびＡＳＣＣサテライトの連携によるサーバ追加処理の処理手順を示すフローチャートである。
【図４６】動作サーバデータの一例を示す図である。
【図４７】リソースコーディネータマネージャおよびＡＳＣＣサテライトの連携によるサーバ返却処理の処理手順を示すフローチャートである。
【図４８】リソースコーディネータマネージャおよびＡＳＣＣサテライトの連携によるサーバ移動処理の処理手順を示すフローチャートである。
【図４９】本実施例に係る運用管理プログラムを実行するコンピュータを示す図である。
【符号の説明】
【０３０３】
１，２    業務
３    プール
４    Ｗｅｂドメイン
４1〜４9    Ｗｅｂサーバ
５    ＡＰドメイン
５1〜５6    ＡＰサーバ
６    ＤＢドメイン
６1〜６3    ＤＢサーバ
７    ストレージドメイン
７1〜７9    ストレージ
８41〜８61    サーバグループ
９1    サービスグループ
９41〜９61    サービス
１０    運用管理クライアント
２０    サイト管理サーバ
２０ａ    リソースコーディネータマネージャ
２１    システムリソースマネージャ
２２    サーバＲＭ
２３    ソフトウェアＲＭ
２４    ネットワークＲＭ
２５    ストレージＲＭ
２６    システムリソースＤＢ
２７    ＡＰ管理統括部
２８    ＡＳＣＣコア
２９    ＳＱＣマネージャ
３０，４０，９０，１２０    ＦＷ
５０，６０    ドメイン管理サーバ
５１    システムリソースドメインマネージャ
５２    サーバサブＲＭ
５３    ソフトウェアサブＲＭ
５４    ネットワークサブＲＭ
５５    ドメインリソースＤＢ
７０    インターネット
８０    ルータ
１００，１３０    ＳＬＢ
１１０ａ，１１０ｂ，１１０ｃ    サーバ
１１１ａ    リソースマネージャエージェント
１１２ａ    サーバＲＭエージェント
１１３ａ    ソフトウェアＲＭエージェント
１１４ａ    ネットワークＲＭエージェント
１１５ａ    ストレージＲＭエージェント
１１６ａ    ＡＰ管理部
１１７ａ    ＡＳＣＣサテライト
１１８ａ    ＳＱＣエージェント
１１９ａ    リソースコーディネータエージェント
１４０ａ，１４０ｂ，１４０ｃ    サーバ
１５０ａ，１５０ｂ，１５０ｃ    サーバ
１６０ａ，１６０ｂ，１６０ｃ，１６０ｄ    ストレージ
１７０    ＳＡＮ
１８０    エッジドメイン
１９０    Ｗｅｂドメイン
２００    ＡＰドメイン
２１０    ＤＢドメイン
３００    サイトデータ
３１０    ドメイン管理サーバデータ
３２０    管理サブネットデータ
３３０    ミドルウェア連携ＩＦデータ
３４０    サーバドメインデータ
３５０    プールグループデータ
３６０    ストレージドメインデータ
３７０    Ｗｅｂドメイン
３８０ａ，３８０ｂ，３８０ｃ，３８０ｄ，３８０ｅ    サーバ
３９０    ＡＰドメイン
４００ａ，４００ｂ，４００ｃ，４００ｄ，４００ｅ    サーバ
４１０    Ｗｅｂ−ＡＰネットワークドメイン
４２０    Ｗｅｂ−Ｂａｃｋネットワークサブドメイン
４３０ａ，４３０ｂ    スイッチ
４４０    ＡＰ−Ｆｒｏｎｔネットワークサブドメイン
４５０ａ，４５０ｂ    スイッチ
４６０ａ，４６０ｂ    ＳＬＢ
４７０    ネットワークサブドメインデータ
４８０    ネットワークドメインデータ
４９０    負荷分散装置データ
５１０    Ｗｅｂドメイン
５２０ａ，５２０ｂ，５２０ｃ，５２０ｄ，５２０ｅ    サーバ
５３０    A_Webサーバグループ
５４０    B_Webサーバグループ
５５０    ＡＰドメイン
５６０ａ，５６０ｂ，５６０ｃ，５６０ｄ，５６０ｅ    サーバ
５７０    A_APサーバグループ
５８０    B_APサーバグループ
５９０，６１０    スイッチ
６００ａ，６００ｂ    ＳＬＢ
６２０    A_Web_Backネットワークサブグループ
６３０    B_Web_Backネットワークサブグループ
６４０    A_AP_Frontネットワークサブグループ
６５０    B_AP_Frontネットワークサブグループ
６６０    ネットワークサブグループデータ
６７０    サーバドメイン間リンクデータ
６８０    サーバ／ストレージドメイン間リンクデータ
６９０    ネットワークブートサーバデータ
７００    管理対象サーバデータ
７１０    プロビジョニング構成データ
７２０    サーバドメイン
７３０ａ，７３０ｂ    サーバ
７４０    ストレージドメイン
７５０ａ，７５０ｂ    ＦＣスイッチ
７６０ａ，７６０ｂ    ＲＡＩＤ装置
７７０ａ，７７０ｂ    ＲＡＩＤ装置ＷＷＰＮデータ
７８０ａ，７８０ｂ    ＦＣスイッチＷＷＰＮデータ
７９０ａ，７９０ｂ    サーバＷＷＰＮデータ
８００    ストレージテンプレートデータ
８１０    サーバグループデータ
８２０    サーバ／ストレージグループリンクデータ
８３０    サーバグループ間リンクデータ
８４０    負荷分散グループデータ
８５０    ネットワークグループデータ
９６０    プロビジョニング構成データ
１０４０    ＩＰアドレス管理データ
１０５０    ソフトウェアイメージ管理データ
１０６０    ソフトウェア配布イメージ管理データ
１０７０    スナップショット管理データ
１０７５    サービス負荷データ
１０８０    配布管理データ
１０９０    動作サーバデータ
１１８１    サービスデータ
１１８２    サービスグループデータ
１２００    コンピュータ
１２１０    入出力インタフェース
１２２０    ＬＡＮインタフェース
１２３０    ＲＡＭ
１２３１    システムリソース情報
１２４０    ＨＤＤ
１２４１    運用管理プログラム
１２５０    ＣＰＵ
１２５１    リソースコディネータマネジャプロセス
１２５２    ＡＳＣＣコアプロセス
１２５３    ＳＱＣマネージャプロセス
１２６０    バス
【国際調査報告】
2007077600.tif 000052
2007077600.tif 000053
2007077600.tif 000054
2007077600.tif 000055