JP2021006961A - 情報処理システム及び影響範囲特定プログラム - Google Patents

Abstract

【課題】障害の影響範囲を精度良く特定することを可能とする情報処理システム及び影響範囲特定プログラムを提供する。【解決手段】管理装置１は、複数の仮想マシン３ａ〜３ｆのそれぞれが送信または受信を行ったリクエストに対応するリクエスト情報を取得し、取得したリクエスト情報に基づいて、複数の仮想マシン間において互いに連携する仮想マシンの組合せを示す連携情報を生成し、複数の物理マシンのうちのいずれかの物理マシンにおいて所定の障害が発生した場合、連携情報を参照し、いずれかの物理マシンにおいて動作する仮想マシンのうちのいずれかと連携する１以上の仮想マシンを特定し、特定した１以上の仮想マシンを示す情報を出力する。【選択図】図１０

Description

本発明は、情報処理システム及び影響範囲特定プログラムに関する。

近年、物理マシンの性能向上に伴い、複数の仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）を１つの物理マシンに集約する仮想化技術の研究が進められている。この仮想化技術では、例えば、仮想化ソフトウエア（ハイパーバイザ）が物理マシンの物理リソースを複数の仮想マシンに割当てることにより、各仮想マシンにおいて動作するＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションによるサービスの提供を可能にする。

具体的に、仮想マシンの貸し出しを行う事業者（以下、クラウド事業者とも呼ぶ）は、例えば、仮想マシンを借り受ける利用者（以下、クラウド利用者とも呼ぶ）に対して、必要な量の物理リソースが割り当てられた仮想マシンの貸し出しを行う。そして、クラウド利用者は、例えば、クラウド事業者から借り受けた仮想マシンにおいて、ユーザに対してサービスを提供するための情報処理システムを構築する。

上記のような情報処理システムにおいて、例えば、物理マシンのハードウエア障害等が発生した場合、クラウド事業者は、障害の影響を受ける可能性がある仮想マシンを特定する。そして、クラウド事業者は、特定した仮想マシンに関する情報をクラウド利用者に通知する。これにより、クラウド利用者は、障害の発生によるサービスへの影響範囲を把握することが可能になる（例えば、特許文献１乃至４参照）。

特開２００９−２１７７０９号公報 特開２０１４−２０７５９４号公報 特開２０１０−００９４１１号公報 国際公開第２０１５／０７２００４号

ここで、上記のようなハードウエア障害等が発生した場合、クラウド事業者は、障害の影響を受ける可能性がある仮想マシンの特定を精度良く行うことが好ましい。そこで、クラウド事業者は、例えば、ハードウエア障害等が発生した物理マシン上で動作する仮想マシンだけでなく、その仮想マシンと通信を行っている仮想マシンについても障害の影響を受ける可能性がある仮想マシンとして特定する。

しかしながら、例えば、外部の物理マシンや仮想マシン（クラウド事業者の管理対象外である物理マシンや仮想マシン）を経由して通信を行う複数の仮想マシンが存在する場合、クラウド事業者は、これらの仮想マシン間における通信を検知することが困難である。そのため、クラウド事業者は、障害の影響を受ける可能性がある仮想マシンの特定を精度良く行うことができない場合がある。

そこで、一つの側面では、本発明は、障害の影響範囲を精度良く特定することを可能とする情報処理システム及び影響範囲特定プログラムを提供することを目的とする。

実施の形態の一態様では、複数の仮想マシンのそれぞれをいずれかにおいて動作させる複数の物理マシンと、前記複数の仮想マシンを制御する管理装置とを有する情報処理システムであって、前記管理装置は、前記複数の仮想マシンのそれぞれが送信または受信を行ったリクエストに対応するリクエスト情報を取得し、取得した前記リクエスト情報に基づいて、前記複数の仮想マシン間において互いに連携する仮想マシンの組合せを示す連携情報を生成し、前記複数の物理マシンのうちのいずれかの物理マシンにおいて所定の障害が発生した場合、前記連携情報を参照し、前記いずれかの物理マシンにおいて動作する仮想マシンのうちのいずれかと連携する１以上の仮想マシンを特定し、特定した前記１以上の仮想マシンを示す情報を出力する。

一つの側面によれば、障害の影響範囲を精度良く特定することを可能とする。

図１は、情報処理システム１０の構成について説明する図である。 図２は、外部の物理マシン等を経由した通信の具体例を説明する図である。 図３は、物理マシン２のハードウエア構成を説明する図である。 図４は、管理装置１のハードウエア構成を説明する図である。 図５は、仮想マシン３の機能のブロック図である。 図６は、管理装置１の機能のブロック図である。 図７は、第１の実施の形態における影響範囲特定処理の概略を説明するフローチャート図である。 図８は、第１の実施の形態における影響範囲特定処理の概略を説明するフローチャート図である。 図９は、第１の実施の形態における影響範囲特定処理の概略を説明する図である。 図１０は、第１の実施の形態における影響範囲特定処理の概略を説明する図である。 図１１は、第１の実施の形態における影響範囲特定処理の詳細を説明するフローチャート図である。 図１２は、第１の実施の形態における影響範囲特定処理の詳細を説明するフローチャート図である。 図１３は、第１の実施の形態における影響範囲特定処理の詳細を説明するフローチャート図である。 図１４は、第１の実施の形態における影響範囲特定処理の詳細を説明するフローチャート図である。 図１５は、第１の実施の形態における影響範囲特定処理の詳細を説明するフローチャート図である。 図１６は、第１の実施の形態における影響範囲特定処理の詳細を説明するフローチャート図である。 図１７は、第１の実施の形態における影響範囲特定処理の詳細を説明するフローチャート図である。 図１８は、リクエスト情報１３１の具体例について説明する図である。 図１９は、連携情報１３２の具体例について説明する図である。 図２０は、処理情報１３５の具体例について説明する図である。 図２１は、ファイル情報１３６の具体例について説明する図である。 図２２は、ＶＭ管理情報１３３の具体例について説明する図である。 図２３は、ＶＭ管理情報１３３の具体例について説明する図である。 図２４は、連携情報１３２の具体例について説明する図である。 図２５は、ＶＭ配置情報１３７の具体例について説明する図である。 図２６は、障害情報１３４の具体例について説明する図である。 図２７は、障害情報１３４の具体例について説明する図である。

［情報処理システムの構成］
初めに、情報処理システム１０の構成について説明を行う。図１は、情報処理システム１０の構成について説明する図である。

図１に示すように、情報処理システム１０は、例えば、管理装置１と、１台以上の物理マシン２と、操作端末５とを含む。操作端末５は、例えば、クラウド事業者が各種情報の入力等を行う端末であって、インターネットやイントラネット等のネットワークＮＷを介して物理マシン２にアクセス可能な端末である。

各物理マシン２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｃｏｍｐｕｔｉｎｇ Ｕｎｉｔ）と、メモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）と、ハードディスク（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等とを有する。そして、各物理マシン２の物理リソースは、複数の仮想マシン３に対してそれぞれ割当てられる。

各仮想マシン３は、クラウド利用者がユーザに対してサービスを行うために必要な各種処理を実行する。

管理装置１は、物理マシン２において動作する仮想マシン３のそれぞれを制御する物理マシンまたは仮想マシンである。具体的に、管理装置１は、例えば、必要に応じて仮想マシン３の生成や削除等を行う。

仮想化ソフトウエア４は、各物理マシン２の物理リソースを割り当てることによって各仮想マシン３を動作させる基盤ソフトウエアである。仮想化ソフトウエア４は、例えば、管理装置１において動作する。

上記のような情報処理システム１０において、例えば、物理マシン２のハードウエア障害等が発生した場合、クラウド事業者は、障害の影響を受ける可能性がある仮想マシン３を特定してクラウド利用者に通知する。具体的に、クラウド事業者は、例えば、ハードウエア障害等が発生した物理マシン２において動作する仮想マシン３に加え、その仮想マシン３と通信を行っている他の仮想マシン３を、障害の影響を受ける可能性がある仮想マシン３として特定して通知を行う。

ここで、上記のような仮想マシン３は、外部の物理マシンや仮想マシン（クラウド事業者の管理対象外である物理マシンや仮想マシン）を経由することによって互いに通信を行う場合がある。以下、外部の物理マシン等を経由した通信が行われる場合について説明を行う。

