特許 6916096 インスタンス利用促進システム

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

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

(11)【特許番号】6916096

(24)【登録日】2021年7月19日

(45)【発行日】2021年8月11日

(54)【発明の名称】インスタンス利用促進システム

(51)【国際特許分類】

   G06F 11/30 20060101AFI20210729BHJP

   G06F 9/46 20060101ALI20210729BHJP

   G06N 20/00 20190101ALI20210729BHJP

【ＦＩ】

   G06F11/30 155

   G06F9/46 420

   G06F11/30 140C

   G06N20/00 130

【請求項の数】5

【全頁数】14

(21)【出願番号】特願2017-222764(P2017-222764)

(22)【出願日】2017年11月20日

(65)【公開番号】特開2019-95898(P2019-95898A)

(43)【公開日】2019年6月20日

【審査請求日】2020年3月3日

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110000279

【氏名又は名称】特許業務法人ウィルフォート国際特許事務所

(72)【発明者】

【氏名】セビ ナジム

(72)【発明者】

【氏名】木下 順史

【審査官】 牛丸 太希

(56)【参考文献】

【文献】 特開２０１４−１９１３６８（ＪＰ，Ａ）

【文献】 国際公開第２０１０／１０９６８１（ＷＯ，Ａ１）

【文献】 特開平０２−２３５１７０（ＪＰ，Ａ）

【文献】 国際公開第２０１７／０７３３７３（ＷＯ，Ａ１）

【文献】 木下順史、外３名，オープンソースソフトウェアで実現するクラウドサービス，日立評論，日立評論社，２０１７年 ５月２０日，第99巻第3号，pp.72-76

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

Ｇ０６Ｆ ９／００−１１／３６

Ｇ０６Ｎ ２０／００

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

【請求項1】

クラウドインフラストラクチャー上で用いる複数のインスタンスの中から、アイドル状態のインスタンスを検出して前記アイドル状態のインスタンスを利用可能状態とするインスタンス利用促進システムであって、
前記複数のインスタンスから各インスタンスのメトリクスを収集するメトリクス収集部と、
前記複数のインスタンスのうちの稼働状態が不明なインスタンスの中から、ヒューリスティックな手法を用いて稼働状態を問い合わせるインスタンスを選定するインスタンス選定部と、
前記インスタンス選定部により選定されたインスタンスの稼働状態をユーザに問い合わせると共に、この問い合わせた結果に基づき、稼働状態、アイドル状態および不明状態のいずれかのラベルを前記インスタンスに付ける問合せ部と、
前記問合せ部によりラベル付けされたインスタンスのうち、アイドル状態のラベルが付けられたインスタンスを利用可能化するインスタンス利用可能化部と、
前記メトリクス収集部により収集された各インスタンスのメトリクスと、前記問合せ部により付けられた前記各インスタンスのラベルとを用い、新たなインスタンスの稼働状態を判別するための機械学習を行う機械学習部と、を備えていることを特徴とするインスタンス利用促進システム。

【請求項2】

インスタンス選定部によるインスタンスの選定と、問合せ部によるユーザへの問合せおよびインスタンスへのラベル付けと、インスタンス利用可能化部によるインスタンスの利用可能化とが繰り返し行われる請求項１に記載のインスタンス利用促進システム。

【請求項3】

ヒューリスティックな手法が、ログ変換を用いた手法とスケール変換を用いた手法とを組み合せたものである請求項１または請求項２に記載のインスタンス利用促進システム。

【請求項4】

マルチテナントクラウド環境下で用いられる請求項１から請求項３のいずれか１項に記載のインスタンス利用促進システム。

【請求項5】

問合せ部が、チャットボットインターフェースを介してインスタンスの稼働状態を問い合わせる請求項１から請求項４のいずれか１項に記載のインスタンス利用促進システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、インスタンス利用促進システムに関する。

【背景技術】

【0002】

ネットワーク上のコンピュータ資源を使用して各種計算を実行させるようなクラウドコンピューティングでは、いくつかのユーザに多くのコンピュータ資源が割り当てられることがあるが、これらの中には単に割り当てられているのみで実際には使用されていないものも見受けられる。

