JP7143532B2 - 強化されている省電力および接続性を有した仮想配信エージェントリーシングを通じた仮想コンピューティングセッションを提供するコンピューターシステムおよび関係する方法 - Google Patents

Description

本発明は、仮想コンピューティングセッションを提供するコンピューターシステムおよび関係する方法に関し、より詳細には、強化されている省電力および接続性を有した仮想配信エージェントリーシングを通じた仮想コンピューティングセッションを提供するコンピューターシステムおよび関係する方法に関する。

従来、パーソナルコンピューターは、進行ベースにて、オーナーまたはアドミニストレーターによって個々に各々管理されるオペレーティングシステム、アプリケーション、およびユーザー設定の組み合わせを含む。しかしながら、今、多くの組織は、ユーザーの変化するニーズに対処する、より柔軟なオプションを提供するデスクトップ仮想化を使用している。デスクトップ仮想化にて、ユーザーのコンピューティング環境（たとえば、オペレーティングシステム、アプリケーション、および／またはユーザー設定）は、ユーザーの物理的なコンピューティングデバイス（たとえば、スマートフォン、ラップトップ、デスクトップコンピューター）から分離されることがある。クライアントサーバーの技術を使用して、「仮想化されたデスクトップ」は、クライアントコンピューティングデバイスのローカルストレージにというよりは、リモートサーバーに格納され、リモートサーバーによって管理されることがある。

いくつかの異なるタイプのデスクトップ仮想化システムがある。例として、ＶＤＩ（Virtual Desktop Infrastructure）は、サーバーに常駐するバーチャルマシン内にてユーザーデスクトップを実行するプロセスを指す。ＶＤＩおよび他のサーバーベースのデスクトップ仮想化システムは、各ユーザーに対して、パーソナライズされたデスクトップを提供する一方、集中させた管理およびセキュリティを考慮に入れる。上記のシステムにおけるサーバーは、仮想デスクトップを提供し、ユーザーに相互連結させるのを可能にするために、仮想デスクトップの画像用およびシステムコンフィギュレーション情報用のストレージだけでなく、ソフトウェアコンポーネント用のストレージも含む。例えば、ＶＤＩサーバーは、複数のバーチャルマシンを作成するおよび維持するための１つまたは複数のハイパーバイザー（バーチャルマシンマネージャー）と、ハイパーバイザー（複数可）を管理するためのソフトウェアと、コネクションブローカーと、仮想デスクトップを供給するおよび管理するソフトウェアを含むことがある。

デスクトップ仮想化システムは、単一の仮想化サーバー、またはサーバーグリッドとして相互連結されたサーバーの組み合わせを使用して、実装されることがある。例えば、クラウドコンピューティング環境、またはクラウドシステムは、コンピューティングリソース（たとえば、デスクトップ仮想化サーバー）と、ストレージディスクと、ネットワーキングハードウェアと、仮想デスクトップまたはアプリケーションセッションを供給するのに使用され得る他の物理リソースとのプールを、管理およびカスタマーポータルをクラウドシステムに提供する追加のコンピューティングデバイスと共に、含むことがある。

コンピューターシステムは、複数のクライアントコンピューティングデバイスと、クライアントコンピューティングデバイスに仮想コンピューティングセッション（virtual computing session）を提供するように各々構成された複数のホストコンピューティングデバイスとを含むことがある。各ホストコンピューティングデバイスは、クライアントコンピューティングデバイスを仮想コンピューティングセッションに接続するように構成された、関連付けられたＶＤＡ（virtual delivery agent：仮想配信エージェント）を有することがある。第１のグループ内のＶＤＡは、オフピーク時間の間に作動するように構成されることがあり、第１のグループとは異なる第２のグループ内のＶＤＡは、オフピーク時間の間に作動しないように構成され得る。クライアントコンピューティングデバイスは、それぞれのＶＤＡリース（VDA lease）にしたがってＶＤＡから仮想コンピューティングセッションを要求するように構成されることがあり、各ＶＤＡリースは、第１のグループからＶＤＡのうちの少なくとも１つを含み得る。

１つの例示的な実装にて、ＶＤＡリースの各々は、ＶＤＡの順序リストを含むことがあり、各クライアントコンピューティングデバイスは、仮想コンピューティングセッションが確立されるまで、それぞれの順序リストにおいて最も高い順位から最も低い順位までＶＤＡから仮想コンピューティングセッションを順次的に要求するように構成され得る。より具体的には、順序リストにおいて最も低い順位のＶＤＡは、ＶＤＡの第１のグループからであり得る。その上さらに、各クライアントコンピューティングデバイスは、関連付けられたそれぞれのユーザーアカウントを有することがあり、関連付けられた同一のユーザーアカウントを有するクライアントコンピューティングデバイスは、ＶＤＡの同一の順序リストを共有し得る。

ＶＤＡリースの各々は、第２のグループからの少なくとも１つのＶＤＡをさらに含み得る。さらにその上、第１のグループ内のＶＤＡは、例えば、常時オンモード（always-on mode）にて作動するようにさらに構成され得る。いくつかの態様にて、ＶＤＡリースは、第１のグループから複数のＶＤＡを含み得る。例として、ＶＤＡのうちの２０％以下は、第１のグループに割り当てられることがある。さらに、一例として、仮想コンピューティングセッションは、仮想マシンセッションを含むことがあり、ＶＤＡは、複数のクライアントコンピューティングデバイスを各仮想マシンセッションに接続するように構成され得る。その上さらに、仮想コンピューティングセッションは、例えば、仮想デスクトップセッションおよび仮想アプリケーションセッションのうちの少なくとも１つを含むこともある。