［外部の物理マシン等を経由した通信の具体例］
図２は、外部の物理マシン等を経由した通信の具体例を説明する図である。以下、物理マシン２ａ及び２ｂのそれぞれが図１で説明した物理マシン２に対応し、仮想マシン３ａ、３ｂ、３ｃ、３ｄ、３ｅ及び３ｆのそれぞれが図１で説明した仮想マシン３に対応するものとして説明を行う。

図２に示す例において、物理マシン２ａでは、仮想マシン３ａ、３ｂ及び３ｃが動作しており、物理マシン２ｂでは、仮想マシン３ｄ、３ｅ及び３ｆが動作している。そして、図２に示す例において、仮想マシン３ｂ及び仮想マシン３ｆのそれぞれは、外部の物理マシン１１を経由して互いに通信を行うことにより、クラウド利用者がユーザに対してサービスを提供するための処理を実行する。

上記のような場合において、例えば、仮想マシン３ｂと仮想マシン３ｆとの間で直接的な通信（外部の物理マシン１１を経由しない通信）が行われていない場合、管理装置１は、仮想マシン３ｂと仮想マシン３ｆとの間における連携を検知することができない。そのため、管理装置１は、例えば、仮想マシン３ｂ及び仮想マシン３ｆのうちの一方の仮想マシン３が動作する物理マシン２（物理マシン２ａまたは物理マシン２ｂ）において障害が発生した場合であっても、その障害の影響範囲が他方の仮想マシン３にも及ぶ旨の判定を行うことができない。

したがって、管理装置１は、発生した障害の影響範囲をクラウド利用者に対して精度良く通知することができない場合がある。

そこで、本実施の形態における管理装置１は、複数の仮想マシン３のそれぞれが送信または受信を行ったリクエストに対応するリクエスト情報を取得する。そして、管理装置１は、取得したリクエスト情報に基づいて、複数の仮想マシン３間において互いに連携する仮想マシン３の組合せを示す連携情報を生成する。

その後、複数の物理マシン２のうちのいずれかの物理マシン２において所定の障害が発生した場合、管理装置１は、生成した連携情報を参照し、そのいずれかの物理マシン２において動作する仮想マシン３のうちのいずれかと連携する１以上の仮想マシン３を特定し、特定した１以上の仮想マシン３を示す情報を出力する。

すなわち、管理装置１は、各仮想マシン３が行ったリクエストの内容や通信先の傾向から、連携して処理を行っている仮想マシン３の組合せを推定する。そして、管理装置１は、物理マシン２のいずれかにおいて障害が発生した場合、障害が発生した物理マシン２において動作する仮想マシン３だけでなく、その仮想マシン３と連携して処理を行っていると推定した仮想マシン３についても、発生した障害の影響を受ける仮想マシン３として特定する。

これにより、管理装置１は、障害の影響を受ける可能性がある仮想マシン３の特定を精度良く行うことが可能になる。そのため、管理装置１は、発生した障害の影響範囲についてのより正確な情報をクラウド利用者に対して通知することが可能になる。

［情報処理システムのハードウエア構成］
次に、情報処理システム１０のハードウエア構成について説明する。図３は、物理マシン２のハードウエア構成を説明する図である。また、図４は、管理装置１のハードウエア構成を説明する図である。

初めに、物理マシン２のハードウエア構成について説明を行う。

物理マシン２は、図３に示すように、プロセッサであるＣＰＵ２０１と、メモリ２０２と、外部インターフェース（Ｉ／Ｏユニット）２０３と、記憶媒体２０４とを有する。各部は、バス２０５を介して互いに接続される。

記憶媒体２０４は、例えば、障害の影響範囲を特定する処理（以下、影響範囲特定処理とも呼ぶ）を行うためのプログラム２１０を記憶するプログラム格納領域（図示しない）を有する。また、記憶媒体２０４は、例えば、影響範囲特定処理を行う際に用いられる情報を記憶する記憶部２３０（以下、情報格納領域２３０とも呼ぶ）を有する。なお、記憶媒体２０４は、例えば、ＨＤＤやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）であってよい。

ＣＰＵ２０１は、記憶媒体２０４からメモリ２０２にロードされたプログラム２１０を実行して影響範囲特定処理を行う。

また、外部インターフェース２０３は、例えば、管理装置１との通信やネットワークＮＷを介した操作端末５との通信を行う。

次に、管理装置１のハードウエア構成について説明を行う。

管理装置１は、図４に示すように、プロセッサであるＣＰＵ１０１と、メモリ１０２と、外部インターフェース（Ｉ／Ｏユニット）１０３と、記憶媒体１０４とを有する。各部は、バス１０５を介して互いに接続される。

記憶媒体１０４は、例えば、影響範囲特定処理を行うためのプログラム１１０を記憶するプログラム格納領域（図示しない）を有する。また、記憶媒体１０４は、例えば、影響範囲特定処理を行う際に用いられる情報を記憶する記憶部１３０（以下、情報格納領域１３０とも呼ぶ）を有する。なお、記憶媒体１０４は、例えば、ＨＤＤやＳＳＤであってよい。

ＣＰＵ１０１は、記憶媒体１０４からメモリ１０２にロードされたプログラム１１０を実行して影響範囲特定処理を行う。

また、外部インターフェース１０３は、例えば、物理マシン２との通信やネットワークＮＷを介した操作端末５との通信を行う。

［情報処理システムの機能］
次に、情報処理システム１０の機能について説明を行う。図５は、仮想マシン３の機能のブロック図である。また、図６は、管理装置１の機能のブロック図である。

初めに、仮想マシン３（物理マシン２において動作する仮想マシン３）の機能のブロック図について説明を行う。

物理マシン２は、図５に示すように、例えば、ＣＰＵ２０１やメモリ２０２等のハードウエアとプログラム２１０とが有機的に協働することにより、仮想マシン３の機能として、リクエスト検知部３１１と、情報管理部３１２と、情報送信部３１３とを含む各種機能を実現する。

また、仮想マシン３は、例えば、図５に示すように、リクエスト情報１３１を情報格納領域３３０に記憶する。

リクエスト検知部３１１は、例えば、自装置（仮想マシン３）が通信先に対してリクエストの送信を行ったことを検知する。また、リクエスト検知部３１１は、例えば、自装置（仮想マシン３）が通信先からリクエストの受信を行ったことを検知する。

情報管理部３１２は、リクエスト検知部３１１が送信または受信を検知したリクエストに対応するリクエスト情報１３１を情報格納領域３３０に記憶する。

情報送信部３１３は、情報格納領域３３０に記憶されたリクエスト情報１３１を管理装置１に送信する。具体的に、情報送信部３１３は、例えば、所定時間ごとに、情報格納領域３３０に記憶（蓄積）されたリクエスト情報１３１を管理装置１に送信する。

次に、管理装置１の機能のブロック図について説明を行う。

管理装置１は、図６に示すように、例えば、ＣＰＵ１０１やメモリ１０２等のハードウエアとプログラム１１０とが有機的に協働することにより、情報取得部１１１と、情報管理部１１２と、情報生成部１１３と、状態確認部１１４と、障害検知部１１５と、範囲特定部１１６と、情報出力部１１７とを含む各種機能を実現する。

また、管理装置１は、例えば、図６に示すように、リクエスト情報１３１と、連携情報１３２と、ＶＭ管理情報１３３と、障害情報１３４と、処理情報１３５と、ファイル情報１３６と、ＶＭ配置情報１３７とを情報格納領域１３０に記憶する。

情報取得部１１１は、例えば、仮想マシン３のそれぞれから送信されたリクエスト情報１３１を取得（受信）する。また、情報取得部１１１は、例えば、各仮想マシン３に対して自発的にアクセスを行い、各仮想マシン３の情報格納領域３３０に記憶されたリクエスト情報１３１を取得する。

情報管理部１１２は、情報取得部１１１が取得したリクエスト情報１３１を情報格納領域１３０に記憶する。すなわち、情報管理部１１２は、各仮想マシン３から取得したリクエスト情報１３１のそれぞれを蓄積する。

なお、各仮想マシン３の情報送信部３１３は、各仮想マシン３のリクエスト検知部３１１が送信または受信を検知したリクエストをそのまま管理装置１に送信するものであってよい。そして、情報取得部１１１は、各仮想マシン３のリクエスト検知部３１１が送信または受信を検知したリクエストをそのまま取得するものであってよい。その後、情報管理部１１２は、各仮想マシン３から取得したリクエストの内容からリクエスト情報１３１を生成して情報格納領域１３０に記憶するものであってもよい。

