特許 7363533 引継元特定方法、および引継元特定プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-10-10

(45)【発行日】2023-10-18

(54)【発明の名称】引継元特定方法、および引継元特定プログラム

(51)【国際特許分類】

   H04L 45/42 20220101AFI20231011BHJP

【ＦＩ】

H04L45/42

【請求項の数】 11

(21)【出願番号】P 2020012760

(22)【出願日】2020-01-29

(65)【公開番号】P2021118519

(43)【公開日】2021-08-10

【審査請求日】2022-10-06

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100104190

【弁理士】

【氏名又は名称】酒井 昭徳

(72)【発明者】

【氏名】山崎 公敬

【審査官】宮島 郁美

(56)【参考文献】

【文献】特開２０１６－１６２０６７（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１７／００７５７１６（ＵＳ，Ａ１）

【文献】特開２０１４－１９１４７２（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１７／０３１５８３８（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ１２／００，１３／００，４１／００－４９／９０５７，６１／００－６５／８０，６９／００－６９／４０

(57)【特許請求の範囲】

【請求項1】

複数のリソースクラスタのうちの第１のリソースクラスタ内で、新たに第１の仮想マシンが起動されたことを検出し、
前記第１の仮想マシンが起動されたことを検出した場合、前記複数のリソースクラスタのうち、前記第１のリソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値に基づいて、第２のリソースクラスタを選択し、
前記第１の仮想マシンに関する稼働データと、選択した前記第２のリソースクラスタ内で起動中の第２の仮想マシンに関する稼働データとの類似度に基づいて、前記第１の仮想マシン上で実行中の処理の引継元が、前記第２の仮想マシンであるか否かを判定する、
処理をコンピュータが実行することを特徴とする引継元特定方法。

【請求項2】

前記判定する処理は、
前記第１の仮想マシンに関する稼働データと、選択した前記第２のリソースクラスタ内で起動中のそれぞれの仮想マシンに関する稼働データとの類似度に基づいて、前記第１の仮想マシン上で実行中の処理の引継元が、前記それぞれの仮想マシンであるか否かを判定する、ことを特徴とする請求項１に記載の引継元特定方法。

【請求項3】

選択した前記第２のリソースクラスタを管理する装置から、前記第２のリソースクラスタ内で起動中のそれぞれの仮想マシンに関する稼働データを纏めて取得する、処理を前記コンピュータが実行する、ことを特徴とする請求項２に記載の引継元特定方法。

【請求項4】

前記選択する処理は、
前記第１の仮想マシン上で実行中の処理の引継元が、選択した前記第２のリソースクラスタ内で起動中のいずれの仮想マシンでもないと判定された場合、前記複数のリソースクラスタのうち、前記第１のリソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値に基づいて、前記複数のリソースクラスタのうち、まだ選択されていないリソースクラスタの中から、前記第２のリソースクラスタを選択し直す、ことを特徴とする請求項１～３のいずれか一つに記載の引継元特定方法。

【請求項5】

前記選択する処理は、
前記第２のリソースクラスタを選択した回数に基づいて、前記第２のリソースクラスタを選択し直すか否かを決定する、ことを特徴とする請求項４に記載の引継元特定方法。

【請求項6】

前記選択する処理は、
前記第２のリソースクラスタを選択し直す際、前記複数のリソースクラスタのうち、まだ選択されていないリソースクラスタの中から、前記第１のリソースクラスタとの通信遅延が最も小さいリソースクラスタを、前記第２のリソースクラスタに選択する、ことを特徴とする請求項４または５に記載の引継元特定方法。

【請求項7】

前記判定する処理は、
前記第１の仮想マシンに関する稼働データと、前記第２の仮想マシンに関する稼働データとの類似度が閾値以上であると判定した場合、前記第２の仮想マシンが属するシステムの負荷を変動させた際の、前記第１の仮想マシンに関する新たな稼働データと、前記第２の仮想マシンに関する新たな稼働データとを取得し、
前記第１の仮想マシンに関する新たな稼働データと、前記第２の仮想マシンに関する新たな稼働データとの類似度が閾値以上であると判定した場合、前記第１の仮想マシン上で実行中の処理の引継元が、前記第２の仮想マシンであると判定する、ことを特徴とする請求項１～６のいずれか一つに記載の引継元特定方法。

【請求項8】

前記第１の仮想マシン上で実行中の処理の引継元が、前記第２の仮想マシンであると判定した場合、前記第１の仮想マシンと、前記第２の仮想マシンとを対応付けて表す対応情報を記憶する、ことを特徴とする請求項１～７のいずれか一つに記載の引継元特定方法。

【請求項9】

異なる２つの仮想マシンを対応付けて表す対応情報を記憶している場合、前記２つの仮想マシンのそれぞれの仮想マシンに関する稼働データの類似度に基づいて、前記２つの仮想マシンを対応付けて表す対応情報を削除するか否かを決定する、ことを特徴とする請求項１～８のいずれか一つに記載の引継元特定方法。

【請求項10】

前記選択する処理は、
前記複数のリソースクラスタのうち、前記第１のリソースクラスタを管理する装置と、他のリソースクラスタを管理する装置とのレイテンシに基づいて、前記第２のリソースクラスタを選択する、ことを特徴とする請求項１～９のいずれか一つに記載の引継元特定方法。

【請求項11】

複数のリソースクラスタのうちの第１のリソースクラスタ内で、新たに第１の仮想マシンが起動されたことを検出し、
前記第１の仮想マシンが起動されたことを検出した場合、前記複数のリソースクラスタのうち、前記第１のリソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値に基づいて、第２のリソースクラスタを選択し、
前記第１の仮想マシンに関する稼働データと、選択した前記第２のリソースクラスタ内で起動中の第２の仮想マシンに関する稼働データとの類似度に基づいて、前記第１の仮想マシン上で実行中の処理の引継元が、前記第２の仮想マシンであるか否かを判定する、
処理をコンピュータに実行させることを特徴とする引継元特定プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、引継元特定方法、および引継元特定プログラムに関する。

【背景技術】

【0002】

従来、複数のリソースクラスタを有するシステムがある。リソースクラスタは、複数のリソース装置の集まりである。上記システムにおいて、異なるリソースクラスタに含まれるリソース装置を利用して、一つのサービスが実現されることがある。例えば、それぞれ異なるベンダが提供する複数のパブリッククラウド環境内に存在するリソース装置を利用して、一つのサービスが実現されることがある。

【0003】

先行技術としては、例えば、少なくとも１以上の第２の仮想マシンと１以上の第１の仮想マシンとを同一の時間帯に実行させた場合のスループットの測定結果に基づいて、同一の物理経路を共有する複数の仮想マシンを特定するものがある。ここで、第１の仮想マシンは、物理ストレージ装置に対して定常のアクセス負荷をかけるソフトウェアを実行する。第２の仮想マシンは、物理ストレージ装置に対して変動するアクセス負荷をかけるソフトウェアを実行する。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１７－２２８８８１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ここで、上記システムにおいて、リソースクラスタに含まれるいずれかのリソース装置の負荷が閾値以上に増大した場合、負荷が閾値以上に増大しているリソース装置を利用して実行されていた処理を、他のリソース装置に移行することがある。しかしながら、従来技術では、上記システムを解析する外部装置で、いずれかのリソース装置で実行していた処理が、いずれの他のリソース装置に移行されたのかを把握することが難しい。例えば、外部装置が、すべてのリソース装置の負荷に関する情報を収集し、いずれかのリソース装置で実行していた処理が、いずれの他のリソース装置に移行されたのかを把握しようとすれば、通信量、処理量、および、処理時間の増大化を招くことになる。

【0006】

１つの側面では、本発明は、処理の引継元を特定する際にかかる所要時間を短縮することを目的とする。

【課題を解決するための手段】

【0007】

１つの実施態様によれば、複数のリソースクラスタのうちの第１のリソースクラスタ内で、新たに第１の仮想マシンが起動されたことを検出し、前記第１の仮想マシンが起動されたことを検出した場合、前記複数のリソースクラスタのうち、前記第１のリソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値に基づいて、第２のリソースクラスタを選択し、前記第１の仮想マシンに関する稼働データと、選択した前記第２のリソースクラスタ内で起動中の第２の仮想マシンに関する稼働データとの類似度に基づいて、前記第１の仮想マシン上で実行中の処理の引継元が、前記第２の仮想マシンであるか否かを判定する引継元特定方法、および引継元特定プログラムが提案される。

【発明の効果】

【0008】

一態様によれば、処理の引継元を特定する際にかかる所要時間を短縮することが可能になる。

【図面の簡単な説明】

【0009】

【図1】図１は、実施の形態にかかる引継元特定方法の一実施例を示す説明図である。

【図2】図２は、情報処理システム２００の一例を示す説明図である。

【図3】図３は、情報処理システム２００の運用例を示す説明図である。

【図4】図４は、情報処理装置１００のハードウェア構成例を示すブロック図である。

【図5】図５は、距離情報管理テーブル５００の記憶内容の一例を示す説明図である。

【図6】図６は、構成情報管理テーブル６００の記憶内容の一例を示す説明図である。

【図7】図７は、管理装置２０１のハードウェア構成例を示すブロック図である。

【図8】図８は、リージョン情報管理テーブル８００の記憶内容の一例を示す説明図である。

【図9】図９は、リソース装置２０２のハードウェア構成例を示すブロック図である。

【図10】図１０は、情報処理システム２００の機能的構成例を示すブロック図である。

【図11】図１１は、情報処理システム２００の動作例を示す説明図（その１）である。

【図12】図１２は、情報処理システム２００の動作例を示す説明図（その２）である。

【図13】図１３は、情報処理システム２００の動作例を示す説明図（その３）である。

【図14】図１４は、情報処理システム２００の動作例を示す説明図（その４）である。

【図15】図１５は、情報処理システム２００の動作例を示す説明図（その５）である。

【図16】図１６は、情報処理システム２００の動作例を示す説明図（その６）である。

【図17】図１７は、全体処理手順の一例を示すフローチャート（その１）である。

【図18】図１８は、全体処理手順の一例を示すフローチャート（その２）である。

【図19】図１９は、全体処理手順の一例を示すフローチャート（その３）である。

【図20】図２０は、集約処理手順の一例を示すフローチャートである。

【図21】図２１は、計測処理手順の一例を示すフローチャートである。

【発明を実施するための形態】

【0010】

以下に、図面を参照して、本発明にかかる引継元特定方法、および引継元特定プログラムの実施の形態を詳細に説明する。

【0011】

（実施の形態にかかる引継元特定方法の一実施例）
図１は、実施の形態にかかる引継元特定方法の一実施例を示す説明図である。情報処理装置１００は、複数のリソースクラスタを有するシステムを管理および運用するためのコンピュータである。上記システムは、例えば、図２に後述する情報処理システム２００に対応する。リソースクラスタは、複数のリソース装置の集まりである。管理および運用は、具体的には、キャパシティプランニング、障害検知、および、障害復旧などである。

【0012】

リソースクラスタに含まれる複数のリソース装置は、例えば、同じ場所に存在することが好ましい。リソースクラスタに含まれる複数のリソース装置のうち、一部のリソース装置は、例えば、他のリソース装置とは異なる場所に存在してもよい。リソースクラスタに含まれる複数のリソース装置が存在する場所は、例えば、他のリソースクラスタに含まれる複数のリソース装置が存在する場所と一部が重複していてもよい。リソースクラスタに含まれる複数のリソース装置が存在する場所は、例えば、ゾーン、または、リージョンとも呼ばれる。

【0013】

リソース装置は、サービスの実現に利用される。リソース装置は、例えば、サービスを形成する処理を実行するために利用される。リソース装置は、具体的には、仮想マシンを起動し、仮想マシンが、サービスを形成する処理を実行する。以下の説明では、仮想マシンを「ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）」と表記する場合がある。サービスは、例えば、複数の処理で形成され、複数の処理を、複数のＶＭにそれぞれ実行させることにより実現される。処理は、例えば、アプリケーションに含まれる。以下の説明では、アプリケーションを「アプリ」と表記する場合がある。

【0014】

上記システムは、例えば、異なるベンダが提供する複数のパブリッククラウド環境を組み合わせたマルチクラウド環境により実現される。パブリッククラウド環境は、リソース装置を含み、リソース装置を利用する利用者を限定せず、第三者にリソース装置を利用可能に提供する環境である。また、上記システムは、プライベートクラウド環境を含んでいてもよい。プライベートクラウド環境は、リソース装置を含み、リソース装置を利用する利用者を限定し、プライベートクラウド環境の構築者にリソース装置を利用可能に提供する環境である。プライベートクラウド環境は、例えば、オンプレミス環境である。上記システムは、例えば、リソース装置上のＶＭが、能動的に、ＨＴＴＰ（Ｓ）などの汎用プロトコルで、稼働データを外部に出力するｐｕｓｈ型のシステムであってもよい。

【0015】