関係する方法は、各ホストコンピューティングデバイスが、クライアントコンピューティングデバイスを仮想コンピューティングセッションに接続するように構成された、関連付けられたＶＤＡを有する複数のホストコンピューティングデバイスから、仮想コンピューティングセッションを複数のクライアントコンピューティングデバイスに提供することを含み得る。さらに、方法は、オフピーク時間の間に第１のグループ内のＶＤＡを作動させることと、ピーク時間の間に、およびオフピーク時間の間ではなく、第１のグループとは異なる第２のグループ内のＶＤＡを作動させることとを含み得る。ＶＤＡにおいて、クライアントコンピューティングデバイスは、それぞれのＶＤＡリース（VDA lease）にしたがって、クライアントコンピューティングデバイスからの仮想コンピューティングセッションに対する要求に基づいて、仮想コンピューティングセッションに接続されることがあり、各ＶＤＡリースは、第１のグループからＶＤＡのうちの少なくとも１つを含む。

本開示の種々の側面が実装されることがあるコンピューティングデバイスのネットワーク環境のブロック図である。 図１に例示されるクライアントマシンまたはリモートマシンの態様を実践するのに有用なコンピューティングデバイスのブロック図である。 オフピーク時間の間に作動する少なくとも１つのＶＤＡ（仮想配信エージェント）を有するＶＤＡを使用して仮想コンピューティングセッションへコネクションを提供するコンピューターシステムの概略的なブロック図である。 図３のシステムの例示的な実装の概略的なブロック図である。 クライアントコンピューティングデバイスを仮想コンピューティングセッションに接続するためのＶＤＡ割当ての従来のアプローチを例示する概略的なブロック図である。 与えられたリース割当てに起因する接続確率とともに図５ＡのＶＤＡ対するそれぞれのユーザーアカウント用の例示的なリース割当てのチャートである。 図３のシステムの態様に対して利用可能なＶＤＡの例示的なグルーピングを例示する概略的なブロック図である。 与えられたリース割当てに起因する接続確率とともに図６ＡのＶＤＡ対するそれぞれのユーザーアカウント用の例示的なリース割当てのチャートである。 オフピーク時間の間に作動するように指定されたＶＤＡの有無にかかわらず例示的なリース構成に対する接続確率を比較する表である。 図３のシステムに関連付けられた方法の側面を例示するフロー図である。

本説明は、例示的な態様が示される状態において、添付の図面を参照してなされる。しかしながら、多くの異なる態様が使用されることがあり、従って説明は、本明細書に記載される特定の態様に限定されると解釈するべきではない。同じ符号は、全体を通じて同じ要素を引用し、プライム符号の表記は、異なる態様にて類似した要素を示すのに使用され得る。

後に続く本開示を読むとすぐに当業者によって理解されるように、本明細書にて説明される種々の側面は、デバイス、方法、またはコンピュータープログラム製品（たとえば、言及する動作またはステップを行うためのコンピューター実行可能な命令を有する非一時的なコンピューター読み取り可能媒体）として具現され得る。従って、今述べた側面は、完全なるハードウェアの態様、完全なるソフトウェアの態様、またはソフトウェアおよびハードウェアの側面を組み合わせる態様のかたちをとり得る。

その上さらに、上記の側面は、記録媒体中または記録媒体上に具体化されたコンピューター読み取り可能なプログラムコードまたは命令を有する１つまたは複数のコンピューター読み取り可能な記録媒体によって格納されたコンピュータープログラム製品のかたちをとり得る。ハードディスク、ＣＤ－ＲＯＭ、光記憶装置、磁気記憶装置、および／またはそれらのどんな組み合わせでも含む、どんな適切なコンピューター読み取り可能な記録媒体でも利用され得る。

初めは図１を参照しつつ、本開示の種々の側面が実装され得る非限定のネットワーク環境１０１は、コンピューティング環境１０１内に取り付けられた１つまたは複数のクライアントマシン１０２Ａ～１０２Ｎ、１つまたは複数のリモートマシン１０６Ａ～１０６Ｎ、１つまたは複数のネットワーク１０４、１０４’、および１つまたは複数のアプライアンス１０８を含むことがある。クライアントマシン１０２Ａ～１０２Ｎは、ネットワーク１０４,１０４’を介して、リモートマシン１０６Ａ～１０６Ｎと通信する。

いくつかの態様にて、クライアントマシン１０２Ａ～１０２Ｎは、中継アプライアンス１０８を介して、リモートマシン１０６Ａ～１０６Ｎと通信する。例示されたアプライアンス１０８は、ネットワーク１０４、１０４’の間に置かれ、ネットワークインターフェイスまたはゲートウェイといわれることもある。いくつかの態様にて、アプライアンス１０８は、クライアントに、データセンター、クラウドにおいて配備される、もしくは広範囲のクライアントデバイスに渡ってＳａａＳ（サービスとしてのソフトウェア）として配信されるビジネスアプリケーションおよび他のデータへのアクセスを提供するための、および／または例えば、負荷分散等などの他の機能性を提供するためのＡＤＣ（アプリケーションデリバリコントローラー）として作動することがある。いくつかの態様にて、複数のアプライアンス１０８が使用されることがあり、アプライアンス（複数可）１０８は、ネットワーク１０４および／または１０４’の一部として配備されることがある。

一般に、クライアントマシン１０２Ａ～１０２Ｎは、クライアントマシン１０２、ローカルマシン１０２、クライアント１０２、クライアントノード１０２、クライアントコンピューター１０２、クライアントデバイス１０２、コンピューティングデバイス１０２、エンドポイント１０２、またはエンドポイントノード１０２といわれることがある。一般に、リモートマシン１０６Ａ～１０６Ｎは、サーバー１０６またはサーバーファーム１０６といわれることがある。いくつかの態様にて、クライアントデバイス１０２は、サーバー１０６によって提供されるリソースへのアクセスを探し求めるクライアントノードとしてと、他のクライアントデバイス１０２Ａ～１０２Ｎにホストリソースへのアクセスを提供するサーバー１０６としてとの両方として機能するキャパシティを有することがある。一般に、ネットワーク１０４、１０４’は、ネットワーク１０４といわれることがある。ネットワーク１０４は、有線および無線のネットワークのどんな組み合わせにおいてでも構成されることがある。

