JP6786835B2 - 管理装置、サーバ、シンクライアントシステム、管理方法及びプログラム - Google Patents

Description

本発明は、管理装置、サーバ、シンクライアントシステム、管理方法及びプログラムに関する。

企業等において、シンクライアントシステムが普及しつつある。シンクライアントの一方式では、端末は、コネクションブローカーと呼ばれるコンポーネントに対してログオンリクエストを送信する。コネクションブローカーは、ログオンリクエストに対して割り当てるべき仮想マシンを決定し、割り当てることとした仮想マシンに関する情報を端末へ通知する。通知に基づき、端末は割り当てられた仮想マシンにログインして業務が行われる。仮想マシンに関するデータは一般に共有ストレージに格納される。

特許文献１には、ユーザと仮想マシンとの対応付けに柔軟性を持たせた上で、ログインの集中に伴う負荷を軽減することができる仮想マシン管理システム等が記載されている。

また、特許文献２には、シンクライアントの設定変更やシンクライアントへの新たな機能追加を行うことなく、仮想環境下で使用されている周辺機器への遠隔からのサポートを可能とする接続制御システム等が記載されている。

特許文献３には、互いに異なるシステムとして動作する２つのクライアント間のシームレスな連携を可能にし得るセッション管理装置等が記載されている。

特許文献４には、いずれのパソコンからのネットワークを介してシンクライアントサーバに接続可能となり、シンクライアント端末を構成できるポータブル化されたシンクライアントシステム装置等が記載されている。

特開２０１５−１５３０８０号公報 特開２０１３−８４１９０号公報 特開２０１２−９９０１７号公報 特開２００９−３０１５１５号公報

シンクライアントシステムにおいては、端末からの複数のログオンが同時期に行われた場合に、仮想マシンが用いる共有のストレージに高い負荷が生じてディスクアクセスエラーが生じる場合がある。この現象はログオンストームと呼ばれる場合がある。ログオンストームは、ログオンのリクエストが集中した場合に限られず、ストレージに高い負荷が生じた場合にも起こりうる。そのため、ログオンのリクエストの制御のみによるログオンストームの回避は困難な場合がある。しかしながら、各特許文献に記載の技術では、このような場合に対する考慮が十分にはなされていなかった。

本発明は、上記課題を解決するためになされたものであって、単純な構成にて負荷の制御を可能とする管理装置等を提供することを主たる目的とする。

本発明の一態様における管理装置は、共有ストレージに格納された管理情報に基づいて、端末からのログインの要求に応じてサーバの仮想マシンの割当てを制御する制御手段と、管理情報の共有ストレージからの取得及び共有ストレージへの格納を管理する管理手段と、管理情報の取得又は格納の応答に要する時間に基づいて、共有ストレージの負荷を判定する判定手段とを備える。

また、本発明の一態様におけるサーバは、上述の管理装置と、管理装置により管理される少なくとも一つの仮想マシンと、管理装置の管理情報及び仮想マシンに関するデータを格納する共有ストレージとを備える。

また、本発明の一態様におけるシンクライアントシステムは、上述のサーバと、サーバの仮想マシンを用いる端末とを備える。

また、本発明の一態様における管理方法は、共有ストレージに格納された管理情報に基づいて、端末からのログインの要求に応じてサーバの仮想マシンの割当てを制御し、仮想マシンの割当ての制御に際して、管理情報の共有ストレージからの取得及び共有ストレージへの格納を管理し、管理情報の取得又は格納の応答に要する時間に基づいて、共有ストレージの負荷を判定する。

また、本発明の一態様におけるプログラムは、コンピュータに、共有ストレージに格納された管理情報に基づいて、端末からのログインの要求に応じてサーバの仮想マシンの割当てを制御する処理と、管理情報の共有ストレージからの取得及び共有ストレージへの格納を管理する処理と、管理情報の取得又は格納に要する時間に基づいて、共有ストレージの負荷を判定する処理とを実行させる。

本発明によると、単純な構成にて負荷の制御を可能とする管理装置等を提供することができる。

本発明の第１の実施形態における管理装置の構成を示す図である。 本発明の第１の実施形態における管理装置を含むサーバ及びシンクライアントシステムの構成を示す図である。 本発明の第１の実施形態における管理装置の動作を示すフローチャートである。 本発明の第１の実施形態における管理装置を含むサーバ及びシンクライアントシステムの構成と動作との関係を示す図である。 本発明の第１の実施形態の変形例における管理装置を含むサーバ及びシンクライアントシステムの構成を示す図である。 本発明の実施形態における装置等を実現する情報処理装置の一例を示す図である。