情報生成部１１３は、情報格納領域１３０に記憶されたリクエスト情報１３１に基づいて、複数の仮想マシン３間において互いに連携する仮想マシン３の組合せを示す連携情報１３２の生成または更新を行う。

状態確認部１１４は、例えば、各仮想マシン３にアクセスを行い、各仮想マシン３の動作状態を確認する。具体的に、状態確認部１１４は、例えば、各仮想マシン３の動作状態の確認を所定時間ごとに行い、削除された仮想マシン３が存在するか否かの判定を行う。そして、状態確認部１１４が削除された仮想マシン３の存在を検知した場合、情報管理部１１２は、例えば、情報格納領域１３０に記憶された連携情報１３２の生成または更新を行う。

障害検知部１１５は、例えば、物理マシン２において所定の障害が発生したことを検知する。具体的に、障害検知部１１５は、例えば、物理マシン２においてハードウエア障害が発生したことを検知する。

範囲特定部１１６は、障害検知部１１５が物理マシン２のうちのいずれかにおいて所定の障害が発生したことを検知した場合、情報格納領域１３０に記憶された連携情報１３２を参照し、障害が発生した物理マシン２において動作する仮想マシン３のうちのいずれかと連携する仮想マシン３を特定する。

情報出力部１１７は、例えば、範囲特定部１１６が特定した仮想マシン３を示す障害情報１３４を出力する。具体的に、情報出力部１１７は、例えば、操作端末５に対して障害情報１３４を出力する。ＶＭ管理情報１３３、処理情報１３５、ファイル情報１３６及びＶＭ配置情報１３７についての説明は後述する。

なお、管理装置１が複数の物理マシンまたは仮想マシンによって構成される場合、上記の管理装置１の各機能は、複数の物理マシンまたは仮想マシンのうちの少なくとも１台において実現されるものであってよい。

［第１の実施の形態の概略］
次に、第１の実施の形態の概略について説明する。図７及び図８は、第１の実施の形態における影響範囲特定処理の概略を説明するフローチャート図である。また、図９及び図１０は、第１の実施の形態における影響範囲特定処理の概略を説明する図である。

管理装置１は、図７に示すように、連携情報生成タイミングまで待機する（Ｓ１のＮＯ）。連携情報生成タイミングは、例えば、仮想マシン３のいずれかが送信したタイミングである。

そして、連携情報生成タイミングになった場合（Ｓ１のＹＥＳ）、管理装置１は、複数の仮想マシン３のそれぞれが送信または受信を行ったリクエストに対応するリクエスト情報１３１を取得する（Ｓ２）。具体的に、管理装置１は、例えば、各仮想マシン３から送信されたリクエスト情報１３１を受信する。

さらに、管理装置１は、Ｓ２の処理で取得したリクエスト情報１３１に基づいて、複数の仮想マシン３間において互いに連携する仮想マシン３の組合せを示す連携情報１３２を生成する（Ｓ３）。

続いて、管理装置１は、図８に示すように、物理マシン２のいずれかにおいて所定の障害が発生するまで待機する（Ｓ１１のＮＯ）。

そして、所定の障害が発生したことを検知した場合（Ｓ１１のＹＥＳ）、管理装置１は、連携情報１３２を参照し、所定の障害が発生した物理マシン２において動作する仮想マシン３のうちのいずれかと連携する１以上の仮想マシン３を特定する（Ｓ１２）。

その後、管理装置１は、Ｓ１２の処理で特定した１以上の仮想マシン３を示す情報を出力する（Ｓ１３）。

これにより、管理装置１は、障害の影響を受ける可能性がある仮想マシン３の特定を精度良く行うことが可能になる。そのため、管理装置１は、発生した障害の影響範囲についてのより正確な情報をクラウド利用者に対して通知することが可能になる。

［第１の実施の形態の具体例］
次に、第１の実施の形態における具体例について説明を行う。図９及び図１０は、第１の実施の形態における具体例を説明する図である。

管理装置１は、例えば、図９に示すように、物理マシン２ａにおいて動作する仮想マシン３ａ、３ｂ及び３ｃのそれぞれと、物理マシン２ｂにおいて動作する仮想マシン３ｄ、３ｅ及び３ｆのそれぞれとからリクエスト情報１３１を取得する（Ｓ２）。

そして、管理装置１は、取得したリクエスト情報１３１のそれぞれから連携情報１３２を生成する（Ｓ３）。具体的に、管理装置１は、この場合、各仮想マシン３が行ったリクエストの内容や通信先の傾向から、仮想マシン３ｂと仮想マシン３ｆとが外部の物理マシン１１を介して連携していると判定し、これらの仮想マシン３の組合せを含む連携情報１３２を生成する。

その後、例えば、図１０に示すように、物理マシン２ｂにおいて障害が発生した場合、管理装置１は、連携情報１３２を参照し、物理マシン２ｂにおいて動作する仮想マシン３ｆと連携する仮想マシン３として仮想マシン３ｂを特定する。そして、管理装置１は、例えば、物理マシン２ｂにおいて動作する仮想マシン３ｄ、３ｅ及び３ｆのみでなく、仮想マシン３ｆと連携する仮想マシン３ｂを、障害の影響範囲内にある仮想マシン３として特定する（Ｓ１２）。

すなわち、管理装置１は、仮想マシン３ｂと仮想マシン３ｆとが直接的に通信を行っていない場合であっても、これらの仮想マシン３が連携しているものと判定する。これにより、管理装置１は、障害の影響を受ける可能性がある仮想マシン３の特定を精度良くことが可能になる。

［第１の実施の形態の詳細］
次に、第１の実施の形態の詳細について説明する。図１１から図１７は、第１の実施の形態における影響範囲特定処理の詳細を説明するフローチャート図である。また、図１８から図２７は、第１の実施の形態における影響範囲特定処理の詳細を説明する図である。

なお、以下、リクエスト情報１３１の生成が管理装置１において行われるものとして説明を行う。また、以下、各仮想マシン３を必要に応じて第１仮想マシン３、第２仮想マシン３、第３仮想マシン３または第４仮想マシン３とも呼ぶ。

［仮想マシンにおける影響範囲特定処理］
初めに、仮想マシン３における影響範囲特定処理について説明を行う。図１１は、仮想マシン３における影響範囲特定処理について説明する図である。

仮想マシン３のリクエスト検知部３１１は、図１１に示すように、自装置（仮想マシン３）から通信先に対するリクエストの送信を検知するまで待機する（Ｓ２１のＮＯ）。また、リクエスト検知部３１１は、自装置（仮想マシン３）が通信先からリクエストの受信を行ったことを検知するまで待機する（Ｓ２１のＮＯ）。

そして、通信先に対するリクエストの送信または受信を検知した場合（Ｓ２１のＹＥＳ）、仮想マシン３の情報送信部３１３は、送信または受信を検知したリクエストを管理装置１に送信する（Ｓ２２）。

なお、通信先に対するリクエストの送信または受信を検知した場合（Ｓ２１のＹＥＳ）、仮想マシン３の情報管理部３１２は、送信等を検知したリクエストを情報格納領域３３０に一旦記憶するものであってもよい。そして、情報送信部３１３は、例えば、情報格納領域３３０に記憶されたリクエストを管理装置１に対してまとめて送信するものであってもよい。

［管理装置における影響範囲特定処理］
次に、管理装置１における影響範囲特定処理について説明を行う。図１２から図１７は、管理装置１における影響範囲特定処理について説明する図である。

管理装置１の情報取得部１１１は、図１２に示すように、仮想マシン３のいずれかから送信されたリクエストを受信するまで待機する（Ｓ３１のＮＯ）。

そして、仮想マシン３のいずれかから送信されたリクエストを受信した場合（Ｓ３１のＹＥＳ）、管理装置１の情報管理部１１２は、受信したリクエストからリクエスト情報１３１を生成する（Ｓ３２）。その後、情報管理部１１２は、Ｓ３２の処理で生成したリクエスト情報１３１を情報格納領域１３０に蓄積する（Ｓ３３）。以下、リクエスト情報１３１の具体例について説明を行う。

［リクエスト情報の具体例］
図１８は、リクエスト情報１３１の具体例について説明する図である。

図１８に示すリクエスト情報１３１は、リクエスト情報１３１に含まれる各情報を識別する「項番」と、各仮想マシン３の名称が記憶される「ＶＭ名」と、各仮想マシン３のＩＤが記憶される「ＶＭＩＤ」と、各リクエストの送信または受信が行われた「実行時刻」と、各リクエストの種別が記憶される「種別」とを項目として有する。「種別」には、例えば、仮想マシン３から通信先におけるファイルの更新を要求するリクエストに対応する「ＰＵＴ」、仮想マシン３から通信先におけるファイルの取得を要求するリクエストに対応する「ＧＥＴ」、または、通信先から仮想マシン３に対してファイルの生成を要求するリクエストに対応する「ＰＯＳＴ」が記憶される。