サーバー１０６は、例えば、ファイルサーバー、アプリケーションサーバー、ｗｅｂサーバー、プロキシサーバー、アプライアンス、ネットワークアプライアンス、ゲートウェイ、アプリケーションゲートウェイ、ゲートウェイサーバー、仮想化サーバー、展開サーバー、ＳＳＬ ＶＰＮ（Secure Sockets Layer Virtual Private Network）もしくはＴＬＳ仮想プライベートネットワークのサーバー、ファイアウォール、ｗｅｂサーバー、アクティブディレクトリを実行しているサーバー、クラウドサーバー、またはファイアウォールの機能性、アプリケーションの機能性、もしくは負荷分散の機能性を提供するアプリケーションアクセラレーションプログラムを実行しているサーバーなどのどんなサーバータイプでもあり得る。

サーバー１０６は、次のうちのいずれか１つ、ソフトウェア、プログラム、実行可能な命令、バーチャルマシン、ハイパーバイザー、ｗｅｂブラウザー、ｗｅｂベースのクライアント、クライアントサーバーアプリケーション、シンクライアントコンピューティングクライアント、ＡｃｔｉｖｅＸコントロール、Ｊａｖａアプレット、ソフトＩＰ電話のようなＶｏＩＰ（voice over internet protocol）に関するソフトウェア、ビデオストリーミングおよび／またはオーディオストリーミング用アプリケーション、リアルタイムデータ通信を容易にするアプリケーション、ＨＴＴＰクライアント、ＦＴＰクライアント、ＯＳＣＡＲクライアント、Ｔｅｌｎｅｔクライアント、他のどんな実行可能な命令セットでもあり得るアプリケーションを実行する、作動する、またはそうでなければ提供することがある。

いくつかの態様にて、サーバー１０６は、シンクライアントか、あるいはサーバー１０６によって実行されているアプリケーションによって生成されるディスプレイ出力をキャプチャし、アプリケーションのディスプレイ出力をクライアントデバイス１０２に送信するリモートディスプレイプロトコルかを使用する、リモートプレゼンテーションサービスプログラム、または他のプログラムを実行することがある。

さらに他の態様にて、サーバー１０６は、クライアントデバイス１０２のユーザーに、コンピューティング環境へのアクセスを提供するバーチャルマシンを実行することがある。クライアントデバイス１０２は、バーチャルマシンであり得る。バーチャルマシンは、例えば、ハイパーバイザー、ＶＭＭ（virtual machine manager）、またはサーバー１０６内の他のどんなハードウェア仮想化の技法によってでも管理されることがある。

いくつかの態様にて、ネットワーク１０４は、ＬＡＮ（ローカルエリアネットワーク）、ＭＡＮ（メトロポリタンエリアネットワーク）、ＷＡＮ（広域通信網）、主要な公衆ネットワーク１０４、および主要なプライベートネットワーク１０４であり得る。追加の態様は、モバイルデバイス間において通信するための種々のプロトコルを使用する携帯電話ネットワークのネットワーク１０４を含むことがある。ＷＬＡＮ（wireless local-area network）内の短距離通信に対して、プロトコルは、８０２．１１、ブルートゥース、およびＮＦＣ（Near Field Communication）を含むことがある。

図２は、クライアントデバイス１０２、アプライアンス１０８、および／またはサーバー１０６の態様を実践するのに有用なコンピューティングデバイス１００についての概略的なブロック図である。コンピューティングデバイス１００は、１つまたは複数のプロセッサー１０３、揮発性メモリー１２２（たとえば、ＲＡＭ（random access memory））、不揮発性メモリー１２８、ユーザーインターフェイス（ＵＩ）１２３、１つまたは複数の通信インターフェイス１１８、および通信バス１５０を含む。

不揮発性メモリー１２８は、１つもしくは複数のＨＤＤ（hard disk drive）もしくは他の磁気記録媒体もしくは光記録媒体、例えば、フラッシュドライブもしくは他のソリッドステートの記録媒体などの１つもしくは複数のＳＳＤ（ソリッドステートドライブ）、１つもしくは複数のハイブリッド磁気およびソリッドステートのドライブ、ならびに／または例えば、クラウドストレージ、もしくは上記の物理ストレージボリュームと仮想ストレージボリュームとの組み合わせもしくはそれらのアレイなどの１つまたは複数の仮想ストレージボリュームを含むことがある。

ユーザーインターフェイス１２３は、ＧＵＩ（グラフィカルユーザーインターフェイス）１２４（たとえば、タッチスクリーン、ディスプレイなど）と、 １つまたは複数のＩ／Ｏ（入出力）デバイス１２６（たとえば、マウス、キーボード、マイクロフォン、１つまたは複数のスピーカー、１つまたは複数のカメラ、１つまたは複数の生体認証スキャナー、１つまたは複数の環境センサー、および１つまたは複数の加速度センサーなど）とを含む。

不揮発性メモリー１２８は、例えば、オペレーティングシステム１１５および／またはアプリケーション１１６についてのコンピューター命令が、揮発性メモリー１２２から離れたプロセッサー（複数可）１０３によって実行されるように、オペレーティングシステム１１５、１つまたは複数のアプリケーション１１６、およびデータ１１７を格納する。いくつかの態様にて、揮発性メモリー１２２は、メインメモリーよりもより速い応答時間を示し得る１つまたは複数のタイプのＲＡＭおよび／またはキャッシュメモリーを含むことがある。データは、ＧＵＩ１２４の入力デバイスを使用して入力される、またはＩ／Ｏデバイス（複数可）１２６から受信されることがある。コンピューター１００についての種々の要素は、通信バス１５０を介して通信することがある。

例示されるコンピューティングデバイス１００は、例示的なクライアントデバイスまたはサーバーとして単に示され、本明細書にて説明されるような作動する性能がある適切なハードウェアおよび／またはソフトウェアを有し得るどんな種類のマシンまたはマシンセットでも有するどんなコンピューティング環境または処理環境によってでも実装されることがある。

