(57)【要約】      （修正有）【課題】物理マシンの移動によってもリソース不足を改善できない場合におけるリソース不足を解消する技術を提供する。【解決手段】ネットワーク３を介して接続されたシンクライアント１と仮想デスクトップ２とを備え、前記シンクライアントによる作業を前記仮想デスクトップにて実行する仮想システムにおけるリソース管理装置において、物理マシンの移動によってもリソース不足を解消できないような場合が発生したとき、ユーザに対して、その旨の通知、リソース増強申請要否問合せ、及びリソース増強を可能とする手段を設ける。【選択図】図１
2017204225.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたシンクライアントと仮想デスクトップを備え、
前記シンクライアントによる作業を前記仮想デスクトップにて実行する仮想システムにおけるリソース管理装置において、
前記仮想デスクトップは、前記シンクライアントにおけるユーザによる作業を処理する複数のサーバと、前記複数のサーバにおけるリソース（ＣＰＵ，メモリ）を管理するリソース管理装置と、前記ユーザによる作業に伴うユーザデータを格納する記憶装置を有し、
前記リソース管理装置は、
前記ユーザのログ情報を監視するユーザ処理状況監視部と、セルフチェック部と、環境移動部と、警告部と、リソース申請問合部と、リソース増強部と、課金システム接続部と、
を有し、
前記ユーザ処理状況監視部は、前記ユーザのログ情報から使用メモリ容量、ＣＰＵ稼働率、処理時間、などの情報を含む利用状況を監視し、前記利用状況の継続時間を計測し、
前記セルフチェック部は、
前記ユーザのログ情報のメモリの容量、ＣＰＵの稼働率、処理時間が、前記記憶装置の閾値情報におけるメモリの容量、ＣＰＵの稼働率、処理時間に対する各閾値より大きい状態が所定時間続いた場合、前記ユーザの使用環境についてセルフチェックポリシーに基づくセルフチェックを行い、
前記環境移動部は、前記セルフチェック部におけるセルフチェックに基づいて前記ユーザの環境を別な環境に移動し、
前記警告部は、前記環境移動部にてユーザの環境を別の環境に移動しても、改善ができない場合は、前記シンクライアントのユーザに対して、その旨を示す情報を通知し、
前記リソース申請問合部は、前記シンクライアントのユーザに対して、所定のナビゲーションに従ってリソースを増強する意志があるか否かのリソース申請を示す情報を問合せし、
前記リソース増強部は、前記リソース申請問合部におけるリソース申請問合せに基づいて、リソースを増強する旨の応答を受けた場合、リソースの増強を行う、
ことを特徴とする仮想システムにおけるリソース管理装置。
【請求項２】
請求項１に記載された仮想システムにおけるリソース管理装置において、
前記リソース管理装置は、さらに課金システム接続部を有し、
前記課金システム接続部は、前記リソース増強部にて、前記リソースを増強する旨の通知を受けた場合、前記リソース管理装置を課金システムに接続し、リソース増強から課金〆までの時間計算（利用時間）し、当該計算した利用時間を前記課金システム５に通知する
ことを特徴とする仮想システムにおけるリソース管理装置。
【請求項３】
ネットワークを介して接続されたシンクライアントと仮想デスクトップを備え、
前記シンクライアントによる作業を前記仮想デスクトップにて実行する仮想システムにおけるリソース管理方法において、
前記仮想デスクトップは、前記シンクライアントにおけるユーザによる作業を処理する複数のサーバと、前記複数のサーバにおけるリソース（ＣＰＵ，メモリ）を管理するリソース管理装置と、前記ユーザによる作業に伴うユーザデータを格納する記憶装置を有し、
前記リソース管理装置は、
前記ユーザのログ情報から使用メモリ容量、ＣＰＵ稼働率、処理時間、などの情報を含む利用状況を監視し、前記利用状況の継続時間を計測するステップと、
前記ユーザのログ情報のメモリの容量、ＣＰＵの稼働率、処理時間が、前記記憶装置の閾値情報におけるメモリの容量、ＣＰＵの稼働率、処理時間に対する各閾値より大きい状態が所定時間続いた場合、前記ユーザの使用環境についてセルフチェックポリシーに基づくセルフチェックするステップと、
前記セルチェックするステップにおけるセルフチェックに基づいて前記ユーザの環境を別な環境に移動するステップと、
前記ユーザの環境を別な環境に移動するステップにてユーザの環境を別の環境に移動しても、改善ができない場合は、前記シンクライアントのユーザに対して、その旨を示す情報を通知するステップと、
前記シンクライアントのユーザに対して、所定のナビゲーションに従ってリソースを増強する意志があるか否かのリソース申請を示す情報を問合せするステップと、
前記リソース申請を示す情報を問合せするステップに基づいて、リソースを増強する旨の応答を受けた場合、リソースの増強を行うステップと、
を含むことを特徴とする仮想システムにおけるリソース管理方法。
【請求項４】
請求項３に記載された仮想システムにおけるリソース管理方法において、
前記リソース管理装置は、さらに課金システム接続ステップを有し、
前記課金システム接続ステップは、前記リソースの増強を行うステップにて、前記リソースを増強する旨の通知を受けた場合、前記リソース管理装置を課金システムに接続し、リソース増強から課金〆までの時間計算（利用時間）し、当該計算した利用時間を前記課金システム５に通知するステップである、
ことを特徴とする仮想システムにおけるリソース管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想システムにおけるリソース管理装置及び方法に関する。
【背景技術】
【０００２】
各サーバ機能やデスクトップ機能をそれぞれ仮想マシンとし、１台の物理マシン上に複数の仮想マシンを配備し、当該仮想マシンを複数のユーザの作業に割り当てて動作させる技術、例えば、特開２０１２−２０８５４１号公報（特許文献１）に記載された仮想マシン管理装置がある。
【０００３】
特許文献１には、「複数の物理マシンにおいて複数の仮想マシンが動作する仮想マシンシステムを管理する仮想マシン管理装置であり、 各物理マシンについて、使用されていないリソースの量であるリソース残量を計測する残量計測部と、各仮想マシンについて、その仮想マシンが使用しているリソースの量であるリソース使用量を計測する使用量計測部と、いずれかの物理マシンでリソース不足が発生した場合、前記残量計測部が計測したリソース残量が所定量以上ある物理マシンを特定物理マシンとして特定する物理マシン特定部と、前記使用量計測部が計測したリソース使用量であって、前記リソース不足が発生した物理マシンである不足マシンで動作する仮想マシンのリソース使用量に基づき、前記不足マシンで動作する仮想マシンから、前記物理マシン特定部が特定した特定物理マシンで動作させた場合にリソースの競合が発生する可能性が低い仮想マシンを特定仮想マシンとして特定する仮想マシン特定部と、 前記仮想マシン特定部が特定した特定仮想マシンを、前記不足マシンで動作させるのを止め、前記特定物理マシンで動作させる仮想マシン移動部とを備えることを特徴とする仮想マシン管理装置。」とにより、「複数の物理マシンを用いて複数の仮想マシンが動作している仮想マシンシステムにおいて、いずれかの物理マシンにリソース不足が発生した場合に、適切にリソース不足を解消する」という記載がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２０８５４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載された発明によれば、何れかの物理マシンにリソース不足が発生した場合、特定仮想マシンを稼働させる物理マシンを、特定物理マシンに移動することにより、リソース不足を解消することができる。しかし、物理マシンを、特定物理マシンに移動した後の処理についてまでは想定されていない。つまり、リソース不足を解消するため、特定仮想マシンを稼働させる物理マシンを、特定物理マシンに移動した後でもリソース不足を改善できない場合が起こり得るが、その対策までは何ら考慮されていないため、リソース不足解消としては十分とは言えない。
【０００６】
そこで、本発明では、物理マシンの移動によってもリソース不足を改善できない場合におけるリソース不足を解消する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、物理マシンの移動によってもリソース不足を解消できないような場合が発生したとき、ユーザに対して、その旨の通知、リソース増強申請要否問合せ、及びリソース増強を可能とするものである。
【０００８】
代表的な本発明の仮想システムにおけるリソース管理装置及び方法の一つは、
ネットワーク３を介して接続されたシンクライアント１と仮想デスクトップ２と備え、前記シンクライアントによる作業を前記仮想デスクトップにて実行する仮想システムにおけるリソース管理装置において、
前記仮想デスクトップは、前記シンクライアントにおけるユーザによる作業を処理する複数のサーバと、前記複数のサーバにおけるリソース（ＣＰＵ，メモリ）を管理するリソース管理装置と、前記ユーザによる作業に伴うユーザデータを格納する記憶装置を有し、
前記リソース管理装置は、
前記ユーザのログ情報を監視するユーザ処理状況監視部と、セルフチェック部と、環境移動部と、警告部と、リソース申請問合部と、リソース増強部と、課金システム接続部と、
を有し、
前記ユーザ処理状況監視部は、前記ユーザのログ情報から使用メモリ容量、ＣＰＵ稼働率、処理時間、などの情報を含む利用状況を監視し、前記利用状況の継続時間を計測し、
前記セルフチェック部は、
前記ユーザのログ情報のメモリの容量、ＣＰＵの稼働率、処理時間が、前記記憶装置の閾値情報におけるメモリの容量、ＣＰＵの稼働率、処理時間に対する各閾値より大きい状態が所定時間続いた場合、前記ユーザの使用環境についてセルフチェックポリシーに基づくセルフチェックを行い、
前記環境移動部は、前記セルフチェック部におけるセルフチェックに基づいて前記ユーザの環境を別な環境に移動し、
前記警告部は、前記環境移動部にてユーザの環境を別の環境に移動しても、改善ができない場合は、前記シンクライアントのユーザに対して、その旨を示す情報を通知し、
前記リソース申請問合部は、前記シンクライアントのユーザに対して、所定のナビゲーションに従ってリソースを増強する意志があるか否かのリソース申請を示す情報を問合せし、
前記リソース増強部は、前記リソース申請問合部におけるリソース申請問合せに基づいて、リソースを増強する旨の応答を受けた場合、リソースの増強を行う、
ことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、物理マシンの移動によってもリソース不足を改善できない場合が起こったときにおけるリソース不足を解消することができる。例えば、リソース不足のユーザへの警告、ユーザからの要望に応じてリソースの増強を可能にできる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明の仮想システムにおけるリソース管理装置が適用されるシステムの構成を示すブロック図。
【図２】図２は、図１における仮想デスクトップの概略構成を示す図。
【図３】図３は、図２におけるリソース管理装置（管理サーバ）の構成を示す図。
【図４】図４は、図３におけるリソース管理装置（管理サーバ）の処理手順の実施の形態を示すフローチャート。
【図５】図５は、閾値テーブルの構成を示す図。
【図６】図６は、ログ情報テーブルの構成を示す図。
【図７】図７は、ログ出力間隔テーブルの構成を示す図。
【図８】図８は、セルフチェックポリシーの一例を説明する図。
【図９】図９は、リソース増強時における利用ユーザ、利用ＰＣ能力、利用時間、を示すテーブル。
【図１０】図１０は、シンクライアント側の表示部に表示する申請表示画面例を示す図。
【図１１】図１１は、サーバの構成例を示す図。
【発明を実施するための形態】
【００１１】
以下、実施例について図面を用いて説明する。
【実施例】
【００１２】
図１は、本発明の仮想システムにおけるリソース管理装置が適用されるシステムの構成を示すブロック図である。
【００１３】
仮想システムは、シンクライアント（Thin client）１、仮想デスクトップ（virtual desktop）２、センタ４、課金システム５、ネットワーク３、を有する。
【００１４】
シンクライアント１は、ユーザが使うクライアントに必要最小限の処理をさせ、ほとんどの処理を仮想デスクトップ２のサーバ側に集中させたシステムアーキテクチャ（広義のシンクライアント）であり、例えば、そのようなシステムアーキテクチャで使われるように機能を絞り込んだ専用のクライアント端末のことである(狭義のシンクライアント)。
【００１５】
仮想デスクトップ２は、コンピュータのデスクトップ環境を拡張するソフトウェアの一種である。
【００１６】
センタ４は、仮想デスクトップに搭載されたアプリケーションをコントロールする機能を有する。
【００１７】
課金システム５は、シンクライアント１のユーザが仮想デスクトップ２の使用時間に応じて課金する機能を有する。
【００１８】
図２は、図１における仮想デスクトップ２の概略構成を示す図である。
仮想デスクトップ２は、サーバ２１、ストレージ２２、管理サーバ２３を有する。
サーバ２１は、仮想デスクトップ環境にある複数のサーバ２１１（サーバＡ）、２１２（サーバＢ）を有し、これらのサーバは、シンクライアント１における処理を実行するＣＰＵ（物理ＣＰＵ）やメモリ（物理メモリ）などを有する。図１１にサーバ２１の構成例を示す。
【００１９】
ストレージ２２は、シンクライアント１からのユーザデータや作業処理を実行するためのアプリケーションを蓄積する。
【００２０】
管理サーバ２３は、２つのサーバ２１１、サーバ２１２を使用するユーザ（Ａ〜Ｅ）のログ情報を管理する機能を有する。
【００２１】
本例は、サーバ２１１は、論理ＣＰＵや論理メモリを利用してユーザＡ〜Ｅにおける業務処理を実行している状態において、サーバ２１１の業務処理を実行するに際して、サーバ２１１のリソースが不足すると判断された場合、サーバ２１２の論理ＣＰＵや論理メモリを利用してユーザＡにおける業務処理を実行するように移動する様子を示すものである。
ここで、サーバ２１１にてユーザＡの処理を実行する場合において、さらにリソース不足である場合、例えば、論理メモリの容量が、２ＧＢで不足である場合には、ユーザＡからの申請に基づき、論理メモリの容量を４ＧＢに増強する。
【００２２】
図３は、図２における管理サーバ２３の構成を示す図である。
管理サーバ２３は、コンピュータ（演算装置）を含み、リソース管理装置を構成しており、通信インターフェース装置２３１、記憶装置２３２、演算装置２３３を有する。
【００２３】
通信インターフェース装置２３１は、シンクライアント１、センタ４、課金システム５との間の通信（データの送受）を行う装置である。この通信（データ送受）は、ネットワーク３を介して行われる。
【００２４】
記憶装置２３２は、ログ情報ＤＢ２３２１、閾値情報ＤＢ２３２２、ログ出力間隔情報ＤＢ２３２４、セルフポリシー情報ＤＢ２３２５、警告情報・リソース申請問合せ情報ＤＢ２３２６、を有する。
【００２５】
ログ情報ＤＢ２３２１は、各ユーザのログ情報を格納する（図５参照）。
【００２６】
閾値情報ＤＢ２３２２は、各ユーザが作業に使用する場合におけるメモリやＣＰＵ、処理時間の閾値を予め設定した情報を格納する（図６参照）。
【００２７】
ログ出力間隔情報ＤＢ２３２４は、各ユーザ毎のログ出力間隔、ログ収集時間始め、終わりなどを格納する（図７参照）。
【００２８】
セルフポリシー情報ＤＢ２３２５は、ユーザ環境を自動的に移動させるポリシーを格納する（図８参照）。
【００２９】
警告情報・リソース申請問合せ情報ＤＢ２３２６は、警告メッセージやリソース申請問合せなどの情報を格納する。
【００３０】
これらの情報の内容については後述する。
【００３１】
演算装置２３３は、ユーザ処理状況監視部２３３１、セルフチェック部２３３３、環境移動部２３３４、警告部２３３５、リソース申請問合部２３３６、リソース増強部２３３７、課金システム接続部２３３８、などを有する。
そして、演算装置２３３は、各部の動作制御を司り、内部に格納されたプログラムに従って上記の各機器の動作を制御する。
【００３２】
ユーザ処理状況監視部２３３１は、シンクライアント１（ユーザＡ〜Ｅ）における利用状況、つまり、ログ情報から使用メモリ容量、ＣＰＵ稼働率、処理時間、などの情報を監視する。また、使用メモリ容量、ＣＰＵ稼働率、処理時間、などの情報の継続時間を計測する。
【００３３】
セルフチェック部２３３３は、ユーザのログ情報のメモリの容量、ＣＰＵの稼働率、処理時間が、記憶装置の閾値情報ＤＢ２３２２に予め設定されたメモリの容量、ＣＰＵの稼働率、処理時間に対する各閾値より大きい状態が所定時間、例えば、ログ出力間隔（時間又は回数）続いているか否かの判定し、場合、ユーザの使用環境についてセルフチェックを行う。
【００３４】
環境移動部２３３４は、セルフチェック部２３３３において、ユーザのログ情報のメモリの容量、ＣＰＵの稼働率、処理時間が、予め設定されたメモリの容量、ＣＰＵの稼働率、処理時間に対する各閾値より大きい状態が所定時間続いている場合に、セルフチェックポリシーに基づいてユーザの環境を別な環境に移動する。
【００３５】
警告部２３３５は、環境移動部にてユーザの環境を別の環境に移動しても、改善ができない場合は、シンクライアントのユーザに対して、その旨を示す情報、例えば、「割り当てられているリソースが不足しています。」の警告を通知する。
【００３６】
リソース申請問合部２３３６は、シンクライアント１のユーザに対して、所定のナビゲーションに従ってリソースを増強する意志があるか否かのリソース申請を示す情報、例えば、「ご利用されているＰＣ環境が、ご利用されている仕事に対して、能力が不足されていると推測されます。能力増強することで快適にご利用できるようになる可能性がります。能力増強を申請しますか？」との情報と、申請ボタン「申請」「申請しない」を示す情報を含む内容を問合せする（図１０参照）。
【００３７】
リソース増強部２３３７は、リソース申請問合せに基づいて、申請されたリソースの増強を行う。例えば、ユーザＡの処理を実行するサーバ２１２（サーバＢ）におけるメモリ容量が２ＧＢであった場合、これを４ＧＢと増強し、リソース不足を是正する。
【００３８】
課金システム接続部２３３８は、リソース増強時に管理サーバ２３を課金システム５に接続し、リソース増強から課金〆までの時間計算（利用時間）し、当該計算した利用時間を課金システム５側に通知する。課金システム５は、この利用時間を受けて課金処理を行う。
【００３９】
図４は、図３における管理サーバ２３の処理手順の実施の形態を示すフローチャートである。
図４のフローチャートに基づく動作は以下のとおりである。
【００４０】
ステップＳ４０１：制御装置は、ユーザの処理時間及びサーバ２１におけるメモリやＣＰＵの設定閾値を監視する。
【００４１】
ステップＳ４０２：制御装置は、ユーザのログ情報におけるメモリの容量、ＣＰＵの使用率、処理時間が、それらの設定閾値を超えた時間ｔが所定時間Ｔを継続（ｔ≧Ｔ）するか否かを判定する。
【００４２】
ステップＳ４０３：制御装置は、メモリの容量、ＣＰＵの使用率、処理時間が、それらの設定閾値を超えた時間ｔが所定時間Ｔ継続する場合、サーバ２１のメモリやＣＰＵの使用率や稼働率をセルフチェックし、当該チェック結果を元にリソース不足に伴って処理環境を移動する必要があると自動判断した場合、ユーザの処理環境を移動する。例えば、ユーザＡの処理環境をサーバＡからサーバＢに移動する。
【００４３】
ステップＳ４０４：制御装置は、ステップＳ４０３における処理環境を移動した後、リソース不足が改善有無を判定する。この判定結果、リソース不足が改善された場合には、終了し、改善されなかった場合には、ステップＳ４０６に進む。
【００４４】
ステップＳ４０５：制御装置は、シンクライアント１のユーザに対して警告通知する。
【００４５】
ステップＳ４０６：制御装置は、シンクライアント１のユーザに対してリソース増強・追加申請要否問合せする。
【００４６】
ステップＳ４０７：制御装置は、ステップＳ４０６におけるリソース増強・追加申請要否問合に対してシンクライアント１からする応答があったとき、増強・追加申請要否を判定する。この判定結果、増強・追加申請があった場合には、ステップＳ４０８に進む。
【００４７】
ステップＳ４０８：制御装置は、移動先のサーバにおけるメモリのリソース増強・追加（２ＧＢを４ＧＢに増強・追加）を行う。
【００４８】
ステップＳ４０９：制御装置は、リソース増強・追加から課金〆までの時間計算（利用時間）し、管理サーバを課金システムに接続し、通知する。
【００４９】
図５は、ログ情報テーブルの構成を示す図である。
ログ情報テーブルは、ユーザの利用日時、使用メモリの容量、ＣＰＵの使用割合、処理時間、利用情報サーバ、などの情報を含む。
【００５０】
図６は、閾値テーブルの構成を示す図である。
閾値テーブルは、メモリ、ＣＰＵ、処理時間、などの閾値情報を含む。
【００５１】
図７は、ログ出力間隔テーブルの構成を示す図である。
ログ出力間隔テーブルは、間隔、収集時間始め時間、終わり時間、などの情報を含む。
【００５２】
図８は、セルフチェックポリシーの一例を説明する図である。
セルフチェックポリシーは、例えば、“×××な状態が××分続いたら×××、負荷の小さい×××サーバ環境に自動的に移動させる。但し、××分の間に移動させる環境は、××個の環境のみ。”などのように設定する。
【００５３】
図９は、リソース増強時における利用ユーザ、利用ＰＣ能力、利用時間、を示すテーブルである。
【００５４】
図１０は、シンクライアント側の表示部に表示する申請表示画面例を示す図である。
申請表示画面には、以下のような内容が表示される。
「ご利用されているＰＣ環境が、ご利用されている仕事に対して、能力が不足されていると推測されます。能力増強することで快適にご利用できるようになる可能性がります。
能力増強を申請しますか？  申請      申請しない」
【００５５】
ここで、申請した場合には、以下のような内容が表示される。
「推奨構成は、以下があります。  推奨構成Ａ・・・申請  推奨構成Ｂ・・・申請」
【００５６】
以上述べた実施例によれば、ユーザ環境を移動した後、リソース不足が改善されないような場合にあっても、リソースの増強・追加を可能とする仕組みとしているため、リソース不足をより十分に改善することができる。また、このとき、課金システムと連携することにより、リソース増強・追加に対する課金も可能である。
【００５７】
なお、本発明は上述した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【符号の説明】
【００５８】
１  シンクライアント
２  仮想デスクトップ
２１  サーバ
２２  ストレージ
２３  管理サーバ（リソース管理装置）
２３１  通信インターフェース装置
２３２  記憶装置（ストレージ）
２３３  演算装置
３  ネットワーク
４  センタ
５  課金システム
【図１】
2017204225.tif 000003
【図２】
2017204225.tif 000004
【図３】
2017204225.tif 000005
【図４】
2017204225.tif 000006
【図５】
2017204225.tif 000007
【図６】
2017204225.tif 000008
【図７】
2017204225.tif 000009
【図８】
2017204225.tif 000010
【図９】
2017204225.tif 000011
【図１０】
2017204225.tif 000012
【図１１】
2017204225.tif 000013