本発明の各実施形態について、添付の図面を参照して説明する。本発明の各実施形態において、各装置（システム）の各構成要素 は、機能単位のブロックを示している。各装置（システム）の各構成要素の一部又は全部は、例えば図○○に示すような情報処理装置５００とプログラムとの任意の組み合わせにより実現される。情報処理装置５００は、一例として、以下のような構成を含む。

・ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０１
・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５０２
・ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０３
・ＲＡＭ５０３にロードされるプログラム５０４
・プログラム５０４を格納する記憶装置５０５
・記録媒体５０６の読み書きを行うドライブ装置５０７
・通信ネットワーク５０９と接続する通信インターフェース５０８
・データの入出力を行う入出力インターフェース５１０
・各構成要素を接続するバス５１１
各実施形態における各装置の各構成要素は、これらの機能を実現するプログラム５０４をＣＰＵ５０１が取得して実行することで実現される。各装置の各構成要素の機能を実現するプログラム５０４は、例えば、予め記憶装置５０５やＲＡＭ５０３に格納されており、必要に応じてＣＰＵ５０１が読み出す。なお、プログラム５０４は、通信ネットワーク５０９を介してＣＰＵ５０１に供給されてもよいし、予め記録媒体５０６に格納されており、ドライブ装置５０７が当該プログラムを読み出してＣＰＵ５０１に供給してもよい。

各装置の実現方法には、様々な変形例がある。例えば、各装置は、構成要素毎にそれぞれ別個の情報処理装置５００とプログラムとの任意の組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つの情報処理装置５００とプログラムとの任意の組み合わせにより実現されてもよい。

また、各装置の各構成要素の一部又は全部は、プロセッサ等を含む汎用または専用の回路 （ｃｉｒｃｕｉｔｒｙ）や、これらの組み合わせによって実現される。これらは、単一のチップ によって構成されてもよいし、バスを介して接続される複数のチップ によって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。

各装置の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントアンドサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。

（第１の実施形態）
まず、本発明の第１の実施形態について説明する。

図１に示すとおり、本発明の第１の実施形態における管理装置１００は、制御部１１０と、管理部１２０と、判定部１３０とを備える。制御部１１０は、共有ストレージに格納された管理情報に基づいて、端末からのログインの要求に応じてサーバの仮想マシンの割当てを制御する。管理部１２０は、管理情報の共有ストレージからの取得及び共有ストレージへの格納を管理する。判定部１３０は、管理部１２０による管理情報の取得又は格納の応答に要する時間に基づいて、共有ストレージの負荷を判定する。管理装置１００は、シンクライアントシステムにおけるいわゆるコネクションブローカーである。

また、図２は、上述した管理装置１００を含むサーバ１０及びシンクライアントシステム１の構成を示す図である。シンクライアントシステム１は、一例としてサーバ１０と端末１１にて構成される。サーバ１０は、上述した管理装置１００と、仮想マシン１４０と、共有ストレージ１５０とを含む。

仮想マシン１４０は、一般的な仮想マシンであり、端末１１に対して実行環境を提供する。仮想マシン１４０は複数であってもよい。

共有ストレージ１５０は、仮想マシン１４０や仮想マシン１４０にて用いられるデータを格納する。また、本実施形態では、共有ストレージ１５０には、管理装置１００にて用いられる管理情報１５１が格納される。

また、端末１１は、例えばシンクライアントである。端末１１には、上述した管理装置１００によって仮想マシン１４０が割り当てられる。端末１１は、画面転送プロトコル等を用いて仮想マシン１４０へ接続する。すなわち、端末１１の利用者は、端末１１を介して仮想マシン１４０を利用して必要な処理を行う。なお、図２に示す例では、端末１１として１つの端末が示されている。しかしながら、端末１１の数は特に限られず、複数であってもよい。

本実施形態においては、管理情報１５１は共有ストレージ１５０に格納されている。管理装置１００は、必要に応じて共有ストレージ１５０へアクセスして管理情報１５１を取得する。本実施形態における管理装置１００は、この点が一般的なシンクライアントシステムのコネクションブローカーと異なる。