ここで、上記システムで、サービスを形成する複数の処理のいずれかの処理を実行するＶＭを起動中のリソース装置の負荷が閾値以上に増大し、サービスの性能低下を招いてしまうことがある。このため、ａｕｔｏ－ｓｃａｌｅ、ｆａｉｌ－ｏｖｅｒ、または、人手により、いずれのリソース装置上のＶＭに、いずれの処理を割り当てるかの構成が、動的に変更されることがある。例えば、負荷が閾値以上に増大しているリソース装置上のＶＭ上で実行中の、サービスを形成する複数の処理のいずれかの処理を、２つのリソース装置のそれぞれのリソース装置上のＶＭに分担して実行させ、リソース装置の負荷の低減化を図る場合がある。

【0016】

この場合、従来技術では、外部装置で、上記システムを管理および運用したくても、現在、いずれかのリソース装置上のＶＭで実行している処理が、いずれの他のＶＭから移行されたのかを把握することが難しく、上記システムを管理および運用することが難しい。例えば、外部装置は、構成を動的に変更するルールを把握しなければ、現在、いずれかのリソース装置上のＶＭで実行している処理が、いずれの他のＶＭから移行されたのかを把握することができない。また、例えば、外部装置は、それぞれのクラウド環境の認証情報がなければ、いずれの処理と、いずれのリソース装置上のＶＭとが関連しているのかを把握することができない。

【0017】

これに対し、例えば、外部装置が、定常的なすべてのリソース装置の負荷に関する情報を収集し、いずれかのリソース装置上のＶＭで実行している処理が、いずれの他のＶＭから移行されたのかを把握しようとすることが考えられる。具体的には、外部装置が、ＶＭによる負荷傾向が類似するリソース装置の組を特定し、特定した組の一方のリソース装置上のＶＭで実行され始めた処理を、他方のリソース装置上のＶＭから移行されてきた処理であると判定することが考えられる。

【0018】

しかしながら、外部装置で、いずれかのリソース装置上のＶＭで実行している処理が、いずれの他のＶＭから移行されたのかを把握することが依然として難しく、上記システムを管理および運用することが難しい。例えば、外部装置は、定常的なすべてのリソース装置の負荷に関する情報を収集することになり、通信量、処理量、および、処理時間の増大化を招くことになる。

【0019】

特に、上記システムがマルチクラウド環境により実現される場合、ＶＭの数が膨大になりやすく、ＶＭの数が多いほど、通信量、処理量、および、処理時間も多くなってしまう。また、上記システムがマルチクラウド環境により実現される場合、外部装置は、定常的なすべてのリソース装置の負荷に関する情報を収集するにあたり、専用線やイントラネットなどを利用することが難しい傾向がある。このため、外部装置は、インターネットを利用する傾向があり、インターネット上のトラフィック量の膨大化を招くこともある。

【0020】

また、外部装置は、定常的なすべてのリソース装置の負荷に関する情報では、ＶＭによる負荷傾向が偶々類似したリソース装置の組を特定してしまうことがある。このため、外部装置は、定常的なすべてのリソース装置の負荷に関する情報を、高頻度に収集しなければ、いずれかのリソース装置上のＶＭで実行している処理が、いずれの他のＶＭから移行されたのかを、精度よく把握することはできない。

【0021】

そこで、本実施の形態では、リソースクラスタ間の距離に基づいて、いずれかのＶＭで実行している処理の引継元を探す対象のリソースクラスタを絞り込むことにより、引継元を特定する際にかかる所要時間の低減化を図る引継元特定方法について説明する。

【0022】

図１の例では、複数のリソースクラスタのうち、第１のリソースクラスタ内で、新たに第１のＶＭが起動されたとする。第１のＶＭは、ｐｕｓｈ型で、能動的に、ＨＴＴＰ（Ｓ）などの汎用プロトコルで、稼働データを情報処理装置１００に送信する。

【0023】

（１－１）情報処理装置１００は、第１のリソースクラスタ内で、新たに第１のＶＭが起動されたことを検出する。情報処理装置１００は、第１のＶＭから稼働データを受信したことに応じて、第１のリソースクラスタ内で、新たに第１のＶＭが起動されたことを検出する。第１のＶＭは、リソース装置間で移行され、移行先で起動されたＶＭであってもよい。

【0024】

（１－２）情報処理装置１００は、第１のＶＭが起動されたことを検出した場合、複数のリソースクラスタのうち、第１のリソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値に基づいて、第２のリソースクラスタを選択する。第２のリソースクラスタは、第１のＶＭ上で実行中の処理の引継元を探索する対象である。

【0025】

ここで、上記システムで、ＶＭ間で処理を引き継ぐ際、引継元のＶＭがあるリソースクラスタと、引継先のＶＭがあるリソースクラスタとが遠いほど、ネットワークレイテンシの増大により、サービスの性能低下を招きやすくなる傾向がある。このため、引継先のＶＭがあるリソースクラスタは、引継元のＶＭがあるリソースクラスタそのもの、あるいは、複数のリソースクラスタのうち、引継元のＶＭがあるリソースクラスタとの通信遅延が相対的に小さいリソースクラスタになりやすいという傾向がある。

【0026】

情報処理装置１００は、例えば、上記傾向を考慮し、複数のリソースクラスタのうち、他のリソースクラスタの中から、第１のリソースクラスタとの通信遅延が相対的に小さい他のリソースクラスタを、第２のリソースクラスタに選択する。情報処理装置１００は、例えば、上記傾向を考慮し、第１のリソースクラスタそのものを、第２のリソースクラスタに選択する場合があってもよい。

【0027】

（１－３）情報処理装置１００は、第１のＶＭに関する稼働データと、選択した第２のリソースクラスタ内で起動中の第２のＶＭに関する稼働データとを取得する。稼働データは、ＶＭによる、ＶＭを起動中のリソース装置内のリソースの使用状況を示す指標値を含む。リソースは、演算装置、記憶装置、または、通信帯域などである。そして、情報処理装置１００は、第１のＶＭに関する稼働データと、第２のＶＭに関する稼働データの類似度に基づいて、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであるか否かを判定する。

【0028】

これにより、情報処理装置１００は、第１のＶＭ上で実行中の処理の引継元を特定することができる。また、情報処理装置１００は、第１のリソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値に基づいて、第２のリソースクラスタを選択することができる。このため、情報処理装置１００は、第１のＶＭ上で実行中の処理の引継元を特定する際にかかる通信量、処理量、および、処理時間の低減化を図ることができる。結果として、情報処理装置１００は、効率よく、上記システムを管理および運用することができる。

【0029】

また、情報処理装置１００は、構成を動的に変更するルールを把握しなくても、第１のＶＭ上で実行中の処理の引継元を特定することができる。また、情報処理装置１００は、それぞれのリソースクラスタの認証情報がなくても、第１のＶＭ上で実行中の処理の引継元を特定することができる。また、情報処理装置１００は、定常的なすべてのＶＭに関する稼働データを収集しなくても、第１のＶＭ上で実行中の処理の引継元を特定することができる。

【0030】

また、情報処理装置１００は、上記システムがマルチクラウド環境により実現される場合も第１のＶＭ上で実行中の処理の引継元を特定する際にかかる通信量、処理量、および、処理時間の低減化を図ることができる。また、情報処理装置１００は、インターネット上のトラフィック量の低減化を図ることができる。また、情報処理装置１００は、選択した第２のリソースクラスタ以外については、起動中のＶＭに関する稼働データを収集せずに済むようにすることができる。このため、情報処理装置１００は、選択した第２のリソースクラスタ以外にかかる負荷の低減化を図り、インターネット上のトラフィック量の低減化を図ることができる。

【0031】

また、情報処理装置１００は、第１のＶＭと稼働データが偶々類似した他のＶＭが、第１のリソースクラスタとの通信遅延が相対的に大きいリソースクラスタを、第２のリソースクラスタに選択しにくくすることができる。このため、情報処理装置１００は、第１のＶＭと稼働データが偶々類似した他のＶＭを、第１のＶＭ上で実行中の処理の引継元と誤認してしまう確率の低減化を図ることができる。このため、情報処理装置１００は、すべてのＶＭに関する稼働データを高頻度に収集しなくても、第１のＶＭ上で実行中の処理の引継元を特定することができる。

【0032】

ここでは、情報処理装置１００が、第２のリソースクラスタを１回選択する場合について説明したが、これに限らない。例えば、情報処理装置１００は、第２のリソースクラスタを２回以上選択する場合があってもよい。具体的には、情報処理装置１００は、選択した第２のリソースクラスタ内に、第１のＶＭ上で実行中の処理の引継元が存在しなければ、第２のリソースクラスタを選択し直すようにする場合があってもよい。この際、情報処理装置１００は、まだ選択していない他のリソースクラスタの中から、第１のリソースクラスタとの通信遅延が相対的に小さい他のリソースクラスタを、第２のリソースクラスタに選択することが考えられる。

【0033】

ここでは、情報処理装置１００が、最初に、第１のリソースクラスタ以外の、他のリソースクラスタの中から、第２のリソースクラスタを選択する場合について説明したが、これに限らない。例えば、情報処理装置１００が、最初に、第１のリソースクラスタを、第２のリソースクラスタに選択する場合があってもよい。そして、情報処理装置１００は、選択した第２のリソースクラスタ内に、第１のＶＭ上で実行中の処理の引継元が存在しなければ、他のリソースクラスタの中から、第２のリソースクラスタを選択し直すようにする場合があってもよい。

【0034】

（情報処理システム２００の一例）
次に、図２を用いて、図１に示した情報処理装置１００を適用した、情報処理システム２００の一例について説明する。

【0035】

図２は、情報処理システム２００の一例を示す説明図である。図２において、情報処理システム２００は、情報処理装置１００と、複数の管理装置２０１と、複数のリソース装置２０２とを含む。

【0036】

情報処理システム２００において、情報処理装置１００と管理装置２０１とは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。

【0037】

情報処理システム２００は、マルチクラウド環境により実現され、マルチクラウド実行基盤を実現する。情報処理システム２００は、複数のリージョン２２０を含み、リージョン２２０ごとに、リソースクラスタが存在する。以下の説明では、それぞれのリージョン２２０を区別する際には、「＃ｉ」を付して、「リージョン２２０＃ｉ」と表記する場合がある。ｉは、自然数である。同様に、それぞれのリソースクラスタを区別する際には、リージョン２２０＃ｉに存在するリソースクラスタを「リソースクラスタ＃ｉ」と表記する場合がある。

【0038】

情報処理装置１００は、情報処理システム２００を管理および運用するコンピュータである。情報処理装置１００は、リージョン２２０ごとに、当該リージョン２２０と他のリージョン２２０との間で、通信に生じる遅延時間を取得し、図５に後述する距離情報管理テーブル５００を用いて記憶する。情報処理装置１００は、起動済みのＶＭを、システムを形成するアプリ別に対応付けて、図６に後述する構成情報管理テーブル６００を用いて記憶する。情報処理装置１００は、いずれかのリージョン２２０内で、新たなＶＭが起動されると、図５に後述する距離情報管理テーブル５００に基づいて、他のリージョン２２０を選択する。他のリージョン２２０は、例えば、新たなＶＭ上で実行中の、いずれかのアプリ内の処理を引き継いできた引継元を探索する対象となる。情報処理装置１００は、選択した他のリージョン２２０内で、新たなＶＭ上で実行中の、いずれかのアプリ内の処理を引き継いできた引継元を探索する。情報処理装置１００は、探索した結果を出力する。情報処理装置１００は、例えば、サーバやＰＣなどである。

【0039】

管理装置２０１は、いずれかのリージョン２２０に属するコンピュータである。管理装置２０１は、自装置が属するリージョン２２０に存在するリソースクラスタを管理する。管理装置２０１は、リソースクラスタに含まれるそれぞれのリソース装置２０２の稼働データを収集し、図８に後述するリージョン情報管理テーブル８００を用いて記憶する。管理装置２０１は、リソースクラスタに含まれるそれぞれのリソース装置２０２の稼働データを集約し、情報処理装置１００に送信する。管理装置２０１は、例えば、サーバやＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などである。以下の説明では、それぞれの管理装置２０１を区別する際には、リージョン２２０＃ｉに属し、リソースクラスタ＃ｉを管理する管理装置２０１を「管理装置２０１＃ｉ」と表記する場合がある。

【0040】

リソース装置２０２は、リソースを有し、リソースを利用してＶＭを実行し、実行したＶＭにより、サービスを実現するシステムを形成する複数のアプリのいずれかのアプリ内の処理を実行するコンピュータである。リソース装置２０２は、ＶＭに関する稼働データを生成し、管理装置２０１に送信する。リソース装置２０２は、例えば、サーバやＰＣなどである。以下の説明では、それぞれのリソース装置２０２を区別する際には、リージョン２２０＃ｉに存在し、リソースクラスタ＃ｉに含まれ、管理装置２０１＃ｉが管理するリソース装置２０２を「リソース装置２０２＃ｉ」と表記する場合がある。

