Home > Blogs > VMware Japan End-User Computing Blog

新卒 2 年目 SE が贈る 仮想デスクトップのキソ!・ 第 3 回 ~仮想マシンの作成 プールの作成 ~

■はじめに
皆さんこんにちは! “ 新卒 2 年目 SE が贈る 仮想デスクトップのキソ! ” ブログ第 2 回目の記事に引き続き第 3 回目も担当する 野田 です。前回の記事で “ VMware Horizon 6 ( With View ) ” ( 以下 “ VMware Horizon ” と記載 ) の基本的な構成はご理解いただけましたでしょうか?今回は第 2 回目の記事の終盤にご紹介した、仮想デスクトップを管理する単位である “ プール ” に関してご紹介します。それでは、前回の終盤に出てきたプールのおさらいから行います。

■プールのおさらい
図1プールのイメージ
- 図 1 . プールのイメージ

仮想デスクトップはプールと呼ばれる単位で管理します。一般的には部署ごとにデスクトップ要件が異なるので、図 1 のように営業部、経理部といった部署ごとに専用のプールで仮想デスクトップを管理します。プールの展開 ( = すなわち仮想デスクトップ群の展開 ) では、仮想デスクトップのユーザー紐づけや、仮想デスクトップの作成方法などを定義します。その中でも特に重要な決め事が 「 ( ユーザへの ) 仮想マシンの割り当て方法 」 と、 「 仮想マシンの作成方法 」 です。
仮想マシンの割当てと仮想マシンの作成方法の組み合わせは図 2 のようになります。

図2組み合わせ図
- 図 2 .組み合わせ図

割り当て方法では 「 専用割り当て方式 」 と 「 流動割り当て方式 」 、仮想マシンの作成方法では 「 フルクローン 」 と 「 リンククローン 」 というものがあります。

それでは、プールの作成 ( = 仮想マシンの展開 ) がどのように行われるのかご紹介します。

■仮想マシンの割り当て
ご紹介したとおり、ユーザに仮想マシンを割り当て ( = 配布 ) するには、 「 専用割り当て方式 」 と 「 流動割り当て方式 」 があります。

-専用割り当て方式
図3専用割り当て方式
- 図 3 . 専用割り当て方式

まず専用割り当て方式とは、仮想マシンとユーザーが紐づいた方式のことです。つまり 1 人 1 台自分専用の仮想デスクトップがあります ( イメージとしてはオフィスの固定席のような感じです )。 図 3 では、営業部のプールにある仮想デスクトップ 1 、 2 、・・・ 、 7 はそれぞれ A さん、 B さん、・・・ 、 G さんに紐付きます。従って営業が 100 人いたら 100 台の仮想デスクトップが必要です。

また、プールの中には未接続の仮想デスクトップというものもあります。これは新規ユーザがログインしてきた時に、すぐに仮想デスクトップを割り当て可能な状態にしておくために用意しています。例えば Y さんが新規で仮想デスクトップを使う場合は、未接続の仮想デスクトップのうち 1 台が自分専用に割り与えられます。以後、 Y さんはその仮想デスクトップだけを使用します。自分専用のデスクトップなので比較的好きなようにアプリケーションなどをインストールして使い続けることができます。

更に、仮想デスクトップ特有の機能として、仮想デスクトップにログインしている端末をログオフしても作業環境は保持されます。こちらの例は、 Excel を編集中、一旦切断して他の端末から再度仮想デスクトップに接続しても、編集中の Excel の画面は残ったままです。作業途中で画面を閉じても、ほかの場所から仮想デスクトップに接続すれば、作業が再開できますね。

- 流動割り当て方式
図4流動割り当て方式
- 図 4 . 流動割り当て方式

流動割り当て方式は仮想デスクトップとユーザが紐づかない方式です。つまり、仮想デスクトップにログインする毎に、プール内のいづれかのデスクトップが割り与えられます。
図 4 の例では Y さんは仮想デスクトップ 1 を使用していますが、ログオフ後、再度ログインするとどの仮想デスクトップにログインするか分かりません。

また、この方式は仮想マシンを使いまわすので、仮想デスクトップ 1 は Y さんがログオフ後、他のユーザが仮想デスクトップ 1 を使う可能性があります。そのために、仮想マシンをきれいな状態 (= 展開された直後のリフレッシュされた仮想マシン状態 ) にするのが一般的です ( これは ” リフレッシュ ” という機能で実現できます )。 ” それでは自分の設定なども一緒にリフレッシュされてしまうのでは?? ” と思われる方もいらっしゃるかもしれません。しかし、個人のデータ ( ユーザプロファイル等 ) については仮想デスクトップ外のファイルサーバ等に置いておくことで、ログイン時に呼び出すことが可能です。

この方式は準備する仮想デスクトップの数を減らすことも可能です。例えば、営業が 100 人いても、常に同じ時間に全員がログインするわけではないので、例えば 1 日の同時使用人数が 70 人であれば、 70 台の仮想デスクトップの展開で済みます。オフィスでイメージするとフリーアドレスのような感じです。従って流動割り当て方式の方がストレージやサーバリソースの消費を抑えることが可能です。

■仮想マシンの作成方法
プールを展開する際、仮想マシンを作成する方法として「フルクローン方式」と「リンククローン方式」の 2 つがあります。

-フルクローン方式
フルクローン方式とは、マスターイメージとなる親仮想マシンの複製であるクローンを展開する方法です。例えばディスクサイズ 50GB を持った仮想マシンをマスターイメージとした場合、ディスクサイズ 50GB を持った親仮想マシン ( マスターイメージ ) のクローンが実施されます。従って、営業部が 100 人いたら、 100 人 × 50GB = 5TB のディスク容量が必要です。台数分だけのディスク容量が必要となるので物理 PC と同じ考え方ですね!

-リンククローン方式
図5リンククローン方式_2
- 図 5 . リンククローン作成イメージ

リンククローン方式はフルクローンと異なり、丸々クローンするわけではなく、 OS 部分などの共通部分 ( 図 5 のレプリカ ) は全員で共有し、個人の設定や変更は差分として持つ方式です。 共通部分をプール内で共有しますので一番わかりやすいメリットとしてはストレージの消費量を大幅に抑えることが可能です。また OS のパッチ適用など共通部分の変更をかけたい場合、この共通部分 ( 図 5 ではレプリカ部分 ) を変更することにより、簡単にプール内のバージョンアップも可能になります。

では、リンククローン方式で仮想デスクトップを作成する流れを、 vSphere Web Client ( 図 6 ) を使って解説します。
図6仮想デスクトップが作成されるまで_2

- 図 6  仮想デスクトップが作成されるで
リンククローン方式で仮想デスクトップを作成する場合、まずはマスターイメージとなる親仮想マシンを準備します。ここではマスターイメージを 「 Win 8 」 とします。この Win 8 はいくつかスナップショットを保持しており、プールを展開する際、親仮想マシンとスナップショットを選択して、レプリカを作成します。上記の場合、 「 replica-xxx 」 がレプリカ ( 読み取り専用の仮想マシン ) と呼ばれるものです。リンククローンで作成された仮想マシン 「 fp-001 」 、 「 fp-002 」 はこの 「 replica-xxx 」 のレプリカを共有しています。

もし仮想デスクトップ展開後に Windows のパッチの適用やアプリケーションを更新したい場合は、管理者がマスターイメージを更新し、スナップショットを取得します。その後、プールを再構成することで、展開済みの仮想デスクトップのイメージを一括で更新出来ます。仮想デスクトップの運用の強力なお助け機能ですね! 以下の図 7 にパッチ管理のイメージを記します。

ちなみにこのリンククローンを使用する際は Composer というコンポーネントが必要になります。
図7パッチ管理の簡素化
- 図 7 パッチ管理の簡素化

■プール作成時の「割り当て方式」と「仮想マシンの作成方式」の組み合わせ
ここまででお伝えした 「 仮想マシンの割り当て方式 」 と 「 仮想マシンの作成方式 」 を組み合わることによって仮想デスクトップの運用に特徴が出てきます。多くのお客様は 「 専用 x フルクローン 」 方式と 「 流動 x リンククローン 」 方式の組み合わせです。この 2 つの方式について簡単にご紹介します。

-「 専用 x フルクローン 」
これは各ユーザー専用かつ、仮想マシン丸々用意された組み合わせです。物理の世界と同様、自分専用のデスクトップ環境になりますので、OSやアプリケーションの管理を自由にできる環境にありますが、例えばパッチの管理や共通するアプリケーションのインストールは個々の仮想マシン単位で実施する必要があります。またリソース面でも人数分リソースを用意する必要があります。

-「 流動 x リンククローン 」
流動方式なので仮想マシンに接続するたびに割り当てられる仮想マシンが変わります。仮想マシンの作成はリンククローン方式で用意された組み合わせです。仮想マシンの台数は全員分用意する必要がないので、その分サーバやストレージのリソースを効率よく使用することが可能になります。セキュリティの観点からも、ログオフした時点で仮想マシンを初期状態にしてくれるリフレッシュ機能を併用しますので、他の人が使っていた仮想マシンを使用するのも安心です。運用面でも、パッチ適用やアプリケーションの更新をしたい場合、プールにある仮想マシンに対してまとめて更新することができますので、ユーザにとっても管理者にとっても楽になります♪