【0003】

このような状況下において多くのユーザがコンピュータ資源の使用を希望する場合、利用可能な資源はあるものの、既に他のユーザに上記資源が割り当てられてるため、結果的に使用できる資源が不足して効率よく計算を行えないことがある。

【0004】

このような中、コンピュータ資源としてのインスタンスが不足するのを回避するため、例えば、ネットワーク上の各インスタンスから収集したメトリクスと上記インスタンスの実際の稼働状況との対応関係を教師データとして機械学習させた後、学習済みの機械学習法を用いて各インスタンスの稼働状況を推定することでアイドル状態のインスタンスの再利用を促す技術が提案されている（例えば、非特許文献１参照）。

【0005】

このような技術によれば、十分に機械学習を行った後には、複数のインスタンスの中からアイドル状態のインスタンスを精度よく見つけて再び利用可能化することができ、全体としてインスタンスが不足するのを回避することが期待される。

【先行技術文献】

【非特許文献】

【0006】

【非特許文献1】Ｋｅｅ Ｋｉｍ，ｅｔ ａｌ，２００６，Ａ Ｓｕｐｅｒｖｉｓｅｄ Ｌｅａｒｎｉｎｇ Ｍｏｄｅｌ ｆｏｒ Ｉｄｅｎｔｉｆｙｉｎｇ Ｉｎａｃｔｉｖｅ ＶＭｓ ｉｎ Ｐｒｉｖａｔｅ Ｃｌｏｕｄ Ｄａｔａ Ｃｅｎｔｅｒｓ． Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ Ｉｎｄｕｓｔｒｉａｌ Ｔｒａｃｋ ｏｆ ｔｈｅ １７ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｉｄｄｌｅｗａｒｅ Ｃｏｎｆｅｒｅｎｃｅ （Ｍｉｄｄｌｅｗａｒｅ Ｉｎｄｕｓｔｒｙ ’１６）． ＡＣＭ．

【発明の概要】

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

【0007】

ここで、上述したような技術を用いる場合、精度よくインスタンスの稼働状況を分類するためには前もって十分に機械学習を行わせる必要があり、このような機械学習をさせるためにはトレーニングに用いる十分な数の教師データ（ラベル）が予め存在していることが前提となる。

【0008】

しかしながら、上述したような従来の技術を用いる場合、クラウドコンピューティング規模でのラベルを予め準備するのは難しく、全てのユーザにラベル付けに用いる情報の提供を依頼するのも現実的には難しい。このため、単に機械学習の手法を導入しただけでは精度よくアイドル状態のインスタンスを検出することができず、結果として未使用のインスタンスを早期かつ確実に利用できるようにすることが困難である。

【0009】

本発明は、以上のような事情に基づいてなされたものであり、その目的は、たとえ機械学習のための教師データ（ラベル）が十分に揃っていない状態であっても、アイドル状態のインスタンスを見つけて迅速かつ確実に利用可能化することができるインスタンス利用促進システムを提供することにある。

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

【0010】

本発明は、
（１）クラウドインフラストラクチャー上で用いる複数のインスタンスの中から、アイドル状態のインスタンスを検出して前記アイドル状態のインスタンスを利用可能状態とするインスタンス利用促進システムであって、
前記複数のインスタンスから各インスタンスのメトリクスを収集するメトリクス収集部と、
前記複数のインスタンスのうちの稼働状態が不明なインスタンスの中から、稼働状態を問い合わせるインスタンスを選定するインスタンス選定部と、
前記インスタンス選定部により選定されたインスタンスの稼働状態をユーザに問い合わせると共に、この問い合わせた結果に基づき、稼働状態、アイドル状態および不明状態のいずれかのラベルを前記インスタンスに付ける問合せ部と、
前記問合せ部によりラベル付けされたインスタンスのうち、アイドル状態のラベルが付けられたインスタンスを利用可能化するインスタンス利用可能化部と、
前記メトリクス収集部により収集された各インスタンスのメトリクスと、前記問合せ部により付けられた前記各インスタンスのラベルとを用い、新たなインスタンスの稼働状態を判別するための機械学習を行う機械学習部と、を備えていることを特徴とするインスタンス利用促進システム、
（２）インスタンス選定部によるインスタンスの選定と、問合せ部によるユーザへの問合せおよびインスタンスへのラベル付けと、インスタンス利用可能化部によるインスタンスの利用可能化とが繰り返し行われる前記（１）に記載のインスタンス利用促進システム、
（３）インスタンス選定部が、ヒューリスティックな手法を用いて稼働状態を問い合わせるインスタンスを選定する前記（１）または（２）に記載のインスタンス利用促進システム、
（４）ヒューリスティックな手法が、ログ変換を用いた手法とスケール変換を用いた手法とを組み合せたものである前記（３）に記載のインスタンス利用促進システム、
（５）マルチテナントクラウド環境下で用いられる前記（１）から（４）のいずれか１項に記載のインスタンス利用促進システム、並びに
（６）問合せ部が、チャットボットインターフェースを介してインスタンスの稼働状態を問い合わせる前記（１）から（５）のいずれか１項に記載のインスタンス利用促進システム
に関する。