また、図１８に示すリクエスト情報１３１は、各リクエストの通信先や処理内容等を特定する情報が記憶される「パラメータ」と、仮想マシン３において生成されるファイル名が記憶される「ファイル名」とを項目として有する。「ファイル名」には、「種別」に「ＰＯＳＴ」が記憶されている場合、仮想マシン３において生成されるファイル名が記憶され、「種別」に「ＰＵＴ」または「ＧＥＴ」が記憶されている場合、情報が存在していないことを示す「−」が記憶される。

具体的に、図１８に示すリクエスト情報１３１において、例えば、「項番」が「１」である情報には、「ＶＭ名」として「テストＶＭ」が記憶され、「ＶＭＩＤ」として「ＶＭ００００５」が記憶され、「実行時刻」として「２０１９／２／１ ０６：１０：１０」が記憶されている。また、図１８に示すリクエスト情報１３１において、「項番」が「１」である情報には、「種別」として「ＰＵＴ」が記憶され、「パラメータ」として「／ｐｒｊＡ／ｒｅｐｏ．ｇｉｔ」が記憶され、「ファイル名」として「−」が記憶されている。

また、図１８に示すリクエスト情報１３１において、例えば、「項番」が「３」である情報には、「ＶＭ名」として「ビルド用ＶＭ」が記憶され、「ＶＭＩＤ」として「ＶＭ００００２」が記憶され、「実行時刻」として「２０１９／３／１ １０：１５：１５」が記憶されている。また、図１８に示すリクエスト情報１３１において、「項番」が「３」である情報には、「種別」として「ＰＯＳＴ」が記憶され、「パラメータ」として「／ｂｕｉｌｄ」が記憶され、「ファイル名」として「ｗｅｂａｐｐ．ｊａｖａ」が記憶されている。

さらに、図１８に示すリクエスト情報１３１において、例えば、「項番」が「４」である情報には、「ＶＭ名」として「ビルド用ＶＭ」が記憶され、「ＶＭＩＤ」として「ＶＭ００００２」が記憶され、「実行時刻」として「２０１９／３／１ １０：２０：２０」が記憶されている。また、図１８に示すリクエスト情報１３１において、「項番」が「４」である情報には、「種別」として「ＧＥＴ」が記憶され、「パラメータ」として「／ｐｒｊＡ／ｒｅｐｏ．ｇｉｔ」が記憶され、「ファイル名」として「−」が記憶されている。図１８に含まれる他の情報についての説明は省略する。

図１３に戻り、情報管理部１１２は、図１３に示すように、リクエスト情報確認タイミングまで待機する（Ｓ４１のＮＯ）。リクエスト情報確認タイミングは、例えば、所定の時間ごとのタイミングであってよい。

そして、リクエスト情報確認タイミングになった場合（Ｓ４１のＹＥＳ）、情報管理部１１２は、情報格納領域１３０に記憶されたリクエスト情報１３１が追加されているか否かを判定する（Ｓ４２）。

その結果、リクエスト情報１３１が追加されていると判定した場合（Ｓ４３のＹＥＳ）、情報生成部１１３は、情報格納領域１３０に記憶されたリクエスト情報１３１を参照し、情報格納領域１３０に記憶された連携情報１３２を更新（生成）する（Ｓ４４）。

一方、リクエスト情報１３１が追加されていないと判定した場合（Ｓ４３のＮＯ）、情報生成部１１３は、Ｓ４４の処理を行わない。

すなわち、情報管理部１１２は、例えば、新たなリクエスト情報１３１が情報格納領域１３０に記憶されたことを検知した場合に、連携情報１３２の更新を行う。これにより、情報管理部１１２は、連携情報１３２の更新頻度を抑制することが可能になる。以下、Ｓ４４の処理の詳細について説明を行う。

［Ｓ４４の処理の詳細（１）］
図１６は、Ｓ４４の処理の詳細について説明するフローチャート図である。

情報生成部１１３は、図１６に示すように、情報格納領域１３０に記憶されたリクエスト情報１３１に、第１仮想マシン３から特定の通信先におけるファイルの更新を要求する第１リクエストの送信が行われたことを示す情報と、第２仮想マシン３（第１仮想マシン３と異なる仮想マシン３）から特定の通信先におけるファイルの取得を要求する第２リクエストの送信が行われたことを示す情報とが含まれているか否かを判定する（Ｓ１０１）。

具体的に、図１８で説明したリクエスト情報１３１において、「項番」が「２」である情報には、「ＶＭＩＤ」として「ＶＭ００００１」が記憶され、「種別」として「ＰＵＴ」が記憶され、「パラメータ」として「／ｐｒｊＡ／ｒｅｐｏ．ｇｉｔ」が記憶されている。また、図１８で説明したリクエスト情報１３１において、「項番」が「４」である情報には、「ＶＭＩＤ」として「ＶＭ００００２」が記憶され、「種別」として「ＧＥＴ」が記憶され、「パラメータ」として「／ｐｒｊＡ／ｒｅｐｏ．ｇｉｔ」が記憶されている。

すなわち、「項番」が「２」である情報に対応するリクエストは、「ＶＭ００００１」によって識別される仮想マシン３から、「／ｐｒｊＡ／ｒｅｐｏ．ｇｉｔ」によって識別される通信先におけるファイルを更新することを要求するリクエストであり、「項番」が「４」である情報に対応するリクエストは、「ＶＭ００００２」によって識別される仮想マシン３から、「／ｐｒｊＡ／ｒｅｐｏ．ｇｉｔ」によって識別される通信先におけるファイルを取得することを要求するリクエストである。

そのため、情報生成部１１３は、この場合、Ｓ１０１の処理において、「ＶＭ００００１」によって識別される仮想マシン３が第１仮想マシン３に該当し、「ＶＭ００００２」によって識別される仮想マシン３が第２仮想マシン３に該当すると判定する。そして、情報生成部１１３は、図１８で説明したリクエスト情報１３１に、第１仮想マシン３から通信先におけるファイルの更新を要求する第１リクエストの送信が行われたことを示す情報と、第２仮想マシン３から通信先におけるファイルの取得を要求する第２リクエストの送信が行われたことを示す情報とが含まれていると判定する。

また、「項番」が「５」に対応するリクエストは、「ＶＭ００００２」によって識別される仮想マシン３から、「／ｐｒｊＡ／ｒｅｓｕｌｔ．ｇｉｔ」によって識別される通信先におけるファイルを更新することを要求するリクエストであり、「項番」が「７」に対応するリクエストは、「ＶＭ００００３」によって識別される仮想マシン３から、「／ｐｒｊＡ／ｒｅｓｕｌｔ．ｇｉｔ」によって識別される通信先におけるファイルを取得することを要求するリクエストである。

そのため、情報生成部１１３は、この場合、Ｓ１０１の処理において、「ＶＭ００００２」によって識別される仮想マシン３が第１仮想マシン３に該当し、「ＶＭ００００３」によって識別される仮想マシン３が第２仮想マシン３に該当すると判定する。そして、情報生成部１１３は、図１８で説明したリクエスト情報１３１に、第１仮想マシン３から通信先におけるファイルの更新を要求する第１リクエストの送信が行われたことを示す情報と、第２仮想マシン３から通信先におけるファイルの取得を要求する第２リクエストの送信が行われたことを示す情報とが含まれていると判定する。

図１６に戻り、Ｓ１０１の処理において各情報が含まれていると判定した場合（Ｓ１０２のＹＥＳ）、情報生成部１１３は、第１仮想マシン３と第２仮想マシン３との組合せを示す情報が含まれるように連携情報１３２を更新する（Ｓ１０３）。

一方、各情報が含まれていないと判定した場合（Ｓ１０２のＮＯ）、情報生成部１１３は、Ｓ１０３の処理を行わない。

これにより、管理装置１は、互いに連携して処理を行っている可能性が高い仮想マシン３の組合せを管理することが可能になる。以下、連携情報１３２の具体例について説明を行う。

［連携情報の具体例］
図１９及び図２４は、連携情報１３２の具体例について説明する図である。