管理情報１５１が共有ストレージ１５０に格納されていることで、共有ストレージ１５０に高い負荷が生じている場合には、管理情報１５１の取得に遅延が生じる可能性がある。つまり、管理情報１５１の取得の際に生じた遅延を検出することで、共有ストレージ１５０の負荷の状態を検知することが可能となる。そして、共有ストレージ１５０に対する負荷が高い、つまり通常のアクセスが困難な場合にログオンリクエストが所定の時間間隔をおいて行われる等、ログオンリクエストの待ち合わせ等の制御が行われる。このようにすることで、共有ストレージ１５０に対する負荷の調整が可能となる。

そこで、本実施形態における管理装置１００は、管理情報１５１の取得又は更新の際に要した時間に基づいてログオンリクエストに関する処理を制御する。

例えば、管理装置１００は、ログオンリクエストに伴う管理情報１５１の取得又は更新の際に共有ストレージ１５０におけるタイムアウトの発生の有無を検知する。そして、タイムアウトが発生する場合には、管理装置１００は、必要に応じてログオンリクエストのリトライを行う。このようにすることで、共有ストレージ１５０に対する負荷が高い場合には、ログオンリクエストの待ち合わせが行われる。したがって、シンクライアントシステム１における共有ストレージ１５０への負荷が過大になることが回避される。

次に、本実施形態における管理装置１００の構成の詳細について説明する。

制御部１１０は、共有ストレージ１５０に格納された管理情報１５１に基づいて、端末からのログインの要求に応じてサーバの仮想マシンの割当てを制御する。すなわち、制御部１１０は、端末１１からのログオンリクエストを受け付けると、管理部１２０に指示を行って共有ストレージ１５０から管理情報１５１を取得する。管理情報１５１は、仮想マシン１４０の数や構成、使用状況等を示す情報である。管理部１２０が管理情報１５１を取得すると、制御部１１０はログオンリクエストを行った端末１１に対して割り当てる仮想マシン１４０を決定し、決定した仮想マシン１４０に関する情報を端末１１に対して割り当てる。

管理部１２０は、上述のように、共有ストレージ１５０からの管理情報１５１の取得及び共有ストレージ１５０への管理情報１５１の格納を管理する。つまり、管理部１２０は、制御部１１０からの指示等に基づいて共有ストレージ１５０から管理情報１５１を取得する。また、管理部１２０は、制御部１１０の制御に応じて更新された管理情報１５１を共有ストレージ１５０へ格納する。なお、以下の例では、管理部１２０が更新された管理情報１５１を共有ストレージへ格納する処理を「管理情報１５１を更新する」と称する場合がある。

上述のように、ログオンストームが発生している場合等、共有ストレージ１５０の負荷が高い場合には、管理情報１５１の取得又は更新に遅延が生じる可能性がある。管理部１２０は、共有ストレージ１５０からの応答がタイムアウトし、共有ストレージ１５０の負荷が高いとされる場合等、後述する判定部１３０等の判定結果に基づいて、管理情報１５１の取得又は更新を試行（リトライ）する。すなわち、管理部１２０は、この場合に管理情報１５１の取得又は更新を含むログオンリクエストに関する処理のリトライを行う。管理部１２０は、例えば管理情報１５１の取得又は更新が完了するまで、これらを繰返し試行する。

管理部１２０は、判定部１３０が管理情報１５１の取得又は更新のリトライをすべきと判断した際に、すぐにリトライを行ってもよい。また、管理部１２０は、判定部１３０が管理情報１５１の取得又は更新のリトライをすべきと判断した際に、予め定めた待ち合わせ時間が経過した後にリトライを行ってもよい。管理部１２０予め定めた待ち合わせ時間が経過した後にリトライを行うことで、ログオンストーム等、共有ストレージの高い負荷の状態が効率的に解消される。

判定部１３０は、管理情報１５１の取得又は更新の応答に要する時間に基づいて、共有ストレージ１５０の負荷を判定する。判定部１３０は、管理部１２０による管理情報の取得又は更新の際に要する時間を監視する。

そして、判定部１３０は、例えば予め定めた時間に管理情報１５１の取得又は更新に対する共有ストレージ１５０からの応答が無い、すなわち応答がタイムアウトしたか否かに基づいて共有ストレージ１５０の負荷を判定する。

判定部１３０は、応答がタイムアウトした場合に、共有ストレージ１５０の負荷が高い状態にあると判定する。つまり、判定部１３０は、管理部１２０による管理情報１５１の取得又は更新のリトライが必要であると判定する。この場合には、ログオンストームが発生しているか又はログオンストームが発生している可能性が高く、共有ストレージ１５０に対する通常のアクセスは困難な状態であると想定される。