【0011】

なお、本明細書において「インスタンス」とは、物理的なコンピュータ（物理サーバ）上で起動される、ソフトウェアによって構築された仮想的なコンピュータ（仮想マシン、ＶＭ：Ｖｅｒｔｕａｌ Ｍａｃｈｉｎｅ）を意味する。また、「マルチテナントクラウド環境」とは、機材やソフトウェア、データベースなどを複数の企業（組織）で共有するクラウドコンピューティング環境を意味する。また、「チャットボットインターフェース」とは、問合せ部からの問合せをユーザとの間で自動的にやりとりする単なるマンマシンインターフェースを意味する。

【発明の効果】

【0012】

本発明は、たとえ機械学習のための教師データ（ラベル）が十分に揃っていない状態であっても、アイドル状態のインスタンスを見つけて迅速かつ確実に利用可能化することができるインスタンス利用促進システムを提供することができる。

【図面の簡単な説明】

【0013】

【図1】本発明の一実施形態を示す概略ブロック図である。

【図2】図１のシステムにより収集したメトリクス情報の一例を示す概略図である。

【図3A】図２のメトリクス情報をインスタンスごとに整理したものの一例を示す概略図である。

【図3B】図２のメトリクス情報をインスタンスごとに整理したものの一例を示す概略図である。

【図3C】図３Ｂのメトリクス情報を派生データに変換したもの一例を示す概略図である。

【図4】図３Ｂの派生データとラベルとを対応付けたものの一例を示す概略図である。

【図5】図１の処理フローを示す概略ブロック図である。

【図6】図５の処理フローの繰り返しにより得られたリストの一例を示す概略図である。

【図7】図１のインスタンス選定部におけるインスタンス選定処理の一例を示す概略フローチャートである。

【図8A】インスタンス選定部による処理の具体的な一例を示す概略図であって、リストの一例を示す概略図である。

【図8B】インスタンス選定部による処理の具体的な一例を示す概略図であって、リストの一例を示す概略図である。

【図8C】インスタンス選定部による処理の具体的な一例を示す概略図であって、リストの一例を示す概略図である。

【図8D】インスタンス選定部による処理の具体的な一例を示す概略図であって、リストの一例を示す概略図である。

【図8E】インスタンス選定部による処理の具体的な一例を示す概略図であって、リストの一例を示す概略図である。

【図8F】インスタンス選定部による処理の具体的な一例を示す概略図であって、リストの一例を示す概略図である。

【図8G】インスタンス選定部による処理の具体的な一例を示す概略図であって、リストの一例を示す概略図である。

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

【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】

１ インスタンス利用促進システム
１００ メトリクス収集部
３００ インスタンス選定部
４００ 問合せ部
５００ インスタンス利用可能化部
６００ 機械学習部
８００ クラウドインフラストラクチャー
９１０ チャットボットインターフェース
８２１１ 仮想マシン（インスタンス）

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図4】

【図5】

【図6】

【図7】

【図8A】

【図8B】

【図8C】

【図8D】

【図8E】

【図8F】

【図8G】