(57)【特許請求の範囲】
【請求項１】
複数のサーバ装置、第１のファイアウォール装置及び第２のファイアウォール装置を含むシステムへのアクセス制御を行うコンピュータに、
前記複数のサーバ装置の内、前記第１のファイアウォール装置と前記第２のファイアウォール装置との間の通信経路上に配置されたサーバ装置の集合を示す情報を生成し、
前記集合を示す情報にアクセスの許否を示す情報を関連付けて記憶手段に記憶し、
前記集合に含まれるサーバ装置へのアクセス要求を受信した場合に、前記記憶手段に記憶した前記アクセスの許否を示す情報に基づいて、前記アクセス制御を行う
処理を実行させることを特徴とする制御プログラム。
【請求項２】
前記コンピュータに、さらに、
前記集合に含まれるサーバ装置へのアクセス要求の受信を開始する前に、前記記憶手段に記憶した前記集合を示す情報及び前記アクセスの許否を示す情報に基づく表示を表示装置に実行させる表示指示を出力する
処理を実行させることを特徴とする請求項１に記載の制御プログラム。
【請求項３】
前記アクセスの許否を示す情報は、参照処理の許否を示す情報であるか、または参照処理及び更新処理の許否を示す情報であること
を特徴とする請求項１又は２に記載の制御プログラム。
【請求項４】
前記集合を示す情報を生成する処理は、
前記システム内の前記複数のサーバ装置を含むリソースの集合であるリソースドメイン及び、連携して業務処理を行う前記複数のサーバ装置に関わるサービスの集合であるサービスグループを示す情報を生成し、
前記記憶手段に記憶する処理は、
前記リソースドメイン又は前記サービスグループを示す情報にアクセスの許否を示す情報を関連付けて前記記憶手段に記憶し、
前記アクセス制御を行う処理は、
前記リソースドメイン又は前記サービスグループに含まれるサーバ装置へのアクセス要求を受信した場合に、前記記憶手段に記憶した前記リソースドメイン又は前記サービスグループの何れか一方の前記アクセスの許否に基づき、前記アクセスの許否を判定する
処理を実行させることを特徴とする請求項１〜３の何れか一つに記載の制御プログラム。
【請求項５】
複数のサーバ装置、第１のファイアウォール装置及び第２のファイアウォール装置を含むシステムへのアクセス制御を行うコンピュータの制御方法であって、
前記複数のサーバ装置の内、前記第１のファイアウォール装置と前記第２のファイアウォール装置との間の通信経路上に配置されたサーバ装置の集合を示す情報を生成し、
前記集合を示す情報にアクセスの許否を示す情報を関連付けて記憶手段に記憶し、
前記集合に含まれるサーバ装置へのアクセス要求を受信した場合に、前記記憶手段に記憶した前記アクセスの許否を示す情報に基づいて、前記アクセス制御を行うことを特徴とする制御方法。
【請求項６】
複数のサーバ装置、第１のファイアウォール装置及び第２のファイアウォール装置を含むシステムへのアクセス制御を行う制御装置であって、
前記複数のサーバ装置の内、前記第１のファイアウォール装置と前記第２のファイアウォール装置との間の通信経路上に配置されたサーバ装置の集合を示す情報を生成する生成手段と、
前記集合を示す情報にアクセスの許否を示す情報を関連付けて記憶手段に記憶する記憶制御手段と、
前記集合に含まれるサーバ装置へのアクセス要求を受信した場合に、前記記憶手段に記憶した前記アクセスの許否を示す情報に基づいて、前記アクセス制御を行う制御手段と
を有することを特徴とする制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理プログラム、運用管理方法および運用管理装置に関し、特に、リソースのセキュリティレベルやサービスの視点からの管理者権限の設定を容易にすることができる運用管理プログラム、運用管理方法および運用管理装置に関するものである。
【背景技術】
【０００２】
従来、情報処理システムを構成するリソースを管理する場合には、運用管理ソフトウェア上で、あるリソースの管理者を複数登録することや、管理者ごとに利用できるリソースを登録することがおこなわれてきた。
【０００３】
また、特許文献１には、管理者を階層的な管理者クラスに登録し、上位層の管理者クラスに属する管理者は、下位層の管理者クラスに属する管理者がおこなえる操作を継承しておこなえるようにするアクセス権管理技術が開示されている。
【０００４】
【特許文献１】特開２００３−１４１０８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、データセンターのように大規模なシステムで複数のサービスを提供するような場合には、セキュリティレベルやサービスを単位としてリソースを管理することが多いが、管理者権限の登録は個々のリソース単位におこなう必要があり、管理者権限の設定が困難であるという問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、リソースのセキュリティレベルやサービスの視点からの管理者権限の設定を容易にすることができる運用管理プログラム、運用管理方法および運用管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
第１の案では、複数のサーバ装置、第１のファイアウォール装置及び第２のファイアウォール装置を含むシステムへのアクセス制御を行うコンピュータに、前記複数のサーバ装置の内、前記第１のファイアウォール装置と前記第２のファイアウォール装置との間の通信経路上に配置されたサーバ装置の集合を示す情報を生成し、前記集合を示す情報にアクセスの許否を示す情報を関連付けて記憶手段に記憶し、前記集合に含まれるサーバ装置へのアクセス要求を受信した場合に、前記記憶手段に記憶した前記アクセスの許否を示す情報に基づいて、前記アクセス制御を行う処理を実行させるようにした。
【発明の効果】
【００１７】
リソースのセキュリティレベルの視点からの管理者権限の設定を容易にすることができる。
【００１８】
また、サービスグループの視点から管理者権限を設定することができるので、サービスの視点からの管理者権限の設定を容易にすることができる。
【発明を実施するための最良の形態】
【００１９】
以下に、本発明に係る運用管理プログラム、運用管理方法および運用管理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００２０】
まず、本実施例に係る運用管理プログラムにおける管理者ロールの概念について図１および図２を用いて説明する。図１は、本実施例に係る運用管理プログラムにおけるドメインおよびサービスグループの概念を説明するための説明図であり、図２は、ドメインおよびサービスグループに基づく管理者ロールの概念を説明するための説明図である。
【００２１】
図１には、各業務１，２においてＷｅｂサーバ４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）５５の各機能部を有する。
【００５２】
なお、ドメイン管理サーバ６０は、ドメイン管理サーバ５０の各機能部と同様の機能部を有しているため、図３ではドメイン管理サーバ６０の各機能部の図示および説明を省略する。
【００５３】
システムリソースドメインマネージャ５１は、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４と連携して各ドメインに属するリソースの情報収集や設定処理などを実行する管理部である。
【００５４】
また、このシステムリソースドメインマネージャ５１は、サイト管理サーバ２０、ＦＷ９０やＳＬＢ１００などのネットワーク機器、また、管理対象であるサーバ１１０ａ〜１１０ｃとの間のデータの授受を司る。
【００５５】
サーバサブＲＭ５２は、サーバＲＭ２２およびサーバＲＭエージェント１１２ａと連携して、各サーバ１１０ａ〜１１０ｃの起動、停止、ハードウェアに係る情報の収集、設定などをおこなう管理部である。
【００５６】
ソフトウェアサブＲＭ５３は、ソフトウェアＲＭ２３およびソフトウェアＲＭエージェント１１３ａと連携して、各サーバ１１０ａ〜１１０ｃに対するソフトウェアのインストール、設定、ソフトウェアに係る情報の収集などをおこなう管理部である。
【００５７】
ネットワークサブＲＭ５４は、ネットワークＲＭ２４およびネットワークＲＭエージェント１１４ａと連携して、ネットワークに係る情報の収集や設定などをおこなう管理部である。
【００５８】
ドメインリソースＤＢ５５は、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４が管理対象であるサーバ１１０ａ〜１１０ｃの各種情報の収集や設定をおこなう場合に、サーバ１１０ａ〜１１０ｃから取得した情報や、システムリソースＤＢ２６から取得したデータを記憶するデータベースである。また、ドメインリソースＤＢ５５は、サーバ１１０ａ〜１１０ｃのネットワークブートをおこなう場合に用いる仮のＯＳ（OperatingSystem）を記憶する。
【００５９】
ルータ８０は、インターネット７０を介したデータ通信においてデータパケットのルーティングをおこなうネットワーク機器である。ＦＷ３０，４０，９０，１２０は、各種サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃへの不正アクセスを防止するためのネットワーク機器である。
【００６０】
ＳＬＢ１００，１３０は、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃに対する情報処理要求を複数のサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃに分散して転送する負荷分散装置である。なお、ＳＬＢ１００，１３０の前後には、さらにスイッチが接続されているが、図３ではスイッチの図示を省略している。
【００６１】
サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃは、さまざまな情報処理を実行するサーバ装置である。サーバ装置１１０ａは、リソースマネージャエージェント１１１ａ、サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａおよびＡＰ管理部１１６ａの各機能部を有する。
【００６２】
なお、サーバ１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂは、サーバ１１０ａの各機能部と同様の機能部を有しているため、図３ではサーバ１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂの各機能部の図示および説明を省略する。
【００６３】
また、サーバ１１０ｃ，１４０ｃ，１５０ｃは、プールされているサーバであり、これらのサーバには、リソースマネージャエージェント１１１ａ、サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａおよびＡＰ管理部１１６ａの各機能部は存在しない。
【００６４】
これらのサーバ１１０ｃ，１４０ｃ，１５０ｃにおいては、業務に利用可能なサーバとして設定される場合に、各機能部を実現するコンピュータプログラムがサーバ１１０ｃ，１４０ｃ，１５０ｃに導入され実行されることにより各機能部が実現される。
【００６５】
リソースマネージャエージェント１１１ａは、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１からサーバ１１０ａの情報収集処理や設定処理などの実行要求を受け付け、それらの処理をサーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａと連携して実行するエージェントである。
【００６６】
サーバＲＭエージェント１１２ａは、サーバ１１０ａの起動、停止、ハードウェアに係る情報の収集、設定などを実行するエージェントである。ソフトウェアＲＭエージェント１１３ａは、サーバ１１０ａに対するソフトウェアの導入、設定およびソフトウェアに係る情報収集などをおこなうエージェントである。
【００６７】
ネットワークＲＭエージェント１１４ａは、サーバ１１０ａが接続されているネットワークの情報収集および設定などを実行するエージェントである。ストレージＲＭエージェント１１５ａは、サーバ１１０ａに接続されたストレージの情報収集や設定などをおこなうエージェントである。
【００６８】
ストレージ１６０ａ〜１６０ｃは、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃにより利用されるストレージである。また、ストレージ１６０ｄは、プールされているストレージである。これらのストレージ１６０ａ〜１６０ｄは、ＲＡＩＤ装置により構成される。
【００６９】
なお、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃ間を接続するネットワークにはＶＬＡＮ（Virtual  Local  Area  Network
）を設定する。
【００７０】
つぎに、業務へのサーバの割当処理の処理手順について説明する。図４は、業務へのサーバの割当処理の処理手順を示すフローチャートである。
【００７１】
ここで、サイト管理サーバ２０には、システムリソースマネージャ２１、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５、システムリソースＤＢ２６およびＡＰ管理統括部２７の各機能をサイト管理サーバ２０に実行させる運用管理プログラムをあらかじめ導入しておくこととする。
【００７２】
また、ドメイン管理サーバ５０，６０には、システムリソースドメインマネージャ５１、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４の各機能をドメイン管理サーバ５０，６０に実行させるプログラムをあらかじめ導入しておくこととする。
【００７３】
さらに、各サーバ１１０ａ，１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂには、リソースマネージャエージェント１１１ａ，サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａ、ＡＰ管理部１１６ａの各機能をサーバ１１０ａ，１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂに実行させるプログラムをあらかじめ導入しておくこととする。
【００７４】
図４に示すように、まず、サイト管理サーバ２０のシステムリソースマネージャ２１は、運用管理サーバおよび管理ＬＡＮの登録処理をおこなう（ステップＳ１０１）。ここで、運用管理サーバおよび管理ＬＡＮとは、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃやＳＡＮ１７０などの管理対象となるリソースを管理するために用いられるサイト管理サーバ２０やドメイン管理サーバ５０およびＬＡＮのことである。
【００７５】
以下に、ステップＳ１０１でおこなわれる処理をさらに詳細に説明する。図５は、運用管理サーバの情報を登録するサイトデータ３００の一例を示す図である。このサイトデータ３００は、サイト名、サイト管理サーバ名およびドメイン管理サーバ名の情報を記憶している。
【００７６】
サイト名は、管理対象となるリソースがあるサイトの識別情報である。サイト管理サーバ名は、そのサイトを管理するよう設定されたサイト管理サーバ２０の識別情報である。ドメイン管理サーバ名は、そのサイトに設定されたドメインを管理するよう設定されたドメイン管理サーバ５０，６０の識別情報である。
【００７７】
また、図６は、ドメイン管理サーバ５０，６０の情報を登録するドメイン管理サーバデータ３１０の一例を示す図である。このドメイン管理サーバデータ３１０は、ドメイン管理サーバ名および管理サブネット名の情報を記憶している。
【００７８】
ドメイン管理サーバ名は、図５で説明したドメイン管理サーバ名と同様の情報である。管理サブネット名は、ドメイン管理サーバによりリソースが管理されるサブネット（管理サブネット）の識別情報である。
【００７９】
また、図７は、管理対象となるサブネットの情報を登録する管理サブネットデータ３２０の一例を示す図である。この管理サブネットデータ３２０は、管理サブネット名、ネットワークアドレス、ネットマスクおよびデフォルトゲートウェイの情報を記憶している。
【００８０】
管理サブネット名は、図６で説明した管理サブネット名と同様の情報である。ネットワークアドレスは、管理サブネットを識別するためのネットワークアドレスである。ネットマスクは、ＩＰアドレスの何ビット目をネットワークアドレスとして使用するかを定義するために用いられるネットマスクである。デフォルトゲートウェイは、管理サブネット外にデータを送信する場合に用いられるデフォルトゲートウェイを特定するＩＰアドレスの情報である。
【００８１】
ステップＳ１０１において、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したサイト、サイト管理サーバおよびドメイン管理サーバの情報を受け付け、その情報を図５に示したサイトデータ３００に登録する。
【００８２】
また、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したドメイン管理サーバおよび管理サブネットの情報を受け付け、その情報を図６に示したドメイン管理サーバデータ３１０に登録する。
【００８３】
続いて、システムリソースマネージャ２１は、図６で説明した管理サブネットに対応するネットワークアドレス、ネットマスクおよびデフォルトゲートウェイの情報を、図７の管理サブネットデータ３２０に登録する。
【００８４】
さらに、システムリソースマネージャ２１は、ミドルウェアによりその機能が実現されるＡＰ管理統括部２７に、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃの追加や削除などのイベントの発生を通知し、ＡＰ管理統括部２７と連携して各種処理を実行するためのコマンドを設定する。
【００８５】
図８は、ミドルウェアと連携して各種処理を実行するためのコマンドを記憶したミドルウェア連携ＩＦデータ３３０の一例を示す図である。このミドルウェア連携ＩＦデータ３３０は、ミドルウェア名、対象イベント、タイミング、場所、実行コマンドの情報を記憶している。
【００８６】
ミドルウェア名は、システムリソースマネージャ２１が連携して処理をおこなうミドルウェアの情報である。対象イベントは、システムリソースマネージャ２１がミドルウェアに実行要求をおこなうイベントの情報である。タイミングは、システムリソースマネージャ２１がミドルウェアに処理の実行要求を送信するタイミング（対象イベントの処理の前後）の情報である。
【００８７】
場所は、ミドルウェアのコマンドを実行する場所（ManagerあるいはAgent）の情報である。「Manager」は、サイト管理サーバ２０上でコマンドを実行する場合を示し、「Agent」は、管理対象となるサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃ上でコマンドを実行する場合を示している。実行コマンドは、ミドルウェアに対して各種イベントの発生を通知するコマンドの情報である。
【００８８】
図４の説明に戻ると、システムリソースマネージャ２１は、ドメインの作成処理および作成したドメイン間のリンク処理をおこなう（ステップＳ１０２）。以下に、ステップＳ１０２でおこなわれる処理をさらに詳細に説明する。
【００８９】
図９は、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃが属するドメインであるサーバドメインに係る情報を記憶したサーバドメインデータ３４０の一例を示す図である。
【００９０】
このサーバドメインデータ３４０は、サーバドメイン名、サーバアーキテクチャ名および管理サブネット名の情報を記憶している。サーバドメイン名は、管理対象となるサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃが属するドメインの識別情報である。
【００９１】
サーバアーキテクチャ名は、各サーバドメインに属するサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃのＣＰＵ（Central  Processing  Unit）アーキ
テクチャの識別情報である。管理サブネット名は、図６に示した管理サブネット名と同様の情報である。
【００９２】
ステップＳ１０２においては、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作しておこなったサーバドメインおよびサーバアーキテクチャの設定に係る情報を受け付け、サーバドメインデータ３４０に登録する。このサーバドメインは、ステップＳ１０１において設定された管理サブネット単位で設定される。
【００９３】
また、ステップＳ１０２においては、システムリソースマネージャ２１は、各サーバドメインに属するサーバグループを設定し、サーバグループ間で共有されるプールグループおよび特定のサーバグループに専用のプールグループを設定する。
【００９４】
ここで、サーバグループとは、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けたものである。また、プールグループとは、各サーバグループに割り当てられたサーバのプールである。
【００９５】
図１０は、プールグループに係る情報を記憶したプールグループデータ３５０の一例を示す図である。このプールグループデータ３５０には、プールグループ名、種別、サーバドメイン名の情報が記憶されている。
【００９６】
プールグループ名は、上述したサーバのプールの識別情報である。種別は、プールグループが複数のサーバグループに共用させるものか、特定のサーバグループにのみ利用を許可するものかを示す情報である。サーバドメイン名は、図９で説明したサーバドメイン名と同様の情報である。
【００９７】
ここで、システムリソースマネージャ２１は、各サーバドメインに対してプールグループを割り当てる。また、サーバドメインが、複数のサーバグループを有する場合に、システムリソースマネージャ２１は、それらのサーバグループ専用のプールグループを割り当てる。
【００９８】
その後、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したストレージドメインの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するストレージドメインデータ３６０として登録する。
【００９９】
図１１は、ストレージドメインに係る情報を記憶したストレージドメインデータ３６０の一例を示す図である。このストレージドメインデータ３６０は、ストレージドメイン名およびパスの多重度の情報を記憶している。ストレージドメイン名は、設定されたストレージドメインを識別する識別情報である。パスの多重度は、ＳＡＮにおけるデータ通信パスの多重度の情報である。
【０１００】
図４の説明に戻ると、システムリソースマネージャ２１は、管理対象となるサーバリソースおよびストレージリソースの登録をおこなう（ステップＳ１０３）。以下に、ステップＳ１０３でおこなわれる処理をさらに詳細に説明する。
【０１０１】
まず、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して、サーバを登録する管理サブネットの選択をおこなった際、管理者により選択された管理サブネットの情報を受け付ける。
【０１０２】
さらに、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して入力した管理対象とするサーバの情報を運用管理クライアント１０から受け付け、その情報をドメイン管理サーバ５０のドメインリソースＤＢ５５に、以下に説明するネットワークブートサーバデータ６９０として記憶する。ここで登録されたサーバは、後にネットワークブートがおこなわれ、サーバの各種情報が取得された後、サーバリソースとして登録される。
【０１０３】
図１２は、ネットワークブートがなされるサーバの情報を記憶したネットワークブートサーバデータ６９０の一例を示す図である。このネットワークブートサーバデータ６９０は、ＭＡＣアドレス、ＩＰアドレスおよびホスト名の情報を記憶している。
【０１０４】
ＭＡＣアドレスは、サーバのＭＡＣアドレスの情報である。ＩＰアドレスは、サーバに割り当てられたＩＰアドレスの情報である。ホスト名は、サーバに割り当てられたホスト名の情報である。
【０１０５】
ここで、システムリソースマネージャ２１は、ネットワークブートをおこなうサーバの管理者により入力されたＭＡＣアドレスの情報を受け付けた場合に、そのＭＡＣアドレスに対応するサーバに、ＩＰアドレスとホスト名とを自動的に割り当てる。
【０１０６】
そして、システムリソースマネージャ２１は、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１と連携し、ドメイン管理サーバ５０のドメインリソースＤＢ５５に記憶された仮のＯＳを用いて、ＩＰアドレスとホスト名とが割り当てられたサーバのネットワークブートをおこなう。
【０１０７】
そして、サーバサブＲＭ５２、リソースマネージャエージェント１１１ａ、および、サーバＲＭエージェント１１２ａが連携することにより、サーバのハードウェアに係る情報を収集し、収集した情報をシステムリソースドメインマネージャ５１に送信する。
【０１０８】
その後、システムリソースマネージャ２１は、システムリソースドメインマネージャ５１からサーバのハードウェアに係る情報を取得して、システムリソースＤＢ２６にその情報を、以下に説明する管理対象サーバデータ７００として記憶する。
【０１０９】
また、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して、ＳＡＮ１７０を介して接続されるストレージ１６０ａ〜１６０ｄからサーバを起動するＳＡＮブートをおこなうか否かの設定情報を入力した場合に、その設定情報を受け付け、その設定情報を管理対象サーバデータ７００に登録する。
【０１１０】
図１３は、管理対象となるサーバのデータを記憶した管理対象サーバデータ７００の一例を示す図である。この管理対象サーバデータ７００は、サーバ名、ＩＰアドレス、ＭＡＣアドレス、サーバアーキテクチャ名、モデル名、ＳＡＮブートおよび状態の情報を記憶している。
【０１１１】
サーバ名は、管理対象となるサーバを識別する名称である。ＩＰアドレスは、サーバに割り当てられたＩＰアドレスである。ＭＡＣアドレスは、サーバのＭＡＣアドレスである。サーバアーキテクチャ名は、サーバのＣＰＵアーキテクチャの識別情報である。モデル名は、サーバの型式を示す情報である。ＳＡＮブートは、ＳＡＮ１７０を介して接続されるストレージ１６０ａ〜１６０ｄからサーバを起動するＳＡＮブートをおこなうか否かの設定情報である。状態は、サーバに異常が発生しているか否かを示す情報である。
【０１１２】
なお、ここでは、管理者がＭＡＣアドレスを指定してネットワークブートをおこなうサーバを選択することとしているが、サーバの選択を自動的におこなうようにしてもよい。具体的には、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して、自動的に選択をおこなうサーバの台数に係る情報を設定した場合に、その設定情報を運用管理クライアント１０から受け付ける。
【０１１３】
そして、システムリソースマネージャ２１は、設定された台数分のサーバを選択し、選択したサーバのＩＰアドレスおよびホスト名の情報を、図１２に示したネットワークブートサーバデータ６９０に登録する。
【０１１４】
そして、システムリソースマネージャ２１は、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１と連携し、ドメイン管理サーバ５０のドメインリソースＤＢ５５に記憶された仮のＯＳを用いて、ＩＰアドレスとホスト名とが割り当てられたサーバのネットワークブートをおこなう。
【０１１５】
そして、サーバサブＲＭ５２、リソースマネージャエージェント１１１ａ、および、サーバＲＭエージェント１１２ａが連携することにより、各サーバのＭＡＣアドレス、サーバアーキテクチャ、モデル、状態の情報を収集し、収集した情報をシステムリソースドメインマネージャ５１に送信する。
【０１１６】
その後、システムリソースマネージャ２１は、システムリソースドメインマネージャ５１から各サーバのＭＡＣアドレス、サーバアーキテクチャ、モデル、状態の情報を取得して、その情報をシステムリソースＤＢ２６に管理対象サーバデータ７００として記憶する。
【０１１７】
続いて、システムリソースマネージャ２１は、管理対象となるストレージ機器の登録をおこなう。ここで、ストレージ機器とは、ＦＣ（Fiber Channel）スイッチやＲＡＩＤ装
置などの機器である。
【０１１８】
具体的には、システムリソースマネージャ２１は、管理対象として登録するストレージのＩＰアドレスの情報が、図７に示した管理サブネットごとに管理者により入力された場合に、その情報を運用管理クライアント１０から受け付ける。そして、システムリソースマネージャ２１は、ＩＰアドレスに対応するストレージ機器の情報をシステムリソースＤＢ２６に記憶することによりストレージ機器を登録する。
【０１１９】
その後、システムリソースマネージャ２１は、図１３の管理対象サーバデータ７００に登録されたサーバをサーバドメインに追加する処理をおこなう。具体的には、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作してサーバとそのサーバを追加するサーバドメインを指定した場合に、そのサーバおよびサーバドメインの情報を運用管理クライアント１０から受け付ける。
【０１２０】
そして、システムリソースマネージャ２１は、図１３に示した管理対象サーバデータ７００を参照し、サーバのサーバアーキテクチャが、図９に示したサーバドメインデータ３４０に登録されているサーバアーキテクチャと一致することをチェックする。
【０１２１】
また、システムリソースマネージャ２１は、図１３に示した管理対象サーバデータ７００を読み込み、サーバがＳＡＮブートをおこなうように設定されていることをチェックする。
【０１２２】
さらに、システムリソースマネージャ２１は、サーバドメインに追加するサーバのネットワークの結線状態をチェックする。そして、システムリソースマネージャ２１は、サーバとスイッチとの間の結線に問題がない場合、そのサーバに係る情報を図１０で説明したプールグループに対応付けて、以下に説明するプロビジョニング構成データ７１０としてシステムリソースＤＢ２６に記憶する。
【０１２３】
図１４は、サーバが属するグループの情報を記憶したプロビジョニング構成データ７１０の一例を示す図である。このプロビジョニング構成データ７１０は、サーバ名、プールグループ名、サーバグループ名、ストレージサブグループ名、アクセス可否の情報を記憶する。
【０１２４】
サーバ名は、図１３で説明したサーバ名と同様の情報である。プールグループ名は、図１０で説明したプールグループと同様の情報である。サーバグループ名は、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けた場合のグループの識別情報である。この段階では、サーバグループ名の情報はまだ登録されない。
【０１２５】
ストレージサブグループ名は、ストレージドメインに属するストレージを１つまたは複数のグループに分け、サーバグループに属する各サーバに割り当てた場合に、各サーバに割り当てたグループの識別情報である。この段階では、ストレージサブグループ名の情報はまだ登録されない。アクセス可否は、サーバによるストレージへのアクセスを許可するか否かを示す情報である。この段階では、アクセス可否の情報はまだ登録されない。
【０１２６】
プロビジョニング構成データ７１０にサーバ名およびプールグループ名を登録した後、システムリソースマネージャ２１は、先に登録したストレージ機器をストレージドメインに登録する。
【０１２７】
続いて、システムリソースマネージャ２１は、サーバグループの作成処理をおこなう（ステップＳ１０４）。以下に、ステップＳ１０４でおこなわれる処理をさらに詳細に説明する。
【０１２８】
まず、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したストレージテンプレートに係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するストレージテンプレートデータ８００として登録する。ここで、ストレージテンプレートとは、後に作成されるサーバグループ用のストレージの構成に係る設定情報である。
【０１２９】
図１５は、ストレージテンプレートに係るデータを記憶したストレージテンプレートデータ８００の一例を示す図である。このストレージテンプレートデータ８００は、ストレージテンプレート名、ディスク種別、ディスク名、信頼性の必要度、負荷の度合い、ディスク容量およびブートディスクの情報を記憶している。
【０１３０】
ストレージテンプレート名は、設定されたストレージテンプレートを識別する識別情報である。ディスク種別は、ストレージテンプレートに属するディスクの用途の種別を示す情報である。
【０１３１】
たとえば、「root」は、そのディスクがシステムデータを記憶するために利用されることを示し、「local」は、そのディスクがサーバ個別のデータを記憶するために利用され
ることを示し、「shared」は、そのディスクがサーバ間で共有されるデータを記憶するために利用されることを示す。
【０１３２】
ディスク名は、各ディスクに割り当てられたディスクを識別する名称である。信頼性の必要度は、ディスクに必要とされる信頼性の情報である。負荷の度合いは、ディスクにかかる負荷の度合いの情報である。ディスク容量は、ディスクの記憶容量である。ブートディスクは、そのディスクがシステムのブート用に利用されるものか否かを示す情報である。
【０１３３】
続いて、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したサーバグループの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサーバグループデータ８１０として記憶する。
【０１３４】
図１６は、サーバグループに係る情報を記憶したサーバグループデータ８１０の一例を示す図である。このサーバグループデータ８１０は、サーバグループ名、サーバドメイン名、ソフトウェア配布イメージ名、版数、ストレージテンプレート名、ＳＡＮブートおよび自動リカバリの情報を記憶している。
【０１３５】
サーバグループ名は、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けた場合のグループの識別情報である。サーバドメイン名は、サーバグループが属するサーバドメインの識別情報である。ソフトウェア配布イメージ名は、サーバグループに属するサーバに配布するソフトウェアのイメージファイルを識別する情報である。
【０１３６】
版数は、ソフトウェア配布イメージの版数の情報である。ストレージテンプレート名は、図１５で説明したストレージテンプレート名と同様の情報である。ＳＡＮブートは、サーバグループに属するサーバのＳＡＮブートをおこなうか否かを示す情報である。自動リカバリは、複数のサーバが連携して動作するスケールアウト構成のサーバが故障した場合に、自動的にサーバを追加する処理を実行するか否かを示す情報である。
【０１３７】
その後、システムリソースマネージャ２１は、システムリソースＤＢ２６に、サーバグループに対応するストレージグループの情報を登録する。ここで、ストレージグループとは、同一のストレージドメインに含まれるストレージを１つまたは複数のグループに分けたものである。
【０１３８】
また、システムリソースマネージャ２１は、サーバグループを追加したことをＡＰ管理部１１６ａに認識させるコマンドをＡＰ管理部１１６ａに送信する。具体的には、システムリソースマネージャ２１は、図８に示した「issvgrp  add」をＡＰ管理部１１６ａに送信する。また、システムリソースマネージャ２１は、システムリソースＤＢ２６に、ネットワークグループに係る情報を記憶する。
【０１３９】
続いて、システムリソースマネージャ２１は、サーバグループに一台目のサーバを追加して、そのサーバに導入されたソフトウェアのソフトウェアイメージを作成する処理をおこなう（ステップＳ１０５）。
【０１４０】
ここで、システムリソースマネージャ２１は、各サーバが属するサーバグループに対応付けてストレージサブグループを登録し、サーバのストレージグループに対するアクセス権を設定する。具体的には、システムリソースマネージャ２１は、図１４に示したプロビジョニング構成データ７１０にサーバグループ名、ストレージサブグループ名およびアクセス可否の情報を記憶する。
【０１４１】
図１７は、ストレージサブグループが設定されたプロビジョニング構成データ９６０の一例を示す図である。このプロビジョニング構成データ９６０には、図１４に示したプロビジョニング構成データ７１０にサーバグループ名、ストレージサブグループ名およびアクセス可否の情報が追加されている。
【０１４２】
その後、システムリソースマネージャ２１は、１台目のサーバを追加した際に作成したソフトウェアイメージを用いて二台目以降のサーバをサーバグループに追加する処理をおこない（ステップＳ１０６）、サーバグループにサーバを登録する。
【０１４３】
その後、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したサービスの情報およびサービスグループの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサービスデータ１１８１およびサービスグループデータ１１８２として記憶する（ステップＳ１０７）。
【０１４４】
図１８は、サービスに係る情報を記憶したサービスデータ１１８１の一例を示す図である。このサービスデータ１１８１は、サービス名、サーバグループ名および状態情報の情報を記憶している。
【０１４５】
サービス名は、サービスの識別情報である。サーバグループ名は、サービスを提供するサーバグループの識別情報である。状態情報は、サービスがサーバグループのサーバにより提供されている状態を示す情報であり、正常な場合には「normal」であり、異常な場合には、「abnormal」である。
【０１４６】
図１９は、サービスグループに係る情報を記憶したサービスグループデータ１１８２の一例を示す図である。このサービスグループデータ１１８２は、サービスグループ名およびサービス名の情報を記憶している。
【０１４７】
サービスグループ名は、サービスグループの識別情報である。サービス名は、サービスグループを構成するサービスの情報である。
【０１４８】
その後、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定した管理者情報および管理者ロール情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明する管理者データ１１８３および管理者ロールデータ１１８４として記憶する（ステップＳ１０８）。
【０１４９】
図２０は、管理者に係る情報を記憶した管理者データ１１８３の一例を示す図である。この管理者データ１１８３は、管理者名とパスワードの情報を記憶している。管理者名は、管理者の識別情報である。パスワードは、管理者が運用管理プログラムを利用する場合に使用する認証情報である。
【０１５０】
図２１は、管理者ロールに係る情報を記憶した管理者ロールデータ１１８４の一例を示す図である。この管理者ロールデータ１１８４は、管理者ごとに管理者権限を有するドメインやサービスグループが記憶される。
【０１５１】
同図において、「rw」は、管理者がドメインまたはサービスグループに属するリソースの参照更新権を有することを示し、「ro」は、管理者がドメインまたはサービスグループに属するリソースの参照権を有することを示す。たとえば、管理者「dmz_mgr」は、「Web_domain」、「AP_domain」および「Web_AP_DISK_domain」に属するリソースに対して、参照更新権を有する。
【０１５２】
なお、「サイト管理」は、サイトの全リソースに対して管理者権限を有することを示し、管理者名が「root」または「monitor」である管理者は、サイトの全リソースに対して
管理者権限を有する。
【０１５３】
次に、図３に示したシステムリソースマネージャ２１の構成について説明する。図２２は、図３に示したシステムリソースマネージャ２１の構成を示す機能ブロック図である。
【０１５４】
同図に示すように、このシステムリソースマネージャ２１は、通信部２１ａと、表示部２１ｂと、入力受付部２１ｃと、権限判定部２１ｄと、ＤＢアクセス部２１ｅとを有する。
【０１５５】
通信部２１ａは、ネットワークを介して運用管理クライアント１０などと通信をおこなう処理部であり、たとえば、運用管理クライアント１０からリソース操作要求を受信して入力受付部２１ｃに渡し、表示部２１ｂから表示データを受け取って運用管理クライアント１０に送信する。
【０１５６】
表示部２１ｂは、運用管理クライアント１０に表示される表示データを作成し、作成した表示データを通信部２１ａを介して送信する処理部である。たとえば、この表示部２１ｂは、ログイン画面やリソース表示画面の表示データを作成して運用管理クライアント１０に送信する。
【０１５７】
入力受付部２１ｃは、管理者が運用クライアント１０から入力したデータや指示を受け付ける処理部であり、たとえば、ログインデータやリソース操作要求を受け付けて権限判定部２１ｄに渡す。
【０１５８】
権限判定部２１ｄは、入力受付部２１ｃからリソース操作要求を受け取り、システムリソースＤＢ２６に格納されたリソース情報および管理者ロール情報に基づいてリソース操作要求に対する許否を判定する処理部である。
【０１５９】
すなわち、この権限判定部２１ｄは、要求のあったリソース操作が、リソース操作を要求した管理者が管理者権限を有するドメインまたはサービスグループに含まれるリソースに対する操作であるか否かに基づいてリソース操作要求の許否を判定する。
【０１６０】
そして、この権限判定部２１ｄは、リソース操作要求を許可した場合には、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５と連携してリソースの操作をおこなうとともに、システムリソースＤＢ２６のシステムリソース情報を更新する。
【０１６１】
この権限判定部２１ｄが、管理者が管理者権限を有するドメインまたはサービスグループに含まれるリソースに対する操作であるか否かに基づいてリソース操作要求の許否を判定することによって、ドメインまたはサービスグループ単位での管理者権限の設定が可能となる。
【０１６２】
また、この権限判定部２１ｄは、入力受付部２１ｃからログインデータを受け取り、システムリソースＤＢ２６に格納された管理者情報に基づいてログイン者の認証をおこなう。そして、管理者として認証されたログイン者に対しては、管理者権限があるドメインおよびサービスグループのリソース情報をシステムリソースＤＢ２６から取得し、表示部２１ｂに渡す。
【０１６３】
ＤＢアクセス部２１ｅは、システムリソースＤＢ２６をアクセスする処理部である。具体的には、このＤＢアクセス部２１ｅは、権限判定部２１ｄが使用するサービスデータ１１８１、サービスグル−プデータ１１８２、管理者データ１１８３、管理者ロールデータ１１８４やリソース情報などをシステムリソースＤＢ２６から読み出し、権限判定部２１ｄがリソース操作を許可した場合に、権限判定部２１ｄの指示に基づいてリソースＤＢ２６を更新する。
【０１６４】
次に、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の処理手順について説明する。図２３は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の処理手順を示すフローチャートである。
【０１６５】
同図に示すように、このシステムリソースマネージャ２１は、入力受付部２１ｃが管理者からのログインを受け付け（ステップＳ２０１）、権限判定部２１ｄが認証結果が正しいことを確認すると、ログインした管理者が管理者権限を有するドメインおよびサービスグループならびにそれらに属するリソースの情報を図２１に示した管理者ロールデータ１１８４などを用いて権限判定部２１ｄが取得し、表示部２１ｂが運用管理クライアント１０に表示する（ステップＳ２０２）。
【０１６６】
そして、入力受付部２１ｃがリソースに対する操作要求を運用クライアント端末１０から受け付け（ステップＳ２０３）、操作の対象となるリソースが属するドメインに対して管理者権限があるか否かを権限判定部２１ｄがシステムリソースＤＢ２６を参照して判定する（ステップＳ２０４）。
【０１６７】
その結果、操作の対象となるリソースが属するドメインに対して管理者権限がない場合には、そのリソースが属するサービスグループに対して管理者権限があるか否かをシステムリソースＤＢ２６を参照して判定し（ステップＳ２０５）、管理者権限がない場合には、操作を拒否して操作拒否を表示部２１ｂを介して運用管理クライアント１０に表示する（ステップＳ２０６）。
【０１６８】
一方、操作の対象となるリソースが属するサービスグループに対して管理者権限がある場合、あるいは、操作の対象となるリソースが属するドメインに対して管理者権限がある場合には、操作を許可して操作許可を表示部２１ｂを介して運用管理クライアント１０に表示する（ステップＳ２０７）。
【０１６９】
そして、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４またはストレージＲＭ２５と連携してリソースの操作をおこない（ステップＳ２０８）、操作結果に基づいてシステムリソースＤＢ２６を更新する（ステップＳ２０９）。
【０１７０】
その後、入力受付部２１ｃが運用管理クライアント１０からログアウト要求を受け付けたか否かを判定し（ステップＳ２１０）、ログアウト要求でない場合には、ステップＳ２０３に戻ってリソース操作要求として受け付け、ログアウト要求を受け付けた場合には、処理を終了する。
【０１７１】
このように、権限判定部２１ｄが、操作の対象となるリソースが属するドメインまたはサービスグループに対して管理者権限があるか否かを判定し、管理者権限がある場合にリソースに対する操作を許可することによって、ドメインまたはサービスグループを単位として管理者権限の設定をおこなうことが可能となる。
【０１７２】
次に、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例を図２４〜図２９を用いて説明する。図２４は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例（１）を示すフローチャートである。
【０１７３】
同図に示すように、システムリソースマネージャ２１は、管理者「dmz_mgr」のログインを受け付けると（ステップＳ３０１）、図２１に示した管理者ロールデータ１１８４から管理者「dmz_mgr」は「Web_domain」、「AP_domain」および「Web_AP_DISK_domain」の３つのドメインに対して参照更新権があるので、サーバドメイン「Web_domain」および「AP_domain」、ならびに、ストレージドメイン「Web_AP_DISK_domain」の情報を表示する（ステップＳ３０２）。
【０１７４】
図２５は、ドメインを対象として管理者権限を有する管理者に対して運用管理クライアント１０に表示されるリソース管理画面の例を示す図である。この例では、サーバドメイン「Web_domain」および「AP_domain」、ならびに、ストレージドメイン「Web_AP_DISK_domain」が表示され、さらに、「AP_domain」が選択されてその詳細が表示されている。
【０１７５】
そして、システムリソースマネージャ２１は、管理者「dmz_mgr」から「host5」の「Web_domain.pool」から「A_Web」への移動要求を受け付けると（ステップＳ３０３）、図１７に示したプロビジョニング構成データ９６０および図１６に示したサーバグループデータ８１０から、「host5」および「A_Web]は「Web_domain」に属し、管理者ロールデータ１１８４から管理者「dmz_mgr」は「Web_domain」の参照更新権があることがわかるので、この移動操作を許可する（ステップＳ３０４）。
【０１７６】
図２６は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例（２）を示すフローチャートである。
【０１７７】
同図に示すように、システムリソースマネージャ２１は、管理者「a_user」のログインを受け付けると（ステップＳ４０１）、管理者ロールデータ１１８４から管理者「a_user」はサービスグループ「A_Service」の参照更新権があり、図１９に示したサービスグループデータ１１８２から、「A_Service」はサービス「A_Web_svc」、「A_AP_svc」、「A_DB_svc」および「A_Batch_svc」から構成され、図１８に示したサービスデータ１１８１から「A_Web_svc」はサーバグループ「A_Web」でサービスされ、「A_AP_svc」はサーバグループ「A_AP」でサービスされ、「A_DB_svc」はサーバグループ「A_DB」でサービスされ、「A_Batch_svc」はサーバグループ「A_Batch」でサービスされるので、サービスグループ「A_Service」、ならびに、参照更新権のあるサーバグループ「A_Web」、「A_AP」、「A_DB」および「A_Batch」の情報を表示する（ステップＳ４０２）。
【０１７８】
図２７は、サービスグループを対象として管理者権限を有する管理者に対して運用管理クライアント１０に表示されるリソース管理画面の例を示す図である。この例では、サービスグループ「A_Service」を構成するサービス「A_Web_svc」、「A_AP_svc」、「A_DB_svc」および「A_Batch_svc」が表示され、さらに、サービス「A_AP_svc」が選択されてそのサービスを提供するサーバグループ「A_AP」および「A_AP」のサーバプールである「AP_domain.pool」の情報が表示されている。
【０１７９】
そして、システムリソースマネージャ２１は、管理者「a_user」から「host1」の電源断要求を受け付けると（ステップＳ４０３）、プロビジョニング構成データ９６０から、「host1」は「A_Web」に属し、管理者ロールデータ１１８４から管理者「a_user」は「A_Web」の参照更新権があることがわかるので、この電源断操作を許可する（ステップＳ４０４）。
【０１８０】
図２８は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例（３）を示すフローチャートである。
【０１８１】
同図に示すように、システムリソースマネージャ２１は、管理者「dmz_mgr」から「host5」の「A_Web_svc」での利用要求を受け付けると（ステップＳ５０１）、プロビジョニング構成データ９６０、サービスデータ１１８１およびサービスグループデータ１１８２から、「host5」および「A_Web_svc」を提供する「A_Web」は「Web_domain」に属し、管理者ロールデータ１１８４から管理者「dmz_mgr」は「Web_domain」の参照更新権があることがわかるので、この利用要求を許可する（ステップＳ５０２）。
【０１８２】
そして、システムリソースマネージャ２１は、管理者「a_user」から「host5」の「A_Web」への移動要求を受け付けると（ステップＳ５０３）、ステップＳ５０２で「host5」の利用権が「A_Web_svc」に付与されており、サービスデータ１１８１およびサービスグループデータ１１８２から、「A_Web」は「A_service」に属するサービス「A_Web_svc」を提供し、管理者ロールデータ１１８４から管理者「a_user」は「A_service」の参照更新権があることがわかるので、この移動操作を許可する（ステップＳ５０４）。
【０１８３】
図２９は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例（４）を示すフローチャートである。
【０１８４】
同図に示すように、システムリソースマネージャ２１は、管理者「db_mgr」から「A_DB.pool」の「A_DB_svc」での利用要求を受け付けると（ステップＳ６０１）、図１０に示したプールグループデータ３５０、サービスデータ１１８１およびサーバグループデータに１１８２から、「A_DB_svc」を提供する「A_DB」および「A_DB.pool」は「DB_domain」に属し、管理者ロールデータ１１８４から管理者「db_mgr」は「DB_domain」の参照更新権があることがわかるので、この利用要求を許可する（ステップＳ６０２）。
【０１８５】
そして、システムリソースマネージャ２１は、管理者「db_mgr」から「host15」の「A_DB.pool」への移動要求を受け付けると（ステップＳ６０３）、プロビジョニング構成データ９６０、プールグループデータ３５０から、「host15」および「A_DB.pool」は「DB_domain」に属し、管理者ロールデータ１１８４から管理者「db_mgr」は「DB_domain」の参照更新権があることがわかるので、この移動操作を許可する（ステップＳ６０４）。
【０１８６】
そして、システムリソースマネージャ２１は、管理者「a_user」から「host15」の「A_DB」への移動要求を受け付けると（ステップＳ６０５）、ステップＳ６０４から「host15」は「A_DB.pool」に含まれ、サービスデータ１１８１およびサービスグループデータ１１８２から、「A_DB」は「A_service」に属するサービス「A_DB_svc」を提供し、管理者ロールデータ１１８４から管理者「a_user」は「A_service」の参照更新権があることが分かるので、この移動要求を許可する（ステップＳ６０６）。
【０１８７】
次に、本実施例に係る運用管理プログラムを実行するコンピュータについて説明する。図３０は、本実施例に係る運用管理プログラムを実行するコンピュータを示す図である。なお、このコンピュータ１２００は図３に示したサイト管理サーバ２０に対応する。
【０１８８】
図３０に示すように、このコンピュータ１２００は、入出力インタフェース１２１０と、ＬＡＮインタフェース１２２０と、ＲＡＭ１２３０と、ＨＤＤ１２４０と、ＣＰＵ１２５０とをバス１２６０に接続して構成される。
【０１８９】
入出力インタフェース１２１０は、マウスやキーボードなどの入力装置や液晶ディスプレイなどの表示装置を接続するインタフェースである。ＬＡＮインタフェース１２２０は、コンピュータ１２００をＬＡＮに接続するインタフェースである。
【０１９０】
ＲＡＭ１２３０は、ＣＰＵ１２５０で実行されるプログラムやＨＤＤ１２４０から読み出されたデータなどを記憶する記憶装置である。ＨＤＤ１２４０は、運用管理プログラム１２４１がインストールされたハードディスク装置であり、システムリソースＤＢ２６から読み出されたシステムリソース情報１２３１がＲＡＭ１２３０に記憶される。なお、このシステムリソース情報１２３１には、管理者ロールの情報である管理者ロール情報１２３１ａが含まれる。
【０１９１】
ＣＰＵ１２５０は、ＨＤＤ１２４０にインストールされた運用管理プログラム１２４１を実行する中央処理装置であり、運用管理プログラム１２４１のシステムリソースマネージャ２１は、システムリソースマネージャプロセス１２５１として実行される。
【０１９２】
なお、運用管理プログラム１２４１は、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、あるいは、インターネットなどのネットワークを介してコンピュータ１２００に接続される「他のコンピュータ」などに記憶され、ＨＤＤ１２４０にインストールされる。
【０１９３】
上述してきたように、本実施例では、ドメインおよびサービスグループに対応する管理者権限情報、ドメイン情報およびサービスグループ情報をシステムリソースＤＢ２６に記憶し、システムリソースマネージャ２１の権限判定部２１ｄが、管理者からのリソース操作要求に対して、操作要求のあったリソースの属するドメインまたはサービスグループに対して管理者が管理者権限を有するか否かに基づいて操作の許否を判定することとしたので、ドメインまたはサービスグループの視点でリソースに対する管理者権限を容易に設定することができる。
【０１９４】
なお、本実施例では、サーバドメインがＷｅｂドメイン４、ＡＰドメイン５およびＤＢドメイン６の３つのドメインから構成される場合について説明したが、本発明はこれに限定されるものではなく、ドメイン数が異なる場合にも同様に適用することができる。
【産業上の利用可能性】
【０１９５】
以上のように、本発明に係る運用管理プログラム、運用管理方法および運用管理装置は、情報処理システムのリソース管理に有用であり、特に、ネットワークに接続された多数のセキュリティレベルの異なるリソースを用いて多数のサービスを提供する情報処理システムのリソース管理に適している。
【図面の簡単な説明】
【０１９６】
【図１】図１は、本実施例に係る運用管理プログラムにおけるドメインおよびサービスグループの概念を説明するための説明図である。
【図２】図２は、ドメインおよびサービスグループに基づく管理者ロールの概念を説明するための説明図である。
【図３】図３は、本実施例に係る運用管理システムの機能構成を示す図である。
【図４】図４は、業務へのサーバの割当処理の処理手順を示すフローチャートである。
【図５】図５は、運用管理サーバの情報を登録するサイトデータの一例を示す図である。
【図６】図６は、ドメイン管理サーバの情報を登録するドメイン管理サーバデータの一例を示す図である。
【図７】図７は、管理対象となるサブネットの情報を登録する管理サブネットデータの一例を示す図である。
【図８】図８は、ミドルウェアと連携して各種処理を実行するためのコマンドを記憶したミドルウェア連携ＩＦデータの一例を示す図である。
【図９】図９は、サーバが属するドメインであるサーバドメインに係る情報を記憶したサーバドメインデータの一例を示す図である。
【図１０】図１０は、プールグループに係る情報を記憶したプールグループデータの一例を示す図である。
【図１１】図１１は、ストレージドメインに係る情報を記憶したストレージドメインデータの一例を示す図である。
【図１２】図１２は、ネットワークブートがなされるサーバの情報を記憶したネットワークブートサーバデータの一例を示す図である。
【図１３】図１３は、管理対象となるサーバのデータを記憶した管理対象サーバデータの一例を示す図である。
【図１４】図１４は、サーバが属するグループの情報を記憶したプロビジョニング構成データの一例を示す図である。
【図１５】図１５は、ストレージテンプレートに係るデータを記憶したストレージテンプレートデータの一例を示す図である。
【図１６】図１６は、サーバグループに係る情報を記憶したサーバグループデータの一例を示す図である。
【図１７】図１７は、ストレージサブグループが設定されたプロビジョニング構成データの一例を示す図である。
【図１８】図１８は、サービスデータの一例を示す図である。
【図１９】図１９は、サービスグループデータの一例を示す図である。
【図２０】図２０は、管理者データの一例を示す図である。
【図２１】図２１は、管理者ロールデータの一例を示す図である。
【図２２】図２２は、図３に示したシステムリソースマネージャの構成を示す機能ブロック図である。
【図２３】図２３は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の処理手順を示すフローチャートである。
【図２４】図２４は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の例（１）を示すフローチャートである。
【図２５】図２５は、ドメインを対象として管理者権限を有する管理者に対して運用管理クライアントに表示されるリソース管理画面の例を示す図である。
【図２６】図２６は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の例（２）を示すフローチャートである。
【図２７】図２７は、サービスグループを対象として管理者権限を有する管理者に対して運用管理クライアントに表示されるリソース管理画面の例を示す図である。
【図２８】図２８は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の例（３）を示すフローチャートである。
【図２９】図２９は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の例（４）を示すフローチャートである。
【図３０】図３０は、本実施例に係る運用管理プログラムを実行するコンピュータを示す図である。
【符号の説明】
【０１９７】
１，２    業務
３    プール
４    Ｗｅｂドメイン
４1〜４9    Ｗｅｂサーバ
５    ＡＰドメイン
５1〜５6    ＡＰサーバ
６    ＤＢドメイン
６1〜６3    ＤＢサーバ
７    ストレージドメイン
７1〜７9    ストレージ
８41〜８61    サーバグループ
９1    サービスグループ
９41〜９61    サービス
１０    運用管理クライアント
２０    サイト管理サーバ
２１    システムリソースマネージャ
２１ａ    通信部
２１ｂ    表示部
２１ｃ    入力受付部
２１ｄ    権限判定部
２１ｅ    ＤＢアクセス部
２２    サーバＲＭ
２３    ソフトウェアＲＭ
２４    ネットワークＲＭ
２５    ストレージＲＭ
２６    システムリソースＤＢ
２７    ＡＰ管理統括部
３０，４０，９０，１２０    ＦＷ
５０，６０    ドメイン管理サーバ
５１    システムリソースドメインマネージャ
５２    サーバサブＲＭ
５３    ソフトウェアサブＲＭ
５４    ネットワークサブＲＭ
５５    ドメインリソースＤＢ
７０    インターネット
８０    ルータ
１００，１３０    ＳＬＢ
１１０ａ，１１０ｂ，１１０ｃ    サーバ
１１１ａ    リソースマネージャエージェント
１１２ａ    サーバＲＭエージェント
１１３ａ    ソフトウェアＲＭエージェント
１１４ａ    ネットワークＲＭエージェント
１１５ａ    ストレージＲＭエージェント
１１６ａ    ＡＰ管理部
１４０ａ，１４０ｂ，１４０ｃ    サーバ
１５０ａ，１５０ｂ，１５０ｃ    サーバ
１６０ａ，１６０ｂ，１６０ｃ，１６０ｄ    ストレージ
１７０    ＳＡＮ
１８０    エッジドメイン
１９０    Ｗｅｂドメイン
２００    ＡＰドメイン
２１０    ＤＢドメイン
３００    サイトデータ
３１０    ドメイン管理サーバデータ
３２０    管理サブネットデータ
３３０    ミドルウェア連携ＩＦデータ
３４０    サーバドメインデータ
３５０    プールグループデータ
３６０    ストレージドメインデータ
６９０    ネットワークブートサーバデータ
７００    管理対象サーバデータ
７１０    プロビジョニング構成データ
８００    ストレージテンプレートデータ
８１０    サーバグループデータ
９６０    プロビジョニング構成データ
１１８１    サービスデータ
１１８２    サービスグループデータ
１１８３    管理者データ
１１８４    管理者ロールデータ
１２００    コンピュータ
１２１０    入出力インタフェース
１２２０    ＬＡＮインタフェース
１２３０    ＲＡＭ
１２３１    システムリソース情報
１２３１ａ    管理者ロール情報
１２４０    ＨＤＤ
１２４１    運用管理プログラム
１２５０    ＣＰＵ
１２５１    システムリソースマネージャプロセス
１２６０    バス
【図１】
0004843499.tif 000002
【図２】
0004843499.tif 000003
【図３】
0004843499.tif 000004
【図４】
0004843499.tif 000005
【図５】
0004843499.tif 000006
【図６】
0004843499.tif 000007
【図７】
0004843499.tif 000008
【図８】
0004843499.tif 000009
【図９】
0004843499.tif 000010
【図１０】
0004843499.tif 000011
【図１１】
0004843499.tif 000012
【図１２】
0004843499.tif 000013
【図１３】
0004843499.tif 000014
【図１４】
0004843499.tif 000015
【図１５】
0004843499.tif 000016
【図１６】
0004843499.tif 000017
【図１７】
0004843499.tif 000018
【図１８】
0004843499.tif 000019
【図１９】
0004843499.tif 000020
【図２０】
0004843499.tif 000021
【図２１】
0004843499.tif 000022
【図２２】
0004843499.tif 000023
【図２３】
0004843499.tif 000024
【図２４】
0004843499.tif 000025
【図２５】
0004843499.tif 000026
【図２６】
0004843499.tif 000027
【図２７】
0004843499.tif 000028
【図２８】
0004843499.tif 000029
【図２９】
0004843499.tif 000030
【図３０】
0004843499.tif 000031