また、判定部１３０は予め定めた時間に管理情報１５１の取得又は更新に対する共有ストレージ１５０からの応答があった場合には、共有ストレージ１５０の負荷は低い状態にあると判定する。すなわち、判定部１３０は、管理部１２０による管理情報１５１の取得又は更新は完了し、リトライは不要であると判定する。この場合には、ログオンストームが発生しておらず、共有ストレージ１５０に対して通常のアクセスが可能であると想定される。

判定部１３０は、判定の結果を適宜管理部１２０に通知する。管理部１２０は、通知に応じて、上述のように管理情報１５１の取得又は更新のリトライを行う。

なお、上述したタイムアウトまでの時間等は、共有ストレージ１５０の性能や仮想マシン１４０の数等に応じて適宜定められる。また、判定部１３０は、共有ストレージ１５０の負荷を上述と異なる基準にて判定してもよい。

次に、図３に示すフローチャート及び図４を参照して、本実施形態における管理装置１００又はシンクライアントシステム１の動作の詳細について説明する。図４は、管理装置１００を含むシンクライアントシステム１の構成要素と動作との関係の一例を示す図である。なお、図４の矢印は、データの流れの一例を示すが、これらとは異なるデータの流れが存在してもよい。

最初に、制御部１１０は、端末１１からの仮想マシン１４０へのログオンリクエストを受け付ける（ステップＳ１０１）。この処理は、図５の（１）の処理に相当する。

次に、制御部１１０は、ログオンリクエストを行った端末１１に対して割り当てる仮想マシン１４０を決定する処理を行う（ステップＳ１０２）。この場合に、管理部１２０は、管理情報１５１を取得及び更新する。すなわち、管理部１２０は、管理情報１５１を共有ストレージ１５０から取得する。そして、制御部１１０が端末１１に対して割り当てる仮想マシン１４０し、取得した管理情報１５１に対する更新が行われると、管理部１２０は、更新された管理情報１５１を共有ストレージ１５０に格納する。この処理は、図４の（２）の処理に相当する。

ステップＳ１０２の実行の際に、判定部１３０は、共有ストレージ１５０の負荷を判定する（ステップＳ１０３）。判定部１３０は、共有ストレージ１５０の負荷が高い状態にあるか否かを判定する。上述のように、判定部１３０は、管理部１２０による管理情報１５１の取得及び更新に対する共有ストレージ１５０の応答に要する時間を監視し、当該時間に基づいて負荷を判定する。

管理部１２０による管理情報１５１の取得及び更新に対して共有ストレージ１５０がタイムアウトせず応答した場合等には、判定部１３０は共有ストレージ１５０の負荷は低い状態にあると判定する（ステップＳ１０３：Ｎｏ）。このように判定部１３０が判定した場合には、管理部１２０による管理情報１５１の取得及び更新は正常に行われていると想定される。そのため、制御部１１０は、ログオンリクエストを行った端末１１に対して決定した仮想マシン１４０に関する情報を通知する（ステップＳ１０４）。この処理は、図４の（３）の処理に相当する。通知を受けると、端末１１は通知された仮想マシン１４０にログオンして必要な処理を実行する（図４の（４）の処理に相当）。仮想マシン１４０は、必要に応じて共有ストレージ１５０からのデータの読み出しや共有ストレージ１５０へのデータの格納を行う。

管理部１２０による管理情報１５１の取得及び更新に対する共有ストレージ１５０がタイムアウトした場合等は、判定部１３０は共有ストレージ１５０の負荷は高い状態にあると判定する（ステップＳ１０３：Ｙｅｓ）。この場合には、制御部１１０による仮想マシン１４０の割り当てが完了しておらず、管理情報１５１の取得及び更新をリトライする必要がある。すなわち、ステップＳ１０２の処理を繰返し実行する必要があると想定される。したがって、制御部１１０又は管理部１２０によってステップＳ１０２の処理が繰り返して実行される。