図１９等に示す連携情報１３２は、連携情報１３２に含まれる各情報を識別する「項番」と、各仮想マシン３のＩＤが記憶される「ＶＭＩＤ」と、各仮想マシン３と連携する仮想マシン３のＩＤが記憶される「連携ＶＭＩＤ」とを項目として有する。

具体的に、例えば、Ｓ１０１の処理において、図１８で説明したリクエスト情報１３１に情報が含まれる仮想マシン３のうち、「ＶＭ００００１」によって識別される仮想マシン３が第１仮想マシン３に該当し、「ＶＭ００００２」によって識別される仮想マシン３が第２仮想マシン３に該当すると判定された場合、情報生成部１１３は、図１９に示すように、「項番」が「１」である情報の「ＶＭＩＤ」及び「連携ＶＭＩＤ」に、「ＶＭ００００１」及び「ＶＭ００００２」をそれぞれ記憶する。

また、例えば、Ｓ１０１の処理において、図１８で説明したリクエスト情報１３１に情報が含まれる仮想マシン３のうち、「ＶＭ００００２」によって識別される仮想マシン３が第１仮想マシン３に該当し、「ＶＭ００００３」によって識別される仮想マシン３が第２仮想マシン３に該当すると判定された場合、情報生成部１１３は、図１９に示すように、「項番」が「２」である情報の「ＶＭＩＤ」及び「連携ＶＭＩＤ」に、「ＶＭ００００２」及び「ＶＭ００００３」をそれぞれ記憶する。

なお、情報生成部１１３は、Ｓ１０３の処理において、第１リクエストの送信が行われた時刻と第２リクエストの送信が行われた時刻との時間差が所定の閾値以内である場合に限り、連携情報１３２の更新を行うものであってもよい。

具体的に、情報生成部１１３は、例えば、図１８で説明したリクエスト情報１３１のうち、第１リクエストに対応する情報の「実行時刻」に記憶された時刻と、第２リクエストに対応する情報の「実行時刻」に記憶された時刻との差が所定の閾値以内（例えば、２４時間以内）である場合に限り、第１仮想マシン３と第２仮想マシン３との組合せを示す情報を連携情報１３２に含めるものであってもよい。

これにより、管理装置１は、互いに連携して処理を行っている可能性が高い仮想マシン３の組合せをより精度良く管理することが可能になる。

［Ｓ４４の処理の詳細（２）］
図１７は、他の実施例におけるＳ４４の処理の詳細について説明するフローチャート図である。

情報生成部１１３は、図１７に示すように、情報格納領域１３０に記憶されたリクエスト情報１３１に、特定の通信先から第３仮想マシン３に対して、第１処理を実行することによる第１ファイルの生成を要求する第３リクエストの送信が行われたことを示す情報と、特定の通信先から第４仮想マシン３（第３仮想マシン３と異なる仮想マシン３）に対して、第２処理（第１処理と異なる処理）を実行することによる第２ファイル（第１ファイルと異なるファイル）の生成を要求する第４リクエストの送信が行われたことを示す情報とが含まれているか否かを判定する（Ｓ１１１）。

具体的に、図１８で説明したリクエスト情報１３１において、「項番」が「３」である情報には、「ＶＭＩＤ」として「ＶＭ００００２」が記憶され、「種別」として「ＰＯＳＴ」が記憶され、「パラメータ」として「／ｂｕｉｌｄ」が記憶され、「ファイル名」として「ｗｅｂａｐｐ．ｊａｖａ」が記憶されている。また、図１８で説明したリクエスト情報１３１において、「項番」が「６」である情報には、「ＶＭＩＤ」として「ＶＭ００００３」が記憶され、「種別」として「ＰＯＳＴ」が記憶され、「パラメータ」として「／ｄｅｐｌｏｙ」が記憶され、「ファイル名」として「ｗｅｂａｐｐ．ｗａｒ」が記憶されている。

すなわち、「項番」が「３」に対応するリクエストは、「ＶＭ００００２」によって識別される仮想マシン３において、「／ｂｕｌｉｄ」によって識別される処理を実行することで「ファイル名」が「ｗｅｂａｐｐ．ｊａｖａ」であるファイルの生成を要求するリクエストであり、「項番」が「６」に対応するリクエストは、「ＶＭ００００３」によって識別される仮想マシン３において、「／ｄｅｐｌｏｙ」によって識別される処理を実行することで「ファイル名」が「ｗｅｂａｐｐ．ｗａｒ」であるファイルの生成を要求するリクエストである。

そのため、情報生成部１１３は、この場合、Ｓ１１１の処理において、「ＶＭ００００２」によって識別される仮想マシン３が第３仮想マシン３に該当し、「ＶＭ００００３」によって識別される仮想マシン３が第４仮想マシン３に該当すると判定する。

図１７に戻り、Ｓ１１１の処理において各情報が含まれていると判定した場合（Ｓ１１２のＹＥＳ）、情報生成部１１３は、情報格納領域１３０に記憶された処理情報１３５に、第１処理と第２処理との組合せを示す情報が含まれているか否かを判定する（Ｓ１１３）。以下、処理情報１３５の具体例について説明を行う。

［処理情報の具体例］
図２０は、処理情報１３５の具体例について説明する図である。

図２０に示す処理情報１３５は、処理情報１３５に含まれる各情報を識別する「項番」と、各仮想マシン３において実行される処理が記憶される「処理（１）」と、「処理（１）」に記憶された処理に対応する処理が記憶される「処理（２）」とを項目として有する。

具体的に、図２０に示す処理情報１３５において、「項番」が「１」である情報には、「処理（１）」として「／ｂｕｉｌｄ」が記憶され、「処理（２）」として「／ｄｅｐｌｏｙ」が記憶されている。

そして、図１８で説明したリクエスト情報１３１における「項番」が「３」及び「６」である情報の「パラメータ」には、それぞれ「／ｂｕｉｌｄ」及び「／ｄｅｐｌｏｙ」が記憶されている。そのため、情報生成部１１３は、この場合、Ｓ１１３の処理において、第１処理と第２処理との組合せを示す情報が処理情報１３５に含まれていると判定する。

図１７に戻り、情報生成部１１３は、情報格納領域１３０に記憶されたファイル情報１３６を参照し、第１ファイルと第２ファイルとの組合せを示す情報が含まれているか否かを判定する（Ｓ１１４）。以下、ファイル情報１３６の具体例について説明を行う。

［ファイル情報の具体例］
図２１は、ファイル情報１３６の具体例について説明する図である。

図２１に示すファイル情報１３６は、ファイル情報１３６に含まれる各情報を識別する「項番」と、各仮想マシン３において生成されるファイル名が記憶される「ファイル名（１）」と、「ファイル名（１）」に記憶されたファイル名に対応するファイル名が記憶される「ファイル名（２）」とを項目として有する。

具体的に、図２１に示す処理情報１３６において、「項番」が「１」である情報には、「ファイル名（１）」として「ｗｅｂａｐｐ．ｊａｖａ」が記憶され、「ファイル名（２）」として「ｗｅｂａｐｐ．ｗａｒ」が記憶されている。

そして、図１８で説明したリクエスト情報１３１における「項番」が「３」及び「６」である情報の「ファイル名」には、それぞれ「ｗｅｂａｐｐ．ｊａｖａ」及び「ｗｅｂａｐｐ．ｗａｒ」が記憶されている。そのため、情報生成部１１３は、この場合、Ｓ１１４の処理において、第１ファイル名と第２ファイル名との組合せを示す情報がファイル情報１３６に含まれていると判定する。

図１７に戻り、Ｓ１１３及びＳ１１４の処理において各情報が含まれていると判定した場合（Ｓ１１５のＹＥＳ）、情報生成部１１３は、第３仮想マシン３と第４仮想マシン３との組合せを示す情報が含まれるように連携情報１３２を更新する（Ｓ１１６）。

一方、Ｓ１１２の処理において各情報が含まれていないと判定した場合（Ｓ１１２のＮＯ）、または、Ｓ１１３及びＳ１１４の処理において各情報が含まれていないと判定した場合（Ｓ１１５のＮＯ）、情報生成部１１３は、Ｓ１１３からＳ１１６の処理を行わない。

これにより、管理装置１は、互いに連携して処理を行っている可能性が高い仮想マシン３の組合せを管理することが可能になる。

図１４に戻り、管理装置１の状態確認部１１４は、ＶＭ確認タイミングになるまで待機する（Ｓ５１のＮＯ）。ＶＭ確認タイミングは、例えば、所定の時間ごとのタイミングであってよい。