【0041】

ここでは、管理装置２０１が、リソース装置２０２とは異なる装置である場合について説明したが、これに限らない。例えば、管理装置２０１が、いずれかのリソース装置２０２と一体である場合があってもよい。ここでは、情報処理装置１００が、管理装置２０１とは異なる装置である場合について説明したが、これに限らない。例えば、情報処理装置１００が、いずれかの管理装置２０１と一体である場合があってもよい。

【0042】

（情報処理システム２００の運用例）
次に、図３を用いて、図２に示した情報処理システム２００の運用例について説明する。

【0043】

図３は、情報処理システム２００の運用例を示す説明図である。図３において、情報処理システム２００は、例えば、クラウド事業者Ｘ社のクラウド環境、クラウド事業者Ｙ社のクラウド環境、オンプレミス環境などを組み合わせて実現されている。そして、情報処理システム２００により、マルチクラウド実行基盤が実現されている。

【0044】

例えば、マルチクラウド実行基盤が、情報処理システム２００から切り出したリソース装置２０２上のＶＭまたはコンテナを組み合わせて実現されている。そして、マルチクラウド実行基盤により、サービスを実現するシステムが実現されている。システムは、複数のアプリから形成され、それぞれのアプリ内の処理は、異なるＶＭまたはコンテナに分担して配備され、実行されている。図３の例では、それぞれのアプリ内の処理として、処理１～４が、異なるＶＭまたはコンテナに分担して配備されている。

【0045】

情報処理装置１００は、各環境におけるＶＭの稼働データを、統一的に管理したいという要望に応じて、システム情報管理サービスを実現することを目的とする。稼働データは、ＶＭを起動中のリソース装置２０２内のリソースの、当該ＶＭによる使用状況を示す指標値を含む。稼働データは、ＶＭが、システムを形成するいずれのアプリ内の処理を実行しているのかを、具体的に特定可能にしなくてもよい。

【0046】

情報処理装置１００は、具体的には、サービスを実現するシステムに関し、システム情報として、それぞれのアプリ内の処理を実行中のＶＭの稼働データを収集し、収集した稼働データに基づいて、システムを管理および運用する。管理および運用は、具体的には、キャパシティプランニング、障害検知、および、障害復旧などである。ＶＭは、例えば、ｐｕｓｈ型で、能動的に、ＨＴＴＰ（Ｓ）などの汎用プロトコルで、稼働データを情報処理装置１００に送信するとする。

【0047】

（情報処理装置１００のハードウェア構成例）
次に、図４を用いて、図２に示した情報処理システム２００に含まれる情報処理装置１００のハードウェア構成例について説明する。

【0048】

図４は、情報処理装置１００のハードウェア構成例を示すブロック図である。図４において、情報処理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０１と、メモリ４０２と、ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）４０３と、記録媒体Ｉ／Ｆ４０４と、記録媒体４０５と、ディスプレイ４０６と、入力装置４０７とを有する。また、各構成部は、バス４００によってそれぞれ接続される。

【0049】

ここで、ＣＰＵ４０１は、情報処理装置１００の全体の制御を司る。メモリ４０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。

【0050】

ネットワークＩ／Ｆ４０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ４０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ４０３は、例えば、モデムやＬＡＮアダプタなどである。

【0051】

記録媒体Ｉ／Ｆ４０４は、ＣＰＵ４０１の制御に従って記録媒体４０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ４０４は、例えば、ディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポートなどである。記録媒体４０５は、記録媒体Ｉ／Ｆ４０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体４０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体４０５は、情報処理装置１００から着脱可能であってもよい。

【0052】

ディスプレイ４０６は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０６は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどである。入力装置４０７は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置４０７は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。

【0053】

情報処理装置１００は、上述した構成部の他、例えば、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、情報処理装置１００は、記録媒体Ｉ／Ｆ４０４や記録媒体４０５を複数有していてもよい。また、情報処理装置１００は、記録媒体Ｉ／Ｆ４０４や記録媒体４０５を有していなくてもよい。

【0054】

（距離情報管理テーブル５００の記憶内容）
次に、図５を用いて、リージョン２２０ごとに対応付けて生成される距離情報管理テーブル５００の記憶内容の一例について説明する。距離情報管理テーブル５００は、例えば、図４に示した情報処理装置１００のメモリ４０２や記録媒体４０５などの記憶領域により実現される。

【0055】

図５は、距離情報管理テーブル５００の記憶内容の一例を示す説明図である。図５に示すように、距離情報管理テーブル５００は、宛先リージョン２２０と、遅延（リージョン間距離）と、測定時刻とのフィールドを有する。距離情報管理テーブル５００は、リージョン２２０ごとに各フィールドに情報を設定することにより、距離情報がレコードとして記憶される。

【0056】

宛先リージョン２２０のフィールドには、距離情報管理テーブル５００がリージョン２２０＃ｉに対応する場合、宛先リージョン２２０として、リージョン２２０＃ｉとは異なる他のリージョン２２０＃ｊ（≠ｉ）を識別するリージョン名が設定される。遅延（リージョン間距離）のフィールドには、リージョン２２０＃ｉに属する管理装置２０１＃ｉと、宛先リージョン２２０となるリージョン２２０＃ｊに属する管理装置２０１＃ｊとの通信において生じる遅延時間が設定される。遅延時間は、例えば、ネットワークレイテンシである。測定時刻のフィールドには、遅延時間が測定された測定時刻が設定される。

【0057】

遅延（リージョン間距離）のフィールドには、リージョン２２０＃ｉに存在するリソース装置２０２＃ｉと、宛先リージョン２２０となるリージョン２２０＃ｊに属するリソース装置２０２＃ｊとのネットワークレイテンシが設定される場合があってもよい。遅延（リージョン間距離）のフィールドには、リージョン２２０＃ｉに属する管理装置２０１＃ｉと、宛先リージョン２２０となるリージョン２２０＃ｊに属する管理装置２０１＃ｊとの物理的距離が設定される場合があってもよい。物理的距離は、遅延時間を間接的に表す指標値となり得る。以下の説明では、それぞれのリージョン２２０＃ｉに対応する距離情報管理テーブル５００を区別する場合には「＃ｉ」を付して「距離情報管理テーブル５００＃ｉ」と表記する場合がある。

【0058】

（構成情報管理テーブル６００の記憶内容）
次に、図６を用いて、構成情報管理テーブル６００の記憶内容の一例について説明する。構成情報管理テーブル６００は、例えば、図４に示した情報処理装置１００のメモリ４０２や記録媒体４０５などの記憶領域により実現される。

【0059】

図６は、構成情報管理テーブル６００の記憶内容の一例を示す説明図である。図６に示すように、構成情報管理テーブル６００は、リージョンＩＤと、システムＩＤと、ＶＭ ＩＤと、アプリＩＤと、稼働情報とのフィールドを有する。構成情報管理テーブル６００は、ＶＭごとに各フィールドに情報を設定することにより、構成情報がレコードとして記憶される。

【0060】

リージョンＩＤのフィールドには、リージョン２２０を識別するリージョンＩＤが設定される。システムＩＤのフィールドには、リージョン２２０上のＶＭに、アプリ内の処理を実行させているシステムを識別するシステムＩＤが設定される。システムＩＤは、ＶＭを、システム別に分類可能にする情報であればよく、システム自体を具体的に特定可能な情報ではなくてもよい。ＶＭ ＩＤのフィールドには、リージョン２２０上のＶＭを識別するＶＭ ＩＤが設定される。

【0061】

アプリＩＤのフィールドには、ＶＭが実行中の処理が、システムを形成するいずれのアプリに関わるかを判別するためのアプリＩＤが設定される。アプリＩＤは、ＶＭ上で実行中の処理を、アプリ別に分類可能にする情報であればよく、アプリ自体を具体的に特定可能な情報ではなくてもよい。稼働情報のフィールドには、所定の時間分の、ＶＭによる、リソース装置２０２内のリソースの使用状況を表す指標値が設定される。指標値は、例えば、ＣＰＵ使用率、メモリ使用率、ディスクアクセス数、および、通信量などである。

【0062】

（管理装置２０１のハードウェア構成例）
次に、図７を用いて、図２に示した情報処理システム２００に含まれる管理装置２０１のハードウェア構成例について説明する。

【0063】

図７は、管理装置２０１のハードウェア構成例を示すブロック図である。図７において、管理装置２０１は、ＣＰＵ７０１と、メモリ７０２と、ネットワークＩ／Ｆ７０３と、記録媒体Ｉ／Ｆ７０４と、記録媒体７０５と、ディスプレイ７０６と、入力装置７０７とを有する。また、各構成部は、バス７００によってそれぞれ接続される。

【0064】

ここで、ＣＰＵ７０１は、管理装置２０１の全体の制御を司る。メモリ７０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ７０１のワークエリアとして使用される。メモリ７０２に記憶されるプログラムは、ＣＰＵ７０１にロードされることで、コーディングされている処理をＣＰＵ７０１に実行させる。

【0065】

ネットワークＩ／Ｆ７０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ７０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ７０３は、例えば、モデムやＬＡＮアダプタなどである。

【0066】

記録媒体Ｉ／Ｆ７０４は、ＣＰＵ７０１の制御に従って記録媒体７０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ７０４は、例えば、ディスクドライブ、ＳＳＤ、ＵＳＢポートなどである。記録媒体７０５は、記録媒体Ｉ／Ｆ７０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体７０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体７０５は、管理装置２０１から着脱可能であってもよい。

【0067】

ディスプレイ７０６は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ７０６は、例えば、ＣＲＴ、液晶ディスプレイ、有機ＥＬディスプレイなどである。入力装置７０７は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置７０７は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。

【0068】

管理装置２０１は、上述した構成部の他、例えば、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、管理装置２０１は、記録媒体Ｉ／Ｆ７０４や記録媒体７０５を複数有していてもよい。また、管理装置２０１は、記録媒体Ｉ／Ｆ７０４や記録媒体７０５を有していなくてもよい。

【0069】

（リージョン情報管理テーブル８００の記憶内容）
次に、図８を用いて、リージョン情報管理テーブル８００の記憶内容の一例について説明する。リージョン情報管理テーブル８００は、例えば、図７に示した管理装置２０１のメモリ７０２や記録媒体７０５などの記憶領域により実現される。

【0070】

図８は、リージョン情報管理テーブル８００の記憶内容の一例を示す説明図である。図８に示すように、リージョン情報管理テーブル８００は、システムＩＤと、ＶＭ ＩＤと、稼働情報とのフィールドを有する。リージョン情報管理テーブル８００は、リージョン２２０上のＶＭごとに各フィールドに情報を設定することにより、リージョン情報がレコードとして記憶される。

【0071】

システムＩＤのフィールドには、リージョン２２０上のＶＭに、アプリ内の処理を実行させているシステムを識別するシステムＩＤが設定される。ＶＭ ＩＤのフィールドには、リージョン２２０上のＶＭを識別するＶＭ ＩＤが設定される。稼働情報のフィールドには、所定の時間分の、ＶＭによる、リソース装置２０２内のリソースの使用状況を表す指標値が設定される。指標値は、例えば、ＣＰＵ使用率、メモリ使用率、ディスクアクセス数、および、通信量などである。

【0072】

以下の説明では、それぞれの管理装置２０１＃ｉが記憶するリージョン情報管理テーブル８００を区別する場合には「＃ｉ」を付して「リージョン情報管理テーブル８００＃ｉ」と表記する場合がある。

【0073】

（リソース装置２０２のハードウェア構成例）
次に、図９を用いて、図２に示した情報処理システム２００に含まれるリソース装置２０２のハードウェア構成例について説明する。

【0074】

図９は、リソース装置２０２のハードウェア構成例を示すブロック図である。図９において、リソース装置２０２は、ＣＰＵ９０１と、メモリ９０２と、ネットワークＩ／Ｆ９０３と、記録媒体Ｉ／Ｆ９０４と、記録媒体９０５とを有する。また、各構成部は、バス９００によってそれぞれ接続される。

【0075】

ここで、ＣＰＵ９０１は、リソース装置２０２の全体の制御を司る。メモリ９０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ９０１のワークエリアとして使用される。メモリ９０２に記憶されるプログラムは、ＣＰＵ９０１にロードされることで、コーディングされている処理をＣＰＵ９０１に実行させる。

【0076】

ネットワークＩ／Ｆ９０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ９０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ９０３は、例えば、モデムやＬＡＮアダプタなどである。

【0077】

記録媒体Ｉ／Ｆ９０４は、ＣＰＵ９０１の制御に従って記録媒体９０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ９０４は、例えば、ディスクドライブ、ＳＳＤ、ＵＳＢポートなどである。記録媒体９０５は、記録媒体Ｉ／Ｆ９０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体９０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体９０５は、リソース装置２０２から着脱可能であってもよい。

【0078】