プロセッサー（複数可）１０３は、システムのファンクションを行うために、例えば、コンピュータープログラムなどの１つまたは複数の実行可能な命令を実行する１つまたは複数のプログラマブルプロセッサーによって、実装されることがある。本明細書にて使用されるような、用語「プロセッサー」は、ファンクション、動作、または一連の動作を行う回路を言い表す。ファンクション、動作、または一連の動作は、メモリーデバイスに保持され、回路によって実行される命令として、回路へハードコードされる、またはソフトコードされることがある。プロセッサーは、デジタル値を使用して、および／またはアナログ信号を使用して、ファンクション、動作、または一連の動作を行うことがある。

いくつかの態様にて、プロセッサーは、１つまたは複数のＡＳＩＣ（application specific integrated circuit）、マイクロプロセッサー、ＤＳＰ（デジタルシグナルプロセッサー）ＧＰＵ（グラフィックスプロセッサー）、マイクロコントローラー、ＦＰＧＡ（field programmable gate array）、ＰＬA（programmable logic array）、マルチコアプロセッサー、またはメモリーに関連付けた汎用コンピューターにおいて具現されることが可能である。

プロセッサー１０３は、アナログ、デジタル、または混合信号であることがある。いくつかの態様にて、プロセッサー１０３は、１つもしくは複数の物理プロセッサー、または１つもしくは複数の仮想（たとえば、リモートに位置される、もしくはクラウドである）プロセッサーであり得る。複数のプロセッサーコアおよび／または複数のプロセッサーを含むプロセッサーは、命令の並列、同時実行に、または複数のデータに対する１つの命令の並列、同時実行に機能性を提供することがある。

通信インターフェイス１１８は、コンピューティングデバイス１００に、いろいろな有線接続および／またはセルラー接続を含む無線接続を通じて、例えば、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（広域通信網）、ＰＡＮ（パーソナルエリアネットワーク）、またはインターネットなどのコンピューターネットワークにアクセスすることを可能にする１つまたは複数のインターフェイスを含むことがある。

説明される態様にて、コンピューティングデバイス１００は、クライアントデバイスのユーザーの代わりにアプリケーションを実行することがある。例えば、コンピューティングデバイス１００は、ハイパーバイザーによって管理される１つまたは複数のバーチャルマシンを実行することがある。各バーチャルマシンは、アプリケーションが、例えば、ホストのデスクトップセッションなど、ユーザーまたはクライアントデバイスの代わりに実行される実行セッションを提供することがある。さらに、コンピューティングデバイス１００は、ホストのデスクトップ環境を提供するターミナルサービスのセッションを実行することもある。コンピューティングデバイス１００は、１つまたは複数のアプリケーション、１つまたは複数のデスクトップアプリケーション、および１つまたは複数のアプリケーションが実行され得る１つまたは複数のデスクトップセッションを含むリモートコンピューティング環境へのアクセスを提供することがある。

クライアントデバイス １０２として、もしくはサーバー１０６として、またはクライアントデバイス１０２およびサーバー１０６に中継するアプライアンスとして構成されるコンピューティングデバイス１００、ならびにそれらの動作についての追加の説明は、本明細書に参照によって全体として組み入れられる米国特許第９，１７６，７４４号明細書および米国特許第９，５３８，３４５号明細書にて手に入れられることがある。７４４号特許および３４５号特許は、両方とも本開示の現在の譲受人に割り当てられる。

図３、および図８のフロー図８０を参照すると、強化されている省電力性能および高い接続確率を依然として有する、接続リーシングを通じた仮想コンピューティングセッションへのアクセスをクライアントコンピューティングデバイスに提供するシステム３０が、今、説明される。説明的に、システム３０は、複数のクライアントコンピューティングデバイス３１ａ、３１ｂ（たとえば、スマートフォン、タブレットコンピューター、ラップトップコンピューター、デスクトップコンピューターなど）と、クライアントコンピューティングデバイスに仮想コンピューティングセッション３３ａ～３３ｃを提供するように各々構成された複数のホストコンピューティングデバイス３２ａ～３２ｃとを含む。説明的に、各ホストコンピューティングデバイス３２ａ～３２ｃは、クライアントコンピューティングデバイスを仮想コンピューティングセッションに接続するように構成された、関連付けられたＶＤＡ（virtual delivery agent：仮想配信エージェント）３４ａ～３４ｃを含む。２つのクライアントコンピューティングデバイス３１ａ、３１ｂ、および３つのホストのコンピューティングデバイス３２ａ～３２ｃのみが例示されている例にて示されるが、上記のコンピューティングデバイスが何台であっても、異なる態様にて使用され得ることが理解されるだろう。さらにその上、ホストコンピューティングデバイス３２ａ～３２ｃおよびＶＤＡ３４ａ～３４ｃは、異なる態様にてクラウドおよび／またはオンプレミスにおいて実装され得ることも理解されるだろう。

背景として、Citrix XenAppおよびXenDesktopは、クライアントコンピューティングデバイスに、仮想コンピューティングセッション、例えば、仮想デスクトップセッションおよび仮想アプリケーションセッションのような仮想コンピューティングセッションにリモートにアクセスすることを可能にする製品である。いくつかの態様にて、複数の仮想コンピューティングセッションは、仮想マシンによってホストされ得る。例として、仮想アプリケーションセッションは、ホストアプリケーション、ウェブ／ＳａａＳ（サービスとしてのソフトウェア）アプリケーションなどを含む、共有コンピューティングアプリケーションへのアクセスを提供することがある。仮想デスクトップセッションは、共有アプリケーションと、ホストオペレーティングシステムコンポーネントとの両方を含むことがある。XenAppおよびXenDesktopの場合に、ＶＤＡは、アプリケーションおよびデスクトップへの接続を可能にし、通常、（いくつかの実装にて異なるマシンにインストールされ得るが）ユーザー用のXenAppおよび／またはXenDesktop仮想アプリケーション／デスクトップセッションを実行するサーバー／マシンにインストールされる。ＶＤＡは、マシンに、デリバリーコントローラー（delivery controller）に登録し、ユーザーデバイスへの接続を管理することを有効にする。本明細書に説明される技法は、例えば、XenAppおよびXenDesktopのような製品を使用して実装され得るが、他のコンピューティングシステムを使用して同様に実装され得ることが理解されるだろう。