そして、ＶＭ確認タイミングになった場合（Ｓ５１のＹＥＳ）、状態確認部１１４は、各仮想マシン３の動作状態を確認し、削除された仮想マシン３が存在するか否かを判定する（Ｓ５２）。具体的に、状態確認部１１４は、前回の動作状態確認時から削除された仮想マシン３が存在するか否かを判定する。

その結果、削除された仮想マシン３が存在すると判定した場合（Ｓ５３のＹＥＳ）、情報生成部１１３は、Ｓ５２の処理で存在すると判定した仮想マシン３が削除されたことを示す情報が反映されるように、情報格納領域１３０に記憶されたＶＭ管理情報１３３を更新する（Ｓ５４）。ＶＭ管理情報１３３は、各仮想マシン３の現在の動作状態を管理する情報である。以下、ＶＭ管理情報１３３の具体例について説明を行う。

［ＶＭ管理情報の具体例］
図２２及び図２３は、ＶＭ管理情報１３３の具体例について説明する図である。

図２２等に示すＶＭ管理情報１３３は、ＶＭ管理情報１３３に含まれる各情報を識別する「項番」と、各仮想マシン３の名称が記憶される「ＶＭ名」と、各仮想マシン３のＩＤが記憶される「ＶＭＩＤ」と、各仮想マシン３の利用者名が記憶される「利用者名」とを項目として有する。また、図２２等に示すＶＭ管理情報１３３は、各仮想マシン３の利用者の連絡先が記憶される「利用者連絡先」と、各仮想マシン３の電源状態が記憶される「電源状態」と、各仮想マシン３が削除済であるか否かを示す情報が記憶される「削除フラグ」と、各仮想マシン３が削除された日時が記憶される「削除日時」が記憶される。「削除フラグ」には、各仮想マシン３が削除されていないことを示す「Ｆａｌｓｅ」、または、各仮想マシン３が削除されていることを示す「Ｔｒｕｅ」が記憶される。また、「削除フラグ」に「Ｆａｌｓｅ」が記憶されている場合、「削除日時」には、各仮想マシン３の削除がまだ行われていないことを示す「Ｎｏｎｅ」が記憶されている。

具体的に、図２２に示すＶＭ管理情報１３３において、「項番」が「１」である情報には、「ＶＭ名」として「開発用ＶＭ」が記憶され、「ＶＭＩＤ」として「ＶＭ００００１」が記憶され、「利用者名」として「ＡＡＡＡ」が記憶され、「利用者連絡先」として「ａａａａ＠ａａａ．ｃｏｍ」が記憶されている。また、図２２に示すＶＭ管理情報１３３において、「項番」が「１」である情報には、「電源状態」として「ＰｏｗｅｒＯｎ」が記憶され、「削除フラグ」として「Ｆａｌｓｅ」が記憶され、「削除日時」として「Ｎｏｎｅ」が記憶されている。

また、図２２に示すＶＭ管理情報１３３において、「項番」が「２」である情報には、「ＶＭ名」として「ビルド用ＶＭ」が記憶され、「ＶＭＩＤ」として「ＶＭ００００２」が記憶され、「利用者名」として「ＢＢＢＢ」が記憶され、「利用者連絡先」として「ｂｂｂｂ＠ｂｂｂ．ｃｏｍ」が記憶されている。また、図２２に示すＶＭ管理情報１３３において、「項番」が「２」である情報には、「電源状態」として「ＰｏｗｅｒＯｆｆ」が記憶され、「削除フラグ」として「Ｆａｌｓｅ」が記憶され、「削除日時」として「Ｎｏｎｅ」が記憶されている。図２２に含まれる他の情報についての説明は省略する。

そして、例えば、Ｓ５２の処理において、「ＶＭ００００３」によって識別される仮想マシン３が、２０１９年４月２５日１７時５２分に削除されたことを検知した場合、情報生成部１１３は、Ｓ５４の処理において、図２３の下線部分に示すように、「ＶＭＩＤ」が「ＶＭ００００３」である情報（「項番」が「３」である情報）の「削除フラグ」を「Ｔｒｕｅ」に更新し、「削除日時」を「２０１９／０４／２５ １７：５２」に更新する。

図１４に戻り、情報生成部１１３は、Ｓ５４の処理で更新したＶＭ管理情報１３３を参照し、情報格納領域１３０に記憶された連携情報１３２を更新する（Ｓ５５）。

具体的に、図２３で説明したＶＭ管理情報１３３には、「ＶＭ００００３」によって識別される仮想マシン３が削除済であることを示す情報が含まれている。そのため、情報生成部１１３は、この場合、図２４に示すように、「ＶＭＩＤ」または「連携ＶＭＩＤ」に「ＶＭ００００３」が記憶されている情報を削除する。

一方、削除された仮想マシン３が存在しないと判定した場合（Ｓ５３のＮＯ）、情報生成部１１３は、Ｓ５４及びＳ５５の処理を行わない。

さらに、管理装置１の障害検知部１１５は、図１５に示すように、仮想マシン３が動作する物理マシン２において所定の障害が発生するまで待機する（Ｓ６１のＮＯ）。具体的に、障害検知部１１５は、物理マシン２のうちのいずれかとの間における通信が不能になった場合、物理マシン２において所定の障害（例えば、ハードウエア障害）が発生したものと判定する。

そして、物理マシン２において所定の障害が発生した場合（Ｓ６１のＹＥＳ）、情報管理部１１２は、情報格納領域１３０に格納されたＶＭ配置情報１３７を参照し、Ｓ６１の処理で検知した所定の障害が発生した物理マシン２において動作する仮想マシン３に関連する情報を特定する（Ｓ６２）。ＶＭ配置情報１３７は、各物理マシン２において動作する各仮想マシン３を示す情報である。以下、ＶＭ配置情報１３７の具体例について説明を行う。

［ＶＭ配置情報の具体例］
図２５は、ＶＭ配置情報１３７の具体例について説明する図である。

図２５に示すＶＭ配置情報１３７は、ＶＭ配置情報１３７に含まれる各情報を識別する「項番」と、各物理マシン２のＩＤが記憶される「物理マシン」と、各仮想マシン３のＩＤが記憶される「仮想マシン」とを項目として有する。

具体的に、図２５に示すＶＭ配置情報１３７において、例えば、「項番」が「１」である情報には、「物理マシン」として「ＳＶ００００１」が記憶され、「仮想マシン」として「ＶＭ００００１」が記憶されている。すなわち、「項番」が「１」である情報は、「ＶＭ００００１」によって識別される仮想マシン３が「ＳＶ００００１」によって識別される物理マシン２において動作していることを示している。

また、図２５に示すＶＭ配置情報１３７において、例えば、「項番」が「４」である情報には、「物理マシン」として「ＳＶ００００２」が記憶され、「仮想マシン」として「ＶＭ００００２」が記憶されている。すなわち、「項番」が「４」である情報は、「ＶＭ００００２」によって識別される仮想マシン３が「ＳＶ００００２」によって識別される物理マシン２において動作していることを示している。

さらに、図２５に示すＶＭ配置情報１３７において、例えば、「項番」が「５」である情報には、「物理マシン」として「ＳＶ００００２」が記憶され、「仮想マシン」として「ＶＭ００１００」が記憶されている。すなわち、「項番」が「５」である情報は、「ＶＭ００１００」によって識別される仮想マシン３が「ＳＶ００００２」によって識別される物理マシン２において動作していることを示している。図２５に含まれる他の情報についての説明は省略する。

そのため、例えば、Ｓ６１の処理において、「ＳＶ００００２」によって識別される物理マシン２において障害が発生したと検知した場合、情報管理部１１２は、Ｓ６２の処理において、「ＶＭ００００２」及び「ＶＭ００１００」を特定する。そして、情報管理部１１２は、例えば、図２３で説明したＶＭ管理情報１３３のうち、「ＶＭＩＤ」に「ＶＭ００００２」または「ＶＭ００１００」が記憶された情報（「項番」が「２」または「５」である情報）を特定する。

図１５に戻り、管理装置１の範囲特定部１１６は、情報格納領域１３０に格納された連携情報１３２を参照し、Ｓ６２の処理で特定した仮想マシン３と連携する仮想マシン３を特定する（Ｓ６３）。