リソース装置２０２は、上述した構成部の他、例えば、キーボード、マウス、ディスプレイ、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、リソース装置２０２は、記録媒体Ｉ／Ｆ９０４や記録媒体９０５を複数有していてもよい。また、リソース装置２０２は、記録媒体Ｉ／Ｆ９０４や記録媒体９０５を有していなくてもよい。

【0079】

（情報処理システム２００の機能的構成例）
次に、図１０を用いて、情報処理システム２００の機能的構成例について説明する。

【0080】

図１０は、情報処理システム２００の機能的構成例を示すブロック図である。図１０において、情報処理装置１００は、第１の記憶部１０００と、稼働データ収集部１００１と、負荷傾向解析部１００２と、負荷変動制御部１００３とを含む。また、管理装置２０１は、第２の記憶部１０１０と、稼働データ送信部１０１１とを含む。また、リソース装置２０２は、稼働データ計測部１０２１と、負荷実行部１０２２とを含む。

【0081】

第１の記憶部１０００は、例えば、図４に示したメモリ４０２や記録媒体４０５などの記憶領域によって実現される。以下では、第１の記憶部１０００が、情報処理装置１００に含まれる場合について説明するが、これに限らない。例えば、第１の記憶部１０００が、情報処理装置１００とは異なる装置に含まれ、第１の記憶部１０００の記憶内容が情報処理装置１００から参照可能である場合があってもよい。

【0082】

稼働データ収集部１００１～負荷変動制御部１００３は、制御部の一例として機能する。稼働データ収集部１００１～負荷変動制御部１００３は、例えば、図４に示したメモリ４０２や記録媒体４０５などの記憶領域に記憶されたプログラムをＣＰＵ４０１に実行させることにより、または、ネットワークＩ／Ｆ４０３により、その機能を実現する。各機能部の処理結果は、例えば、図４に示したメモリ４０２や記録媒体４０５などの記憶領域に記憶される。

【0083】

第１の記憶部１０００は、各機能部の処理において参照され、または更新される各種情報を記憶する。第１の記憶部１０００は、リソースクラスタ間の通信遅延を表す指標値を記憶する。第１の記憶部１０００は、例えば、リソースクラスタごとに、当該リソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値を記憶する。指標値は、例えば、ネットワークレイテンシである。指標値は、例えば、物理的距離であってもよい。第１の記憶部１０００は、具体的には、リージョン２２０ごとに、当該リージョン２２０と他のリージョン２２０との間で、通信に生じる遅延時間を、図５に示した距離情報管理テーブル５００を用いて記憶する。遅延時間は、例えば、ネットワークレイテンシである。

【0084】

第１の記憶部１０００は、異なる２つのＶＭを対応付けて表す対応情報を記憶する。第１の記憶部１０００は、例えば、同じアプリ内の異なる処理を分担して実行中と判断された２つのＶＭを対応付けて表す対応情報を記憶する。第１の記憶部１０００は、具体的には、起動済みのＶＭを、システムを形成するアプリ別に対応付けて、図６に示した構成情報管理テーブル６００を用いて記憶する。第１の記憶部１０００は、ＶＭに関する稼働データを記憶する。稼働データは、例えば、稼働データ収集部１００１によって取得される。第１の記憶部１０００は、具体的には、ＶＭに関する稼働データを、図６に示した構成情報管理テーブル６００を用いて記憶する。

【0085】

稼働データ収集部１００１は、ＶＭに関する稼働データを、能動的または受動的に取得する。稼働データは、ＶＭによる、リソース装置２０２のリソースの使用状況を示す指標値を含む。稼働データ収集部１００１は、例えば、リソースクラスタ内で起動中のそれぞれのＶＭに関する稼働データを、当該リソースクラスタを管理する管理装置２０１から纏めて取得する。これにより、稼働データ収集部１００１は、ネットワーク上のトラフィック量の増大化を抑制することができる。

【0086】

稼働データ収集部１００１は、複数のリソースクラスタのうち、第１のリソースクラスタ内で起動中のそれぞれのＶＭに関する稼働データを取得する。稼働データ収集部１００１は、取得した稼働データに基づいて、第１のリソースクラスタ内で、新たに第１のＶＭが起動されたことを検出する。稼働データ収集部１００１は、例えば、前回取得した稼働データと、今回取得した稼働データとの差分に基づいて、第１のリソースクラスタ内で、新たに第１のＶＭが起動されたことを検出する。これにより、稼働データ収集部１００１は、処理を引き継いだ可能性があり、処理対象となり得る第１のＶＭを検出することができる。

【0087】

稼働データ収集部１００１は、第１のＶＭが起動されたことを検出した場合、第２のリソースクラスタを選択する。第２のリソースクラスタは、第１のＶＭ上で実行中の処理の引継元のＶＭを探索する対象である。稼働データ収集部１００１は、例えば、第１のＶＭが起動されたことを検出した場合、複数のリソースクラスタのうち、第１のリソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値に基づいて、第２のリソースクラスタを選択する。指標値は、例えば、ネットワークレイテンシ、または、物理的距離などである。

【0088】

稼働データ収集部１００１は、具体的には、複数のリソースクラスタのうち、第１のリソースクラスタを管理する管理装置２０１と、他のリソースクラスタを管理する管理装置２０１とのネットワークレイテンシに基づいて、第２のリソースクラスタを選択する。稼働データ収集部１００１は、より具体的には、第１のリソースクラスタを管理する管理装置２０１とのネットワークレイテンシが最も小さい他のリソースクラスタを、第２のリソースクラスタに選択する。

【0089】

また、稼働データ収集部１００１は、より具体的には、第１のリソースクラスタを管理する管理装置２０１とのネットワークレイテンシが閾値以下である他のリソースクラスタを、第２のリソースクラスタに選択してもよい。また、稼働データ収集部１００１は、より具体的には、複数のリソースクラスタを、第１のリソースクラスタを管理する管理装置２０１とのネットワークレイテンシが小さい順にソートしてもよい。この場合、稼働データ収集部１００１は、所定の順位までの他のリソースクラスタを、第２のリソースクラスタに選択することが考えられる。

【0090】

また、稼働データ収集部１００１は、具体的には、第１のリソースクラスタを、第２のリソースクラスタに選択してもよい。これにより、稼働データ収集部１００１は、通信遅延を表す指標値に基づいて、第１のＶＭ上で実行中の処理の引継元となるＶＭを起動中である確率が高いと判断されるリソースクラスタが、第２のリソースクラスタに選択されやすくすることができる。結果として、稼働データ収集部１００１は、第１のＶＭ上で実行中の処理の引継元を特定しやすくすることができる。

【0091】

稼働データ収集部１００１は、具体的には、複数のリソースクラスタのうち、第１のリソースクラスタを管理する管理装置２０１と、他のリソースクラスタを管理する管理装置２０１との物理的距離に基づいて、第２のリソースクラスタを選択する。稼働データ収集部１００１は、より具体的には、第１のリソースクラスタを管理する管理装置２０１との物理的距離が最も小さい他のリソースクラスタを、第２のリソースクラスタに選択する。

【0092】

また、稼働データ収集部１００１は、より具体的には、第１のリソースクラスタを管理する管理装置２０１との物理的距離が閾値以下である他のリソースクラスタを、第２のリソースクラスタに選択してもよい。また、稼働データ収集部１００１は、より具体的には、複数のリソースクラスタを、第１のリソースクラスタを管理する管理装置２０１との物理的距離が小さい順にソートしてもよい。この場合、稼働データ収集部１００１は、所定の順位までの他のリソースクラスタを、第２のリソースクラスタに選択することが考えられる。

【0093】

また、稼働データ収集部１００１は、具体的には、第１のリソースクラスタを、第２のリソースクラスタに選択してもよい。これにより、稼働データ収集部１００１は、通信遅延を表す指標値に基づいて、第１のＶＭ上で実行中の処理の引継元のＶＭを起動中である確率が高いと判断されるリソースクラスタが、第２のリソースクラスタに選択されやすくすることができる。結果として、稼働データ収集部１００１は、第１のＶＭ上で実行中の処理の引継元を特定しやすくすることができる。

【0094】

稼働データ収集部１００１は、第２のリソースクラスタを選択した場合、選択した第２のリソースクラスタ内で起動中の第２のＶＭに関する稼働データを収集する。第１のＶＭに関する稼働データと、第２のＶＭに関する稼働データとは、同一の時間帯に関することが好ましい。稼働データ収集部１００１は、第１のＶＭに関する稼働データを取得し直してもよい。これにより、稼働データ収集部１００１は、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであるか否かを判定する基準となる情報を取得することができる。

【0095】

稼働データ収集部１００１は、第２のリソースクラスタを選択した場合、第１のＶＭに関する稼働データと、選択した第２のリソースクラスタ内で起動中のそれぞれのＶＭに関する稼働データとを収集してもよい。この際、稼働データ収集部１００１は、選択した第２のリソースクラスタを管理する管理装置２０１から、第２のリソースクラスタ内で起動中のそれぞれのＶＭに関する稼働データを纏めて収集してもよい。これにより、稼働データ収集部１００１は、第２のリソースクラスタ内のそれぞれのリソース装置２０２と通信しなくても、第２のリソースクラスタ内で起動中のそれぞれのＶＭに関する稼働データを収集することができる。このため、稼働データ収集部１００１は、ネットワーク上のトラフィック量の増大化を抑制することができる。

【0096】

稼働データ収集部１００１は、負荷傾向解析部１００２によって、第１のＶＭ上で実行中の処理の引継元が、選択した第２のリソースクラスタ内で起動中のいずれのＶＭでもないと判定された場合、第２のリソースクラスタを選択し直す。稼働データ収集部１００１は、例えば、第１のリソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値に基づいて、まだ選択されていないリソースクラスタの中から、第２のリソースクラスタを選択し直す。これにより、稼働データ収集部１００１は、第１のＶＭ上で実行中の処理の引継元を特定しやすくすることができる。稼働データ収集部１００１は、例えば、選択済みの第２のリソースクラスタ以外で、新たに選択した第２のリソースクラスタ内で、第１のＶＭ上で実行中の処理の引継元を探索することができる。

【0097】

稼働データ収集部１００１は、第２のリソースクラスタを選択した回数に基づいて、第２のリソースクラスタを選択し直すか否かを決定する。これにより、稼働データ収集部１００１は、第１のＶＭ上で実行中の処理の引継元となるＶＭを起動している確率が相対的に低いと判断されるリソースクラスタを、第２のリソースクラスタに選択せずに済むようにすることができる。このため、稼働データ収集部１００１は、通信量、処理量、および、処理時間の低減化を図ることができる。

【0098】

稼働データ収集部１００１は、第２のリソースクラスタを選択し直す際、まだ選択されていないリソースクラスタの中から、第１のリソースクラスタとの通信遅延が最も小さいリソースクラスタを、第２のリソースクラスタに選択してもよい。これにより、稼働データ収集部１００１は、第１のＶＭ上で実行中の処理の引継元となるＶＭを起動中である確率が高いと判断されるリソースクラスタが、第２のリソースクラスタに選択されやすくすることができる。結果として、稼働データ収集部１００１は、第１のＶＭ上で実行中の処理の引継元を特定しやすくすることができる。

【0099】

稼働データ収集部１００１は、第１のＶＭに関する稼働データと、第２のＶＭに関する稼働データとの類似度が閾値以上であるか否かを判定する。稼働データ収集部１００１は、閾値以上であると判定した場合、負荷変動制御部１００３によって、第２のＶＭが属するシステムの負荷が変動された際の、第１のＶＭに関する新たな稼働データと、第２のＶＭに関する新たな稼働データとを取得する。これにより、稼働データ収集部１００１は、定常的な稼働データ以外に、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであるか否かを判定する用途に適した、新たな各種稼働データを取得することができる。このため、稼働データ収集部１００１は、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであるか否かを判定する精度の向上を図ることができる。

【0100】

負荷傾向解析部１００２は、第１のＶＭに関する稼働データと、選択した第２のリソースクラスタ内で起動中の第２のＶＭに関する稼働データとの類似度に基づいて、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであるか否かを判定する。ここで、負荷傾向解析部１００２は、例えば、第１のＶＭに関する稼働データと、選択した第２のリソースクラスタ内で起動中の第２のＶＭに関する稼働データとの類似度が閾値以上であると判定する場合がある。この場合、負荷傾向解析部１００２は、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであると判定する。

【0101】

一方で、負荷傾向解析部１００２は、例えば、第１のＶＭに関する稼働データと、選択した第２のリソースクラスタ内で起動中の第２のＶＭに関する稼働データとの類似度が閾値未満であると判定する場合がある。この場合、負荷傾向解析部１００２は、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭではないと判定する。これにより、負荷傾向解析部１００２は、第１のＶＭ上で実行中の処理の引継元を特定することができる。また、負荷傾向解析部１００２は、第１のＶＭ上で実行中の処理の引継元を特定する際にかかる通信量、処理量、および、処理時間の低減化を図ることができる。

【0102】

