業務課題から考えるデスクトップ仮想化徹底解説【第3回】

徹底比較：生い立ちから分かる、デスクトップ仮想化主要3製品の違いとは？（1/2 ページ）

「VMware Horizon View」「Citrix XenDesktop」「Microsoft VDI」といったデスクトップ仮想化の主要製品の機能について紹介する。

公開 2015年09月28日 08時03分

[アセンテック]

印刷する連載新着通知を受け取る

　デスクトップ仮想化の主要製品といえば、「VMware Horizon View」「Citrix XenDesktop」「Microsoft VDI」の3つが挙げられる。これらの製品の特徴や違いを解説する上で、デスクトップ仮想化の歴史について簡単におさらいしたい。

　デスクトップ仮想化の歴史は、「Windows NT Server Terminal Server Edition」によるサーバ共有型のデスクトップ仮想化でスタートした。ユーザーはターミナルサーバへログインし、リモート環境のアプリケーションを利用することで、当時の非力なクライアントからアプリケーションを利用するのに比べ、数段効率的にアプリケーション利用することができた。さらに「Citrix Metaframe」（現：「Citrix XenApp」）をアドオンすれば、ターミナルサーバの機能を強化することができ、ユーザーの利便性を上げることができた。

　一方で、x86アーキテクチャのサーバを仮想化する技術は「VMware ESX」から始まり、「Citrix XenServer」「Microsoft Hyper-V」など多くのサーバ仮想化製品が追随してきた。各サーバ仮想化製品は、デスクトップ仮想化に対応するために機能を拡張し続けている。

これまでの連載

連載インデックス「業務課題から考えるデスクトップ仮想化徹底解説」

デスクトップ仮想化の基礎

デスクトップ仮想化のコストを削減する

デスクトップ仮想化の事例

【事例】レスポンス悪化やトラブルを解決――資生堂の仮想デスクトップ導入奮闘記

デスクトップ仮想化のモバイル利用

デスクトップ仮想化のハードウェア選定

デスクトップ仮想化用ハードウェアをどう選ぶ？　選定者必携のチェック項目

　デスクトップ仮想化の始まりが、Microsoft、Citrix Systems、VMwareの各社で異なっていたことは、現在の各製品の特徴にも出ている。

　デスクトップ仮想化ソリューションで拡張された機能の1つがコネクションブローカーだ。コネクションブローカーとは、サーバやデスクトップをユーザーへ動的に割り当てる仕組みである。当時のターミナルサーバでは、サーバ1台に対して複数ユーザーが利用できる仕組みを持っていたが、複数サーバに対して複数ユーザーを動的に割り当てる仕組みは持っていなかった。そのため、Citrix MataFrameなどのサードパーティー製品の拡張機能を利用して、ユーザーが接続するターミナルサーバのアドレスを意識せずに利用できる仕組みや冗長性を実現していた。

　ターミナルサーバは「Windows Server 2008 R2」から「リモートデスクトップサービス」という名前に変更されており、コネクションブローカーの機能もこのタイミングで追加されている。また、「Windows Server 2012／2012 R2」でコネクションブローカーの機能が強化されており、VMware Horizon ViewやCitrix XenDesktopと同様に、プロビジョニングして仮想デスクトップを管理する仕組みが追加されている。

　VMwareは、VMware ESXにデスクトップ仮想化ライセンスが追加された当初はコネクションブローカーの機能がなく、大規模ユーザーでの運用に課題があった。そのため、複数のベンダーが自前のコネクションブローカーを開発し、デスクトップ仮想化ソリューションとして提供していた。現在ではVMware Horizon Viewでコネクションブローカーの機能を持っており、さまざまな機能拡張を図っている。

　Citrix XenDesktopは当初、XenAppの技術を応用してコネクションブローカーの役割を持っていたが、現在のXenDesktopではXenAppとは別の仕組みでコネクションブローカーの機能強化を図っている。また、CitrixではXenDesktopのためにXenの技術を取り入れており、このタイミングでハイパーバイザーとしてCitrix XenServerを提供し始めている。

　Microsoft、VMware、Citrix各製品での特徴や違いについて説明しよう。

Microsoft VDI／RDSH

　Microsoft VDI／RDSH（Remote Desktop Session Host）では、配信プロトコルにRDPを利用している。このRDPは、バージョン8からTCP通信に加えUDP通信にも対応し、RDP7に比べて性能が大きく改善した。また、GPUを仮想化する「RemoteFX」はRDP7に比べて機能強化されており、USBリダイレクトやマルチタッチ対応機能が追加されている。

　利用できるハイパーバーザーはHyper-Vのみとなるが、Hyper-Vの機能強化も進んでいることから大規模ユーザーでの利用も増えている。ライセンスコストはリモートデスクトップサービスでRDSHを利用する場合、OSライセンス以外に「RDS CAL」が必要となるが、VDIに比べ初期コストやランニングコストを低く抑えられる。MicrosoftのリモートデスクトップサービスでVDIを利用する場合、仮想化ライセンスに「VDA（Virtual Desktop Access）」ライセンスが必要な他、RDS CALが必要となるため、他社ソリューションに比べてコストが高くなる場合に注意されたい。RDSHとVDIを併用することで、ユーザーの要求に沿った構成が可能となり、コストを抑えた利用が可能になる。