以上の通り、本発明の第１の実施形態における管理装置１００では、管理情報１５１が共有ストレージ１５０に格納される。また、判定部１３０が、管理部１２０による管理情報１５１の取得又は更新の応答に要する時間に基づいて共有ストレージ１５０の負荷を判定する。そして、管理情報１５１の取得又は更新がタイムアウトする等、判定部１３０によって共有ストレージ１５０の負荷が高い状態にあると判定される場合に、管理情報１５１の取得又は更新を含むログオンリクエストに関する処理のリトライが行われる。ログオンリクエストに関する処理のリトライが適宜行われることで、ログオンストーム等の共有ストレージ１５０における負荷の状態が制御される。

実施形態における管理装置１００では、上述のように、共有ストレージ１５０の負荷に基づいて、ログオンリクエストの待ち合わせ等によりログオンストーム等の共有ストレージ１５０における負荷の状態が制御される。したがって、本実施形態における管理装置１００では、ログインが集中した場合に限らず、その他の理由により共有ストレージ１５０にログオンストームが発生した場合にも、その制御が可能となる。すなわち、本実施形態における管理装置１００によって、同時期に許可するログオンリクエストを減らすことによるシンクライアントシステムのパフォーマンスの低下が回避される。

また、管理装置１００の判定部１３０による共有ストレージ１５０の負荷の判定は、共有ストレージ１５０に格納された管理情報１５１の取得又は更新に要する時間に基づいて行われる。すなわち、判定部１３０による共有ストレージ１５０の負荷の判定に際して、共有ストレージ１５０自身が保持する負荷情報の参照や、共有ストレージ１５０の管理に用いられる管理用の通信ネットワークへの接続等は必要とされない。

したがって、本実施形態における管理装置１００は、単純な構成にて負荷の制御を可能とする。また、本実施形態におけるサーバ１０及びシンクライアントシステム１は、上述した管理装置１００と同様の効果を奏する。

（変形例）
第１の実施形態における管理装置１００では、共有ストレージ１５０からの管理情報１５１の取得又は更新に要する時間に基づいて共有ストレージ１５０の負荷が判定された。そして、判定された負荷に基づいてログインリクエストのリトライが適宜行われることで、ログインストーム等の共有ストレージ１５０の負荷が制御された。

しかしながら、この手法の適用対象は、ストレージに限られず、他の装置にも適用されうる。例えば、この手法は通信ネットワークの負荷の判断や制御に際しても用いられ得る。

図６は、上述した負荷の判断や制御に関する手法がシンクライアントシステムの端末とサーバとを接続する通信ネットワークの負荷の判断や制御に用いられる場合の一例を示す。図６に示すシンクライアントシステム２は、サーバ２０と端末２１とを備える。
サーバ２０は、コネクションブローカー２００と、仮想マシン１４０と、共有ストレージ１５０とを備える。コネクションブローカー２００は、管理情報２０１に基づいて、端末２１からのログインの要求に応じてサーバの仮想マシンの割当てを制御する。仮想マシン１４０及び共有ストレージ１５０は、第１の実施形態におけるサーバ１０の仮想マシン１４０及び共有ストレージ１５０と同様の要素である。なお、コネクションブローカー２００として、上述した本発明の第１の実施形態における管理装置１００が用いられてもよい。

また、端末２１は、処理部２１１と、管理部２１２と、判定部２１３とを備える。
処理部２１１は、サーバ２０のコネクションブローカー２００に対するログオンリクエストを含む処理を実行する。管理部２１２は、少なくともログオンリクエストに関するコネクションブローカー２００との通信を管理する。判定部２１３は、管理部１２０によるコネクションブローカー２００との通信に要する時間に基づいて、端末２１とサーバ２０との間の通信ネットワークの負荷を判定する。

判定部２１３は、例えば予め定めた時間に管理部２１２からのログオンリクエストに対するコネクションブローカー２００からの応答があるか、すなわち応答がタイムアウトしたか否かに基づいて通信ネットワークの負荷を判定する。

判定部２１３は、応答がタイムアウトした場合に、通信ネットワークの負荷が高い状態にあると判定する。つまり、判定部２１３は、管理部２１２によるログオンリクエストのリトライが必要であると判定する。管理部２１２は、この場合に適宜ログオンリクエストのリトライを行う。管理部２１２は、予め定めた時間の後にログオンリクエストのリトライを行ってもよい。

また、判定部１３０は管理部２１２からのログオンリクエストに対するコネクションブローカー２００からの応答があった場合には、通信ネットワークの負荷は低い状態にあると判定する。また、この場合にはコネクションブローカー２００からは決定された仮想マシン１４０に関する情報が通知されることとなる。したがって、処理部２１１は、通知された仮想マシン１４０へのログオン処理の継続等、必要な処理を実行する。