負荷傾向解析部１００２は、第１のＶＭに関する稼働データと、選択した第２のリソースクラスタ内で起動中のそれぞれのＶＭに関する稼働データとの類似度に基づいて、第１のＶＭ上で実行中の処理の引継元が、それぞれのＶＭであるか否かを判定してもよい。ここで、負荷傾向解析部１００２は、例えば、第１のＶＭに関する稼働データと、第２のリソースクラスタ内で起動中のいずれかのＶＭに関する稼働データとの類似度が閾値以上であると判定する場合がある。この場合、負荷傾向解析部１００２は、第１のＶＭ上で実行中の処理の引継元が、当該いずれかのＶＭであると判定する。

【0103】

一方で、負荷傾向解析部１００２は、例えば、第１のＶＭに関する稼働データと、第２のリソースクラスタ内で起動中のいずれかのＶＭに関する稼働データとの類似度が閾値未満であると判定する場合がある。この場合、負荷傾向解析部１００２は、第１のＶＭ上で実行中の処理の引継元が、当該いずれかのＶＭではないと判定する。これにより、負荷傾向解析部１００２は、第２のリソースクラスタ内で起動中のＶＭ全体から、第１のＶＭ上で実行中の処理の引継元を特定することができる。また、負荷傾向解析部１００２は、第１のＶＭ上で実行中の処理の引継元を特定する際にかかる通信量、処理量、および、処理時間の低減化を図ることができる。

【0104】

負荷傾向解析部１００２は、稼働データ収集部１００１によって取得された第１のＶＭに関する新たな稼働データと第２のＶＭに関する新たな稼働データとの類似度に基づいて、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであるか否かを判定してもよい。ここで、負荷傾向解析部１００２は、例えば、稼働データ収集部１００１によって取得された、第１のＶＭに関する新たな稼働データと、第２のＶＭに関する新たな稼働データとの類似度が閾値以上であると判定する場合がある。この場合、負荷傾向解析部１００２は、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであると判定する。

【0105】

一方で、負荷傾向解析部１００２は、例えば、稼働データ収集部１００１によって取得された、第１のＶＭに関する新たな稼働データと、第２のＶＭに関する新たな稼働データとの類似度が閾値未満であると判定する場合がある。この場合、負荷傾向解析部１００２は、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭではないと判定する。これにより、負荷傾向解析部１００２は、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであるか否かを精度よく判定することができる。

【0106】

負荷傾向解析部１００２は、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであるか否かを判定した結果を出力してもよい。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ４０３による外部装置への送信、または、メモリ４０２や記録媒体４０５などの記憶領域への記憶である。

【0107】

負荷傾向解析部１００２は、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであると判定した場合、第１のＶＭと、第２のＶＭとを対応付けて表す対応情報を記憶する。負荷傾向解析部１００２は、例えば、構成情報管理テーブル６００に基づいて、第２のＶＭに対応するアプリＩＤを、第１のＶＭにも対応付けることにより、第１のＶＭと、第２のＶＭとを対応付けて表す対応情報を記憶する。これにより、負荷傾向解析部１００２は、同じアプリ内の異なる処理を分担して実行中のＶＭを対応付けておくことができる。そして、負荷傾向解析部１００２は、新たに起動されたＶＭが、いずれの他のＶＭから、いずれのアプリ内の処理を引き継いで実行中のＶＭであるかを把握可能にすることができる。

【0108】

負荷傾向解析部１００２は、２つのＶＭのそれぞれのＶＭに関する稼働データの類似度に基づいて、２つのＶＭを対応付けて表す対応情報を削除するか否かを決定する。これにより、負荷傾向解析部１００２は、同じアプリ内の異なる処理を分担して実行しなくなった２つのＶＭの対応付けを解除することができる。このため、負荷傾向解析部１００２は、いずれのＶＭに、いずれのアプリ内の処理が対応するかの構成を示す情報を、最新の状態に更新することができ、システムを管理および運用しやすくすることができる。

【0109】

負荷変動制御部１００３は、稼働データ収集部１００１によって、第１のＶＭに関する稼働データと、第２のＶＭに関する稼働データとの類似度が閾値以上であると判定された場合、第２のＶＭが属するシステムの負荷を変動させる。負荷変動制御部１００３は、例えば、第２のＶＭが属するシステムの負荷を変動させる指示を、第２のＶＭを起動中のリソース装置２０２が有する負荷実行部１０２２に送信する。これにより、負荷変動制御部１００３は、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであるか否かを判定する用途に適した、新たな各種稼働データを取得可能にすることができる。

【0110】

第２の記憶部１０１０は、例えば、図７に示したメモリ７０２や記録媒体７０５などの記憶領域によって実現される。以下では、第２の記憶部１０１０が、管理装置２０１に含まれる場合について説明するが、これに限らない。例えば、第２の記憶部１０１０が、管理装置２０１とは異なる装置に含まれ、第２の記憶部１０１０の記憶内容が管理装置２０１から参照可能である場合があってもよい。

【0111】

稼働データ送信部１０１１は、具体的には、例えば、図７に示したメモリ７０２や記録媒体７０５などの記憶領域に記憶されたプログラムをＣＰＵ７０１に実行させることにより、または、ネットワークＩ／Ｆ７０３により、その機能を実現する。各機能部の処理結果は、例えば、図７に示したメモリ７０２や記録媒体７０５などの記憶領域に記憶される。

【0112】

第２の記憶部１０１０は、受信した稼働データを記憶する。第２の記憶部１０１０は、例えば、稼働データを、リージョン情報管理テーブル８００を用いて記憶する。稼働データ送信部１０１１は、稼働データを、情報処理装置１００に送信する。稼働データ送信部１０１１は、例えば、自装置で管理するリソースクラスタ内で起動中のそれぞれのＶＭに関する稼働データを集約し、情報処理装置１００に送信する。これにより、稼働データ送信部１０１１は、情報処理装置１００が、自装置で管理するリソースクラスタ内のそれぞれのリソース装置２０２と通信しなくても、ＶＭに関する稼働データを収集可能にすることができる。そして、稼働データ送信部１０１１は、情報処理装置１００が、ＶＭに関する稼働データを収集する際における、ネットワーク上のトラフィック量の増大化を抑制することができる。

【0113】

稼働データ計測部１０２１と、負荷実行部１０２２とは、例えば、図９に示したメモリ９０２や記録媒体９０５などの記憶領域に記憶されたプログラムをＣＰＵ９０１に実行させることにより、または、ネットワークＩ／Ｆ９０３により、その機能を実現する。各機能部の処理結果は、例えば、図９に示したメモリ９０２や記録媒体９０５などの記憶領域に記憶される。稼働データ計測部１０２１と、負荷実行部１０２２とは、ＶＭ上で実現されてもよい。

【0114】

稼働データ計測部１０２１は、ＶＭに関する稼働データを計測する。稼働データ計測部１０２１は、ＶＭに関する稼働データを、管理装置２０１に送信する。これにより、稼働データ計測部１０２１は、ＶＭに関する稼働データを、管理装置２０１に集約することができる。負荷実行部１０２２は、負荷変動制御部１００３の指示に従って、ＶＭが属するシステムの負荷を変動させる。これにより、負荷実行部１０２２は、稼働データ計測部１０２１で、定常的な稼働データ以外を計測可能にすることができる。

【0115】

（情報処理システム２００の動作例）
次に、図１１～図１６を用いて、情報処理システム２００の動作例について説明する。

【0116】

図１１～図１６は、情報処理システム２００の動作例を示す説明図である。図１１において、（１１－０）リージョン２２０＃１に存在するリソースクラスタ＃１に含まれるいずれかのリソース装置２０２＃１は、新たにＶＭを起動する。以下の説明では、新たにＶＭを起動したリソース装置２０２＃１を、「リソース装置２０２＃１－Ｎ」と表記する場合がある。また、新たに起動されたＶＭを「新規ＶＭ」と表記する場合がある。新規ＶＭは、他のリソース装置２０２＃１から移行されたＶＭであってもよい。

【0117】

（１１－１）リソース装置２０２＃１－Ｎは、新規ＶＭにより、新規ＶＭに関する稼働データを計測し、情報処理装置１００に送信する。

【0118】

（１１－２）情報処理装置１００は、新規ＶＭに関する稼働データを受信すると、新規ＶＭが起動されたことを検出する。情報処理装置１００は、新規ＶＭが起動されたことを検出すると、距離情報管理テーブル５００に基づいて、複数のリージョン２２０のうち、新規ＶＭ上で実行中の処理の引継元を探索する対象とするリージョン２２０を選択する。以下の説明では、対象とするリージョン２２０を、「対象リージョン２２０」と表記する場合がある。

【0119】

ここで、複数のリージョン２２０のうち、まだ選択していないリージョン２２０の中で、リージョン２２０＃１に最も近く、処理の引継元が存在する確率が相対的に高いと判断されるリージョン２２０は、リージョン２２０＃１そのものであると判断される。図１１の例では、情報処理装置１００は、リージョン２２０＃１を、対象リージョン２２０に選択する。これにより、情報処理装置１００は、サービスの性能低下を抑制する観点から、新規ＶＭ上で実行中の処理の引継元となる他のＶＭが存在する確率が高いと判断されるリージョン２２０を、対象リージョン２２０に選択することができる。結果として、情報処理装置１００は、新規ＶＭ上で実行中の処理の引継元となる他のＶＭを特定しやすくすることができる。

【0120】

（１１－３）情報処理装置１００は、対象リージョン２２０に選択したリージョン２２０＃１を管理する管理装置２０１＃１に、一定時間分の、リージョン２２０＃１内のそれぞれのＶＭに関する稼働データを集約する依頼を送信する。管理装置２０１＃１は、一定時間分の、リージョン２２０＃１内のそれぞれのＶＭに関する稼働データを集約する。

【0121】

（１１－４）管理装置２０１＃１は、一定時間分の、集約されたリージョン２２０＃１内のそれぞれのＶＭに関する稼働データを、情報処理装置１００に送信する。情報処理装置１００は、一定時間分の、集約されたリージョン２２０＃１内のそれぞれのＶＭに関する稼働データを、管理装置２０１＃１から受信する。これにより、情報処理装置１００は、リージョン２２０＃１内のそれぞれのリソース装置２０２＃１と直接通信しなくても、リージョン２２０＃１内のそれぞれのＶＭに関する稼働データを収集することができる。このため、情報処理装置１００は、通信量、処理量、および、処理時間の低減化を図ることができる。また、情報処理装置１００は、管理装置２０１＃１以外の管理装置２０１＃ｋ（≠１）とは通信せずに済ませることができる。このため、情報処理装置１００は、ネットワーク上のトラフィック量の増大化を抑制することができる。次に、図１２の説明に移行する。

【0122】

図１２において、（１２－１）情報処理装置１００は、一定時間分の、リージョン２２０＃１内のそれぞれのＶＭに関する稼働データに基づいて、新規ＶＭと負荷傾向が類似する他のＶＭを抽出する。抽出したＶＭは、新規ＶＭ上で実行中の処理の引継元となるＶＭであるか否かを判定する対象となるＶＭである。以下の説明では、抽出したＶＭを「対象ＶＭ」と表記する場合がある。

【0123】

負荷傾向が類似するか否かを判定する手法は、例えば、多項式回帰分析を用いる手法が考えられる。この手法は、具体的には、稼働データを、多項式で表現し、多項式が近似可能であれば、負荷傾向が類似すると判定する。また、負荷傾向が類似するか否かを判定する手法は、例えば、比較的短い時間間隔で線形回帰分析を用いる手法が考えられる。

【0124】

（１２－２）情報処理装置１００は、構成情報管理テーブル６００に基づいて、それぞれの対象ＶＭを利用するシステムを特定する。情報処理装置１００は、対象ＶＭごとに、対象ＶＭを起動中のリソース装置２０２＃１と通信し、対象ＶＭを利用するシステムにかかる負荷を変動させる制御を行う。この際、情報処理装置１００は、一つのシステムで２以上の対象ＶＭが利用されていれば、２以上の対象ＶＭについては、一括して、２以上の対象ＶＭを利用するシステムにかかる負荷を変動させる制御を行ってもよい。

【0125】

また、この際、情報処理装置１００は、負荷を変動させたことにより、さらに別の新規ＶＭが起動されてしまうことを防止するため、対象ＶＭの過去の最大の負荷を超えない範囲で、負荷を変動させることが好ましい。これにより、情報処理装置１００は、対象リージョン２２０以外では、負荷を変動させることがないため、情報処理システム２００を利用する他のシステムへの悪影響を抑制することができる。また、情報処理装置１００は、対象リージョン２２０内でも、対象ＶＭを利用しないシステムにかかる負荷を変動させることがないため、対象リージョン２２０内の対象ＶＭ以外を利用する他のシステムへの悪影響を抑制することができる。

【0126】