具体的に、図２４で説明した連携情報１３２は、「ＶＭ００００１」によって識別される仮想マシン３と、「ＶＭ００００２」によって識別される仮想マシン３とが連携していることを示す情報を含んでいる。そのため、例えば、Ｓ６２の処理において、「ＶＭ００００２」及び「ＶＭ００１００」によって識別される仮想マシン３をそれぞれ特定した場合、範囲特定部１１６は、Ｓ６３の処理において、「ＶＭ００００１」によって識別される仮想マシン３（「ＶＭ００００２」によって識別される仮想マシン３に対応する仮想マシン３）を特定する。

そして、情報管理部１１２は、情報格納領域１３０に格納されたＶＭ管理情報１３３を参照し、Ｓ６３の処理で特定した仮想マシン３に関連する情報を特定する（Ｓ６４）。

具体的に、例えば、Ｓ６３の処理において、「ＶＭ００００１」によって識別される仮想マシン３を特定した場合、情報管理部１１２は、Ｓ６４の処理において、例えば、図２３で説明したＶＭ管理情報１３３のうち、「ＶＭＩＤ」に「ＶＭ００００１」が記憶された情報（「項番」が「１」である情報）を特定する。

続いて、情報生成部１１３は、Ｓ６２及びＳ６４の処理で特定した情報から障害情報１３４を生成する（Ｓ６５）。以下、障害情報１３４の具体例について説明を行う。

［障害情報の具体例］
図２６及び図２７は、障害情報１３４の具体例について説明する図である。

図２６等に示す障害情報１３４は、障害情報１３４に含まれる各情報を識別する「項番」と、各仮想マシン３の名称が記憶される「ＶＭ名」と、各仮想マシン３のＩＤが記憶される「ＶＭＩＤ」と、物理マシン２において障害が発生した時刻が記憶される「サーバダウン発生時刻」とを項目として有する。また、図２６等に示す障害情報１３４は、各仮想マシン３の電源状態が記憶される「電源状態」と、各仮想マシン３の利用者名が記憶される「利用者名」と、各仮想マシン３の利用者の連絡先が記憶される「利用者連絡先」とを項目として有する。

具体的に、図２６に示す障害情報１３４において、「項番」が「１」である情報には、「ＶＭ名」として「ビルド用ＶＭ」が記憶され、「ＶＭＩＤ」として「ＶＭ００００２」が記憶され、「サーバダウン発生時刻」として「２１：２１：２１」が記憶されている。また、図２６に示す障害情報１３４において、「項番」が「１」である情報には、「電源状態」として「ＰｏｗｅｒＯｎ」が記憶され、「利用者名」として「ＢＢＢＢ」が記憶され、「利用者連絡先」として「ｂｂｂｂ＠ｂｂｂ．ｃｏｍ」が記憶されている。

また、図２６に示す障害情報１３４において、「項番」が「２」である情報には、「ＶＭ名」として「デモ用ＶＭ」が記憶され、「ＶＭＩＤ」として「ＶＭ００１００」が記憶され、「サーバダウン発生時刻」として「２１：２１：２１」が記憶されている。また、図２６に示す障害情報１３４において、「項番」が「２」である情報には、「電源状態」として「ＰｏｗｅｒＯｆｆ」が記憶され、「利用者名」として「ＺＺＺＺ」が記憶され、「利用者連絡先」として「ｚｚｚｚ＠ｚｚｚ．ｃｏｍ」が記憶されている。

そして、例えば、Ｓ６４の処理において、「ＶＭ００００１」によって識別される仮想マシン３に対応する情報を特定した場合、情報生成部１１３は、Ｓ６５の処理において、「ＶＭ００００１」によって識別される仮想マシン３に対応する情報を障害情報１３４に追加する。

具体的に、情報生成部１１３は、この場合、例えば、図２７の下線部分に示すように、「ＶＭ」として「開発用ＶＭ」が記憶され、「ＶＭＩＤ」として「ＶＭ００００１」が記憶され、「サーバダウン発生時刻」として「２１：２１：２１」が記憶され、「電源状態」として「ＰｏｗｅｒＯｎ」が記憶され、「利用者名」として「ＡＡＡＡ」が記憶され、「利用者連絡先」として「ａａａａ＠ａａａ．ｃｏｍ」が記憶された情報（「項番」が「３」である情報）を障害情報１３４に追加する。

その後、管理装置１の情報出力部１１７は、Ｓ６５の処理で生成した障害情報１３４を出力する（Ｓ６６）。具体的に、情報出力部１１７は、例えば、図２７で説明した障害情報１３４を操作端末５に出力する。

このように、本実施の形態における管理装置１は、複数の仮想マシン３のそれぞれが送信または受信を行ったリクエストに対応するリクエスト情報１３１を取得する。そして、管理装置１は、取得したリクエスト情報１３１に基づいて、複数の仮想マシン３間において互いに連携する仮想マシン３の組合せを示す連携情報１３２を生成する。

その後、複数の物理マシン２のうちのいずれかの物理マシン２において所定の障害が発生した場合、管理装置１は、連携情報１３２を参照し、そのいずれかの物理マシン２において動作する仮想マシン３のうちのいずれかと連携する１以上の仮想マシン３を特定し、特定した１以上の仮想マシン３を示す情報を出力する。

すなわち、管理装置１は、各仮想マシン３が行ったリクエストの内容や通信先の傾向から、連携して処理を行っている仮想マシン３の組合せを推定する。そして、管理装置１は、物理マシン２のいずれかにおいて障害が発生した場合、障害が発生した物理マシン２において動作する仮想マシン３だけでなく、その仮想マシン３と連携して処理を行っていると推定した仮想マシン３についても、発生した障害の影響を受ける仮想マシン３として特定する。

これにより、管理装置１は、障害の影響を受ける可能性がある仮想マシン３の特定を精度良く行うことが可能になる。そのため、管理装置１は、発生した障害の影響範囲についてのより正確な情報をクラウド利用者に対して通知することが可能になる。

以上の実施の形態をまとめると、以下の付記のとおりである。

（付記１）
複数の仮想マシンのそれぞれをいずれかにおいて動作させる複数の物理マシンと、前記複数の仮想マシンを制御する管理装置とを有する情報処理システムであって、
前記管理装置は、
前記複数の仮想マシンのそれぞれが送信または受信を行ったリクエストに対応するリクエスト情報を取得し、
取得した前記リクエスト情報に基づいて、前記複数の仮想マシン間において互いに連携する仮想マシンの組合せを示す連携情報を生成し、
前記複数の物理マシンのうちのいずれかの物理マシンにおいて所定の障害が発生した場合、前記連携情報を参照し、前記いずれかの物理マシンにおいて動作する仮想マシンのうちのいずれかと連携する１以上の仮想マシンを特定し、
特定した前記１以上の仮想マシンを示す情報を出力する、
ことを特徴とする情報処理システム。

（付記２）
付記１において、
管理装置は、特定した前記１以上の仮想マシンを示す情報を、前記所定の障害が発生した物理マシンにおいて動作する１以上の仮想マシンを示す情報とともに出力する、
ことを特徴とする情報処理システム。

（付記３）
付記１において、
前記複数の物理マシンのいずれかから前記リクエスト情報を取得するごとに、前記連携情報を更新する、
ことを特徴とする情報処理システム。

（付記４）
付記１において、
前記複数の物理マシンのいずれかにおいて動作する仮想マシンが削除されるごとに、前記連携情報を更新する、
ことを特徴とする情報処理システム。

（付記５）
付記１において、
前記管理装置は、
前記複数の仮想マシンに含まれる第１仮想マシンから通信先におけるファイルの更新を要求する第１リクエストの送信が行われたことを示す情報と、前記複数の仮想マシンに含まれる第２仮想マシンから前記通信先におけるファイルの取得を要求する第２リクエストの送信が行われたことを示す情報とが前記リクエスト情報に含まれているか否かを判定し、
前記第１リクエストの送信が行われたことを示す情報と前記第２リクエストの送信が行われたことを示す情報とが前記リクエスト情報に含まれていると判定した場合、前記第１仮想マシンと前記第２仮想マシンとの組合せを示す前記連携情報を生成する、
ことを特徴とする情報処理システム。

（付記６）
付記５において、
前記管理装置は、前記第１リクエストの送信が行われたことを示す情報と前記第２リクエストの送信が行われたことを示す情報とが前記リクエスト情報に含まれており、かつ、前記第１リクエストの送信が行われた時刻と前記第２リクエストの送信が行われた時刻との時間差が閾値以内である場合に、前記第１仮想マシンと前記第２仮想マシンとの組合せを示す前記連携情報を生成する、
ことを特徴とする情報処理システム。

（付記７）
付記５において、
前記通信先は、前記複数の物理マシン以外の他の物理マシンまたは前記他の物理マシン上において動作する他の仮想マシンである、
ことを特徴とする情報処理システム。