このように、本変形例におけるシンクライアントシステム２では、端末２１が、ログオンリクエスト等における通信に要する時間に基づいて、端末２１とサーバ２０との間を接続する通信ネットワークの負荷を判定する。端末２１では、判定した通信ネットワークの負荷に基づいて、適宜ログオンリクエストのリトライが行われる。また、端末２１は、ログオンリクエスト等における通信に要する時間の計測等の際に特段の構成を必要としない。したがって、本変形例おける端末２１は、単純な構成にて通信ネットワークの負荷の制御等を可能とする。

以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、各実施形態における構成は、本発明のスコープを逸脱しない限りにおいて、互いに組み合わせることが可能である。

１、２ シンクライアントシステム
１０、２０ サーバ
１１、２１ 端末
１００ 管理装置
１１０ 制御部
１２０ 管理部
１３０ 判定部
１４０ 仮想マシン
１５０ 共有ストレージ
１５１ 管理情報
２１１ 処理部
２１２ 管理部
２１３ 判定部

Claims (9)

1. 仮想マシンによって共有される共有ストレージに格納された、前記仮想マシンを管理するための管理情報に基づいて、端末からのログインの要求に応じてサーバの仮想マシンの割当てを制御する制御手段と、
   前記管理情報の前記共有ストレージからの取得及び前記共有ストレージへの格納を管理する管理手段と、
   前記管理情報の取得又は格納の応答に要する時間に基づいて、前記共有ストレージの負荷を判定する判定手段とを備え、
   前記管理手段は、前記共有ストレージの負荷が所定基準よりも高い場合、前記ログインの要求の待ち合わせを制御する
   管理装置。
2. 前記判定手段は、前記管理情報の取得又は格納に要する時間が所定のタイムアウト時間を超えたか否かに基づいて前記共有ストレージの負荷を判定する、請求項１に記載の管理装置。
3. 前記管理手段は、前記判定手段が前記管理情報の取得又は格納に要する時間が前記所定のタイムアウト時間を超えたと判定した場合に前記管理情報を再度取得する処理を行うことによって前記ログインの要求の待ち合わせを制御する、請求項２に記載の管理装置。
4. 前記管理手段は、前記判定手段が前記管理情報の取得又は格納に要する時間が前記所定のタイムアウト時間を超えたと判定した場合に、所定の時間の後に前記管理情報を再度取得する処理を行うことによって前記ログインの要求の待ち合わせを制御する、請求項３に記載の管理装置。
5. 前記制御手段は、前記管理手段が前記管理情報を取得した場合に、前記管理情報に基づいて前記端末に対して割り当てる前記仮想マシンを決定する、請求項１から４のいずれか一項に記載の管理装置。
6. 請求項１から５のいずれか一項に記載の管理装置と、
   前記管理装置により管理される前記少なくとも一つの仮想マシンと、
   前記管理装置の前記管理情報及び前記仮想マシンに関するデータを格納する共有ストレージとを備えるサーバ。
7. 請求項６に記載のサーバと、
   前記サーバの前記仮想マシンを用いる端末とを備えるシンクライアントシステム。
8. 仮想マシンによって共有される共有ストレージに格納された、前記仮想マシンを管理するための管理情報に基づいて、端末からのログインの要求に応じてサーバの仮想マシンの割当てを制御し、
   前記仮想マシンの割当ての制御に際して、前記管理情報の前記共有ストレージからの取得及び前記共有ストレージへの格納を管理し、
   前記管理情報の取得又は格納の応答に要する時間に基づいて、前記共有ストレージの負荷を判定し、
   前記共有ストレージの負荷が所定基準よりも高い場合、前記ログインの要求の待ち合わせを制御する
   管理方法。
9. コンピュータに、
   仮想マシンによって共有される共有ストレージに格納された、前記仮想マシンを管理するための管理情報に基づいて、端末からのログインの要求に応じてサーバの仮想マシンの割当てを制御する処理と、
   前記管理情報の前記共有ストレージからの取得及び前記共有ストレージへの格納を管理する処理と、
   前記管理情報の取得又は格納の応答に要する時間に基づいて、前記共有ストレージの負荷を判定する処理と、
   前記共有ストレージの負荷が所定基準よりも高い場合、前記ログインの要求の待ち合わせを制御する処理と、
   を実行させるプログラム。

Images