（１２－３）情報処理装置１００は、対象ＶＭごとに、対象ＶＭを利用するシステムにかかる負荷を変動させた際の、一定時間分の、新規ＶＭに関する稼働データと、対象ＶＭに関する稼働データとを、管理装置２０１＃１から受信する。情報処理装置１００は、例えば、管理装置２０１＃１に依頼し、いずれかの対象ＶＭを利用するシステムにかかる負荷を変動させた際の、一定時間分の、新規ＶＭに関する稼働データと、対象ＶＭに関する稼働データとを受信する。

【0127】

また、情報処理装置１００は、例えば、管理装置２０１＃１から、いずれかの対象ＶＭを利用するシステムにかかる負荷を変動させた際の、一定時間分の、新規ＶＭに関する稼働データと、対象ＶＭに関する稼働データとを受信するまで待機してもよい。これにより、情報処理装置１００は、リージョン２２０＃１内のそれぞれのリソース装置２０２＃１と直接通信しなくても、新規ＶＭに関する稼働データと、対象ＶＭに関する稼働データとを収集することができる。このため、情報処理装置１００は、通信量、処理量、および、処理時間の低減化を図ることができる。また、情報処理装置１００は、管理装置２０１＃１以外の管理装置２０１＃ｋ（≠１）とは通信せずに済ませることができる。また、情報処理装置１００は、管理装置２０１＃１が、対象ＶＭを起動していないリソース装置２０２＃１とは通信せずに済ませることができる。このため、情報処理装置１００は、ネットワーク上のトラフィック量の増大化を抑制することができる。

【0128】

（１２－４）情報処理装置１００は、一定時間分の、新規ＶＭに関する稼働データと、それぞれの対象ＶＭに関する稼働データとに基づいて、新規ＶＭと、それぞれの対象ＶＭとの負荷傾向を比較する。ここで、情報処理装置１００は、新規ＶＭと負荷傾向が類似する対象ＶＭがあれば、新規ＶＭと負荷傾向が類似する対象ＶＭを、新規ＶＭ上で実行中の処理の引継元であると判定する。

【0129】

図１２の例では、情報処理装置１００は、いずれの対象ＶＭも、新規ＶＭ上で実行中の処理の引継元ではないと判定し、リージョン２２０＃１内では、新規ＶＭ上で実行中の処理の引継元を特定しなかったとする。これにより、情報処理装置１００は、リージョン２２０＃１内から、新規ＶＭ上で実行中の処理の引継元を探索することができる。次に、図１３の説明に移行する。

【0130】

図１３において、（１３－１）情報処理装置１００は、リージョン２２０＃１内では、新規ＶＭ上で実行中の処理の引継元を特定しなかったため、確率で、対象リージョン２２０を選択し直すか否かを決定する。情報処理装置１００は、例えば、今回までに対象リージョン２２０を選択した回数をＮとし、１／Ｎの確率で、対象リージョン２２０を選択し直すと決定する。ここでは、Ｎ＝１のため、情報処理装置１００は、対象リージョン２２０を選択し直すと決定する。情報処理装置１００は、対象リージョン２２０を選択し直すと決定した場合、距離情報管理テーブル５００に基づいて、対象リージョン２２０を選択し直す。

【0131】

ここで、複数のリージョン２２０のうち、まだ選択していないリージョン２２０の中で、リージョン２２０＃１に最も近く、処理の引継元が存在する確率が相対的に高いと判断されるリージョン２２０は、リージョン２２０＃２であると判断される。図１３の例では、情報処理装置１００は、リージョン２２０＃２を、対象リージョン２２０に選択する。これにより、情報処理装置１００は、サービスの性能低下を抑制する観点から、新規ＶＭ上で実行中の処理の引継元となる他のＶＭが存在する確率が高いと判断されるリージョン２２０を、対象リージョン２２０に選択することができる。結果として、情報処理装置１００は、新規ＶＭ上で実行中の処理の引継元となる他のＶＭを特定しやすくすることができる。

【0132】

（１３－２）情報処理装置１００は、対象リージョン２２０に選択したリージョン２２０＃２を管理する管理装置２０１＃２に、一定時間分の、リージョン２２０＃２内のそれぞれのＶＭに関する稼働データを集約する依頼を送信する。管理装置２０１＃２は、一定時間分の、リージョン２２０＃２内のそれぞれのＶＭに関する稼働データを集約する。

【0133】

（１３－３）管理装置２０１＃２は、一定時間分の、集約されたリージョン２２０＃２内のそれぞれのＶＭに関する稼働データを、情報処理装置１００に送信する。情報処理装置１００は、一定時間分の、集約されたリージョン２２０＃２内のそれぞれのＶＭに関する稼働データを、管理装置２０１＃２から受信する。これにより、情報処理装置１００は、リージョン２２０＃２内のそれぞれのリソース装置２０２＃２と直接通信しなくても、リージョン２２０＃２内のそれぞれのＶＭに関する稼働データを収集することができる。このため、情報処理装置１００は、通信量、処理量、および、処理時間の低減化を図ることができる。また、情報処理装置１００は、管理装置２０１＃２以外の管理装置２０１＃ｋ（≠２）とは通信せずに済ませることができる。このため、情報処理装置１００は、ネットワーク上のトラフィック量の増大化を抑制することができる。次に、図１４の説明に移行する。

【0134】

図１４において、（１４－１）情報処理装置１００は、一定時間分の、リージョン２２０＃２内のそれぞれのＶＭに関する稼働データに基づいて、新規ＶＭと負荷傾向が類似する他のＶＭを、対象ＶＭとして抽出する。

【0135】

（１４－２）情報処理装置１００は、構成情報管理テーブル６００に基づいて、それぞれの対象ＶＭを利用するシステムを特定する。情報処理装置１００は、対象ＶＭごとに、対象ＶＭを起動中のリソース装置２０２＃２と通信し、対象ＶＭを利用するシステムにかかる負荷を変動させる制御を行う。この際、情報処理装置１００は、一つのシステムで２以上の対象ＶＭが利用されていれば、２以上の対象ＶＭについては、一括して、２以上の対象ＶＭを利用するシステムにかかる負荷を変動させる制御を行ってもよい。

【0136】

また、この際、情報処理装置１００は、負荷を変動させたことにより、さらに別の新規ＶＭが起動されてしまうことを防止するため、対象ＶＭの過去の最大の負荷を超えない範囲で、負荷を変動させることが好ましい。これにより、情報処理装置１００は、対象リージョン２２０以外では、負荷を変動させることがないため、情報処理システム２００を利用する他のシステムへの悪影響を抑制することができる。また、情報処理装置１００は、対象リージョン２２０内でも、対象ＶＭを利用しないシステムにかかる負荷を変動させることがないため、対象リージョン２２０内の対象ＶＭ以外を利用する他のシステムへの悪影響を抑制することができる。

【0137】

（１４－３）情報処理装置１００は、対象ＶＭごとに、対象ＶＭを利用するシステムにかかる負荷を変動させた際の、一定時間分の、新規ＶＭに関する稼働データと、対象ＶＭに関する稼働データとを、管理装置２０１＃２から受信する。情報処理装置１００は、例えば、管理装置２０１＃２に依頼し、いずれかの対象ＶＭを利用するシステムにかかる負荷を変動させた際の、一定時間分の、新規ＶＭに関する稼働データと、対象ＶＭに関する稼働データとを受信する。

【0138】

また、情報処理装置１００は、例えば、管理装置２０１＃２から、いずれかの対象ＶＭを利用するシステムにかかる負荷を変動させた際の、一定時間分の、新規ＶＭに関する稼働データと、対象ＶＭに関する稼働データとを受信するまで待機してもよい。これにより、情報処理装置１００は、リージョン２２０＃２内のそれぞれのリソース装置２０２＃２と直接通信しなくても、新規ＶＭに関する稼働データと、対象ＶＭに関する稼働データとを収集することができる。このため、情報処理装置１００は、通信量、処理量、および、処理時間の低減化を図ることができる。また、情報処理装置１００は、管理装置２０１＃２以外の管理装置２０１＃ｋ（≠１）とは通信せずに済ませることができる。また、情報処理装置１００は、管理装置２０１＃２が、対象ＶＭを起動していないリソース装置２０２＃２とは通信せずに済ませることができる。このため、情報処理装置１００は、ネットワーク上のトラフィック量の増大化を抑制することができる。

【0139】

（１４－４）情報処理装置１００は、一定時間分の、新規ＶＭに関する稼働データと、それぞれの対象ＶＭに関する稼働データとに基づいて、新規ＶＭと、それぞれの対象ＶＭとの負荷傾向を比較する。ここで、情報処理装置１００は、新規ＶＭと負荷傾向が類似する対象ＶＭがあれば、新規ＶＭと負荷傾向が類似する対象ＶＭを、新規ＶＭ上で実行中の処理の引継元であると判定する。図１４の例では、情報処理装置１００は、いずれかの対象ＶＭが、新規ＶＭ上で実行中の処理の引継元であると判定したとする。これにより、情報処理装置１００は、第１のＶＭ上で実行中の処理の引継元となる対象ＶＭを特定することができる。

【0140】

（１４－５）情報処理装置１００は、構成情報管理テーブル６００に基づいて、新規ＶＭと、引継元であると判定した対象ＶＭとを対応付ける。情報処理装置１００は、例えば、構成情報管理テーブル６００に基づいて、対象ＶＭに対応するアプリＩＤを抽出する。そして、情報処理装置１００は、新規ＶＭに抽出したアプリＩＤを対応付けて、構成情報管理テーブル６００を更新する。これにより、情報処理装置１００は、対象ＶＭと新規ＶＭとを、同じアプリ内の処理を分担するＶＭの組として対応付けることができ、システムを管理および運用しやすくすることができる。

【0141】

次に、図１５の説明に移行し、図１４の例でも、情報処理装置１００が、いずれの対象ＶＭも、新規ＶＭ上で実行中の処理の引継元ではないと判定し、リージョン２２０＃２内で、新規ＶＭ上で実行中の処理の引継元を特定しなかったとした場合について説明する。

【0142】

図１５において、（１５－１）情報処理装置１００は、リージョン２２０＃２内では、新規ＶＭ上で実行中の処理の引継元を特定しなかったため、確率で、対象リージョン２２０を選択し直すか否かを決定する。情報処理装置１００は、例えば、今回までに対象リージョン２２０を選択した回数をＮとし、１／Ｎの確率で、対象リージョン２２０を選択し直すと決定する。ここでは、Ｎ＝２のため、情報処理装置１００は、１／２の確率で、対象リージョン２２０を選択し直すか否かを決定する。

【0143】

図１５の例では、情報処理装置１００は、対象リージョン２２０を選択し直さないと決定したとする。これにより、情報処理装置１００は、サービスの性能低下を抑制する観点から、新規ＶＭ上で実行中の処理の引継元となる他のＶＭが存在する確率が相対的に低いと判断されるリージョン２２０を、対象リージョン２２０に選択しにくくすることができる。このため、情報処理装置１００は、新規ＶＭ上で実行中の処理の引継元となる他のＶＭを特定する確率の低下を抑制しつつ、通信量、処理量、および、処理時間の低減化を図ることができる。

【0144】

（１５－２）情報処理装置１００は、対象リージョン２２０を選択し直さないと決定した場合、今回の新規ＶＭ上で実行中の処理の引継元を特定する処理を保留する。そして、情報処理装置１００は、次回、さらに新規ＶＭが起動されたことを検出した際に、今回の新規ＶＭ上で実行中の処理の引継元を特定する処理を実行し直すようにする。これにより、情報処理装置１００は、今回の新規ＶＭ上で実行中の処理の引継元が特定されやすくすることができる。次に、図１６の説明に移行し、情報処理装置１００が、構成情報管理テーブル６００を更新し、ＶＭ間の対応付けを解消する場合について説明する。

【0145】

図１６において、（１６－１）情報処理装置１００は、リージョン２２０＃１を管理する管理装置２０１＃１に、一定時間分の、リージョン２２０＃１内のそれぞれのＶＭに関する稼働データを集約する依頼を送信する。管理装置２０１＃１は、一定時間分の、リージョン２２０＃１内のそれぞれのＶＭに関する稼働データを集約する。

【0146】

（１６－２）管理装置２０１＃１は、一定時間分の、集約されたリージョン２２０＃１内のそれぞれのＶＭに関する稼働データを、情報処理装置１００に送信する。情報処理装置１００は、一定時間分の、集約されたリージョン２２０＃１内のそれぞれのＶＭに関する稼働データを、管理装置２０１＃１から受信する。

【0147】

（１６－３）情報処理装置１００は、リージョン２２０＃２を管理する管理装置２０１＃２に、一定時間分の、リージョン２２０＃２内のそれぞれのＶＭに関する稼働データを集約する依頼を送信する。管理装置２０１＃２は、一定時間分の、リージョン２２０＃２内のそれぞれのＶＭに関する稼働データを集約する。

【0148】