プール作成の際は、 “ 割り当て方式 ” ( 専用方式 か 流動方式 ) と “ 仮想マシンの作成方式 ” ( フルクローン方式 か リンククローン方式 ) それぞれの特性や組み合わせをぜひ思い出していただければと思います。

■終わりに
仮想デスクトップ環境ではプールの概念が肝になりますがプールについてイメージがつきましたでしょうか?プールを作成する際、Connection サーバから vSphere に指令がいきますが、 vSphere 目線ではプールを意識せず仮想マシンを展開しています。 VMware Horizon の目線と vSphere の目線がイメージできると理解もかなり深まります!

新卒2年目社員が贈る 仮想デスクトップのキソ!
第1回 仮想デスクトップと Horizon 6 ( with View)
第2回 仮想デスクトップの基本構成
第3回 プール作成と割り当て
第4回 接続方法と接続元端末
第5回 RDSHとアプリケーションプール
第6回 スケールアウト対応
第7回 個別ニーズに応える、他製品との連携によるメリット

VMware、Project Enzo のプレビューを公開 仮想ワークスペースの変革に向けた次世代ハイブリッドクラウド アーキテクチャ

みなさま、こんにちは。VMware でエンドユーザー コンピューティングのプロダクト マーケティングを担当している本田と申します。

本日のブログでは、2015年5月11日(US時間)に発表されたVMware Project Enzo についてご紹介したいと思います。Project Enzoは、VMware の次世代ハイブリッド アーキテクチャで、仮想デスクトップやアプリケーションの設定、展開、そして管理を刷新する革新的なテクノロジーです。詳細については、エンドユーザー コンピューティング デスクトップ製品担当シニアバイスプレジデント兼ゼネラルマネージャーのSumit Dhawan のブログに詳しく記されています。今回、Sumit のブログを日本語化しましたので、ぜひご一読ください。以下、Sumit のブログの日本語訳です。

 

By Sumit Dhawan(VMware, Inc. エンドユーザ コンピューティング デスクトップ製品担当シニアバイスプレジデント兼ゼネラルマネージャー)

コスト削減とよりスピーディかつ柔軟な仮想ワークスペースの導入・管理の実現を両立できる可能性を秘めた、革新的で型破りなソリューションをゼロから開発できるとしたら、それはどのような方法でしょうか。

本日のブログで特集するProject Enzoと名付けられた技術プレビューの開発の過程で、VMwareエンドユーザ コンピューティング チームで最新の技術開発をリードするチーム内でも自問してきたものです。

Project Enzoは、これまでのITのあり方を刷新する目的で、VMwareのクラウドベースの仮想デスクトップとアプリケーションの技術がもたらす経済的なメリットを、シンプルなハイパーコンバージド インフラと組み合わせた新しいハイブリッド クラウド アーキテクチャです。

今日、企業が適切なツールを使用しない場合、仮想デスクトップとアプリケーションの導入は、厳しいプロセスになり得ます。ITを効率的に運用している企業であっても、完全なVDI環境を導入するには、数日あるいは数週間の時間を要することがあります。これは、複数のサーバやVM(仮想マシン)をインストール・設定し、ネットワークポリシーを適用しながら、アプリケーションやデスクトップを正しく管理するための作業が伴うためです。また、この煩雑な作業は一度だけではありません。稼働中の複数のシステムを継続的に管理するには、メンテナンスに多くの時間を要しますし、環境の設計や拡張のためにも多くの時間を確保しておく必要があります。また、これらの環境のほとんどはオーバープロビジョニングになっているため、コストの増加にもつながっています。

VMware Project Enzoは、仮想ワークスペースの構築、提供、管理に対する新しいアプローチです。Project Enzoは、VMware vCloud® Air™上のクラウドサービスとして提供される単一のWebベースのポータルを通して、オンプレミスおよびクラウド上に構築された仮想ワークスペース サービス(デスクトップとアプリケーション)の統合管理を可能にします。また、今回の技術プレビューには、VMwareのパートナ エコシステムが提供するハイパーコンバージド インフラ ソリューションと強固に連携した新たなVMware Smart Nodeテクノロジも導入されています。Smart Nodeテクノロジは、インテリジェントなオーケストレーションはもちろん、ハイブリッドクラウド環境での仮想ワークスペース サービス タスクの一般的な設定、提供、管理の自動化も可能になります。

VMwareのProject Enzoの目的はデスクトップ コンピューティングの変革であり、顧客に次のようなメリットをもたらします。

  • シンプルかつすぐに使える設定Project Enzoは、ハイパーコンバージド アプライアンスでシンプルなプラグ & プレイを可能にします。これにより、仮想デスクトップとアプリケーションを1時間弱で設定、稼働することができます。
  • クラウドのスピード感でデスクトップを構築、拡張可能VMware App VolumesとVMware User Environment Managementと統合されたVMware Instant Cloneテクノロジにより、最大2,000台の仮想デスクトップを20分足らずで構築できるなど[i]、IT管理者はクラウドのスピード感でデスクトップを構築、拡張できます。
  • シームレスなアップデートでメンテナンス ウィンドウが不要に Windowsイメージやアプリケーションにすぐに適用できるシームレスなアップデートにより、メンテナンス ウィンドウが不要となります。
  • ハイブリッド クラウドの柔軟性 オンプレミスのデータセンタとクラウド間でデスクトップとアプリケーションを移動できます。さらに、日々の生産性向上のためのプライマリ ユースケースとして、あるいはデスクトップの利用ピーク時や災害復旧のためのセカンダリ ユースケースとして柔軟なクラウド活用を実現します。
  • 最適規模のインフラへのニーズ より効率的なアセスメントと運用コストおよびハードウェア コストの削減を組み合わせ、リソースのオーバープロビジョニングを防ぐことで、Project Enzoは企業向けデスクトップの経済性に変革をもたらします。

Project Enzoで採用されているクラウドスケールのアーキテクチャは、Cloud-Control PlaneとSmart Nodeテクノロジという2つの主要コンポーネントで構成されています。Smart Nodeテクノロジは、ハイパーコンバージド インフラソリューションとも連携します。

VMware vCloud Air上にホストされたクラウドベースの管理レイヤーである、新しいVMware Enzo Cloud-Control Planeは、オンプレミスとオフプレミスの仮想ワークスペースの管理の統合を可能にする単一画面をIT管理者向けに提供するために設計されました。これは、仮想デスクトップとアプリケーションの設定、提供、監視の簡易化に貢献します。ホストされている場所がオンプレミスかクラウドかにかかわらず、ユーザはVMware Enzo Cloud-Control Planeを使用して、ユーザ グループのデスクトップ、アプリケーション、ポリシーを設定できるようになります。

VMware SmartNodeテクノロジは、ハイパーコンバージド インフラ内に配置され、Cloud-Control Planeと接続されています。Smart NodeテクノロジはすべてCloud-Control Planeで管理、制御され、ハイパーコンバージド インフラ アプライアンスおよびラック上で稼働しているワークロードのインテリジェントなオーケストレーション、提供、管理が可能になります。Smart Nodeテクノロジの主要素の1つが、仮想デスクトップとアプリケーションのジャストインタイム(JIT)の プロビジョニングです。Smart NodeはCloud-Control Planeで設定された構成を使用して、組込みのVMware AppVolumes、User Environment Management、VMware Instant Cloningテクノロジを活用し、エンド ユーザがログインした際にエンドユーザ向けにカスタマイズされた仮想デスクトップとアプリケーション環境を作成することで、IT管理者のインフラ活用に対して高い柔軟性を提供できるようになります。

Smart Nodeテクノロジは、VMwareの次世代 EVO:RAIL™と今後リリース予定のEVO:RACKソリューションに完全に統合された形で提供される予定です。これにより、VMwareのすべてのEVOパートナがProject Enzoと互換性のあるアプライアンスとラックを提供できるようになります。さらに、VMware vSphere® 6を活用してアプライアンスを設計しているその他のパートナも、Smart Nodeテクノロジが利用できるようになる予定です。つまり、VMwareの顧客は、Project Enzoをサポートするインフラ ハードウェアを扱う希望のプロバイダを選択することができるようになります。

Project Enzo