接続リーシングは、クライアントコンピューティングデバイスに権限を与えることによって相対的に高い可用性を提供して、署名されたリース文書を介して多くのＶＤＡのうちの１つに接続する方策である。しかしながら、1つの難問は、クライアントコンピューティングデバイスが、ほとんどのＶＤＡが省電力を与える電源オフであるときの夜間および週末および／または休日（すなわち、オフピーク時間）に、接続することが可能であることを確実にすることである。本アプローチは、著しい省電力を有利に与えるオフピーク時間の間にＶＤＡパワーサイクリング（VDA power cycling）を依然として考慮する一方、ＶＤＡリースを通じて、望ましい接続確率を与えるという今述べた問題への技術的なソリューションを提供することによって、仮想化されたコンピューティング環境の動作を改善する。

ブロック８１にて開始すると、ホストコンピューティングデバイス３２ａ～３２ｃは、ブロック８２にて、仮想コンピューティングセッション３３ａ～３３ｃをクライアントコンピューティングデバイス３１ａ、３１ｂに提供する。しかしながら、ブロック８３にて、ＶＤＡ（ここではＶＤＡ３４ｃのみを含む）の第１のグループは、オフピーク時間の間に作動するように構成され、第１のグループとは異なる第２のグループ内のＶＤＡ（ここではＶＤＡ３４ａ～３４ｂ）は、オフピーク時間の間に作動しないように構成される。つまり、ＶＤＡ３４ａ～３４ｂ（およびオプションとしてそれらが実行するホストコンピューティングデバイス３２ａ、３２ｂ）は、例えば、通常の勤務時間外（たとえば、午後５時より後および午前９時より前）の平日と、休日および週末の終日とを含み得るオフピーク時間の間に、電源をオフにする、または削減されている電力モードにおいて実行するように構成される。もちろん、オフピーク時間は、異なる態様にて、異なる独立体または組織体に対して異なって選択され得る。

依然として、第１のグループ内のＶＤＡ（すなわち、本例におけるＶＤＡ３４ｃ）は、オフピーク時間のうちのいくらかまたはすべての間に実行されるように構成され、オプションとしてピーク時間のうちのいくらかまたはすべての間に実行され得る。つまり、第１のグループにおけるＶＤＡは、オフピーク時間の間のみ（すなわち、通常の動作モードにて）作動するように構成されることが可能であろう、またはピーク時間のうちのいくらかまたはすべての間に実行するようにも構成され得る。ＶＤＡ３４ａ～３４ｃは、ブロック８４にて、ＶＤＡリースにしたがって要求されるように、およびＶＤＡが、第１のグループにあるか第２のグループにあるかどうかとピーク時間かオフピーク時間かどうかとに基づいて、利用可能であるように、クライアントコンピューティングデバイス３１ａ、３１ｂを仮想コンピューティングセッション３３ａ～３４ｃに接続する。例示的に、図８の方法は、ブロック８５にて終える。例示的な態様にて、ＶＤＡリースは、例えば、クライアントコンピューティングデバイスがシステム３０に登録するとき、ブローカーまたは他のネットワークアドミニストレーターコンピューターによってクライアントコンピューティングデバイス３１ａ、３１ｂに割り当てられることがある。１つの例示的な構成にて、第１のグループにおけるＶＤＡは、１日２４時間、完全な動作性能を提供する「常時オン」流に作動され得る。

その上さらに、クライアントコンピューティングデバイス３１ａ、３１ｂは、それぞれのＶＤＡリース（VDA lease）にしたがってＶＤＡ３４ａ～３４ｃから仮想コンピューティングセッションを要求するように構成され、各ＶＤＡリースは、第１のグループからＶＤＡのうちの少なくとも１つを含む。例示される例にて、クライアントコンピューティングデバイス３１ａは、ＶＤＡ３４ｂ（第２／ピークのグループ）および３４ｃ（第１／オフピークのグループ）を含むＶＤＡリースを割り当てられ、一方、クライアントコンピューティングデバイス３１ｂは、ＶＤＡ３４ａ（第２／ピークのグループ）および３４ｃ（第１／オフピークのグループ）を含むＶＤＡリースを割り当てられる。

加えて図４を参照しつつ、いくつかの実装にて、ＶＤＡリースの各々は、ＶＤＡの順序リストを含むことがあり、各クライアントコンピューティングデバイス３１ａ、３１ｂが、仮想コンピューティングセッションが確立されるまで、それぞれの順序リストにおいて最も高い順位から最も低い順位までＶＤＡ３４ａ～３４ｃから仮想コンピューティングセッションを順次的に要求するように構成される。その上さらに、クライアントコンピューティングデバイス３１ａ、３１ｂの各々は、関連付けられたそれぞれのユーザーアカウントを有し、本例にて、クライアントコンピューティングデバイスは、関連付けられた同一のユーザーアカウント（ユーザーアカウントＡ）を有し、ＶＤＡの同一の順序リストを共有する。例えば、クライアントコンピューティングデバイス３１ａは、ユーザーＡのラップトップコンピューターであることが可能であろうし、一方、クライアントコンピューティングデバイス３１ｂは、ユーザーＡのスマートフォンなどである。

今の場合、ＶＤＡリース内のＶＤＡの順序リストは、最も高い順位から最も低い順位までの順に、（１）ＶＤＡ３４ａ（ピークのみ）、（２）ＶＤＡ３４ｂ（ピークのみ）、および（３）ＶＤＡ３４ｃ（常時オン）を含む。ゆえに、今述べた例にて、クライアントコンピューティングデバイス３１ａ、３１ｂは、ＶＤＡ３４ａと、仮想コンピューティングセッションを確立しようと試み、不成功ならばＶＤＡ３４ｂと、不成功ならば最終的にＶＤＡ３４ｃとである。今述べたことは、順序リストにおける最後のＶＤＡ３４ｃが、クライアントコンピューティングデバイス３１ａを仮想コンピューティングセッション３３ｃに接続する例示的な例において示される場合である。今述べたことは、オフピーク時間（ＶＤＡ３４ａ～３４ｂが電源オフまたは低電力状態であるとき）の間に、またはＶＤＡ３４ａ～３４ｂが過負荷である、接続がダウンしたときなどのピーク時間の間に、発生するだろうというシナリオである。