（１６－４）管理装置２０１＃２は、一定時間分の、集約されたリージョン２２０＃２内のそれぞれのＶＭに関する稼働データを、情報処理装置１００に送信する。情報処理装置１００は、一定時間分の、集約されたリージョン２２０＃２内のそれぞれのＶＭに関する稼働データを、管理装置２０１＃２から受信する。

【0149】

（１６－５）情報処理装置１００は、構成情報管理テーブル６００と、リージョン２２０＃１内およびリージョン２２０＃２内のそれぞれのＶＭに関する稼働データとに基づいて、同一のアプリＩＤに対応しているが、負荷傾向が類似しないＶＭの組を特定する。情報処理装置１００は、同一のアプリＩＤに対応しているが、負荷傾向が類似しないＶＭの組があれば、当該組の少なくともいずれかのＶＭに対応付けられたアプリＩＤを削除し、構成情報管理テーブル６００を更新する。これにより、情報処理装置１００は、構成情報管理テーブル６００を、最新の情報処理システム２００の状態に合わせて更新することができ、システムを管理および運用しやすくすることができる。

【0150】

その後、情報処理装置１００は、アプリＩＤを削除したＶＭを、上記新規ＶＭとして、再び他のＶＭとの対応付けを検討するようにしてもよい。以下の説明では、上記新規ＶＭとして、再び他のＶＭとの対応付けを検討するＶＭを、「再対応付けＶＭ」と表記する場合がある。また、情報処理装置１００は、再対応付けＶＭについて、他のＶＭとの対応付けを所定の回数以上検討しても、いずれのＶＭとも対応付けられない場合、構成情報管理テーブル６００から、再対応付けＶＭについてのレコードを削除してもよい。これにより、情報処理装置１００は、構成情報管理テーブル６００に、情報処理システム２００の正確な状態が反映されるようにすることができ、システムを管理および運用しやすくすることができる。

【0151】

ここでは、情報処理装置１００が、異なるリージョン２２０内で、負荷傾向が類似しないＶＭの組を特定し、構成情報管理テーブル６００を更新する場合について説明したが、これに限らない。例えば、情報処理装置１００が、同一のリージョン２２０内で、負荷傾向が類似しないＶＭの組を特定し、構成情報管理テーブル６００を更新する場合があってもよい。

【0152】

ここでは、情報処理装置１００が、負荷傾向が類似しないＶＭの組の少なくともいずれかのＶＭに対応付けられたアプリＩＤを削除する場合について説明したが、これに限らない。例えば、情報処理装置１００が、負荷傾向が類似しないＶＭの組の少なくともいずれかのＶＭに、新たなアプリＩＤを対応付けるようにする場合があってもよい。

【0153】

（全体処理手順）
次に、図１７～図１９を用いて、情報処理装置１００が実行する、全体処理手順の一例について説明する。全体処理は、例えば、図４に示したＣＰＵ４０１と、メモリ４０２や記録媒体４０５などの記憶領域と、ネットワークＩ／Ｆ４０３とによって実現される。

【0154】

図１７～図１９は、全体処理手順の一例を示すフローチャートである。図１７において、情報処理装置１００は、管理装置２０１から、いずれかのリージョン２２０内のＶＭに関する稼働データを受信する（ステップＳ１７０１）。

【0155】

次に、情報処理装置１００は、受信した稼働データに関わるＶＭが、新規ＶＭであるか否かを判定する（ステップＳ１７０２）。ここで、新規ＶＭではない場合（ステップＳ１７０２：Ｎｏ）、情報処理装置１００は、図１９のステップＳ１９０１の処理に移行する。一方で、新規ＶＭである場合（ステップＳ１７０２：Ｙｅｓ）、情報処理装置１００は、ステップＳ１７０３の処理に移行する。

【0156】

ステップＳ１７０３では、情報処理装置１００は、距離情報管理テーブル５００に基づいて、まだ選択していない１以上のリージョン２２０の中から、対象リージョン２２０を選択する（ステップＳ１７０３）。次に、情報処理装置１００は、選択した対象リージョン２２０に属する管理装置２０１に、稼働データ集約依頼を送信する（ステップＳ１７０４）。そして、情報処理装置１００は、集約された稼働データを受信する（ステップＳ１７０５）。その後、情報処理装置１００は、図１８のステップＳ１８０１の処理に移行する。

【0157】

図１８において、情報処理装置１００は、対象リージョン２２０内で、処理済みではないＶＭを選択し、新規ＶＭと、選択したＶＭとの負荷傾向が類似するか否かを判定する（ステップＳ１８０１）。ここで、負荷傾向が類似しない場合（ステップＳ１８０１：Ｎｏ）、情報処理装置１００は、ステップＳ１８０８の処理に移行する。一方で、負荷傾向が類似する場合（ステップＳ１８０１：Ｙｅｓ）、情報処理装置１００は、ステップＳ１８０２の処理に移行する。

【0158】

ステップＳ１８０２では、情報処理装置１００は、選択したＶＭを、対象ＶＭに設定する（ステップＳ１８０２）。次に、情報処理装置１００は、対象ＶＭを含むシステムの負荷変動依頼を、直接、または、管理装置２０１を介して、対象ＶＭを起動中のリソース装置２０２に送信する（ステップＳ１８０３）。そして、情報処理装置１００は、負荷変動中の、新規ＶＭに関する稼働データと、対象ＶＭに関する稼働データとを収集する（ステップＳ１８０４）。

【0159】

次に、情報処理装置１００は、新規ＶＭと、対象ＶＭとの負荷傾向が一致するか否かを判定する（ステップＳ１８０５）。ここで、負荷傾向が一致しない場合（ステップＳ１８０５：Ｎｏ）、情報処理装置１００は、ステップＳ１８０６の処理に移行する。一方で、負荷傾向が一致する場合（ステップＳ１８０５：Ｙｅｓ）、情報処理装置１００は、ステップＳ１８０７の処理に移行する。

【0160】

ステップＳ１８０６では、情報処理装置１００は、選択したＶＭを、処理済みに設定する（ステップＳ１８０６）。そして、情報処理装置１００は、ステップＳ１８０９の処理に移行する。

【0161】

ステップＳ１８０７では、情報処理装置１００は、新規ＶＭを、対象ＶＭと同一のアプリＩＤに対応付ける（ステップＳ１８０７）。そして、情報処理装置１００は、全体処理を終了する。

【0162】

ステップＳ１８０８では、情報処理装置１００は、選択したＶＭを、処理済みに設定する（ステップＳ１８０８）。次に、情報処理装置１００は、すべてのＶＭを処理済みか否かを判定する（ステップＳ１８０９）。ここで、すべてのＶＭを処理済みではない場合（ステップＳ１８０９：Ｎｏ）、情報処理装置１００は、ステップＳ１８０１の処理に戻る。一方で、すべてのＶＭを処理済みである場合（ステップＳ１８０９：Ｙｅｓ）、情報処理装置１００は、ステップＳ１８１０の処理に移行する。

【0163】

ステップＳ１８１０では、情報処理装置１００は、１／ｎの確率で、処理を継続するか否かを判定する（ステップＳ１８１０）。ここで、処理を継続する場合（ステップＳ１８１０：Ｙｅｓ）、情報処理装置１００は、図１７のステップＳ１７０３の処理に戻る。一方で、処理を継続しない場合（ステップＳ１８１０：Ｎｏ）、情報処理装置１００は、全体処理を終了する。

【0164】

図１９において、情報処理装置１００は、受信した稼働データに関わるＶＭが、再対応付けＶＭであるか否かを判定する（ステップＳ１９０１）。ここで、再対応付けＶＭである場合（ステップＳ１９０１：Ｙｅｓ）、情報処理装置１００は、ステップＳ１９０２の処理に移行する。一方で、再対応付けＶＭではない場合（ステップＳ１９０１：Ｎｏ）、情報処理装置１００は、ステップＳ１９０３の処理に移行する。

【0165】

ステップＳ１９０２では、情報処理装置１００は、同一のＶＭについて、ステップＳ１９０１の処理を行った回数が、Ｎ回以上であるか否かを判定する（ステップＳ１９０２）。ここで、Ｎ回以上である場合（ステップＳ１９０２：Ｙｅｓ）、情報処理装置１００は、全体処理を終了する。一方で、Ｎ回未満である場合（ステップＳ１９０２：Ｎｏ）、情報処理装置１００は、再対応付けＶＭを、新規ＶＭとして設定し、図１７のステップＳ１７０３の処理に戻る。

【0166】

ステップＳ１９０３では、情報処理装置１００は、再対応付けＶＭと、再対応付けＶＭに対応付けられた他のＶＭとの負荷傾向が一致するか否かを判定する（ステップＳ１９０３）。ここで、負荷傾向が一致する場合（ステップＳ１９０３：Ｙｅｓ）、情報処理装置１００は、全体処理を終了する。一方で、負荷傾向が一致しない場合（ステップＳ１９０３：Ｎｏ）、情報処理装置１００は、再対応付けＶＭと、他のＶＭとの対応付けを解消する（ステップＳ１９０４）。そして、情報処理装置１００は、全体処理を終了する。

【0167】

（集約処理手順）
次に、図２０を用いて、管理装置２０１が実行する、集約処理手順の一例について説明する。集約処理は、例えば、図９に示したＣＰＵ９０１と、メモリ９０２や記録媒体９０５などの記憶領域と、ネットワークＩ／Ｆ９０３とによって実現される。

【0168】

図２０は、集約処理手順の一例を示すフローチャートである。図２０において、管理装置２０１は、稼働データの集約依頼を受信したか否かを判定する（ステップＳ２００１）。ここで、集約依頼を受信していない場合（ステップＳ２００１：Ｎｏ）、管理装置２０１は、ステップＳ２００１の処理に戻る。一方で、集約依頼を受信している場合（ステップＳ２００１：Ｙｅｓ）、管理装置２０１は、ステップＳ２００２の処理に移行する。

【0169】

ステップＳ２００２では、管理装置２０１は、稼働データの収集依頼を、自装置が属するリージョン２２０内のそれぞれのＶＭに送信する（ステップＳ２００２）。次に、管理装置２０１は、稼働データを受信したか否かを判定する（ステップＳ２００３）。ここで、稼働データを受信していない場合（ステップＳ２００３：Ｎｏ）、管理装置２０１は、ステップＳ２００３の処理に戻る。一方で、稼働データを受信している場合（ステップＳ２００３：Ｙｅｓ）、管理装置２０１は、ステップＳ２００４の処理に移行する。

【0170】

ステップＳ２００４では、管理装置２０１は、受信済みの稼働データを集約する（ステップＳ２００４）。次に、管理装置２０１は、自装置が属するリージョン２２０内のすべてのＶＭについて稼働データを受信したか否かを判定する（ステップＳ２００５）。ここで、すべてのＶＭについて稼働データを受信していない場合（ステップＳ２００５：Ｎｏ）、管理装置２０１は、ステップＳ２００３の処理に戻る。一方で、すべてのＶＭについて稼働データを受信している場合（ステップＳ２００５：Ｙｅｓ）、管理装置２０１は、ステップＳ２００６の処理に移行する。

【0171】

ステップＳ２００６では、管理装置２０１は、集約された稼働データを、情報処理装置１００に送信する（ステップＳ２００６）。そして、管理装置２０１は、集約処理を終了する。

【0172】

（計測処理手順）
次に、図２１を用いて、リソース装置２０２が、ＶＭにより実行する、計測処理手順の一例について説明する。計測処理は、例えば、図４に示したＣＰＵ４０１と、メモリ４０２や記録媒体４０５などの記憶領域と、ネットワークＩ／Ｆ４０３とによって実現される。

【0173】

図２１は、計測処理手順の一例を示すフローチャートである。図２１において、リソース装置２０２は、稼働データの収集依頼を受信したか否かを判定する（ステップＳ２１０１）。ここで、収集依頼を受信していない場合（ステップＳ２１０１：Ｎｏ）、リソース装置２０２は、ステップＳ２１０１の処理に戻る。一方で、収集依頼を受信している場合（ステップＳ２１０１：Ｙｅｓ）、リソース装置２０２は、ステップＳ２１０２の処理に移行する。

【0174】

ステップＳ２１０２では、リソース装置２０２は、稼働データを収集し、収集した稼働データを管理装置２０１に送信する（ステップＳ２１０２）。次に、リソース装置２０２は、負荷変動依頼を受信したか否かを判定する（ステップＳ２１０３）。ここで、負荷変動依頼を受信していない場合（ステップＳ２１０３：Ｎｏ）、リソース装置２０２は、ステップＳ２１０１の処理に戻る。一方で、負荷変動依頼を受信している場合（ステップＳ２１０３：Ｙｅｓ）、リソース装置２０２は、ステップＳ２１０４の処理に移行する。

【0175】

ステップＳ２１０４では、リソース装置２０２は、負荷変動を実施する（ステップＳ２１０４）。そして、リソース装置２０２は、計測処理を終了する。

【0176】