Project Enzoの正規のパブリック ベータ版は、2015年夏後半にリリースを予定しています。また、5月12日(火)~14日(木)に米国フロリダ州で開催されるCitrix SynergyのVMwareのブース(#302)では製品を直接体験できるデモをご用意する予定です。

Project Enzoのこれまでの成果に誇りを持っています。Citrix Synergyに来場いただけない場合も、動画でProject Enzoのデモをご覧いただけます。また、いつも通り、以下のコメント欄でご意見をご提供いただければ幸いです。


[i] VMwareの社内テストの結果に基づく

新卒 2 年目 SE が贈る 仮想デスクトップのキソ! 第 2 回 ~ Horizon 6 ( with View ) の基本構成 《 登場人物の整理 》 ~

■はじめに
皆さんこんにちは!“新卒 2 年目 SE が贈る 仮想デスクトップのキソ!”ブログ第 2 回目の記事を担当する 野田 です。前回の記事では “仮想デスクトップとは?” にフォーカスした内容でした。今回は仮想デスクトップはどのような仕組みで運用されているのか、 VMware が提供する仮想デスクトップ環境 “Horizon 6 (with View)" (以下 "View" と記載) の基本構成を中心にご紹介します。
さて、今回は 《 登場人物の整理 》と少し変わった題をつけました。それは、View 環境が 「支配人」、「受付係」、「情報伝達人」、「仮想マシンの家」といった複数の登場人物や場所で構成されているためです。本エントリーではそれぞれの役割を劇になぞらえて紹介します。その前にまず、今回の舞台となるクライアント利用環境からご紹介します。
まずはじめに、以下の画像をご覧ください。

ゼロクライアント
こちらの画像は何を写したものでしょう。皆さんが普段お使いの物理PCでしょうか??

実はこちら、 “ゼロクライアント” と呼ばれ PCoIP(PC over IP) という画面転送プロトコルを使用できる View 専用の端末なんです!このゼロクライアントの特徴は、 OS を持っていないことです。ゼロクライアントは PCoIP の処理を行う専用チップが搭載された端末で、管理がとても簡単です!このゼロクライアントの役目は、サーバと通信を行って仮想マシンの画面のみを転送してゼロクライアントのモニターへ映し出し、キーボード・マウスの入力をサーバへ送ります。その時、この端末自体にデータが残ることはありません。データは全て、通信先のサーバが保持しています。
※ゼロクライアント以外の端末からの接続については後述します。

■仮想デスクトップへの接続
それでは、どのようにして仮想デスクトップを利用するのでしょうか。以下の図でその流れを紹介します。

CS
1. ゼロクライアントの電源をオンにすると、 Horizon Client が起動し、接続先 ( Connection Server )のアドレスを聞かれるので入力します。

HorizonClient
2. Connection Server に接続すると、ユーザー名とパスワードを聞かれるので入力します。

HorizonClient02
3. プールのリストが表示されるので、利用するプールを選択して接続します。プールに関しては後ほど説明します。

デスクトップ
4. デスクトップ画面が現れ、使用可能になります。(あっという間!)

このように、ユーザー側では、ログイン操作をするだけで仮想デスクトップを使用できる状態になります。通常の PC にログインするのと同じで簡単ですね!次は管理者の目線で View を見ていきましょう。仮想デスクトップを使用するには何が必要なのでしょうか。はじめに、 View 環境を構築するためのコンポーネントを紹介します。

■ View 基盤の全体像
Viewの全体像02
-図 1.  View の全体像

図 1 のように View は vSphere 基盤といくつかのコンポーネントから成り立っています。それでは、 View の構成は vSphere 基盤の他にどのようなコンポーネントから成り立っているのかご紹介します。

■仮想デスクトップの基本構成
View は vSphere 基盤と以下に挙げるコンポーネントから成り立っています。まず、ユーザーに最も近い、仮想デスクトップへログインする機能を提供する Horizon Client からです。

-Horizon Client ~仮想デスクトップへの扉~
HorizonClient02
Horizon Client は仮想デスクトップに接続するために、手元の端末にインストールするソフトウェアです。ユーザーが仮想デスクトップを使用する場合は、 Horizon Client を利用します。Horizon Client は、 PC 、シンクライアント、ゼロクライアント、タブレット端末、スマートフォンなど一般的に業務で使われる端末向けに提供されています。なお、HTML 5 対応の Web ブラウザからも接続できるため、 Horizon Client をインストールできない環境からも、仮想デスクトップに接続可能です(ただし、 USB デバイスの使用など一部機能制限があります)。

 

次は、 Horizon Client を介した 接続要求を処理する Connection Server です。

-View Connection Server ~仮想デスクトップの支配人~
connectionServer
ユーザからの仮想デスクトップへの接続要求に対する認証を実施し、どの仮想デスクトップを割り当てるか指示を出して接続させるのが、この View Connection Server (接続サーバ) です。また、それだけでなく管理者向けの Web UI(View Administrator) も提供しており、ユーザに割り当てた仮想デスクトップを管理する役割も担っています。この View Connection Server は Windows Server 上にインストールするアプリケーションとして提供します。

 

そして、 Connection Server がユーザーの認証を行うために通信するのがこの Active Directory です。

-Active Directory ~仮想デスクトップの受付係~
AD01
View は、ユーザーの認証に Active Directory を使用します。また、 View Administrator から仮想デスクトップの資格割り当てを行う際に Active Directory のユーザー・グループを使用します。

 

 

ユーザー認証を終えると、 View Agent をインストールした 仮想マシンへ接続されます。

-View Agent ~仮想デスクトップの情報伝達人~
View_Agent01
View Agent は、 View で公開する全ての仮想デスクトップにインストールされているソフトウェアです。この View Agent を仮想マシンにインストールすることで、仮想デスクトップ用の仮想マシンとなります。仮想マシン上で動作する View Agent は、 Horizon Client と PCoIP で通信を行い、また USB デバイスなどへのアクセス機能を提供しています。

 

以上で必要最低限のコンポーネントが出揃いました。 これらのコンポーネントは vSphere 基盤上に構築します。

-vSphere 基盤 ~仮想マシンの家~
vSphere
vSphere 基盤には ESXi ホストおよび vCenter Server が含まれます。仮想デスクトップ用の仮想マシンは、 ESXi ホスト上で他の仮想マシンと同じように稼動し、vCenter Server によって管理されています。なお、 View には Enterprise plus 相当の vSphere が含まれています。 vSphere 基盤と View の連携機能については、今後の連載の中で説明します。

 

 

 

それでは、実際にどのようにして仮想デスクトップがユーザに割り当てられるのでしょうか。以下の図 2 に仮想デスクトップの割り当てイメージをご紹介します。

仮想デスクトップの割り当てイメージ03
-図 2. 仮想デスクトップの割り当てイメージ

●仮想デスクトップがユーザーに割り当てられるまでの流れ
① ユーザーが Horizon Client から View Connection Server に接続します。
②  View Connection Server は Active Directory と通信してアクセスしてきたユーザーの認証を行います。
③ 認証を終えると、そのユーザに適切な仮想デスクトップを探し、その仮想デスクトップへ接続要求を出します。
④ 仮想デスクトップへ接続すると、その画面のみをユーザの端末へ転送します。
⑤  View Connection Server は仮想デスクトップの接続の管理を行います。

では、社外など、セキュリティに懸念がある場所から使う場合はどういった方法をとるのでしょうか。この場合、社内と社外の通信を安全に保つ必要があるため、新たなコンポーネントが登場します。

-Security Server ~仮想マシンの検問所~

外部から View にアクセスする場合、 VPN 環境が社内にあればそれを使ってアクセスする事ができます。もし社内に VPN 環境が無い場合は、 View にバンドルされている Security Server を利用することで社内と社外の通信を安全に保つことが可能です。 Security Server は PCoIP の Proxy として動作し、インターネットと内部のネットワークとの間( DMZ )に設置することでセキュリティレイヤを追加して安全性を高めます。 Security Server は Windows Server 上にインストールするアプリケーションとして提供されます。

さらに View では、セキュリティ機能だけでなく、仮想デスクトップを効率的に使う仕組みが提供されています。この仕組みを実現するために新たに登場するのが、 View Composer です。

-View Composer 〜管理者にとっては手放せない!〜
ViewComposer
View Composer はリンククローン(詳しくは第 3 回で説明します)と呼ばれる、仮想デスクトップ作成方式を使用する場合に必要になってくるコンポーネントです。この View Composer を使うことによって仮想デスクトップの展開時に使用するストレージ容量を大幅に抑えることが可能であり、また仮想デスクトップの展開を効率的に行える様になります。 View Composer は Windows Server 上にインストールします( vCenter Server に同居させることも可能)。 また、 View Composer はリンククローン方式の情報を格納するため別途データベースが必要です。

■プールとは?
プールとは、 View における仮想デスクトップの管理単位です。 例えば、社内で仮想デスクトップを使いたい場合、 IT 管理者や経理部、営業部によって必要となるアプリケーションやデスクトップのスペックの違いなど、各部門によって要件が異なるのが一般的です。この異なる要件をプールという単位で区切り、仮想デスクトップをグループ化します。
プールのイメージ
-図3.プールのイメージ

図 3 は、経理部、営業部、 IT 管理者それぞれの要件に合わせてプールを作成したイメージを示しています。例えば、経理部の要件を満たした仮想デスクトップのプールを作成し、経理部のユーザーに対して資格を割り当てます。 経理部のユーザーが仮想デスクトップを使う際には、経理部のプールに所属している仮想デスクトップがユーザーに払い出されるイメージです。

■終わりに
今回は、Horizon 6 ( with View ) のコンポーネントと"プール"の概念についてご紹介しました。View 環境を俯瞰してみると vSphere 環境があれば、少しの追加で仮想デスクトップ環境ができてしまうことがおわかりいただけたかと思います。次回はプールについて詳しくお話します!

新卒2年目社員が贈る 仮想デスクトップのキソ!
第1回 仮想デスクトップと Horizon 6 ( with View)
第2回 仮想デスクトップの基本構成
第3回 プール作成と割り当て
第4回 接続方法と接続元端末
第5回 RDSHとアプリケーションプール
第6回 スケールアウト対応
第7回 個別ニーズに応える、他製品との連携によるメリット

新卒2年目SE社員が贈る 仮想デスクトップのキソ! 第1回 ~仮想デスクトップと Horizon 6 ( with View)~

■はじめに

こんにちは!入社2年目に突入した川崎(Kawasaki)です。本シリーズでは、サーバ仮想化blogに引き続き、VMware新卒SEが仮想デスクトップの基礎についてお贈りいたします。製品としては VMware Horizon 6 (with View) を中心に VMware が実現する仮想デスクトップの世界をお届けします。

第1回目は、仮想デスクトップとはそもそも何か、どんな仕組みで、どんなメリットが出るか、といった点を、様々な用語の整理と合わせて説明して参ります。私が昨年初めて仮想デスクトップを学んだ際の疑問や感想も挟んで参りますので、ぜひ一度初心に帰ってご覧いただければ幸いです。

■仮想デスクトップとは?

仮想デスクトップとは何か?

新卒として入社した昨年、私は仮想デスクトップというものを知りませんでした。サーバの仮想化は聞いていますが、デスクトップの仮想化では何がどう仮想化されるのでしょうか。また、デスクトップの本体が手元からなくなることで、これまでどおり使用できるのか何かと不安です。

 

"仮想デスクトップ"を簡単に表現すると、サーバ仮想化の技術を用いて仮想化した環境に、Windows 7 や Windows 8といったクライアントOSをインストールした仮想マシンを用意、その仮想マシンにアクセスして、これまでと同様のデスクトップ環境を使用することです。(図1)

図1:物理デスクトップと仮想デスクトップの比較、実行環境と画面転送のイメージ

図1:物理デスクトップと仮想デスクトップの比較、実行環境と画面転送のイメージ

仮想デスクトップでは、OSやアプリケーションが実行されるのはデータセンターやサーバルームにある仮想サーバ環境で、画面情報が手元の端末に転送されます。マウスやキーボードのほか、USBデバイスの使用や音声の出力、スマートカードによる認証にも対応しており、これまでどおり不自由なく使用することができます。手元の端末は、デスクトップPCやノートPCでも構いませんし、専用に画面と入出力装置を中心にコンパクトに構成されたシンクライアントやゼロクライアントという端末からも接続が可能です。

デスクトップ仮想化 = クライアントOSがインストールされた仮想マシンをデスクトップとして使う

■仮想デスクトップのメリット

なぜ仮想デスクトップを使うのか?

私の経験として、大学では学科で配られたノートPCと研究室に据え置きのデスクトップPCを併用していました。時にはUSBでデータをコピーして自宅PCでも作業していましたが、結局のところ研究室のデスクトップPCでしか計算できないものがあり、頻繁に研究室にこもっていました。実は仮想デスクトップを用いるメリットとしてこのような課題は解決できました。より導入が進むことで、多くのPCユーザーの生活が変わるかもしれません。

 

改めて仮想デスクトップを従来の物理デスクトップと比較してみます。(表2)

表2:物理デスクトップと仮想デスクトップの比較

表2:物理デスクトップと仮想デスクトップの比較

こちらを元に、それぞれの使用メリットをまとめると次のようになります。  

物理デスクトップ使用のメリット

  • 使い慣れており、ユーザーも管理者も安心
  • データが手元にありわかりやすい
  • ネットワーク接続が不必要であり、出先での使用に適する

仮想デスクトップ使用のメリット

  • データがデータセンターにあり安全性が高い
  • 端末のハード障害に悩まされない
  • 端末や場所に依存せずに使え、在宅勤務や災害時対策が行える
  • OSやアプリケーションイメージの管理やバックアップが管理者側で一括に行える

一般には現状で物理デスクトップを使用していて仮想デスクトップへの移行を検討されるケースが多いかと存じます。その場合、ユーザーにとって、基本的な使い勝手は変わりませんが、それ以上に自宅等オフィス外からの接続が可能になったり、固有のデバイス(自分のPC)に依存しないメリットが出ます。管理者にとっては、デスクトップ環境の一括管理ができ、パッチの管理やセキュリティレベルの維持も容易になります。  

仮想デスクトップのメリット: ○どこからでも接続 ○デバイス非依存 ○一括管理

■仮想デスクトップだけではないクライアント仮想化の様々な形式

仮想デスクトップを勉強していた際に困ったのが、関連する方式や用語が多数あり、何が何を指しているのかわからなくなることでした。特に社外の方とは呼び方が異なる場合もあり、全体像がわかっていないと会話に苦労する場合もありました。

 

ここまで仮想デスクトップについてお話してまいりましたが、仮想デスクトップは実はクライアント仮想化の一つに過ぎません。こちらを整理したのが図3になります。

  図3:クライアント仮想化の整理

図3:クライアント仮想化の整理

代表的なクライアント仮想化を大きく分けると、仮想デスクトップ(VDI)リモートデスクトップサービス(RDS)の2つの方式があります。

仮想デスクトップ (VDI) ・・・用意された仮想マシン一つ一つが各ユーザーに割り当てられます。

リモートデスクトップサービス (RDS) ・・・Windows Serverの OS に備わっている機能を利用して複数のユーザーが一つの OS を共有して利用します。ユーザーはデスクトップ丸ごと、またはアプリケーションのみを使用することが可能で、これらは公開デスクトップ / 公開アプリケーションと呼ばれます。

共通点は、どちらの方式でもデータセンターやサーバルームにあるサーバにアクセスし、画面を転送することでデスクトップやアプリケーションの利用を可能にしている点です。異なっている点は、仮想デスクトップではユーザーは個別のOSを占有できるため、リソースの観点やソフトウェアのインストールといったカスタマイズの観点で独立しており自由度が高いのに対し、リモートデスクトップサービスではユーザーごとのカスタマイズには限界があったり、リソースも共有しているため競合がおきやすかったりします。

なお、仮想デスクトップを”シンクラ”と呼ばれる方もいらっしゃいますが、正確にはシンクライアントやゼロクライアントは仮想デスクトップへの接続元端末の名称となっております。

クライアント仮想化の2つの方式・・・リモートデスクトップサービス / 仮想デスクトップ

■ VMware のクライアント仮想化

VMware の仮想デスクトップの特徴は?

近年では市場トップクラスのシェアを誇るHorizon。VMwareはどちらかというとサーバ仮想化 vSphere のイメージが強いのですが、 Horizon はどのような点が評価されて、今に至ったのでしょうか。

 

それでは VMware として提供している仮想デスクトップのインフラを構成する製品を紹介いたします。製品としては VMware Horizon 6 (with View) という名称です。Horizon 6 には vSphere のライセンスが含まれており、サーバ仮想化の基盤は vSphere で構成するという形となります。構成を図4に示します。Horizon 6 は vSphere が構成済みの環境であれば、より容易に導入が可能です。vSphere 環境はあるが仮想デスクトップはまだ使っていないというお客様は、ぜひ一度使用感をお試しください。

図4:VMware Horizon 6 (with View) によるクライアント仮想化の構成

図4:VMware Horizon 6 (with View) によるクライアント仮想化の構成

Horizon 6では、前節の仮想デスクトップ、リモートデスクトップサービスともに使用可能で、オフィスだけでなく、出先や自宅からもセキュアな接続が可能となります。製品の詳細な部分は第2回以降で見て参りますので、どうぞご期待ください!

Horizon 6 の他社製品との違いとは

一番の特徴は基盤であるサーバ仮想化環境 ( vSphere ) との統合にあります。デスクトップ仮想化では、サーバ仮想化環境を基盤とし、多数のデスクトップを仮想マシンとして作成しますので、サーバ仮想化環境の性能が大きく影響します。VMware は信頼性の高いサーバ仮想化製品である vSphere により複数のサーバを一つのリソースのまとまり(リソースプール)として利用できるように構成することで、基盤となるサーバ群の管理に追われることなく、適切な仮想デスクトップを構成できます。

また、基盤の側からデスクトップ仮想化を補助する機能をつけていくことで両製品の連携によるメリットがさらに大きく出ています。例として、ホストのメモリを活用したリードキャッシュ機能や仮想 GPU の使用をサポートしています。Horizon 6 では、仮想基盤とデスクトップ仮想化の双方がまとめて提供されるため、安価に、そして保守の一元化を実現しながら、仮想デスクトップ環境を導入することが可能です。

図5:vSphere が仮想デスクトップ環境に信頼性の高い基盤を提供

図5:vSphere が仮想デスクトップ環境に信頼性の高い基盤を提供

 

実績の面でも Horizon 6 の伸びは著しく、様々なお客様にご導入いただく例が増えてきております。公開されている事例は次のリンクからも閲覧できますので、ぜひご参照ください。 (IT価値創造塾/導入事例 http://vmware-juku.jp/casestudy/ )

Horizon 6 = クライアント仮想化を代表する製品

■コラム サーバVDI

仮想デスクトップの基本としては、Windows 7や8.1のようなクライアントOSをインストールした仮想マシンを用意して接続先のデスクトップとしますが、仮想マシンにサーバOS (Windows 2008 R2や2012 R2) をインストールして1ユーザーが1仮想マシンを使用する「サーバVDIと呼ばれる方式もあります。(図6)

サーバVDIは、クライアントOS (Windows 7や8.1) を使用したVDIと同様の仕組みで使用出来ます。ただし、OSがサーバOSとなりますので、アプリケーションの互換性により動作が保証されない場合があり、この点が通常のVDIと比較した際の注意点となります。

サーバVDIの利点はコスト面が挙げられます。通常のVDIではVDAライセンスと呼ばれる Windows ライセンス (サブスクリプション型) がユーザーごとに必要となりますが、サーバVDIでは Windows Server のデータセンターエディションのライセンスを用いることで実現が可能となるため、コストを抑えることが可能となります。(ライセンスについての詳細はマイクロソフト社にお問い合わせください。)また、デスクトップエクスペリエンス機能を用いることにより、Windows 7 / 8 / 8.1の一部の機能を Windows 2008 R2 / 2012 / 2012 R2で使用することができます。これによりサーバOSを使ってコストを削減しつつ、操作感をクライアントOSに近づけることが出来ますね(詳細はリンク先をご参照ください)。 https://technet.microsoft.com/ja-jp/library/cc772567.aspx https://technet.microsoft.com/ja-jp/library/dn609826.aspx

図6. サーバVDI

図6 :サーバVDIの比較

■おわりに

第1回はいかがでしたでしょうか。仮想デスクトップのおおまかなイメージと、クライアント仮想化の2つの方式、 VMware が提供する Horizon 6 という製品を見て参りました。 第2回目以降は下記のような流れで、基礎部分からおさえつつ、VMware の仮想デスクトップの全体像が掴めるように進めていきます!最後までお読みいただきありがとうございます。第2回もお楽しみに!

新卒2年目社員が贈る 仮想デスクトップのキソ!
第1回 仮想デスクトップと Horizon 6 ( with View)
第2回 仮想デスクトップの基本構成
第3回 プール作成と割り当て
第4回 接続方法と接続元端末
第5回 RDSHとアプリケーションプール
第6回 スケールアウト対応
第7回 個別ニーズに応える、他製品との連携によるメリット

アプリケーション配信の革新的アプローチ 〜 VMware App Volumes 〜

みなさん、こんにちは。VMware の下村と申します。

先月実施いたました弊社イベントの vForum 2014 にて EUC ブースを担当しておりましたが、多くのお客様から仮想デスクトップにおけるアプリケーションの効率的な配信方法に関するご相談を頂きました。

そこで、今回のブログでは、アプリケーション配信の新しいアプローチとして特に関心が高かった VMware App Volumes をご紹介したいと思います。

※※※ 注意 ※※※
現在 App Volumes は、英語OS環境のみのサポートです。日本語 OS 環境でのサポートは、スケジュールが明確になり次第、改めてお知らせする予定です。
バージョン 2.6.0 から、非英語環境での動作がサポートされました。

 

App Volumes の革新的な3つの特徴

App Volumes は、今までのアプリケーション配信の方法を劇的に変えることが出来るテクノロジーです。この革新的なテクノロジーの特徴を3つご紹介したいと思います。

 

1. アプリケーションのインストールが数秒で完了!!
〜 リアルタイムでのアプリケーション配布 〜

仮想デスクトップ上にアプリケーションをインストールする時にはどのような方法があるでしょうか?

例えば、仮想デスクトップ上から直接インストーラーを起動する、アプリケーションをインストールしたマスターイメージを準備してリンククローンで展開する、ThinApp を利用する、と様々あると思います。
しかし、どの方法でもユーザーが利用できるようになるまでには、インストールや展開に時間が必要であり、パッケージのコピーやインストール等でネットワークやストレージに多くの負荷がかかります。しかも、対象の仮想デスクトップの数が多くなり、配信するアプリケーションの数とサイズが多くなれば、その分だけ負荷が高くなります。また、アプリケーションは初期の展開だけではなく、パッチ適用など定期的なメンテナンスが発生しますので、その度に上記のようにリソースへの負荷、展開する時間 (メンテナンスウィンドウ) として運用負荷が発生します。

しかし、これらの負荷がまったくかからないとなると、これは凄いことではないでしょうか?
そうです、App Volumes なら可能です。

では、何故このようなことが可能になるのでしょうか?以下の App Volumes のイメージ図を元に説明します。

image-01-02

 

ここで注目して頂きたいのは2つあります。

先ずは、" AppStack (※1) " です。AppStack は、配信するアプリケーションのファイルやレジストリ等が 保存されているコンテナーです。" VMDK ファイル” として構成され、Read-Only でアクセスされます。これが非常に重要なポイントです。VMDK ファイルとして構成されていると言う事は、仮想マシンに VMDK ファイルを仮想ディスクとしてアタッチするだけで、その中にあるデータへアクセスが可能になります。
VMDK を仮想マシンにアタッチするという非常に簡単な作業だけで、アプリケーションの配信が完了することになります。データのコピーは発生しませんので、ネットワークやストレージの負荷は一切かからず、しかも作業は数秒で完了します。

次に " App Volumes エージェント (※2) " です。AppStack を仮想マシンにマウントしただけではアプリケーションは利用できません。OS から見ると AppStack にあるファイルやレジストリへは AppStack の存在を意識しないで透過的にアクセスできる必要があります。App Volumes エージェントは、この透過的に見せる役割をフィルタードライバーによって実現しています。

では実際の App Volumes を使用したアプリケーション配信手順を見てみましょう。
なお、使用する画面ショットは以下の動画を元にしています。より詳しい内容を確認されたい方は、動画をご参照下さい。
https://www.youtube.com/watch?v=HbhBvYFoitg
※製品名が ” CloudVolumes ” となっていますが、現在は ” App Volumes ” にリブランドされています。

 

① 仮想デスクトップ上にはアプリケーションがインストールされておらず、拡張子の関連付けが不明なファイルが1つあります。

image-02-01

 

② App Volumes の Web ベース管理画面から、割り当てたいアプリケーションが含まれている AppStack を選択します。ここでは、Office 2003 の AppStack を選択しています。[Assign] をクリックします。

image-03

 

③ この AppStack をアサインする Active Directory のユーザーアカウントを選択します。ここでは "①" で仮想デスクトップにログオンしているユーザーアカウントに対して割り当てようとしています。 image-04

 

④ AppStack のアサイン設定を直ぐに実行するか、次回ログオン時に実行するかを選択します。ここでは直ぐに実行する [Attach AppStacks immediately] を選択しています。 image-05

 

⑤ 数秒ほど待つと、デスクトップ上にアプリケーションのアイコンが表示され、アプリケーションを起動することが可能になります。たったこれだけの手順でアプリケーションのインストールが完了しました!! image-06

 

 ⑥ AppStack は VMDK ファイルです。VMDK ファイルを仮想マシンにアタッチするだけなので、アプリケーションの数が多くても一瞬でインストールが完了します。以下の様にアプリケーションが 216 個入っている AppStack をアサインします。 image-07

 

⑦ 同様の手順でユーザーに AppStack をアサインして、直ぐに反映を選択します。数秒後、デスクトップがアプリケーションのアイコンで埋め尽くされます。216個のアプリケーションのインストール、完了です!!

image-08-01

 

 

2. リンク クローンでもユーザー独自のアプリケーションをインストール可能に!!
〜 シームレスなエンド ユーザーの使用環境 〜

先ほど AppStack は Read-Only の VMDK ファイルと説明いたしました。では、ユーザーが行なった操作によって発生する Write の処理はどうすればよいのでしょうか?

答えは、ユーザーによる変更を保持する " Writable Volumes (※3) " になります。

image-09

 

こちらも同じく VMDK ファイルですが、 AppStack との違いは、ユーザー個々に専用の VMDK ファイルが用意され書き込みが可能なことです。ユーザーが書き込むデータは全てこの Writable Volumes の VMDK ファイルに書き込まれます。

では、リンク クローンを利用した際に構成する View Composer 通常ディスク や View Persona Management との違いは何でしょうか?

View Composer 通常ディスク や View Persona Management も同じようにユーザーの書き込み処理データを保持する仕組みですが、ユーザープロファイル領域のみが対象です。そのため、ユーザーが独自にインストールするアプリケーションに関しては保持することは出来ません。
しかし、Writable Volumes はユーザーの書き込み処理の全てが対象となります。つまり、今までは出来なかった  “リンク クローンによる再構成時にユーザーが独自にインストールしたアプリケーションを保持する” ことが可能になります!!

 

 

3. 専用割り当てプール はもう不要?
〜 コストが最適化されたデスクトップ インフラストラクチャ 〜

Horizon View の仮想デスクトップの提供方法の一つに、" 専用割り当てプール " があります。ユーザー各自に専用のデスクトップを割り当てる方式で、ユーザーは必ず自分に割り当てられたデスクトップへ接続します。この方式は、ユーザーが独自にアプリケーションをインストールする必要がある場合などで使用します。
しかし、App Volumes を使う事でこの条件をクリアできます。先ほどご説明した Writable Volumes を使用しますが、重要なのは " ユーザー単位 " で VMDK をアサインすることが可能な点です。 仮想デスクトップへユーザーがログオンすると、そのユーザーにアサインされた AppStack と Writable Volumes が仮想マシンにアタッチされます。
image-10

 

これにより、どの仮想デスクトップへログオンしても、ユーザーが独自にインストールしたアプリケーションを含むユーザー個々のデスクトップ環境を提供することができます。つまり、必要最低限の仮想デスクトップを準備しておき、ユーザーに動的に割り当てる “ 流動割り当てプール ” を使用しても、ユーザーのカスタマイズしたデスクトップ環境を維持することが可能になります。

image-11-01

 

App Volumesを使用することで、リソースを効率良く使用し、運用負荷を低減しながら、ユーザーの利便性を維持するといった、両立することが難しかった課題を実現することができます!!

 

 

まとめ

App Volumes は、今までのアプリケーションの配信管理を劇的に変え、向上させることができます。また、ユーザビリティを維持したまま運用効率を上げ、インフラストラクチャに対するコストの最適化までも可能になります。仮想デスクトップ環境を次のステージへ導き、メリットをより一層引き出す  " App Volumes " に是非ご注目下さい!!

 

 

関連情報

VMware App Volumes 製品ページ

http://www.vmware.com/jp/products/appvolumes/

 

VMware が提供する 3D デスクトップ

皆様こんにちは VMware の七澤と申します。

先日8月末に、米国サンフランシスコで開催された VMworld 2014 にて発表されたトピックを「 VMworld 2014 速報 : EUC 編!!」でご紹介させて頂きました。 その中の一つである「 VMware が提供する 3D デスクトップ」ですが、本稿ではそれらの方式の解説と発表された内容についての詳細をご紹介致します。

VMware が提供する 3D デスクトップとは?

昨今仮想デスクトップの特に 3D アプリケーション の利用シーンでは、以下のような利用ニーズがありセキュリティなどの管理面のみではなく、生産性や利便性の向上を狙った導入が進んでおります。

ワークスタイル変革による生産性向上

・3D アプリケーションを遠隔地から利用 (在宅や常駐先からの利用など)

・工場など従来のワークステーションの利用が厳しい環境での利用

・タブレット端末などを用いた、現場における CAD 図面へのアクセス

管理性向上

・データ流出に対してのセキュリティ強化

・CAD の管理の集中化によるコスト削減

・迅速な障害対応とシステム展開、更新の迅速化

環境・ユーザ利便性向上

・ワークステーションの騒音対策や設置スペースの有効利用

・ ファイルアクセスのレスポンス向上

・レイアウト変更が容易、フリーアドレス化による席数削減

VMware が提供する 3D デスクトップの方式

・リッチ 3D コンテンツを仮想デスクトップで実現可能に

データセンターに配置される仮想デスクトップで、リッチ 3D コンテンツを利用できる事はご存知でしょうか。 VMware では利用用途により、様々な提供方式を用意しております。

利用するコンテンツにより、様々な方式を使い分ける事が出来ます。

 3dg1

Soft 3D – グラフィックカードなしで 3D を実現

ソフトウェアレンダラがアプリケーションへ 3D を提供

vSGA – GPU リソースを複数仮想マシンで共有

最新の vSphere 5.5 で NVIDIA に加えて AMD の GPU をサポート

3dg2

vDGA – パワーユーザー向けの仮想デスクトップ

NVIDIA のグラフィックカードを仮想マシンが専有して使用することで、 ワークステーション並みのユーザーエクスペリエンスを実現

 

3dg3

NVIDIA GRID vGPU – NVIDIA Driver を用いた共有型 GPU

アーリーアクセスプログラムにより提供

NVIDIA GRID の 共有型 GPUによるアプリケーションサポートの拡大

Direct X9/10/11, Open GL 4.4対応

3dg4

 

各方式の特徴及び詳細については、以下よりご確認下さい。

VMware / Google / NVIDIA との協業により Chromebook でも高パフォーマンスのグラフィックを実現

・Google Chromebook 上のブラウザでリッチ 3D コンテンツが現実に

従来は高性能のワークステーション上でなければ稼働させることができなかった高精細の 3D グラフィックは、今や仮想デスクトップ環境においても容易に稼働できる時代が到来しております。

VMware は 2014 年 3 月に NVIDIA の GRID virtual GPU (vGPU) のサポートを発表しておりましたが、この分野において NVIDIA との協業をさらに深めることを発表致しました。

 

3dg6

 

発表された内容は、データセンターやクラウド側の NVIDIA GPU (GRID vGPU)と VMware Horizon、Google Chromebook に搭載されている NVIDIA Tegra K1 プロセッサ、VMware の次世代 Blast Performance の連携です。

またGoogle が提供する Chromebook において、ワークステーション クラスの高性能な3Dグラフィック機能を必要とする、 Windows アプリケーションをクラウド(パブリック、プライベート)からエンドポイントへスムーズかつ省電力で利用できることを目指し、ベータプログラム(テクノロジープレビュー)を開始します。

TECHNOLOGY PREVIEW: END to END Acceleration for CHROMEBOOKS

VMware, Google および NVIDIA のテクノロジーが連携し、3D グラフィックを描画します。

 

3dg7

・VMware Horizon の画面エンコードして送信

・NVIDIA Tegra K1搭載の Google Chrombookで受信し、Tegra K1 でデコード

・Blast (HTML) 上に高品質な画面を表示 ・低遅延を実現

・高フレームレート (FPS) を実現 ・低消費電力によりバッテリーでも長時間稼働可能

NVIDIA at VMworld 2014 Keynote

こちらは、VMworld 2014 の Keynote で紹介された ビデオクリップです。

実際にテクノロジーが連携し、3D のビデオが Google Chromebook 上で再生されているところをご覧頂けます。

 

本稿の内容は以上となります。

これからも EUC の最新情報を随時お届けする予定となっておりますので、ご期待ください。

 

本稿の内容の一部は、VMworld 2014 にて発表された予定情報であり、本ブログに記載されている製品仕様やロードマップは将来予告無く変更になる可能性があります。

RDS ホストベースの公開デスクトップ/公開アプリケーション導入ステップ

前回の「RDS ホストベースの公開デスクトップ/公開アプリケーション」では、RDS ホストベースの公開デスクトップ/公開アプリケーションの概要と、適用例を説明しました。今回は、ユーザーが公開デスクトップ/公開アプリケーションを利用できるようになるまでの導入ステップを説明したいと思います。

 

■ RDS ホストベースの公開デスクトップ/公開アプリケーション導入ステップ

全体の導入ステップは以下になります。少し多く感じるかもしれませんが、1つ1つの作業はとても簡単です。VMware Horizon 6.0 with View で新しく追加された導入ステップは、"View Administrator にてファームの作成" 、 "View Administrator にてアプリケーション プールの作成" 、 "View Administrator にて RDS デスクトップ プールの作成" の3つになります。

image-01-02

 

 

■ ファームとは?
具体的な手順の説明の前に、VMware Horizon 6.0 with View で新しく追加された "ファーム" という設定に関して確認しましょう。
ファームは、アプリケーションとデスクトップを公開して実行する RDS ホストをグループ化したものです。ファームに含まれた RDS ホスト群で以下の機能が提供されます。

 

・負荷分散
ファーム内の RDS ホストで、 デスクトップ およびアプリケーション セッションの負荷を分散します。

・冗長性
ファーム内の 1 つの RDS ホストがオフラインの場合、ファーム内の他の RDS ホストが引き続きユーザーにアプリケーションやデスクトップを提供します。

・スケーラビリティ
ファームには最大200台の RDS ホストを含めることができます。さまざまなサイズのユーザー グループを処理するために、さまざまな数の RDS ホストを持つファームを作成できます。

 

RDS ホストベースの公開デスクトップ/公開アプリケーションでは、必ず最初にファームを作成します。作成したファーム単位にデスクトップ、アプリケーションの公開設定を行います。
image-27

 

では、 ”View Administrator にてファームの作成” ステップから具体的な手順を見て行きましょう。

 

 

■ View Administrator にてファームの作成

1.  View Administrator へ管理者アカウントでログオンします。

2. [インベントリ] – [リソース] – [ファーム] を選択して、[追加] をクリックします。

image-02

 

3. “ファームを追加” ウィザードが表示されます。必要な情報を入力して、完了します。

image-03 image-04 image-05
ファーム名を入力します。ここでは、
"AppFarm-8" と入力しています。必要に応じて、その他のファーム設定を指定します。
ファームに含める RDS ホストを表示されたリストから選択します。
View Agent を RDS ホストにインストールし、コネクションサーバに登録されるとこのリストにホスト名が表示されます。
設定内容確認します。

 

4. ファームが作成され、ファーム一覧に表示されます。

image-06

 

ファームの設定は以上です。
次は、ユーザーへ公開するアプリケーションとデスクトップの設定を行います。

 

 

■ View Administrator にてアプリケーション プール の作成

ユーザーにアプリケーションを公開するには、アプリケーションプールを作成します。公開設定したアプリケーションは 指定したファーム内の RDS ホストで実行されます。

 

1.  View Administrator へ管理者アカウントでログオンします。

2. [インベントリ] – [カタログ] – [アプリケーション プール] を選択して、[追加] をクリックします。

image-07

 

3. “アプリケーション プールを追加” ウィザードが表示されます。必要な情報を入力して、完了します。

image-08 image-09 image-10
アプリケーションを実行するファームを選択します。
ファーム内の RDS ホストのスタートメニューに登録されているアプリケーションは、自動でリストされます。リストされたアプリケーションからユーザーに公開したいアプリケーションを選択します。
リストにないアプリケーションは、[アプリケーションを手動で追加] から追加します。
必要に応じて、アプリケーションの表示名を変更します。
[このウィザードの終了後にユーザーに資格を割り当てる] を選択します。
公開するアプリケーションを利用可能なユーザーを指定します。
[追加] をクリックします。
image-11 image-12
Active Directory のユーザーまたはグループから指定します。 指定したユーザーまたはグループが表示されていることを確認して[OK] をクリックします。

 

4. アプリケーションプールに公開指定したアプリケーションが表示されます。

image-13

 

アプリケーションの公開手順は以上です。公開したアプリケーションは、VMware Horizon View Client を使用して直ぐに利用することが出来ます。

 

 

■ View Administrator にて RDS デスクトップ プールの作成

RDS ホスト ベースのデスクトップをユーザーに公開する場合は、RDS デスクトップ プールを作成します。RDS デスクトップ プールは、作成可能な 3 種類のデスクトップ プールのうちの 1 つです。このタイプのプールは、以前の View リリースでは Microsoft Terminal Services プールと呼ばれていました。

 

1.  View Administrator へ管理者アカウントでログオンします。

2. [インベントリ] – [カタログ] – [デスクトップ プール] を選択して、[追加] をクリックします。

image-14

 

3. “デスクトップ プールを追加” ウィザードが表示されます。必要な情報を入力して、完了します。

image-15 image-16 image-17
[RDS デスクトップ プール] を選択します。 表示名等を入力します。 このデスクトップ プールに関する設定をします。
image-18 image-19 image-20
デスクトップを公開するファームを指定します。ユーザーが公開デスクップへ接続すると、このファームに含まれる RDS ホストでデスクトップが実行されます。 設定内容を確認します。
[このウィザードの終了後にユーザーに資格を割り当てる] を選択します。
公開するデスクトップを利用可能なユーザーを指定します。[追加] をクリックします。
image-21 image-22
Active Directory のユーザーまたはグループから指定します。 指定したユーザーまたはグループが表示されていることを確認して[OK] をクリックします。

 

4. デスクトップ プールに公開指定した RDS デスクトップ プールが表示されます。

image-23

 

RDS デスクトップ プールの公開手順は以上です。公開したデスクトップは、VMware Horizon View Client を使用して直ぐに利用することが出来ます。

 

 

■ 接続動作確認

公開設定したアプリケーションとデスクトップに対して、接続動作確認を行いましょう。RDS ホストベースの公開デスクトップ/公開アプリケーションへの接続は、VMware Horizon View Client バージョン 3.0 以降が必要です。

 

1. VMware Horizon View Client を起動します。

image-24

 

2. コネクションサーバーへ接続してユーザー認証が通ると、そのユーザーが利用可能な公開デスクトップと公開アプリケーションがアイコンとしてリストに表示されます。
先ほど設定した公開アプリケーションと公開デスクトップのアイコンが表示されています。

image-25

 

3. 利用したい公開デスクトップまたは公開アプリケーションのアイコンをクリックすると、RDS ホストへPCoIP で接続し、RDS ホスト上で実行されているアプリケーション、デスクトップの画面が接続端末側の画面に表示されます。

image-26

 

 

■ まとめ

RDSホストベースの公開デスクトップ/公開アプリケーションの導入は非常にシンプルで簡単にできる事がご理解いただけたと思います。

なお、今回の手順は、VMware HOL (ラボ名:HOL-MBL-1451 - Horizon 6 with View from A to Z ) を使用して作成しました。ご紹介した手順以外にも、様々な機能を実際にお試し頂けます。どなたでもご利用いただけますので、是非ご体感下さい!!
※Tips: View Administrator の管理画面を日本語で表示させるには、ラボ内で使用するブラウザの言語設定を日本語にします。

 

 

■ 関連リソース

VMware Horizon 6 プロダクトサイト
http://www.vmware.com/jp/products/horizon-view

VMware Horizon with View 管理者ガイド
https://www.vmware.com/support/pubs/view_pubs.html

VMware HOL
http://labs.hol.vmware.com/HOL/catalogs/

VMware Horizon  製品版ダウンロード
www.vmware.com/go/tryview-jp

RDS ホストベースの公開デスクトップ/公開アプリケーション

VMware Horizon 6.0 with View にて View に大きな機能追加がありました。RDS ホストを利用したデスクトップ/アプリケーションへのリモート接続です。

この機能追加により、あらゆるニーズに対応した、フルスタックのリモートユーザー環境を提供することが可能になりました。本稿では、RDS ホストベースの公開デスクトップ/公開アプリケーションの概要と導入ステップを2回に分けて解説します。

 

■ RDS ホストベースの公開デスクトップ/公開アプリケーションとは?

先ずは RDS という言葉ですが、Remote Desktop Services の略になります。これは、Windows Server OS の機能の一部で、1つの OS 上に複数のユーザーがリモートから接続をして、同時にアプリケーションを実行することが出来る機能です。

View では、この RDS 機能を使用してユーザーにリモートからデスクトップやアプリケーションを実行する環境を提供しますが、接続時に RDP ではなく PCoIP を使用することが出来ます。つまり、RDS 機能に PCoIP のリッチなプロトコル機能を付加価値として提供している点がポイントです。

image-1

 

RDS ホストベースの公開デスクトップは、ユーザーにサーバ OS のデスクトップを提供します。ユーザーが View Client を使用して接続すると、サーバ OS のデスクトップが表示されます。

image-2

 

RDS ホストベースの公開アプリケーションは、ユーザーにサーバ OS 上で動作するアプリケーションを提供します。ユーザーが View Client を使用して接続すると、アプリケーションの画面だけが表示されます。例えば、Mac 端末から接続すると、あたかも MacOS 上で動いているアプリケーションの様に Windows アプリケーションを表示させることが出来ます。

image-3

 

■ なぜ RDS ホストベースの公開デスクトップ/公開アプリケーションが必要なのか?

では、今までの View で提供されていた仮想デスクトップと何が違うのでしょうか? もう少し掘り下げて解説します。

仮想デスクトップでは、ユーザー1人の接続に対して、仮想デスクトップとして1つの 仮想マシン が割り当てられます。各ユーザーの実行環境は分離されているため、1人のユーザー環境でのイベントが他のユーザー環境へ影響を与えることはありません。例えば、アプリケーションのインストールやメモリーリークに代表されるアプリケーションの不具合によるリソース枯渇、OS のクラッシュ等が挙げられます。しかし、集約率という観点では共通イメージであるOS部分 がオーバーヘッドとなり、効率があまり良くありません。

一方 RDS ホストベースでの公開デスクトップ/公開アプリケーションでは、複数のユーザーが1つのサーバ OS 上に割り当てられます。ユーザー環境は分離されていますが OS レベルは共有しているため、アプリケーションのインストール、リソース枯渇、OS のクラッシュといったイベントに対しては、同じサーバ OS 上へ接続しているユーザー全てに影響が出ます。しかし、OS の部分を共有しているため、オーバーヘッドが軽減され、集約率が向上します。

image-4

 

■ 適材適所での選択が可能に

View 5.3 までは、クライアント OS (Windows 8,7,Vista,XP) と、サーバ OS (Windows 2008 R2) を使用した仮想デスクトップを提供していましたが、View 6.0 で RDS ホストベースの公開デスクトップ/公開アプリケーションが追加され、合計4つの接続方法が提供されています。

 

image-5

 

では、どの接続方法をどのように選択すればよいのでしょうか?

先ほど述べた様に、それぞれ長所短所があります。おおまかには、仮想デスクトップはユーザーの自由度が高いがコストが高くなります。一方、RDS ホストベースはユーザーの自由度は低いがコストは低くなります。

これまでの内容をまとめると、次のように分けられます。

image-7

 

■ まとめ

RDS ホストベースの公開デスクトップ/公開アプリケーションが追加されたことで、 よりコストを意識した適材適所での仮想デスクトップ環境の構築が可能になりました。

次回は、「RDS ホストベースの公開デスクトップ/公開アプリケーションの導入ステップ」を解説します。

 

 

 

標準設定で帯域を30%削減!Horizon 6 のPCoIP

今回の投稿は、下記URL の日本語化並びにVMworld 2014 EUC1476 What’s New with View and PCoIP in Horizon 6の内容を元に、補足説明を追加し、全2回でHorizon 6 PCoIPについてご紹介を致します。

Horizon 6 with PCoIP—Up to 30% Bandwidth Savings out of the Box!
http://blogs.vmware.com/euc/2014/06/vmware-horizon-view-6-pcoip-optimization-bandwidth-changes.html
Posted on June 9, 2014 by tonyhuynh

まず、はじめに、既にご存知の方も多いと思いますが、PCoIPプロトコルの特徴をおさらいします。

  • PCoIPのプロトコルの特徴
    Build to Lossless(可逆圧縮)、QOS/COSにももちろん対応もしていますが、最大の特徴の1つは、最初の画面表示の際に回線帯域の空き状況に合わせて、下記の3段階で表示画質を上げる事です。
    1 .  最初に高い圧縮率の非可逆(粗い)イメージがクライアントに送信され、イメージコンテンツがクライアント側にキャッシュされる
    2 .  知覚的可逆圧縮のイメージが表示される
    3 .  高品質(可逆圧縮)のイメージが表示される
    その為、初期画面表示する際にアクセスが集中化しても回線帯域に併せて少しずつ表示画質レベルを向上させています。このように回線使用率の向上と、ネットワーク輻輳を軽減し、自動的に最適化を行うことが可能なプロトコルと言えます。
    さらに、Flash Playerを使用している場合に、回線帯域が少ない環境では、画質を落とし、Flash Player上の表示画面にマウスがある時のみ画質を向上するといった事も可能です。

ここまでは、ご存知の方も多いのではないかと思います。 さて、今回の投稿では、Horizon 6にてリモートディスプレイプロトコルであるPCoIPにおける一部のアルゴリズム変更とデフォルト値の変更による効果をご紹介します。

  • Horizon 6 PCoIP拡張機能
    Horizon 6を導入するお客様環境に合わせた画面描画及び使用されるネットワーク帯域幅を最適化する事ができます。 PCoIPは、可能な限り、ユーザー環境を快適に提供するために、ネットワークの利用可能な帯域に合わせて柔軟に適応するプロトコルです。しかし、特定条件のネットワーク環境において、特にワイドエリアネットワーク(WAN)環境等の低帯域幅の場合には、ネットワークに合わせた設定をした方が良い場合がありました。というのも、従来PCoIP ( Horizon View 5.3まで)では、可逆圧縮設定とし、完全な画像描画を行う設定がデフォルト設定でしたが、お客様やパートナー企業の声を反映し、VMwareとTeradici社のPCoIPはデフォルト設定に変更を加えました。その内容は、Horizon 6 PCoIPにおいてネットワーク輻輳及び非可逆圧縮におけるネットワーク帯域幅管理機能の強化です。これにより、特に、WANおよび無線ネットワークにおいて最良のパフォーマンスを提供する事ができるようになります。無線デバイスを利用される方々に従来のネットワーク使用帯域幅の30%削減する事ができます。また、Horizon 6ユーザは、この機能強化より新たな設定をせずこの恩恵を受けることが可能となります。

※補足説明 : データ圧縮レベルの違いによる特徴
・  完全な可逆圧縮:データをロスさせることなく、元のデータを圧縮データから完全に再構築できます。
・  知覚的可逆圧縮:元のデータの完全性は多少失われますが、目に見えない部分のデータを削除してあたかも全ての描画をしているかのように表示します。そして、完全な可逆圧縮よりも帯域幅とコンピューティングリソースを節約できます。

  • ネットワーク帯域幅管理の機能強化
    次のグラフは、新たな帯域幅管理アルゴリズムの強化により改善された結果を示しています。
    グラフ内には、パケットロスの無い環境において、レイテンシ 50msの5Mbpsネットワークでは、新たな帯域幅管理アルゴリズムにより、480pの映像において20%以上のフレームレート(frame/sec)を向上させ、17%のフレームレートの標準偏差を減少させる事で安定的なフレーム送信が可能となり画像描画の滑らかさを維持することができる事がわかります。
    さらに、1%のパケットロスをしてしまう環境においても、40%以上のフレームレート(frame/sec)を向上させ、59%のフレームレートの標準偏差を減少させる事で、大幅に機能改善した事を示しています。

480p_NB1※RTT : ラウンドトリップタイム

という事で、前半部分については、PCoIPの基本的な特徴とHorizon 6 PCoIP帯域制御アルゴリズムの変更と初期設定変更による効果をご紹介しました。
次回、Horizon 6 のPCoIP を使いこなすポイントをご紹介させて頂きます。

 

VMworld 2014速報 : EUC編!!

■はじめに
こんにちは。VMworldも残すところ2日となった今日、未だに会場で迷子になるVMwareの公森です。本日もVMworld 2014が開催されている現地からお届けしています。少しでも現地の雰囲気が伝わる事を意識しながらお伝えしたいと思いますので、最後までお付き合い頂けますと幸甚です。VMworld 2014は相変わらずの大盛況です。そんな熱いVMworld 2014の数あるセッションの中から、本ブログではEUC(End User Computing)に関するGeneral session、ブレークアウトセッションから、ぜひご紹介したい以下3セッションの概要を速報形式でお届け致します。
1: Workspace Portalの正統進化!!
2: VMware、NVIDA、Googleの3社協業がとんでもない世界を実現!!
3: Next-Generation VDIの未来!!

■Workspace Portalの正統進化!!
Workspace Portal 2.1が間もなく登場予定です。Workspace 2.1の新機能では、以下が要注目です。
image001
-Single Virtual Appliance (VA)
VAが1つになりました。今まで以上に展開や拡張、メンテナンスがより簡単になります。ウィザードで展開するだけでこれだけのシステムが自動でデプロイされるVAって本当にすごいですね。利用する側にとっては大変便利な時代になりました。
-Integrated Catalog with AirWatch
ついに本格的に始まりました。私のように毎回期待されている方も多かったのではないでしょうか。そうです、AirWatchとの連携がさらに大幅強化されました。ワークスペースで追加したアプリケーションがAirWatchを通してモバイルユーザに通知されるデモも実施されました。正式版の登場が今から待ち遠しいです。
image003

■VMware、NVIDA、Googleの3社協業がとんでもない世界を実現!!
image005
2つ目にご紹介したいのは、高性能な3Dグラフィックス機能が必要なソフトウェアやゲームがネットの向こうから飛んできて、それをブラウザ上で操作する、そんな世界が実現してしまうかもしれない一連のお話です。

-誰もが待っていた、3Dデスクトップ に待望のvGPUが登場
VMwareの提供する3Dデスクトップには、従来から最高の3D性能を叩き出すGPU占有型のvDGA、性能と集約率のバランスをとりながらGPUの共有を実現するvSGA、運用性と集約率を重視し、GPUが無い場合でも構成可能なSoft GPUがありました。今回、vGPUのサポートが現実化されたことで、VMwareが提供する3Dデスクトップの実現方法のオプションの幅が広がり、多くのお客様により最適な3Dソリューションを提供できるようになります。新登場のvGPU関連の説明ではデモも実施され、vGPUを利用中のVM上でTessellationを有効にする場面も確認する事ができました。
image007
Solution Exchangeでは間もなく登場予定のvSphere 6とvGPUを組み合わせた3D デスクトップ環境が多数稼動しており、目の前で操作感などを直接確認する事もできます。
image009

-Chromebooks上のブラウザで操作するリッチ3Dコンテンツが現実に
データセンターに配置される3D デスクトップ側の進化に続き、クライアント側でも期待されるテクノロジーが登場しました。
データセンター側のNVIDIA GPUとVMware Horizon、Chromebooksに搭載されているNVIDIA Tegraが連携し、低遅延で、高フレームレート、消費電力が少ない、そんな素晴らしい環境下で、ブラウザ上でリッチな3Dコンテンツが楽しめるようになりました。この先にどんな世界が待っているのか期待せずにはいられません。
image011

■Next-Generation VDIの未来!!
VMworld 2014ではVDIに関する新しいアーキテクチャが発表されました。それがNext-Generation VDIです。まだ全てが実現しているわけではありませんが、要素は揃いつつある事が紹介されました。Next-Generation VDIに関係する興味深い内容をご紹介します。
image013

-CloudVolumes
General Sessionの2日目にデモで紹介されましたが、実際に数多くのアプリケーションがリアルタイムに展開されました。これがあれば管理者もユーザも大満足でしょう。
アプリケーションが入っていないデスクトップユーザに、
image015CloudVolumesの管理画面からアプリケーションの権利を付与すると、
image019
デスクトップが一瞬でアプリケーションに埋め尽くされてしまいました。

OSの展開とは別にリアルタイムにアプリケーションを配信できるので、Next-Gen VDIの重要なコンポーネントの一つになりそうな事は間違いなさそうです。
-Project Fargo
メモリとディスクをParentから引き継ぐ事でBoot stormやカスタマイズ等に係る時間を一気に削減するプロジェクトです。まとめると、動作状態にあるメモリとディスクに対するLinked Cloneです。デスクトップ展開速度が高まり、管理も簡単になるでしょうから、大いに期待してしまいます。image021

■Just-in-Time(JIT) Desktop
ユーザがデスクトップブローカーにログインするまでデスクトップは用意しません。つまり、ユーザがアクセスしてきて初めてリアルタイムでVMを用意して引き渡します。この環境を実現するために前述のCloudVolumesやProject Fargoが必要になるのですね。
image023

■最後に
VMworld 2014ではEUCに関連するアーキテクチャ、協業、新製品などが発表されました。 とてもブログでお伝えしきれる内容ではないのですが、少しでも現地の雰囲気と盛り上がりを感じて頂けたのであれば幸いです。お伝えすべき事がまだまだたくさんあります。これらの発表詳細については、11月に日本で開催されるvForumにて説明させて頂く予定です。皆様奮ってご来場ください!

■次回予告
VMworld 2014速報シリーズは一旦明日で最後になる予定ですが、NSXなど、まだあまり登場していないカテゴリのブレークアウトセッションの内容をお届けする予定です。ご期待ください。

■ご注意
VMworld 2014速報ブログシリーズでは、USで開催されているVMworld 2014について現地から速報でお届けしています。発表時点での予定情報であり、本ブログに記載されている製品仕様やロードマップは将来予告無く変更になる可能性があります。