（付記８）
付記１において、
前記管理装置は、
通信先から前記複数の仮想マシンに含まれる第３仮想マシンに対して、第１処理を実行することによる第１ファイルの生成を要求する第３リクエストの送信が行われたことを示す情報と、通信先から前記複数の仮想マシンに含まれる第４仮想マシンに対して、第２処理を実行することによる第２ファイルの生成を要求する第４リクエストの送信が行われたことを示す情報とが前記リクエスト情報に含まれているか否かを判定し、
前記第３リクエストの送信が行われたことを示す情報と前記第４リクエストの送信が行われたことを示す情報とが前記リクエスト情報に含まれていると判定した場合、関連する処理の組合せを示す処理情報を参照し、前記第１処理と前記第２処理との組合せを示す情報が前記処理情報に含まれているか否かを判定し、かつ、関連するファイルの組合せを示すファイル情報とを参照し、前記第１ファイルと前記第２ファイルとの組合せを示す情報が前記ファイル情報に含まれているか否かを判定し、
前記第１処理と前記第２処理との組合せを示す情報が前記処理情報に含まれており、かつ、前記第１ファイルと前記第２ファイルとの組合せを示す情報が前記ファイル情報に含まれていると判定した場合、前記第３仮想マシンと前記第４仮想マシンとの組合せを示す前記連携情報を生成する、
ことを特徴とする情報処理システム。

（付記９）
付記１において、
前記管理装置は、前記複数の物理マシンのうちのいずれかの物理マシンとの通信が不能になったことを検知した場合、前記いずれかの物理マシンにおいて前記所定の障害が発生したと判定する、
ことを特徴とする情報処理システム。

（付記１０）
付記１において、
前記仮想マシンの組合せには、直接通信を行っていない仮想マシンの組合せが含まれる、
ことを特徴とする情報処理システム。

（付記１１）
複数の仮想マシンのそれぞれが送信または受信を行ったリクエストに対応するリクエスト情報を取得し、
取得した前記リクエスト情報に基づいて、前記複数の仮想マシン間において互いに連携する仮想マシンの組合せを示す連携情報を生成し、
前記複数の仮想マシンが動作する複数の物理マシンのうちのいずれかの物理マシンにおいて所定の障害が発生した場合、前記連携情報を参照し、前記いずれかの物理マシンにおいて動作する仮想マシンのうちのいずれかと連携する１以上の仮想マシンを特定し、
特定した前記１以上の仮想マシンを示す情報を出力する、
処理をコンピュータに実行させることを特徴とする影響範囲特定プログラム。

（付記１２）
付記１１において、
前記出力する処理では、特定した前記１以上の仮想マシンを示す情報を、前記所定の障害が発生した物理マシンにおいて動作する１以上の仮想マシンを示す情報とともに出力する、
ことを特徴とする影響範囲特定プログラム。

１：管理装置 ２：物理マシン
３：仮想マシン ４：仮想化ソフトウエア
５：操作端末 １０：情報処理システム
ＮＷ：ネットワーク

Claims (11)

1. 複数の仮想マシンのそれぞれをいずれかにおいて動作させる複数の物理マシンと、前記複数の仮想マシンを制御する管理装置とを有する情報処理システムであって、
   前記管理装置は、
   前記複数の仮想マシンのそれぞれが送信または受信を行ったリクエストに対応するリクエスト情報を取得し、
   取得した前記リクエスト情報に基づいて、前記複数の仮想マシン間において互いに連携する仮想マシンの組合せを示す連携情報を生成し、
   前記複数の物理マシンのうちのいずれかの物理マシンにおいて所定の障害が発生した場合、前記連携情報を参照し、前記いずれかの物理マシンにおいて動作する仮想マシンのうちのいずれかと連携する１以上の仮想マシンを特定し、
   特定した前記１以上の仮想マシンを示す情報を出力する、
   ことを特徴とする情報処理システム。
2. 請求項１において、
   管理装置は、特定した前記１以上の仮想マシンを示す情報を、前記所定の障害が発生した物理マシンにおいて動作する１以上の仮想マシンを示す情報とともに出力する、
   ことを特徴とする情報処理システム。
3. 請求項１において、
   前記複数の物理マシンのいずれかから前記リクエスト情報を取得するごとに、前記連携情報を更新する、
   ことを特徴とする情報処理システム。
4. 請求項１において、
   前記複数の物理マシンのいずれかにおいて動作する仮想マシンが削除されるごとに、前記連携情報を更新する、
   ことを特徴とする情報処理システム。
5. 請求項１において、
   前記管理装置は、
   前記複数の仮想マシンに含まれる第１仮想マシンから通信先におけるファイルの更新を要求する第１リクエストの送信が行われたことを示す情報と、前記複数の仮想マシンに含まれる第２仮想マシンから前記通信先におけるファイルの取得を要求する第２リクエストの送信が行われたことを示す情報とが前記リクエスト情報に含まれているか否かを判定し、
   前記第１リクエストの送信が行われたことを示す情報と前記第２リクエストの送信が行われたことを示す情報とが前記リクエスト情報に含まれていると判定した場合、前記第１仮想マシンと前記第２仮想マシンとの組合せを示す前記連携情報を生成する、
   ことを特徴とする情報処理システム。
6. 請求項５において、
   前記管理装置は、前記第１リクエストの送信が行われたことを示す情報と前記第２リクエストの送信が行われたことを示す情報とが前記リクエスト情報に含まれており、かつ、前記第１リクエストの送信が行われた時刻と前記第２リクエストの送信が行われた時刻との時間差が閾値以内である場合に、前記第１仮想マシンと前記第２仮想マシンとの組合せを示す前記連携情報を生成する、
   ことを特徴とする情報処理システム。
7. 請求項５において、
   前記通信先は、前記複数の物理マシン以外の他の物理マシンまたは前記他の物理マシン上において動作する他の仮想マシンである、
   ことを特徴とする情報処理システム。
8. 請求項１において、
   前記管理装置は、
   通信先から前記複数の仮想マシンに含まれる第３仮想マシンに対して、第１処理を実行することによる第１ファイルの生成を要求する第３リクエストの送信が行われたことを示す情報と、通信先から前記複数の仮想マシンに含まれる第４仮想マシンに対して、第２処理を実行することによる第２ファイルの生成を要求する第４リクエストの送信が行われたことを示す情報とが前記リクエスト情報に含まれているか否かを判定し、
   前記第３リクエストの送信が行われたことを示す情報と前記第４リクエストの送信が行われたことを示す情報とが前記リクエスト情報に含まれていると判定した場合、関連する処理の組合せを示す処理情報を参照し、前記第１処理と前記第２処理との組合せを示す情報が前記処理情報に含まれているか否かを判定し、かつ、関連するファイルの組合せを示すファイル情報とを参照し、前記第１ファイルと前記第２ファイルとの組合せを示す情報が前記ファイル情報に含まれているか否かを判定し、
   前記第１処理と前記第２処理との組合せを示す情報が前記処理情報に含まれており、かつ、前記第１ファイルと前記第２ファイルとの組合せを示す情報が前記ファイル情報に含まれていると判定した場合、前記第３仮想マシンと前記第４仮想マシンとの組合せを示す前記連携情報を生成する、
   ことを特徴とする情報処理システム。
9. 請求項１において、
   前記管理装置は、前記複数の物理マシンのうちのいずれかの物理マシンとの通信が不能になったことを検知した場合、前記いずれかの物理マシンにおいて前記所定の障害が発生したと判定する、
   ことを特徴とする情報処理システム。
10. 請求項１において、
    前記仮想マシンの組合せには、直接通信を行っていない仮想マシンの組合せが含まれる、
    ことを特徴とする情報処理システム。
11. 複数の仮想マシンのそれぞれが送信または受信を行ったリクエストに対応するリクエスト情報を取得し、
    取得した前記リクエスト情報に基づいて、前記複数の仮想マシン間において互いに連携する仮想マシンの組合せを示す連携情報を生成し、
    前記複数の仮想マシンが動作する複数の物理マシンのうちのいずれかの物理マシンにおいて所定の障害が発生した場合、前記連携情報を参照し、前記いずれかの物理マシンにおいて動作する仮想マシンのうちのいずれかと連携する１以上の仮想マシンを特定し、
    特定した前記１以上の仮想マシンを示す情報を出力する、
    処理をコンピュータに実行させることを特徴とする影響範囲特定プログラム。

Images