順序リストにおいて、少なくとも１つのピークのみＶＤＡ（peak only VDA）（ここではＶＤＡ３４ａ、３４ｂ）と、本例にて順序リストの最後に置かれている、少なくとも１つの常時オンＶＤＡ（always-on VDA）（ここではＶＤＡ３４ｃ）とがあることに注意する。順序リストの最後にオフピーク／常時オンＶＤＡを置くことは、ピークのみＶＤＡ３４ａ、３４ｂがピーク時間の間、より多くのトラフィックを受信し、常時オンＶＤＡ３４ｃがオフピーク時間の間、より多くのトラフィックを受信するように、時間をかけて処理リソースのより均一な分布を提供するということにおいて有利であり得る。しかしながら、オフピーク／常時オンＶＤＡは、すべての態様にて順序リストの最後に置かれる必要はないことは、理解されるであろう。さらにその上、ピーク／オフピークのグループからＶＤＡのいくらでも、異なる態様にてＶＤＡリースに含まれ得る。さらに、異なるＶＤＡリース（異なる順序リストを有する）は、異なるユーザーアカウントに割り当てられることがあり、初めに、異なるクライアントコンピューティングデバイスが、異なるＶＤＡに仮想コンピューティングセッションを頼るので、正の負荷分散アプローチを提供することにも注意されなければならない。

順序リストアプローチを使用してＶＤＡを通じてクライアントコンピューティングデバイスを仮想コンピューティングセッションに接続することのさらなる詳細は、本出願人にも割り当てられ、ここに、参照によって全体として本明細書に組み入れられる２０１８年１１月２０日に出願されたともに係属中の出願第１６／１９４８２３号において述べられる。

前述は、上述したＶＤＡリースアプローチを使用して取得され得る強化されている接続確率を論証する種々の実装例を参照して、さらに理解されるであろう。例を説明する前に、今、仮想コンピューティングセッションを仲介するための典型的なアプローチに関する次の背景を提供する。通常、プールされたデスクトップの仲介は、可用性（すなわち、公開されたデスクトップへ成功した接続）の一定のレベル、たとえば、スリーナイン（９９．９９９％）、フォーナイン（９９．９９９９％）などを保証する確率的なアプローチにより達成される。この状況では、今述べたことは、ＣＬ（Connection Lease）が複数のＶＤＡを含む理由である。

ＣＷＡ（Citrix Workspace App）の場合に、プールされたデスクトップに接続することを要求すると、ＶＤＡが利用可能になる（電源オンであり使用中ではないことを意味する）まで１つずつ、ＶＤＡのＣＬリストからＶＤＡに接続するのを試行する。エンドユーザーが（プールされたマシンを含むデリバリーグループから）デスクトップを始めるとき、ＣＷＡは、利用可能かどうかをチェックする迅速なＩＣＡ／ＣＧＰ ｐｉｎｇをすることによってＶＤＡに接続することを試みるだろう。そうでないならば、ＣＷＡは、ＶＤＡのリストにおける次の１つに行くなどするだろう。コストの理由により、通常、利用可能なＶＤＡのサブセットのみが、XenApp/XenDesktop Smart Scale機能を利用して、特定の時間に電源オン（およびアイドル）である。通常、カスタマーは、使用が少ないとき、夜間および週末に利用可能なＶＤＡの１０～２０％のみを電源オンにし得る。

上記のシナリオにて、ＶＤＡを接続リースにおいて均等に分配するならば、首尾よく接続する確率を算出することが可能である。ＣＬリストにおけるＶＤＡが利用可能である確率がＰ_aであると仮定すると、（連続的に試行することによって）ＶＤＡに首尾よく接続する確率は、次の漸化式によって定義される（ただし、ｎは、接続するのを試行するＶＤＡの数である）。
Ｐ_n+1＝Ｐ_n＋（１－Ｐ_n）×Ｐ_a
およびＰ₁＝Ｐ_a
これは、次のように変形されることが可能である。
Ｐ_n+1＝Ｐ_n×（１－Ｐ_a）＋Ｐ_a
次のように帰着する。
Ｐ_n＝１－（１－Ｐ_a）ⁿ
早い計算は、ツーナイン、スリーナインなど、ＶＤＡに首尾よく接続する確率を保証するのに、ＶＤＡ（＝ｎ）が、ＣＬリストにおいてどれぐらい必要とされるかを示す。次の表は、Ｐ_a＝０．２へ転換する、利用可能なＶＤＡの２０％のみが電源オン（および利用可能／アイドル）であることを仮定する。

ちょうどスリーナインの信頼性を達成することは、どのリースにおいても多数のＶＤＡ（すなわち、３０＋）が必要であることが理解されるであろう。今述べたことは、リースが大きいだろうから性能に大きな影響を与えることが可能であろうし、ＣＷＡは、成功する前に多くの接続を試行しなければならないことがある。

２０個の利用可能なＶＤＡを有するシステム５０Ａにおいてリースを発行することへの典型的なアプローチの例と、電源オンであることが等しい確率を有するすべてと、リースに均等に分配されているＶＤＡとは、図５Ａと、図５Ｂの関連したチャート５０Ｂとにおいて示される。今述べたことは、与えられたどんなときでも、各ＶＤＡが電源オンである確率２０％に帰着する。４ユーザーの場合に対して、各ユーザーは、接続確率約９５％を有するだろう。