以上説明したように、情報処理装置１００によれば、複数のリソースクラスタのうちの第１のリソースクラスタ内で、新たに第１のＶＭが起動されたことを検出することができる。情報処理装置１００によれば、第１のＶＭが起動されたことを検出した場合、複数のリソースクラスタのうち、第１のリソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値に基づいて、第２のリソースクラスタを選択することができる。情報処理装置１００によれば、第１のＶＭに関する稼働データと、選択した第２のリソースクラスタ内で起動中の第２のＶＭに関する稼働データとの類似度に基づいて、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであるか否かを判定することができる。これにより、情報処理装置１００は、第１のＶＭ上で実行中の処理の引継元を特定することができる。また、情報処理装置１００は、第１のＶＭ上で実行中の処理の引継元を特定する際にかかる通信量、処理量、および、処理時間の低減化を図ることができる。

【0177】

情報処理装置１００によれば、第１のＶＭに関する稼働データと、第２のリソースクラスタ内で起動中のそれぞれのＶＭに関する稼働データとの類似度に基づいて、第１のＶＭ上で実行中の処理の引継元が、それぞれのＶＭであるか否かを判定することができる。これにより、情報処理装置１００は、第２のリソースクラスタ内で起動中のＶＭ全体から、第１のＶＭ上で実行中の処理の引継元を特定することができる。また、情報処理装置１００は、第１のＶＭ上で実行中の処理の引継元を特定する際にかかる通信量、処理量、および、処理時間の低減化を図ることができる。

【0178】

情報処理装置１００によれば、選択した第２のリソースクラスタを管理する装置から、第２のリソースクラスタ内で起動中のそれぞれのＶＭに関する稼働データを纏めて取得することができる。これにより、情報処理装置１００は、第２のリソースクラスタ内のそれぞれのリソース装置２０２と通信しなくても、第２のリソースクラスタ内で起動中のそれぞれのＶＭに関する稼働データを収集することができる。このため、情報処理装置１００は、ネットワーク上のトラフィック量の増大化を抑制することができる。

【0179】

情報処理装置１００によれば、第１のＶＭ上で実行中の処理の引継元が、選択した第２のリソースクラスタ内で起動中のいずれのＶＭでもないと判定された場合、第２のリソースクラスタを選択し直すことができる。これにより、情報処理装置１００は、第１のＶＭ上で実行中の処理の引継元を特定しやすくすることができる。情報処理装置１００は、例えば、選択済みの第２のリソースクラスタ以外で、新たに選択した第２のリソースクラスタ内で、第１のＶＭ上で実行中の処理の引継元を探索することができる。

【0180】

情報処理装置１００によれば、第２のリソースクラスタを選択した回数に基づいて、第２のリソースクラスタを選択し直すか否かを決定することができる。これにより、情報処理装置１００は、第１のＶＭ上で実行中の処理の引継元となるＶＭを起動している確率が相対的に低いと判断されるリソースクラスタを、第２のリソースクラスタに選択せずに済むようにすることができる。このため、情報処理装置１００は、通信量、処理量、および、処理時間の低減化を図ることができる。

【0181】

情報処理装置１００によれば、第２のリソースクラスタを選択し直す際、まだ選択されていないリソースクラスタの中から、第１のリソースクラスタとの通信遅延が最も小さいリソースクラスタを、第２のリソースクラスタに選択することができる。これにより、情報処理装置１００は、第１のＶＭ上で実行中の処理の引継元となるＶＭを起動中である確率が高いと判断されるリソースクラスタが、第２のリソースクラスタに選択されやすくすることができる。結果として、情報処理装置１００は、第１のＶＭ上で実行中の処理の引継元を特定しやすくすることができる。

【0182】

情報処理装置１００によれば、第１のＶＭに関する稼働データと、第２のＶＭに関する稼働データとの類似度が閾値以上であるか否かを判定することができる。情報処理装置１００によれば、閾値以上と判定した場合、第２のＶＭが属するシステムの負荷を変動させた際の、第１のＶＭに関する新たな稼働データと、第２のＶＭに関する新たな稼働データとを取得することができる。情報処理装置１００によれば、第１のＶＭに関する新たな稼働データと、第２のＶＭに関する新たな稼働データとの類似度が閾値以上であると判定した場合、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであると判定することができる。これにより、情報処理装置１００は、定常的な稼働データ以外に、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであるか否かを判定する用途に適した、新たな各種稼働データを取得することができる。そして、情報処理装置１００は、取得した新たな各種稼働データに基づいて、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであるか否かを精度よく判定することができる。

【0183】

情報処理装置１００によれば、第１のＶＭ上で実行中の処理の引継元が、第２のＶＭであると判定した場合、第１のＶＭと、第２のＶＭとを対応付けて表す対応情報を記憶することができる。これにより、情報処理装置１００は、関連する処理を実行中のＶＭを対応付けておくことができ、新たに起動されたＶＭが、いずれのＶＭから引き継いだ処理を実行中のＶＭであるかを把握可能にすることができる。

【0184】

情報処理装置１００によれば、異なる２つのＶＭを対応付けて表す対応情報を記憶している場合、２つのＶＭのそれぞれのＶＭに関する稼働データの類似度に基づいて、２つのＶＭを対応付けて表す対応情報を削除するか否かを決定することができる。これにより、情報処理装置１００は、関連する処理を分担して実行しなくなった２つのＶＭの対応付けを解除することができる。このため、情報処理装置１００は、いずれのＶＭに、いずれのアプリ内の処理が対応するかの構成を示す情報を、最新の状態に更新することができ、システムを管理および運用しやすくすることができる。

【0185】

情報処理装置１００によれば、複数のリソースクラスタのうち、第１のリソースクラスタを管理する装置と、他のリソースクラスタを管理する装置とのレイテンシに基づいて、第２のリソースクラスタを選択することができる。これにより、情報処理装置１００は、第１のＶＭ上で実行中の処理の引継元となるＶＭを起動中である確率が高いと判断されるリソースクラスタが、第２のリソースクラスタに選択されやすくすることができる。

【0186】

情報処理装置１００によれば、複数のリソースクラスタのうち、第１のリソースクラスタを管理する装置と、他のリソースクラスタを管理する装置との物理的距離に基づいて、第２のリソースクラスタを選択することができる。これにより、情報処理装置１００は、レイテンシを計測しなくても済むようにすることができ、ネットワーク上のトラフィック量の低減化を図ることができる。

【0187】

なお、本実施の形態で説明した引継元特定方法は、予め用意されたプログラムをＰＣやワークステーションなどのコンピュータで実行することにより実現することができる。本実施の形態で説明した引継元特定プログラムは、コンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。記録媒体は、ハードディスク、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などである。また、本実施の形態で説明した引継元特定プログラムは、インターネットなどのネットワークを介して配布してもよい。

【0188】

上述した実施の形態に関し、さらに以下の付記を開示する。

【0189】

（付記１）複数のリソースクラスタのうちの第１のリソースクラスタ内で、新たに第１の仮想マシンが起動されたことを検出し、
前記第１の仮想マシンが起動されたことを検出した場合、前記複数のリソースクラスタのうち、前記第１のリソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値に基づいて、第２のリソースクラスタを選択し、
前記第１の仮想マシンに関する稼働データと、選択した前記第２のリソースクラスタ内で起動中の第２の仮想マシンに関する稼働データとの類似度に基づいて、前記第１の仮想マシン上で実行中の処理の引継元が、前記第２の仮想マシンであるか否かを判定する、
処理をコンピュータが実行することを特徴とする引継元特定方法。

【0190】

（付記２）前記判定する処理は、
前記第１の仮想マシンに関する稼働データと、選択した前記第２のリソースクラスタ内で起動中のそれぞれの仮想マシンに関する稼働データとの類似度に基づいて、前記第１の仮想マシン上で実行中の処理の引継元が、前記それぞれの仮想マシンであるか否かを判定する、ことを特徴とする付記１に記載の引継元特定方法。

【0191】

（付記３）選択した前記第２のリソースクラスタを管理する装置から、前記第２のリソースクラスタ内で起動中のそれぞれの仮想マシンに関する稼働データを纏めて取得する、処理を前記コンピュータが実行する、ことを特徴とする付記２に記載の引継元特定方法。

【0192】

（付記４）前記選択する処理は、
前記第１の仮想マシン上で実行中の処理の引継元が、選択した前記第２のリソースクラスタ内で起動中のいずれの仮想マシンでもないと判定された場合、前記複数のリソースクラスタのうち、前記第１のリソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値に基づいて、前記複数のリソースクラスタのうち、まだ選択されていないリソースクラスタの中から、前記第２のリソースクラスタを選択し直す、ことを特徴とする付記１～３のいずれか一つに記載の引継元特定方法。

【0193】

（付記５）前記選択する処理は、
前記第２のリソースクラスタを選択した回数に基づいて、前記第２のリソースクラスタを選択し直すか否かを決定する、ことを特徴とする付記４に記載の引継元特定方法。

【0194】

（付記６）前記選択する処理は、
前記第２のリソースクラスタを選択し直す際、前記複数のリソースクラスタのうち、まだ選択されていないリソースクラスタの中から、前記第１のリソースクラスタとの通信遅延が最も小さいリソースクラスタを、前記第２のリソースクラスタに選択する、ことを特徴とする付記４または５に記載の引継元特定方法。

【0195】

（付記７）前記判定する処理は、
前記第１の仮想マシンに関する稼働データと、前記第２の仮想マシンに関する稼働データとの類似度が閾値以上であると判定した場合、前記第２の仮想マシンが属するシステムの負荷を変動させた際の、前記第１の仮想マシンに関する新たな稼働データと、前記第２の仮想マシンに関する新たな稼働データとを取得し、
前記第１の仮想マシンに関する新たな稼働データと、前記第２の仮想マシンに関する新たな稼働データとの類似度が閾値以上であると判定した場合、前記第１の仮想マシン上で実行中の処理の引継元が、前記第２の仮想マシンであると判定する、ことを特徴とする付記１～６のいずれか一つに記載の引継元特定方法。

【0196】

（付記８）前記第１の仮想マシン上で実行中の処理の引継元が、前記第２の仮想マシンであると判定した場合、前記第１の仮想マシンと、前記第２の仮想マシンとを対応付けて表す対応情報を記憶する、ことを特徴とする付記１～７のいずれか一つに記載の引継元特定方法。

【0197】

（付記９）異なる２つの仮想マシンを対応付けて表す対応情報を記憶している場合、前記２つの仮想マシンのそれぞれの仮想マシンに関する稼働データの類似度に基づいて、前記２つの仮想マシンを対応付けて表す対応情報を削除するか否かを決定する、ことを特徴とする付記１～８のいずれか一つに記載の引継元特定方法。

【0198】

（付記１０）前記選択する処理は、
前記複数のリソースクラスタのうち、前記第１のリソースクラスタを管理する装置と、他のリソースクラスタを管理する装置とのレイテンシに基づいて、前記第２のリソースクラスタを選択する、ことを特徴とする付記１～９のいずれか一つに記載の引継元特定方法。

【0199】

（付記１１）前記選択する処理は、
前記複数のリソースクラスタのうち、前記第１のリソースクラスタを管理する装置と、他のリソースクラスタを管理する装置との物理的距離に基づいて、前記第２のリソースクラスタを選択する、ことを特徴とする付記１～９のいずれか一つに記載の引継元特定方法。

【0200】

（付記１２）複数のリソースクラスタのうちの第１のリソースクラスタ内で、新たに第１の仮想マシンが起動されたことを検出し、
前記第１の仮想マシンが起動されたことを検出した場合、前記複数のリソースクラスタのうち、前記第１のリソースクラスタと、他のリソースクラスタとの通信遅延を表す指標値に基づいて、第２のリソースクラスタを選択し、
前記第１の仮想マシンに関する稼働データと、選択した前記第２のリソースクラスタ内で起動中の第２の仮想マシンに関する稼働データとの類似度に基づいて、前記第１の仮想マシン上で実行中の処理の引継元が、前記第２の仮想マシンであるか否かを判定する、
処理をコンピュータに実行させることを特徴とする引継元特定プログラム。

【符号の説明】

【0201】

１００ 情報処理装置
２００ 情報処理システム
２０１ 管理装置
２０２ リソース装置
２１０ ネットワーク
２２０ リージョン
４００，７００，９００ バス
４０１，７０１，９０１ ＣＰＵ
４０２，７０２，９０２ メモリ
４０３，７０３，９０３ ネットワークＩ／Ｆ
４０４，７０４，９０４ 記録媒体Ｉ／Ｆ
４０５，７０５，９０５ 記録媒体
４０６，７０６ ディスプレイ
４０７，７０７ 入力装置
５００ 距離情報管理テーブル
６００ 構成情報管理テーブル
８００ リージョン情報管理テーブル
１０００，１０１０ 記憶部
１００１ 稼働データ収集部
１００２ 負荷傾向解析部
１００３ 負荷変動制御部
１０１１ 稼働データ送信部
１０２１ 稼働データ計測部
１０２２ 負荷実行部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】