(57)【要約】      （修正有）【課題】複数のクラウドに跨って構築された業務システムにおいて、システム全体の構成及びその変化と監視情報とを対応づけて提示できる管理サーバ及び管理サーバの制御方法を提供する。【解決手段】管理サーバは、データセンタが提供する複数のコンポーネントを用いて仮想的に業務システムを構築する際に、構築に用いるコンポーネントに業務システム内で一意になる識別子を付与し、コンポーネント間の接続関係と業務システムの構築時刻とを対応付けて記録する。コンポーネントの接続関係の変更を検知すると、変更後のコンポーネントの接続関係と変更時刻とを対応付けて記録するとともに、データセンタよりコンポーネントの稼働状態を示す監視情報と監視時刻とを収集し、監視情報と監視時刻とを対応付けて記録する。管理端末より時刻特定情報を受信すると、コンポーネントの識別子に基づき、指定時刻における業務システムの構成と監視情報を特定して出力する。【選択図】図２
2015115018.tif 000002
【特許請求の範囲】
【請求項１】
管理端末と１または２以上のデータセンタとに接続され、前記１または２以上のデータセンタが提供する複数のコンポーネントを用いて仮想的に構築された業務システムを管理する管理サーバであって、
前記管理サーバは、
前記業務システムを構築する際に、前記業務システムの構築に用いる前記複数のコンポーネントのうち、ネットワークを介して接続される複数のコンポーネントに対して、前記業務システム内で一意になるように識別子を付与し、前記識別子と前記識別子が付与されたコンポーネントの接続関係を示す接続情報と前記業務システムを構築した時刻とを対応付けて記録し、
前記業務システムを構築する前記コンポーネントの変更または前記接続関係の変更を検知すると、変更後のコンポーネントの前記識別子と前記接続情報と前記接続関係の変更があった時刻とを対応付けて記録し、
前記１または２以上のデータセンタより、前記識別子が付与されたコンポーネントの稼働状態を示す監視情報と前記監視情報が生成された時刻である監視時刻とを収集し、前記監視情報と前記監視時刻とを対応付けて記録し、
前記管理端末より時刻を特定する情報を受信すると、受信した前記時刻に対応付けられた前記コンポーネントの識別子に基づき、前記時刻における前記業務システムの前記接続情報及び前記監視情報を特定して出力することを特徴とする管理サーバ。
【請求項２】
請求項１に記載の管理サーバであって、
前記管理サーバは、特定した前記接続情報及び前記監視情報に基づき、前記時刻における前記業務システムの構成を示す画像と前記時刻における前記監視情報とを、前記管理端末の単一の画面内に表示することを特徴とする管理サーバ。
【請求項３】
請求項２に記載の管理サーバであって、
前記管理サーバは、前記業務システムの構成を示す画像は、ノードが前記コンポーネントを示し、エッジが前記コンポーネントの接続関係を示すグラフ構造で表現されていることを特徴とする管理サーバ。
【請求項４】
請求項３に記載の管理サーバであって、
前記監視情報は、性能情報、ログ情報、イベント情報を含むことを特徴とする管理サーバ。
【請求項５】
請求項４に記載の管理サーバであって、
前記管理サーバは、前記監視情報に基づき、前記コンポーネントの性能の変化を時系列軸に沿って示すグラフ画像を前記管理端末の画面に表示し、前記管理端末の入力デバイスにより指定された前記時系列軸上のポイントに対応する時刻を特定する情報を受信すると、受信した前記時刻に対応付けられた前記コンポーネントの識別子に基づき、前記時刻における前記業務システムの前記接続情報及び前記監視情報を特定して出力することを特徴とする管理サーバ。
【請求項６】
請求項５に記載の管理サーバであって、
前記管理サーバは、前記業務システムを構築する際に、前記管理端末より前記業務システムを構築するための設計情報を受信し、受信した前記設計情報に基づき前記接続情報を生成することを特徴とする管理サーバ。
【請求項７】
請求項６に記載の管理サーバであって、
前記管理サーバは、ネットワークを介して接続される前記複数のコンポーネントの各々に対してエージェントを配置し、前記エージェントが配置されたコンポーネントの前記識別子を前記エージェントに対して設定し、前記エージェントより、前記監視情報と共に前記エージェントに設定された前記識別子を受信することを特徴とする管理サーバ。
【請求項８】
請求項７に記載の管理サーバであって、
前記管理サーバは、
複数の前記業務システムに対して前記管理サーバ内で一意になるように識別子を付与し、
前記業務システムの識別子と前記業務システムを構築する複数のコンポーネントの前記識別子とを対応づけて記録し、
前記管理端末より、業務システムの前記識別子と時刻を特定する情報を受信すると、受信した前記識別子で特定される業務システムを構成するコンポーネントであって、前記時刻に対応付けられた前記コンポーネントの識別子及び前記接続情報を特定して出力することを特徴とする管理サーバ。
【請求項９】
管理端末と１または２以上のデータセンタとに接続され、前記１または２以上のデータセンタが提供する複数のコンポーネントを用いて仮想的に構築された業務システムを管理する管理サーバの制御方法であって、
前記管理サーバは、
前記業務システムを構築する際に、前記業務システムの構築に用いる前記複数のコンポーネントのうち、ネットワークを介して接続される複数のコンポーネントに対して、前記業務システム内で一意になるように識別子を付与し、前記識別子と前記識別子が付与されたコンポーネントの接続関係を示す接続情報と前記業務システムを構築した時刻とを対応付けて記録し、
前記業務システムを構築する前記コンポーネントの変更または前記接続関係の変更を検知すると、変更後のコンポーネントの前記識別子と前記接続情報と前記接続関係の変更があった時刻とを対応付けて記録し、
前記１または２以上のデータセンタより、前記識別子が付与されたコンポーネントの稼働状態を示す監視情報と前記監視情報が生成された時刻である監視時刻とを収集し、前記監視情報と前記監視時刻とを対応付けて記録し、
前記管理端末より時刻を特定する情報を受信すると、受信した前記時刻に対応付けられた前記コンポーネントの識別子に基づき、前記時刻における前記業務システムの前記接続情報及び前記監視情報を特定して出力することを特徴とする管理サーバの制御方法。
【請求項１０】
請求項９に記載の管理サーバの制御方法であって、
前記管理サーバは、特定した前記接続情報及び前記監視情報に基づき、前記時刻における前記業務システムの構成を示す画像と前記時刻における前記監視情報とを、前記管理端末の単一の画面内に表示することを特徴とする管理サーバの制御方法。
【請求項１１】
請求項１０に記載の管理サーバの制御方法であって、
前記監視情報は、性能情報、ログ情報、イベント情報を含むことを特徴とする管理サーバの制御方法。
【請求項１２】
請求項１１に記載の管理サーバの制御方法であって、
前記管理サーバは、前記監視情報に基づき、前記コンポーネントの性能の変化を時系列軸に沿って示すグラフ画像を前記管理端末の画面に表示し、前記管理端末の入力デバイスにより指定された前記時系列軸上のポイントに対応する時刻を特定する情報を受信すると、受信した前記時刻に対応付けられた前記コンポーネントの識別子に基づき、前記時刻における前記業務システムの前記接続情報及び前記監視情報を特定して出力することを特徴とする管理サーバの制御方法。
【請求項１３】
請求項１２に記載の管理サーバの制御方法であって、
前記管理サーバは、前記業務システムを構築する際に、前記管理端末より前記業務システムを構築するための設計情報を受信し、受信した前記設計情報に基づき前記接続情報を生成することを特徴とする管理サーバの制御方法。
【請求項１４】
請求項１３に記載の管理サーバの制御方法であって、
前記管理サーバは、ネットワークを介して接続される前記複数のコンポーネントの各々に対してエージェントを配置し、前記エージェントが配置されたコンポーネントの前記識別子を前記エージェントに対して設定し、前記エージェントより、前記監視情報と共に前記エージェントに設定された前記識別子を受信することを特徴とする管理サーバの制御方法。
【請求項１５】
請求項１４に記載の管理サーバの制御方法であって、
前記管理サーバは、
複数の前記業務システムに対して前記管理サーバ内で一意になるように識別子を付与し、
前記業務システムの識別子と前記業務システムを構築する複数のコンポーネントの前記識別子とを対応づけて記録し、
前記管理端末より、業務システムの前記識別子と時刻を特定する情報を受信すると、受信した前記識別子で特定される業務システムを構成するコンポーネントであって、前記時刻に対応付けられた前記コンポーネントの識別子及び前記接続情報を特定して出力することを特徴とする管理サーバの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理サーバ及び管理サーバの制御方法に係り、特に、一つ以上の管理ドメインで管理される情報処理システムを仮想化して構築した業務システム（テナント）を管理する管理サーバ及び管理サーバの制御方法に関する。
【背景技術】
【０００２】
近年、データセンタ（ＤＣ）へのクラウドコンピューティング（クラウド）適用が進展している。一般的なクラウドでは、ＤＣ事業者が、サーバ・ストレージ・ネットワークからなる情報処理システム上に、複数の企業システムや企業内の複数の業務システム（テナント）を仮想化して構築する。クラウドは、仮想化技術がベースであるため、物理システムと比較して拡張性に優れる。一方、クラウドでは、複数の業務システムを単一の情報処理システムに統合するため、複数の業務システムが混在し（マルチテナント化し）、複雑化している。なお、クラウドに統合された顧客ごとの仮想化された業務システムあるいは仮想化された業務システムを、テナントと呼ぶ。
【０００３】
クラウドには、パブリッククラウドやプライベートクラウドのように、様々なサービス形態がある。たとえば、代表的なパブリッククラウドサービスとして、Ａｍａｚｏｎ社のＡＷＳ（Ａｍａｚｏｎ  Ｗｅｂ  Ｓｅｒｖｉｃｅｓ）（Ｒ）、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ  Ａｚｕｒe（Ｒ）などが存在する。一方、プライベートクラウドは、パブリッククラウドと比べて、高信頼、高セキュリティの業務システムを構築する場合に利用されている。
【０００４】
様々なクラウドサービスが存在する中で、顧客自身がプライベートクラウドを利用しつつも、スケーラビリティ、アジリティ、価格の観点から、パブリッククラウドを併用して情報処理システムを構築する事例が増えてきている。すなわち、単一のクラウドだけでなく、複数のクラウドを組み合わせて、業務システムを構築するようになってきている。
【０００５】
本技術分野の背景技術として、マルチテナント化された複数のクラウドを用いて構築された業務システムを統合的に監視するための、以下の文献がある。
【０００６】
ＵＳ２０１２／０２６５８６３Ａ１（特許文献１）には、仮想サーバ群を効率よく管理し構築するための、管理システムと管理方法が開示されている。管理サーバが、複数の仮想サーバサービス（本実施例のクラウドに相当する）を統合的に管理するインタフェースを持ち、管理対象の仮想サーバサービスにおいて構成が変わったかどうかを定期的にチェックする技術が開示されている。
【０００７】
ＷＯ１０／０３２７０１（特許文献２）には、複数種の管理対象装置から、複数種の性能情報を収集し、時系列の性能情報間の相関を抽出することにより障害原因特定を容易化する技術が開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】ＵＳ  ２０１２／０２６５８６３  Ａ１
【特許文献２】ＷＯ１０／０３２７０１
【発明の概要】
【発明が解決しようとする課題】
【０００９】
パブリッククラウドでは、性能のスケーラビリティを確保するために、オートスケールと呼ぶ、クラウド自身が自動で仮想リソースを増減する機能が備わっていることが多い。このような場合、業務システムに異常が発生し、過去に何が発生したのかを業務システムの監視情報を基に調査しようとしても、すでに業務システムの構成が変わっている可能性があり、結果として、過去の構成情報と監視情報との突き合わせができず、障害原因の特定が困難であった。
【００１０】
また、複数のクラウドを組み合わせた業務システムを運用し管理する場合、そのシステムの運用管理者は、クラウド毎に異なる管理システムを用いて管理していた。そのため、複数のクラウドに跨って構築された業務システムでは、クラウド間の接続形態がわからず、業務システム全体の構成を俯瞰することができないため、障害原因の特定が困難であった。
【００１１】
特許文献１では、管理サーバがシステム構成の変化を検知することについての記載はあるが、システム構成の変化を監視情報と対応付けることは記載されていない。また、複数の仮想サーバサービス間の接続関係については考慮されていない。
【００１２】
特許文献２では、複数種の監視対象装置から収集した性能情報を基に推定した障害発生期間と性能情報の変化を時系列で画面に表示することについての開示はあるが、システム構成が変化するという環境は前提とされていない。
【００１３】
上記状況に鑑み、本発明は、複数のクラウドに跨って構築された業務システムにおいて、システム全体の構成及びその変化と監視情報とを対応対応づけて提示することを可能にする管理サーバ及び管理サーバの制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、本発明に係る管理サーバは、管理端末と複数のデータセンタとに接続され、前記複数のデータセンタが提供する複数のコンポーネントを用いて仮想的に構築された業務システムを管理する管理サーバであって、前記管理サーバは、前記業務システムを構築する際に、前記業務システムの構築に用いる前記複数のコンポーネントのうち、ネットワークを介して接続される複数のコンポーネントに対して、前記業務システム内で一意になるように識別子を付与し、前記識別子と前記識別子が付与されたコンポーネントの接続関係を示す接続情報と前記業務システムを構築した時刻とを対応付けて記録し、前記業務システムを構築する前記コンポーネントの変更または前記接続関係の変更を検知すると、変更後のコンポーネントの前記識別子と前記接続情報と前記接続関係の変更があった時刻とを対応付けて記録し、前記データセンタより、前記識別子が付与されたコンポーネントの稼働状態を示す監視情報と前記監視情報が生成された時刻である監視時刻とを収集し、前記監視情報と前記監視時刻とを対応付けて記録し、前記管理端末より時刻を特定する情報を受信すると、受信した前記時刻に対応付けられた前記コンポーネントの識別子に基づき、前記時刻における前記業務システムの前記接続情報及び前記監視情報を特定して出力する。
【発明の効果】
【００１５】
本発明により、複数のクラウドに跨って構築された業務システムを管理する管理サーバにおいて、業務システム全体の構成及びその変化と監視情報とを対応付けて提示することを可能にする。これにより、管理者が障害原因を特定する作業を容易化することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第1の実施形態における統合管理部の構成例である。
【図２】本発明の第１の実施形態におけるシステム構成を示す図である。
【図３】本発明の第１の実施形態におけるサーバの例である。
【図４】構成情報管理テーブルの構成例である。
【図５】テナント初期接続テーブルの構成例である。
【図６】テナント管理テーブルの構成例である。
【図７】監視情報管理テーブルの構成例である。
【図８】監視設定管理テーブルの構成例である。
【図９】管理ドメイン管理テーブルの構成例である。
【図１０】新規テナント構築要求時のフローを示す図である。
【図１１】テナント構成変化時の構成管理フローを示す図である。
【図１２】統合表示要求時のフローを示す図である。
【図１３】収集部の処理フローを示す図である。
【図１４】統合部の処理フローを示す図である。
【図１５】エージェント構築部の処理フローを示す図である。
【図１６】監視設定部の処理フローを示す図である。
【図１７】監視情報取集部の処理フローを示す図である。
【図１８】出力部の処理フローを示す図である。
【図１９】変更検知部の処理フローを示す図である。
【図２０】統合管理システムを用いた監視結果を表示する画面のイメージ例である。
【図２１】本発明の第２の実施形態におけるシステム構成を示す図である。
【図２２】本発明の第２の実施形態における出力部の処理フローを示す図である。
【図２３】本発明の第２の実施形態における性能情報テーブルの構成例である。
【図２４】本発明の第２の実施形態における監視管理部の処理フローを示す図である。
【発明を実施するための形態】
【００１７】
以下、実施例を図面を用いて説明する。
【実施例１】
【００１８】
図2は、本発明の実施形態におけるシステム構成を示す図である。
【００１９】
データセンタサイト210は、顧客へサービスを提供するための、ネットワーク261、サーバ262、ストレージネットワーク262、ストレージ280等の物理リソース260を有する。データセンタサイト210は、物理リソース260を選択的に利用する、もしくは、後述する仮想化技術を用いることにより、サイト管理サーバ211、および、管理ネットワーク290を提供する。サイト管理サーバ211は、構成情報収集インタフェース部107を有する。
【００２０】
構成情報収集インタフェース部107は、データセンタサイトがサービスとして提供するサイト内テナント251を構成する仮想サーバ221、VPNゲートウェイスイッチ230、ロードバランサ222等を物理リソース260から、選択的あるいは仮想的にリソースを提供する機能を有する。
【００２１】
また、構成情報収集インタフェース部107は、管理ネットワーク290を介して、テナントの状態を変更、監視する機能を有し、データセンタサイト210内において構成されるサイト内テナント220をサイト内で一意な識別子であるサイトテナントIDで管理する機能を有する。
【００２２】
更に、構成情報収集インタフェース部107は、テナントを構成するコンポーネントに対して、サイト内で一意な識別子であるサイトコンポーネントIDを用いて管理する機能を有する。コンポーネントとは、データセンタが仮想的に提供するサーバ、ストレージ、ネットワークの各ハードウェアやソフトウェアであり、例えば、VPNゲートウェイスイッチ230、ネットワークセグメント240、仮想マシン221などがある。このような構成情報収集インタフェース部は、Amazonにより提供されているマネージメントコンソールや管理インタフェースであるAPIにより実現されている。
【００２３】
データセンタサイト210は、それぞれ、広域ネットワーク210を介して、他のデータセンタサイト210等と接続されており、顧客のテナント251は、それぞれ異なるサイト管理サーバ211にて管理されるデータセンタサイト210に跨って構築され得る。
【００２４】
統合管理サーバ200は、データセンタサイト210と、広域ネットワークを介して接続し、１つ以上のデータセンタサイト210を用いて構築されたテナント220を運用管理する機能を有する。統合運用管理部100は、広域なネットワーク201を介した管理端末180から各種要求を受け付けることにより利用される。統合管理部100は、広域ネットワーク201を介して、サイト管理サーバ211が有する構成情報収集インタフェース部107と通信することで、テナント220のデプロイや構成情報の収集を行う。また、統合管理部100は、テナント220のコンポーネントである仮想マシン221にエージェント部108を配備し、そのエージェント部108から仮想マシン221に関する監視情報を収集することにより、監視結果を取得する。なお、統合管理部100は、データセンタサイト210内に配備されてもよい。また、いずれかのサイト管理サーバ211上に配備されてもよい。統合管理部100の詳細に関しては、後述する。
【００２５】
図3は、サーバ262の構成例である。サーバ262は物理的なハードウェア資源300を有する。ハードウェア資源300は、CPU310と、主記憶311と、ホストバスアダプタ(HBA)312と、ネットワークインタフェースカード(NIC)314を有し、それらがバス316により接続されている。HBA312は、ストレージエリアネットワーク(SAN)263を介して、ストレージ装置280と接続する。NIC314は、ネットワーク261に接続する。
【００２６】
サーバ262は、ハイパーバイザ301の仮想化制御部320により仮想化されており、仮想マシン302を構成する。仮想化制御部320は、CPU310と連動し、仮想マシン302上の仮想的なCPUである仮想CPU330に対するリソースの割り当てを制御する。同様に仮想化制御部320は、主記憶311、HBA312、NIC314に対するリソース割り当てを制御し、仮想主記憶331、仮想HBA332、仮想NIC333を構成する。
【００２７】
図１は、本発明の実施の形態における統合管理部100を示す図である。統合管理部100は、例えば、要求受付部101と、初期設定部102と、構築部106と、構成管理部104、監視管理部105と、出力部103と、管理テーブル109とを有する。
【００２８】
要求受付部101は、管理端末180から、監視要求を受け取り、要求内容を調査し、初期設定部102、構築部106、もしくは、出力部103のいずれかに転送する。監視要求には、例えば、テナント構築要求、監視結果表示要求、初期設定要求などが含まれる。テナント構築要求は、テナントを構成するコンポーネントをデプロイし、監視の初期設定を行い、監視を開始する要求である。監視結果表示要求は、１つ以上の時刻におけるテナントの構成、性能情報、イベント情報、ログ情報などを１つの画面上に表示させる要求である。この要求には、１つ以上の時間の指定と、テナントを識別するテナントIDを含む。初期設定要求は、管理テーブル109の初期値を設定する要求である。この要求には、テナント構築要求に先立ちテナントの設計情報や監視情報を設定する要求と、監視結果表示要求に先立ち表示する監視メトリックを指定する要求と、統合管理部100が管理するデータセンタサイト210の構成収集インタフェース部107へのアクセスポイントなどを記録するシステムの初期設定要求などを含む。もちろん、これら以外の要求を必要に応じて備えてもよい。
【００２９】
初期設定部102は、要求受付部101が初期設定要求を受け付けた場合に、要求に含まれる管理テーブル109に受け取った値を記録する。
【００３０】
構築部106は、要求受付部101がテナント構築要求を受け付けた場合に、テナントの構築を実施し、監視を開始する。構築部106は、例えば、テナントを構成するコンポーネントをデプロイするテナント構築部131と、複数のサイトにデプロイされたテナントの構成情報の統合を行う統合部132と、監視エージェントをデプロイする監視構築部133とを有する。
【００３１】
構成管理部105は、テナントの構成変化を検知し、管理テーブル109を更新する。構成管理部105は、例えば、データセンタサイトの管理情報を取得するインタフェースである構成情報取集インタフェース部107からテナントの構成情報を収集する収集部113と、収集部113により集められた2つ以上のデータセンタサイトの構成情報を統合する統合部112と、管理テーブル109に蓄積されている構成情報と収集部112により取得した構成情報との差分を調べる変更検知部111と、変更が検知された場合に構築部106へ監視変更要求を通知する通知部110と、取得された構成情報を管理テーブル109へ蓄積する蓄積部114とを有する。
【００３２】
監視管理部105は、１つ以上のエージェント部108から監視データを受け取り、収集管理テーブル160へデータを蓄積する。監視管理部105は、例えば、エージェント108から監視データを受け取る監視情報取集部122と、受け取った監視データをテナント単位で蓄積する監視情報蓄積部121とを有する。
【００３３】
出力部103は、要求受付部101が、監視結果表示要求を受け付けた場合に、要求に指定された条件に合わせて管理テーブル109に含まれる構成情報と性能情報とイベント情報とログ情報を関連づけて提示する。出力部103は、例えば、監視結果表示要求に指定された条件を満たす構成情報、監視結果を管理テーブル109から抽出する情報統合部171と、抽出された結果からトポロジを解析するトポロジ構築部172と、それらの結果を管理端末180へ提示する情報提示部170を有する。
【００３４】
管理テーブル109は、例えば、サイト管理テーブル154と、テナント管理テーブル151と、構成情報管理テーブル140と、テナント初期接続テーブル153と、監視設定管理テーブル150と、監視情報管理テーブル160とを有する。
【００３５】
サイト管理テーブル154は、テナントが配備されるデータセンタサイト210ごとの構成情報収集インタフェース部107へのアクセス情報を管理する。この情報はテナントが配備可能なデータセンタサイトを規定することになるため、初期設定部102を介して、システムの初期化時に設定する。
【００３６】
テナント管理テーブル151は、テナントを構成する仮想マシン221やVPNゲートウェイ230などのコンポーネントを管理する。また、サイト内テナント230やコンポーネントに付与される識別子の関連を保持する。
【００３７】
構成情報管理テーブル140は、各コンポーネントの構成情報、および、それらコンポーネント間の接続情報を管理する。構成情報管理テーブル140は、テナントごとに管理する。構成情報管理テーブル140は、例えば、コンポーネント情報テーブル141と、コンポーネント間接続テーブル142により構成する。コンポーネント情報テーブル141は、コンポーネントにより管理する情報が異なるため、これらコンポーネントの種別ごとに定義する。
【００３８】
テナント初期接続テーブル153は、コンポーネント間の接続関係を管理するテーブルであり、テナント構築要求に先立ち管理者から初期値として受け取る。テナント初期接続テーブル153はテナントごとに作成され管理される。
【００３９】
監視設定管理テーブル150は、コンポーネントに対する監視メトリックなどの監視設定を管理する。監視設定管理テーブル150は、テナント単位に作成し、テナント構築要求に先立ち管理者から初期値として受け取る。
【００４０】
監視情報管理テーブル160は、監視管理部105を介して取得した監視データを蓄積する。監視情報管理テーブル160は、テナントの単位に作成し、管理する。監視情報管理テーブル160は、例えば、性能情報テーブル161、イベント情報テーブル162、ログ情報テーブル163により構成する。
【００４１】
なお、図1では、図示しないが、デプロイされるコンポーネントやエージェント等のイメージは別途管理されているものとする。
【００４２】
図4は、構成情報管理テーブル140の構成例である。
【００４３】
図4(a-1)には、コンポーネント情報テーブル141を構成するテーブルの１つである仮想マシンに関するコンポーネント情報テーブル400の構成例を示す。本テーブルは、テナントのデプロイ前に、新規構築時の設計情報を管理するために使われる。また、テナントのデプロイ後には、テナントの構成情報を時系列に蓄積するために使われる。テナントのデプロイ前では、本テーブルは、端末からの管理要求により、初期設定部102を介して作成される。この時、本テーブルには、作成するコンポーネントに応じたエントリに対して設計情報が設定された状態で作成される。その他の欄の情報は、テナント構築時に構築部106により設定される。
【００４４】
より、具体的な例としては、仮想マシンに関するコンポーネント情報テーブル400は、例えば、一意な識別子であるコンポーネントIDを保持するコンポーネントID欄410と、構成情報が生成された時刻である時刻欄411と、設計情報を管理する設計情報欄413とを有する。設計情報欄413は、例えば、さらに小項目として、コンポーネントを配備するデータセンタサイト210を示すサイト種別欄412と、IPアドレスを記録するIPアドレス欄414を有する。設計情報欄413は、テナント構築要求に先立ち設定され、テナント構築部106は、設計情報欄413の情報を用いてテナントをデプロイする。デプロイが完了した時点で、サイトコンポーネントIDからコンポーネントIDを採番し、コンポーネントID欄410に記録するとともに、時刻欄411を設定する。例えば、仮想マシンに関するコンポーネント情報テーブル400の１つ目のエントリ(415)は、テナント構築前においては、「サイト0」で識別されるデータセンタサイト210にIPアドレス「192.168.100.100」を持つ仮想マシンをデプロイすることを意味する。また、テナントデプロイ後は、この仮想マシンはコンポーネントIDが「0」、時刻が「2013/4/1 00:00」で識別されることを示す。図4(a-2)は、ネットワークセグメントに関するコンポーネント情報テーブル401の構成例である。図4(a-3)は、VPNゲートウェイに関するコンポーネント情報テーブル402の構成例である。これらのテーブルは、仮想マシンに関するコンポーネント情報テーブル400と同様の構成であるため、説明を省略する。
【００４５】
図4(b)は、コンポーネント間接続テーブル142の構成例である。本テーブルは、コンポーネント情報テーブル141で管理されるコンポーネント間の接続関係を管理する。具体的には、本テーブルは、例えば、本テーブルで示す接続関係を一意に管理するためにコンポーネントID欄450、および、その接続関係を認識した時刻欄451を持つ。また、接続元コンポーネントを保持する接続元コンポーネント欄452と、接続先コンポーネントを保持する接続元コンポーネント欄455を有する。接続元のコンポーネント、および、接続先のコンポーネントは、例えば、コンポーネントIDとそのコンポーネントの情報を収集した時刻で管理する。そのため、接続元コンポーネント欄453、および、接続先コンポーネント欄455は、それぞれの小項目として、コンポーネントID欄453、456と、時刻欄454、457を有する。例えば、コンポーネント間接続テーブル142の１つ目のエントリ(458)は、VPNゲートウェイに関するコンポーネント情報テーブル402の１つ目のエントリ(435)と、２つ目のエントリ(436)で管理されるコンポーネントが「VPN接続」として接続されていることを表している。
【００４６】
図5は、テナント初期接続テーブル153の構成例である。本テーブルは、テナントの構築前に、要求受付部を介して、管理者から初期値として受け取った、テナント内のコンポーネント間の接続関係を管理する。本テーブルで管理される情報は、データセンタサイト間でのVPN接続情報、ロードバランサとその振り分け先の接続情報、アプリケーションサーバとデータベースサーバなどのアプリケーション間の接続情報などを含む。テナント初期接続テーブル153は、例えば、接続の種類を表す種類欄510、接続元IPアドレス欄511、接続先IPアドレス欄512、エントリの情報がテナント構築後に変更されるか否かを表す変更検知時使用欄513を有する。例えば、図5の２番目のエントリ(515)は、接続元IPアドレス欄で示されるロードバランサが、接続先IPアドレス欄512でしめされる２つのコンポーネントに対して接続があることを示している。また、変更検知時使用欄513には、エントリの情報がテナント構築後に変更される場合は「×」が、変更されない場合には「○」が登録される。
【００４７】
図6は、テナント管理テーブル151の構成例である。テナント管理テーブル151は、テナントに付与される識別子であるテナントIDと、それぞれのデータセンタサイト210がテナントに付与する識別子の関係、テナントを構成するコンポーネントにプロバイダが付与する識別子と本システムで一意に管理するコンポーネントIDとの関係などを管理する。テナント管理テーブル151は、例えば、テナントID欄610、プロバイダ種別欄611、プロバイダ提供テナントID欄612、コンポーネントに対してプロバイダが付与したプロバイダ提供IDを管理するプロバイダ提供ID欄、コンポーネントID欄614を有する。例えば、図6の例では、テナントIDが「0」であるテナントは、少なくとも、「サイト0」および「サイト1」に跨って構築されていること、それぞれのサイト内でのテナントの識別子は、どちらも同じ値「１」であること、「サイト0」では、「i-123456」で識別されるコンポーネントを構成要素として持っている、もしくは、持っていたことがあること、そのコンポーネントは、統合運用管理部100においては、識別子「１」で管理していることを意味している。
【００４８】
図7は、監視情報管理テーブル160の構成例である。図7(a)は、性能情報を蓄積する性能情報管理テーブル161の構成例である。本テーブルは、例えば、監視対象を識別するコンポーネントID欄711、収集時刻を表す時刻欄712、監視メトリック種別を表すメトリック名714と、収集されたデータを格納するメトリック値欄715から構成される。図7(b)はイベント情報管理テーブル162、図7(c)はログ情報テーブル163の構成例である。これらのテーブルの構成は、性能情報管理テーブルと同様のため、説明は省略する。
【００４９】
図8は、監視設定管理テーブル150の構成例である。監視設定管理テーブル150は、コンポーネントに対する監視メトリックなどの監視設定を管理する。監視設定管理テーブル150は、例えば、監視設定を行う対象のコンポーネントの種別を表すコンポーネント種類欄811、メトリック名欄813と、監視データ収集頻度を指定する監視頻度欄815と、コンポーネントへ監視エージェントを配備する必要性を示すエージェント配備欄816と、出力部103により監視結果を表示する場合に管理端末180に表示するか否かを示す表示設定欄817を有する。表示設定欄817の値は、要求受付部108への監視結果表示要求を受け付けに先立ち、必要に応じて管理者が、要求受付部108を介して設定する。
【００５０】
図9は、サイト管理テーブル154の構成例である。サイト管理テーブル154は、テナントが配備されるデータセンタサイト210ごとの構成情報収集インタフェースの情報を管理する。サイト管理テーブル154は、例えば、データセンタサイトで提供されるプロバイダを識別するプロバイダ種別欄910と、そのプロバイダに対する構成情報取集インタフェース107のエンドポイントを表すアクセスURL欄911を含む。
【００５１】
次に、統合管理部100の処理フローについて説明する。統合管理部100の処理は、管理者からの要求に基づく、新規テナント構築フローと、統合表示フローに加えて、構成管理部104による構成情報収集フロー、監視情報取集部112による監視フローの4つを含む。以下にそれぞれについて説明する。
【００５２】
図10は、新規テナント構築時のフローを示す図である。本フローでは、要求受付部101を介して管理者から事前に与えられたテナントの設計情報、監視設定情報を用いてテナントをデプロイし、監視を開始させる。まず、要求受付部108は、管理端末180から新規テナント構築要求を受け取る(S1011)。次に、テナント構築部131は、テナント管理テーブル151を用いて、新規テナントIDを採番する（S1012）。採番は、例えば、テナント管理テーブルのテナントID欄を検索し、利用されていない番号を割り振ることにより行う。次に、事前に設定されたコンポーネント情報テーブル141で指定されたコンポーネントをデプロイし、デプロイされたコンポーネントに対するコンポーネントIDを採番する(S1013)。ここでのコンポーネントIDの採番も、例えば、テナントIDの採番と同じ方法により行う。
【００５３】
次に、統合部132は、デプロイされたテナントのコンポーネント情報テーブル141と、テナント初期接続テーブル153を用いて、テナントの構成情報の関連付けを実施する(S1014)。すなわち、テナントを構成するコンポーネントの接続関係を定義する。。。次に、監視構築部133は、監視設定管理テーブル150と、テナント管理テーブル151を用いて、テナントID、コンポーネントID、メトリクスを設定して、監視エージェントをデプロイする(S1015)。以上により、テナントが構築され、監視対象のコンポーネント上で監視エージェントが動作することで監視が開始される(S1016)。
【００５４】
次に、ステップ1013、ステップ1014、ステップ1015の詳細について述べる。
【００５５】
図24は、ステップ1013の詳細フローを示した図である。本フローはテナント構築部131にて実行される。まず、テナント構築部131は，現在時刻を取得する(S2401)。次に、テナント構築部131は、テナント管理テーブル151の内容に従って、テナントの各コンポーネントをデプロイ、構成情報をコンポーネント情報テーブル141に登録する（S2402）。デプロイは、例えば特開2012-253550を用いることで実施可能である。次に、テナント構築部131は、コンポーネントデプロイ時に得られたプロバイダ提供IDをテナント管理テーブルに登録する(S2403)。次に、構成管理部104はコンポーネントIDを新たに採番し、そのIDをテナント管理テーブル151に登録する(S2404)。また、構成管理部104は、テナント管理テーブル151の内容に従ってコンポーネントIDをコンポーネント情報テーブル141に登録する(S2405)。以上により、新たなテナントをデプロイでき、またそれらを、統合管理部100で一意なコンポーネントIDを用いて管理することができる。
【００５６】
図14は、ステップ1014の詳細フローを示す図である。本フローは、情報統合部171にて実行される。なお、本フローは、新規テナント構築時以外に、後述する図11の構成情報収集フローにおいても、収集部113に呼び出されて実行される。
【００５７】
まず、統合部112は，テナントIDと時刻を引数として受け取る(S1410)。新規テナント
そのテナントIDに対応するテナント初期接続テーブル153を取得する(S1411)。ステップ1412では、コンポーネント情報テーブル141に蓄積された情報から、テナントIDと時刻により特定したコンポーネントの情報を抽出する(S1412)。
【００５８】
次に、テナント初期接続テーブル153の各エントリに対して、ステップ1414からステップ1416の処理を行う(ステップ1413)。まず、本フローの呼び出しもとが収集部113であり、かつ、現在処理中のエントリの変更検知使用欄513の値が「×」であるか否かを調べる(S1414)。呼び出し元が収集部113であるということは、テナントの構成変化が検知された可能性があることを示す。また、変更検知使用欄513の値が「×」であるということは、エントリの情報がテナント構築後に変更されることを示す。従って、ステップ1414の条件が成立する場合、テナント初期接続テーブル153のエントリが示す接続関係は変更されている可能性がある。
【００５９】
ステップ1414の条件が成立する場合は、ステップ1415に進む。この場合、テナント初期接続テーブル153のエントリが示すコンポーネント間の接続関係は変更されている可能性があるので、テナントの構成変更が反映された最新のコンポーネント情報テーブル141を用いてコンポーネント間接続情報テーブル142を更新する必要がある。そこで、収集部113を介して取得され、ステップ1412で抽出されているコンポーネントの情報を用いて、コンポーネント間接続情報テーブル142を新たに作成する。そのため、ステップ1415において、テナント初期接続テーブル153の現在処理中のエントリの接続種別に応じた接続情報に記録されている接続元、接続先のそれぞれのIPアドレスを取得し、このIPアドレスを用いて、コンポーネント情報テーブル141を検索する。検索した結果、IPアドレスで特定されるエントリがある場合、このエントリのコンポーネントIDを用いてコンポーネント間接続情報テーブル142に新たなエントリを追加する。例えば、図5のテナント初期接続テーブル153のVPN接続が現在処理中のエントリの接続種別である場合、このエントリの接続元IPアドレス「10.0.0.16」と接続先IPアドレス「192.168.100.205」を用いて、図４のコンポーネント情報テーブル141を検索する。このIPアドレスで特定されるエントリのコンポーネントIDは「20」と「21」であるため、「20」と「21」が接続されていることを示す接続情報をコンポーネントID「100」として、コンポーネント間接続情報テーブル142に追加する。
【００６０】
ステップ1414において、条件が成立しない場合は、ステップ1416に進む。なお、新規テナント構築要求受付時のフローで本フローが呼び出された場合は、呼び出し元は構築部106であるため、ステップ1414で常に条件は成立しないと判定される。接続情報は時刻により変化しないため、テナント初期接続テーブル153の現在処理中のエントリ情報を用いて、コンポーネント間接続テーブル142のエントリを作成する。そのため、ステップ1416において、テナント処理接続テーブル153の現在処理中のエントリの接続元、接続先それぞれのIPアドレスから、コンポーネント情報テーブル141を検索することによりコンポーネントIDを特定し、それらの情報をもとに、コンポーネント間接続情報テーブル142に新たなエントリを追加する。
【００６１】
以上により、複数のデータセンタサイト210から取得されたサイト内テナント間の関係性を含めたコンポーネント間の接続関係を解析することが出来る。
【００６２】
図15は、ステップ1015の詳細を示す図である。本フローは、監視エージェント構築部113で実行される。まず、監視エージェント構築部は、時刻と監視エージェントをデプロイする対象となるテナントのテナントIDを受け取り(S1510)、テナントIDをもとにテナント管理テーブル151を検索することにより、テナントを構成するコンポーネントに対するコンポーネントIDの一覧を取得する(S1511)。次に、ステップ1512でエージェントデプロイの結果を格納するための空のコンポーネントIDリストを作成する。次に、ステップ1511で取得したコンポーネントIDの各要素に対して、監視エージェントのデプロイと初期設定を実行するため、ステップ1513からステップ1518の処理を実行する。まず、ステップ1514にて、監視設定管理テーブル150を検索しエージェントの配備が必要か否か確認する。もし、エージェントの配備が必要である場合は、コンポーネントIDからコンポーネントのIPアドレスを特定し、そのIPアドレスに対して監視エージェントをリモートコピーなどを用いてデプロイ（ステップ1515）し、そのコンポーネントIDをコピー済みコンポーネントIDリストに追加する（ステップ1516）。そののち、コピー済みコンポーネントIDリストと時刻とテナントIDを引数として、監視設定処理を呼び出す（ステップ1517）
図16は、ステップ1517からよびだされる監視設定部の処理フローである。本フローでは、エージェントの動作の初期設定を行う。まず、ステップ1610にて、コンポーネントIDリスト、時刻、テナントIDを受け取る。次に、各エージェントに対して初期設定を行うため、コンポーネントIDリストの各エントリに対してステップ1612からステップ1614の処理を実施する(S1611)。ステップ1612では、処理中の要素のコンポーネント種類をもとに監視設定管理テーブル150を検索し、次に、ステップ1613では現在処理中の要素に対するメトリック名813と監視頻度815をすべて求め監視エージェントの動作として設定する。次に、ステップ1614では、監視対象コンポーネントのコンポーネントIDをエージェント部108に設定する。
【００６３】
以上により、エージェント部108は、指定されたメトリックに対して、指定された監視頻度で監視結果を取得し、その結果を、時刻とコンポーネントIDを付与して送付することが可能となる。 
図11は、構成情報収集フローを示した図である。本フローでは、テナントの構成変化を検知した場合に、構成情報を新たに収集するとともに、新たな構成での監視環境を構築する。まず、収集部113は、構成情報収集インタフェース部107をアクセスすることにより、テナントの構成変化を検知（S1110）する。例えば、Amazonでは、オートスケール機能により構成が変化した場合にイベントして通知するする仕組みを備えており、本イベントを受け取ることにより、構成変化を検知する。次に、ステップ1111では、統合部112は、ステップ1110で取集したサイトごとのコンポーネント情報テーブル141と、テナント初期接続テーブル153を用いて、コンポーネント間の接続関係を解析し、コンポーネント間接続テーブル142に登録する(詳細は後述)。次に、変更検知部111は、ステップ1111で収集されたテナント情報と、構成情報管理テーブル140に蓄積されている最新のテナント情報を比較し、増加したコンポーネントを特定し、その情報を通知部110を介して、監視構築部132へ通知する。本ステップの処理はステップ1014と同じであるため、詳細は省略する。次に、監視通知部132は、増加したコンポーネントに対して監視構築を行い監視対象に加える(S1113)。
【００６４】
図13は、ステップ1111の詳細フローを示した図である。本フローは取集部113にて実行される。まず、収集部113は，現在時刻を取得する（S1301）。次に、収集部113は、管理ドメイン管理テーブル154の各要素に対し、ステップ1303からステップ1309の処理を適用する(S1302)。ステップ1303では、収集部113は，テナントIDを引数として構成情報収集インタフェース部107を呼び、テナント内に含まれるコンポーネントの一覧を作成する。次に、得られたコンポーネント一覧の各要素に、ステップ1305からステップ1309の処理を適用する(S1304)。ステップ1305では、テナント管理テーブル151に、コンポーネントのサイト提供IDが含まれているか検索する（S1305）。もし、含まれている場合は、ステップ1304へ移る。もし、含まれていない場合は、ステップ1307からステップ1309を実施する。まず、ステップ1307では、構成管理部104によりコンポーネントIDを新たに採番する。ステップS1308では、テナント管理テーブル151のテナントIDとプロバイダ種別に対応する列へ新たなエントリを追加し、ステップ1307で採番したコンポーネントIDとS1303で取得したサイト提供IDを記録する。ステップ1309では、処理中のコンポーネントの種別に対応するコンポーネント情報テーブル141を取得し、S1307で採番したコンポーネントIDと処理中の要素に対してS1303で取得した情報を用いてエントリを作成して追加する。
【００６５】
以上により、テナント管理テーブル151によるテナントIDとテナントを構成するコンポーネントの関連づけ、テナント管理テーブル151によるサイトの識別子と統合管理部の識別子の関連づけ、構成管理情報テーブル140による時刻とコンポーネントの要素の状態との関連付けが実現できる。
【００６６】
図19は、ステップ1110の変形例を示す図である。変更検知部111は、定期的にテナント単位で呼び出され(ステップ1910)、ステップS1912からステップS1916の処理を実施する(S1911)。変更検知部111は、ステップ1911にて構成情報管理テーブル140から直前の時刻における構成情報を抽出し、ステップ1913にて、収集部113を介してあらたに現在時刻での構成情報の一覧を取得する。次に、ステップ1912とステップ1913で得られた構成情報を比較し、コンポーネント、もしくは、コンポーネント間接続情報に変化があった場合、変更ありと判定する(ステップ1915)。ステップ1915にて変化ありと判定された場合、ステップS1916へ進み、図13に示す収集部113のフローを実行する。
【００６７】
図17は、監視情報取集部122による監視フローを示す図である。本フローは、エージェント部等を介して監視情報を収集し、テナント、コンポーネント、時間を関連づけて結果を蓄積する。
【００６８】
まず、監視情報取集部112は、エージェント部より、定期的に、時刻、コンポーネントIDの情報と共に、監視結果を受け取る(S1710)。次に、監視情報蓄積部121は、監視情報取集部112が受け取ったデータを、コンポーネントIDをもとにテナント管理テーブル151を検索することで、テナントIDを特定し、そのテナントIDに対応する監視情報管理テーブル160を取得し、受信した監視結果の種別に応じて、性能情報テーブル161、イベント情報テーブル162、ロブ情報テーブル163のいずれかを選択し、監視結果を追記する(S1711)。以上により、情報収集管理テーブル160において、テナントID、コンポーネントID、時間により、取集データを管理することが可能となる。
【００６９】
図12は、表示要求受付時のフローを示した図である。本フローでは、管理者からの要求に応じて、収集した複数の監視結果を関連付けて画面に表示する。まず、要求受付部101は、管理端末180から監視結果の表示要求を受け付ける(S1211)。次に、情報統合部171は、表示要求に含まれるテナントIDの指定された時刻における構成情報を構成情報管理テーブル140から読み出し、読みだした構成情報のコンポーネントID及び指定された時刻に基づいて関連する監視情報管理テーブル160の情報を読み出す(S1212)。次に、情報提示部170は、ステップS1212で読み出された情報のうち、構成情報はトポロジ構築部172にて構造解析を行い、その結果と他の監視データを単一の画面に表示する（S1213）。
【００７０】
図18は、ステップ1212の詳細フローを示す図である。本フローでは、構成情報、イベント情報、ログ情報、性能情報のそれぞれに対して、監視情報の絞りこみを行い、結果を画面に提示する。まず、情報統合部171は、要求受付部101からテナントIDと２つ以上時刻を受け取る。次に、情報統合部171は、指定された2つ以上の時刻のそれぞれに対して、指定された時刻の構成要素を特定するためにステップ1812からステップ1813を実施する。ステップ1812では、時刻とテナントIDをもとに、構成情報管理テーブル140から、コンポーネントと接続関係をすべて抽出する。ステップ1813では、ステップ1812で抽出した情報をもとにトポロジ構築部172がシステム構成図を作成し、情報提示部170へ渡す。
【００７１】
次に、情報統合部171は、ステップ1810で与えられた時刻のうち、最も古い時刻と最も新しい時刻とを求め(ステップ1814)、ステップ1810で与えられたテナントIDをもとに、監視情報管理テーブル160を特定し、その取集情報管理テーブル160に含まれる性能情報テーブル161、イベント情報テーブル162、ログ情報テーブル163のそれぞれから、与えられた時間範囲内にあるエントリを抽出し、結果を情報提示部へ渡す。以上により、時間に紐づけて、構成情報と、性能情報と、イベント情報と、ログ情報を表示することが可能となる。
【００７２】
なお、上記では、指定されたテナント、時刻範囲に含まれるすべてのデータを情報提示部へ渡すが、これは、管理者が事前に指定したデータのみを表示することも考えられる。これは、例えば、監視設定管理テーブル150に、表示を行うか否かを示す表示設定列を新たに設け、監視結果表示要求に先立ち管理者に要求受付部を介して事前に値を設定し、さらに、ステップ1815において、抽出したエントリに対して表示設定列に従った絞り込みを適用することにより実現できる。
【００７３】
また、図18のフローでは、指定された時刻の時刻範囲のデータを表示するが、この範囲と構成情報を表示する時刻とは、別々に指定してもよい。また、ステップ1810では、現在の最新の状態を指定することも可能である。この場合、構成情報管理テーブル140にはデータが蓄積されていないため、ステップ1810の後に、構成管理部104を呼び出し、最新のデータを保持するステップを追加することで対応可能である。
【００７４】
図20は、統合監視部100で提示される画面2000の一例である。本画面2000は、出力部103で生成され、管理者端末180に表示される。画面2000は、例えば、構成情報表示領域2001、性能情報表示領域2002、イベント・ログ情報表示領域2003により構成され、これらの表示領域が、同一の画面内に配置される。構成情報表示領域2001は、２つ以上の領域に分割され、それぞれの領域に、異なる時刻の構成情報をトポロジを用いて表示することができる。図20の例では、構成情報表示領域2001aと、構成情報領域2000bにそれぞれ異なる時刻の構成情報を表示している。それぞれの領域に表示する時刻は、時刻指定バー2005a、2005bにより指定することが可能である。構成情報表示領域2001は、テナントに属するコンポーネントをノードに持ち、ネットワークの接続関係をエッジとして表現するグラフ構造にて表示される。また、管理者により指定されたサービスレイヤ(アプリケーション、ミドルウェアなど)の依存関係をこれらのグラフに重ねて表示（2016、2017a、2017b、2017c）することができる。
【００７５】
性能情報表示領域2002では、出力部103を介して得られた性能情報が表示される。性能情報は、例えば、監視対象のコンポーネント、監視メトリックごとに個別の性能グラフとして、例えば、縦に整列して表示される。性能グラフの横軸は時間であり、すべての性能グラフで時間軸が統一されている。性能グラフ上のマーカ2004a、2004bは、それそれ、構成情報2001a、2001bの時刻と連動している。
【００７６】
イベント・ログ情報表示領域2003は、出力部103を介して得られたイベント・ログ情報が表示される。イベント・ログ情報表示領域2003は、例えば、時刻欄2030、種別欄2031、値欄2032をもつテーブルとして構成される。テーブルのエントリは時系列に整列して表示される。これらイベント・ログ情報表示領域2003では、時刻指定バー2005a、2005bにて指定された時刻範囲のエントリを強調表示する。
【００７７】
次に、管理者の利用場面を説明する。管理者は、まず、性能情報グラフ2020により、時刻t0(2026)にて性能が劣化していることに気付く。そのため、管理者は、まず、性能劣化前の時刻の構成情報を確認するため、時刻指定バー2005aを用いて、時刻2026における構成情報を表示する。次に、管理者は、もう一画面を用いて、性能劣化後の時刻t1(2027)の時刻の構成を表示する。この時、管理者は、構成情報画面2001bにて、Webサーバに該当する仮想マシンが２台増えているが、性能が改善されていないことに気付く。次に、管理者は原因解析のために時刻を進めると、時刻t2(2028)から性能が改善していることに気付く。この時、別のデータベースの性能グラフ(2023)を見ると、大幅に性能が改善しており、データベースサーバが原因と推測できる。管理者はこの時、イベント領域(2003)を確認すると、行2033cにおいて、バックアップ終了のイベントを確認でき、バックアップの突き抜けが原因であったことを確認することができる。
【００７８】
以上により、マルチテナント化された情報処理システムに構築された業務システムの複数時刻の構成とその構成に対応する監視情報を蓄積できるため、業務システムに障害が発生した場合に、複数時刻でのシステム構成の差分を比較できる。また業務システムが複数の情報処理システムに跨って構築される場合でも、情報処理システム間の接続関係を算出して、業務システムの全体構成を俯瞰できる。さらに、マルチテナント化された情報処理システムに構築された業務システムの複数時刻でのシステム構成とそれに対応する監視情報を単一画面に表示できるため、業務システムに障害が発生した場合に、その原因を迅速に特定できる。
【実施例２】
【００７９】
図21は、本発明の第２の実施形態におけるシステムの構成例である。本形態では、第１の実施と異なり、監視により収集されるデータをデータセンタサイト210ごとに蓄積する。そのため、監視管理部105と、監視情報管理テーブル160が、サイト管理サーバ211へ配備されており、それにともない、統合管理部100と監視管理部2111との間の接続を行う監視インタフェース部2110が新たに追加されている。統合管理2110は、第1の実施例における統合管理部100に対して、監視管理部105と監視情報管理テーブル160を除いたものであるので、図は省略する。
【００８０】
次に、第２本実施例では、エージェント部108へのコンポーネントIDの付与は実施せず、その代りに、情報統合部171にて、サイト提供IDとコンポーネントIDの変換を行う。そのため、性能情報テーブルの構造と統合表示部のフローは変更が生じる。
【００８１】
図23は、性能情報テーブルの変更例である。コンポーネントID欄の代わりに、サイト提供IDを格納する。他の欄の構成は同じであるので省略する。また、イベント情報テーブル、ログ情報テーブルの変更も同様であるので省略する。
【００８２】
図22は、統合表示フローの変形例である。本フローでは、図18で示したフローのステップ1815で行っていた、性能情報、イベント情報、ログ情報の抽出処理が、管理ドメイン管理テーブル154を用いて、それぞれのデータセンタサイト毎に実施されるように変更されている。また、図１８のフローに対して、処理結果を情報提示部170へ渡す時に、サイト提供IDをコンポーネントIDへ変換するステップ(S2217)が追加されている。
【００８３】
これにより、あらかじめ統合管理部100で管理されておらず、独立してサイト管理サーバ211にて、取集情報管理テーブル212にデータを築盛しているデータセンタサイトに対して、テナントの稼働後に、統合管理部100に追加して管理することが可能となる。
【００８４】
以上により、複数のデータセンタサイトに分散されて配置されたマルチテナント化された情報処理システムに構築された業務システムの複数時刻の構成に対応する監視情報を、それぞれの監視サイトに分散して蓄積できる。また、テナント、および、テナントを構成するコンポーネントの識別子の対応付けを、統合管理部で実施するため、すでに稼働済みのデータサイトに対して容易に適用可能となる。
【図１】
2015115018.tif 000003
【図２】
2015115018.tif 000004
【図３】
2015115018.tif 000005
【図４】
2015115018.tif 000006
【図５】
2015115018.tif 000007
【図６】
2015115018.tif 000008
【図７】
2015115018.tif 000009
【図８】
2015115018.tif 000010
【図９】
2015115018.tif 000011
【図１０】
2015115018.tif 000012
【図１１】
2015115018.tif 000013
【図１２】
2015115018.tif 000014
【図１３】
2015115018.tif 000015
【図１４】
2015115018.tif 000016
【図１５】
2015115018.tif 000017
【図１６】
2015115018.tif 000018
【図１７】
2015115018.tif 000019
【図１８】
2015115018.tif 000020
【図１９】
2015115018.tif 000021
【図２０】
2015115018.tif 000022
【図２１】
2015115018.tif 000023
【図２２】
2015115018.tif 000024
【図２３】
2015115018.tif 000025
【図２４】
2015115018.tif 000026