すべてのＶＤＡが、電源オンであることが同一の確率であることを仮定する代わりに、本アプローチは、オフピーク時間（または常時オン）の間、残っているそれらをあらかじめ選択する。上述の例を続けると、夜間および週末に電源オンのままであるＶＤＡの２０％は、早く、有利に選択され得る。次に、リースにおいてＶＤＡを均等に分配するよりも、リースは、上述のように、ピーク期間の間、電源オンのＶＤＡ（高使用期間の間、適した負荷分散を確実にする）と、さらに予め選択されている２０％からのＶＤＡ（低使用期間の間、利用可能性を確実にする）との混合から成り立っている。もちろん、オフピーク／常時オンのＶＤＡの異なる百分率は、異なる態様にて使用され得る。

さて、図６Ａ～図６Ｂを参照すると、利用可能なＶＤＡの１０％が、オフピーク時間の間、動作のためにあらかじめ選択される、本アプローチを使用するシステム６０Ａの例示的な実装は、今、説明される。より具体的には、本例にて、ＶＤＡ１～１８は、ピークのみ動作のためにあらかじめ選択され、一方、ＶＤＡ１９～２０（すなわち、利用可能な２０個のＶＤＡのうちの２個、または１０％）が、オフピーク動作（ここでは常時オン動作）のためにあらかじめ選択される。上に説明したように、リースを発行するとき、常時オンＶＤＡのうちの１は、図６Ｂのチャート６０Ｂに示されるように、どのユーザーのリースにおいても含まれる。ピークのみグループにて、各ＶＤＡが、与えられたときに電源オンであることが１％未満の確率があるが、常時オングループにて、今述べた２つのＶＤＡ（ＶＤＡ１９および２０）が、与えられたときに電源オンであることが９９％より大きい確率がある。図６Ｂに見られるように、結果は、各ユーザーのＶＤＡリースに対して、ユーザーが、リースにおいて常時オンＶＤＡのうちの１つを含むことによって、仮想コンピューティングセッションに接続されることが、９９％より大きい確率があり、同数のＶＤＡおよびユーザーであるが常時オンＶＤＡのあらかじめ選択がない上述のアプローチを介して、＋４％の改善がある。もちろん、より多くの常時オンＶＤＡは、いくらかの省電力を犠牲にするが、指定され、ユーザーリースに割り当てられて、接続の確率をさらに高くすることが可能であろうから、与えられたアプリケーションに対してあらかじめ選択されるＶＤＡの適した量は、異なることがあることが理解されるだろう。一般的な手引きとして、利用可能なＶＤＡのうちの２０％以下は、典型的なアプリケーションにおいてオフピーク動作のためにあらかじめ選択され得るが、より高い百分率は、望まれる場合に選択され得る。

さらに有利として、接続リーシングに加えて電力管理への本アプローチは、プールされたＶＤＩ（すなわち、ＶＭ毎に１人のユーザー）に、ＲＤＳワークロード（ＶＭ毎に複数のユーザー）も同様に適用される。ＲＤＳに関して、構成は、複数のユーザーが同一のＶＭを（制限まで）共有することが可能であるにつれて、より複雑になるので、シミュレーションが行われて、本アプローチの効果を実証した。シミュレーションの結果は、図７の表７０に示される。１個が１０ユーザーを（合計２００ユーザーに対して）取り扱う性能がある２０個のＶＤＡ、１０％のアイドルプール、およびリースの中に５個のＶＤＡを仮定すると、あらかじめ選択された常時オンＶＤＡがない接続の確率は９５．５％であるが、各リースにおいて単一のあらかじめ選択された常時オンＶＤＡがある接続の確率は、９７．２％に上昇する。同様に、接続の試みの平均数は、１．２７から１．４１に変わり、負荷分散の不均一は、７．２６ユーザーから７．０３ユーザーに変わる。

それゆえ、リースにおいてＶＤＡの数を増やすことなく、本アプローチは、半分に近い接続失敗率を提供し、負荷分散を改善し、アンロードされたＶＤＡを見つける前に、より多い接続の試みのため、接続時間おいてわずかな増加を生じただけであることが理解されるだろう。上述のように、大規模な環境において、リースに複数の常時オンＶＤＡを含めて、接続確率をさらに高くすることも可能であろう。

多くの修正および他の態様は、前述の説明および関連する図面において与えられた教授の利益を有する当業者が思いつくだろう。それゆえ、前述は、例示的な態様に限定されるべきではなく、修正および他の態様は、添付の特許請求の範囲の範囲内に含まれることが意図されることが理解される。

Claims (20)

1. 複数のクライアントコンピューティングデバイスと、
   各々が前記クライアントコンピューティングデバイスに仮想コンピューティングセッションを提供するように構成された複数のホストコンピューティングデバイスと、
   前記仮想コンピューティングセッションと前記クライアントコンピューティングデバイスを接続するように構成された複数の仮想配信エージェント（ＶＤＡ）と
   を備え、
   第１のグループ内のＶＤＡは、オフピーク時間の間に作動するように構成され、前記第１のグループとは異なる第２のグループ内のＶＤＡは、前記オフピーク時間の間に作動しないように構成され、
   前記クライアントコンピューティングデバイスは、ＶＤＡのリストを含んでいるそれぞれのＶＤＡリースを用いて、前記ＶＤＡを介して前記ホストコンピューティングデバイスから仮想コンピューティングセッションを要求するように構成され、各ＶＤＡリースにおけるＶＤＡの前記リストは、前記第１のグループからの前記ＶＤＡのうちの少なくとも１つを含む
   ことを特徴とするコンピューターシステム。
2. 前記ＶＤＡリースの各々におけるＶＤＡの前記リストは、ＶＤＡの順序リストを含み、各クライアントコンピューティングデバイスは、仮想コンピューティングセッションが確立されるまで、それぞれの順序リストにおいて最も高い順位から最も低い順位まで前記ＶＤＡから仮想コンピューティングセッションを順次的に要求するように構成されることを特徴とする請求項１に記載のコンピューターシステム。
3. 前記順序リストにおいて前記最も低い順位のＶＤＡは、ＶＤＡの前記第１のグループからであることを特徴とする請求項２に記載のコンピューターシステム。
4. 各クライアントコンピューティングデバイスは、関連付けられたそれぞれのユーザーアカウントを有し、関連付けられた同一のユーザーアカウントを有するクライアントコンピューティングデバイスは、ＶＤＡの同一の順序リストを共有することを特徴とする請求項２に記載のコンピューターシステム。
5. 前記ＶＤＡリースの各々におけるＶＤＡの前記リストは、前記第２のグループからの少なくとも１つのＶＤＡをさらに含むことを特徴とする請求項１に記載のコンピューターシステム。
6. 前記第１のグループ内の前記ＶＤＡは、常時オンモードにおいて作動するようにさらに構成されることを特徴とする請求項１に記載のコンピューターシステム。
7. 前記ＶＤＡリースの各々におけるＶＤＡの前記リストは、前記第１のグループからの複数のＶＤＡを含むことを特徴とする請求項１に記載のコンピューターシステム。
8. 前記ＶＤＡのうちの２０％以下は、前記第１のグループに割り当てられることを特徴とする請求項１に記載のコンピューターシステム。
9. 前記仮想コンピューティングセッションは、仮想マシンセッションを含み、前記ＶＤＡは、各仮想マシンセッションへ複数のクライアントコンピューティングデバイスを接続するように構成されることを特徴とする請求項１に記載のコンピューターシステム。
10. 前記仮想コンピューティングセッションは、仮想デスクトップセッションおよび仮想アプリケーションセッションのうちの少なくとも１つを含むことを特徴とする請求項１に記載のコンピューターシステム。
11. 複数のホストコンピューティングデバイスによって、複数のクライアントコンピューティングデバイスに仮想コンピューティングセッションを提供し、仮想配信エージェント（ＶＤＡ）によって、前記仮想コンピューティングセッションに前記クライアントコンピューティングデバイスを接続するステップと、
    前記ホストコンピューティングデバイスの各々によって、オフピーク時間の間に第１のグループ内のＶＤＡを作動させ、ピーク時間の間および前記オフピーク時間ではない間に、前記第１のグループとは異なる第２のグループ内のＶＤＡを作動させるステップと、
    前記ＶＤＡによって、ＶＤＡのリストを含んでいるそれぞれのＶＤＡリースを用いて、前記クライアントコンピューティングデバイスからの仮想コンピューティングセッションに対する要求に基づいて、前記ホストコンピューティングデバイスからの前記仮想コンピューティングセッションに前記クライアントコンピューティングデバイスを接続するステップであって、各ＶＤＡリースにおけるＶＤＡの前記リストは、前記第１のグループからの前記ＶＤＡのうちの少なくとも１つを含む、ステップと
    を備えることを特徴とする方法。
12. 前記ＶＤＡリースの各々におけるＶＤＡの前記リストは、ＶＤＡの順序リストを含み、各クライアントコンピューティングデバイスは、仮想コンピューティングセッションが確立されるまで、それぞれの順序リストにおいて最も高い順位から最も低い順位まで前記ＶＤＡから仮想コンピューティングセッションを順次的に要求するように構成されることを特徴とする請求項１１に記載の方法。
13. 前記順序リストにおいて前記最も低い順位のＶＤＡは、ＶＤＡの前記第１のグループからであることを特徴とする請求項１２に記載の方法。
14. 各クライアントコンピューティングデバイスは、関連付けられたそれぞれのユーザーアカウントを有し、関連付けられた同一のユーザーアカウントを有するクライアントコンピューティングデバイスは、ＶＤＡの同一の順序リストを共有することを特徴とする請求項１２に記載の方法。
15. 前記ＶＤＡリースの各々におけるＶＤＡの前記リストは、前記第２のグループからの少なくとも１つのＶＤＡをさらに含むことを特徴とする請求項１１に記載の方法。
16. 前記第１のグループ内の前記ＶＤＡは、常時オンモードにおいて作動するようにさらに構成されることを特徴とする請求項１１に記載の方法。
17. コンピューターシステムによって、
    複数のホストコンピューティングデバイスから、複数のクライアントコンピューティングデバイスに仮想コンピューティングセッションを提供し、複数の仮想配信エージェント（ＶＤＡ）を用いて、前記仮想コンピューティングセッションに前記クライアントコンピューティングデバイスを接続するステップと、
    オフピーク時間の間に第１のグループ内のＶＤＡを作動させ、ピーク時間の間および前記オフピーク時間ではない間に、前記第１のグループとは異なる第２のグループ内のＶＤＡを作動させるステップと、
    前記ＶＤＡにおいて、ＶＤＡのリストを含んでいるそれぞれのＶＤＡリースを用いて、前記クライアントコンピューティングデバイスからの仮想コンピューティングセッションに対する要求に基づいて、前記ホストコンピューティングデバイスから前記仮想コンピューティングセッションに前記クライアントコンピューティングデバイスを接続するステップと
    を備え、
    各ＶＤＡリースにおけるＶＤＡの前記リストは、前記第１のグループからの前記ＶＤＡのうちの少なくとも１つ、および前記第２のグループからの前記ＶＤＡのうちの少なくとも１つを含み、
    各ＶＤＡリースにおけるＶＤＡの前記リストは、ＶＤＡの順序リストを含み、各クライアントコンピューティングデバイスは、仮想コンピューティングセッションが確立されるまで、それぞれの順序リストにおいて最も高い順位から最も低い順位まで前記ＶＤＡから仮想コンピューティングセッションを順次的に要求するように構成される
    ことを特徴とする方法。
18. 前記順序リストにおいて前記最も低い順位のＶＤＡは、ＶＤＡの前記第１のグループからであることを特徴とする請求項１７に記載の方法。
19. 各クライアントコンピューティングデバイスは、関連付けられたそれぞれのユーザーアカウントを有し、関連付けられた同一のユーザーアカウントを有するクライアントコンピューティングデバイスは、ＶＤＡの同一の順序リストを共有することを特徴とする請求項１７に記載の方法。
20. 前記第１のグループ内の前記ＶＤＡは、常時オンモードにおいて作動するようにさらに構成されることを特徴とする請求項１７に記載の方法。

Images