第12回　3DグラフィックスをサポートするHyper-VのRemoteFX：Windows Server 2008 R2の真価（1/3 ページ）

連載目次

前回は、Windows Server 2008 R2 Service Pack 1（SP1）のHyper-Vにおける重要な拡張機能の1つ、Dynamic Memoryについて解説した。今回はもう1つの重要な拡張機能、RemoteFXについて取り上げる。Windows Server 2008 R2 SP1の概要や入手先、インストール方法などについては、以下の記事を参照していただきたい。

• ［運用］Windows 7／Windows Server 2008 R2 SP1がリリース（Windows Server Insider）

マイクロソフトのデスクトップ仮想化技術

・Windows Server 2008 R2によるVDI実践入門 第1回「デスクトップの仮想化とVDIの違いを知っていますか？」
・連載 仮想PCで学ぶ「体当たり」Windowsシステム管理

　RemoteFXの解説に入る前に、Windows環境におけるデスクトップの仮想化技術について簡単にまとめておこう。マイクロソフト製の技術／製品としては、具体的には次のようなものがある（詳細については関連記事を参照）。

　Virtual PCや（Windows Virtual PC上の）Windows XP Modeは、ローカルのデスクトップPC上で仮想デスクトップを稼働させる技術である。これをベースにして、Windowsドメイン上で集中管理できるようにしたのがMED-VやApp-Vを使った仮想実行環境である。

　これをさらに進め、仮想マシンとして用意したデスクトップ環境を展開するのがHyper-Vを使ったVDIである。今回解説するRemoteFXは、VDI方式の仮想デスクトップ環境における拡張機能の1つであり、3Dグラフィックス機能をサポートする。

Windows Server 2008 R2におけるVDIの全体像
VDI向けの管理機能を追加されたリモート・デスクトップ・サービスやHyper-V 2.0、Active Directory、App-Vなどで構成される。なお、「RD」はRemote Desktopの略。
※詳細はWindows Server 2008 R2によるVDI実践入門 第1回「デスクトップの仮想化とVDIの違いを知っていますか？」参照。

RemoteFXとは

　RemoteFXは、Windows Server 2008 R2 SP1のHyper-Vで実現される、RD仮想化ホスト／RDセッション・ホストで強化された機能の1つである。これを使うと、仮想マシン環境において3Dグラフィックス（Direct3D）の利用が可能になる。

　今までのHyper-Vの仮想マシンでは、グラフィックスは2D描画のみに限定されており、3Dグラフィックス機能（Direct3D）は利用できなかった。Direct3Dはゲームで利用されることが多いが、実際にはマルチメディア系のアプリケーションで利用されることもあるし、最近ではSilverlightやOffice 2010のような一般アプリケーションでも利用されることがある。つまり、ビジネス用途でも3Dグラフィックスの需要は高まっており、仮想デスクトップでも3Dグラフィックス機能の提供が望まれている。

　このような要望に応えるため、Windows Server 2008 R2 SP1のHyper-Vでは、仮想マシンで3Dグラフィックス機能を利用する技術「RemoteFX」が実装された。リモート・デスクトップ上で3Dを利用可能にする技術を開発していた、米Calista Technologies社のテクノロジをベースにしている。RemoteFXの3D技術が、VMwareのVMware PlayerやOracleのVirtualBoxなどと最も異なる点は、サーバOS上でGPUを利用してレンダリングを行っているという点にある。簡単にまとめると、次のようになる。

　RemoteFXの内部的なアーキテクチャについては、次の図を見ていただきたい。

RemoteFXによる仮想環境での3Dグラフィックス機能の実現
Hyper-V上の仮想マシンには仮想GPUドライバが導入されており、ゲストOSからの3D描画命令は、実際にサーバ上のグラフィックス・カードのGPUを使って描画される。複数のゲストからの描画要求を処理するため、VRAMは固定サイズで分割されている。そのためVRAMの容量によって、3D描画を実行可能なゲストOSの数が制限される（3D描画を使わないゲストOSの最大数は、従来通りほかのリソースで制限される）。VRAMに書き込まれた画面データは単なるビットマップ・データとしてクライアント側へ送信され、そこで描画される。クライアント側には3Dグラフィックス・カードは不要である。RDP 7.1は、3D画面やマルチメディア・データなどのビットマップ・データの転送に適した新しい通信プロトコル。データはCPU＋GPUで圧縮するか、ハードウェア・エンコーダを使って圧縮する。

　サーバ・コンピュータにGPUを搭載したグラフィックス・カードを載せ、そのGPUを仮想マシンから利用している。複数の仮想マシンから1つのGPUを共有するため、各仮想マシン（図中の「ゲストOS」）には仮想のGPUハードウェアを駆動するドライバ（vGPUドライバ）をインストールしている。各仮想マシンからvGPUに発行された描画コマンドはグラフィックス・カードへ送られ、そこで実際に描画が行われる。もちろん、複数の仮想マシンからの描画が重ならないように、VRAMを分割して各仮想マシンに割り当てて利用している。これにより、ソフトウェア・エミュレーションでは得られない高度な機能の実現や、高速な描画が可能となる。

　描画されたVRAM上のバッファの内容（ビットマップ・データ）は、新しいリモート・デスクトップ・プロトコル7.1（RDP 7.1）を使って、クライアント・コンピュータに転送され、そのウィンドウ上に表示される。これにより、リモート・デスクトップ・クライアントで接続しながらも、仮想マシン上で3Dグラフィックスが利用できるというわけである。クライアントPC側に3Dグラフィックス・カードは不要である。

　ところでこのRDP 7.1は従来のプロトコル（RDP 7.0以下）とは異なり、新しい転送方式を採用している。従来は2Dのグラフィックスを想定していたため、画面データの差分や描画コマンドなどを送信するだけでも十分であった。通信回線の帯域が少ない場合は、送信するデータを間引いたり、省略したりして通信量を抑えていた。

　だが3Dグラフィックスの場合は、画面全体の更新が多く（例えばゲームなどでは、画面全体を利用するものが多い）、2D向けの送信アルゴリズムはあまり適していない。どちらかというと、ビデオ画面のように画面全体を効率よく送信して更新することが望まれる。そこで従来のRDP 7.0とは異なり、ビットマップ・データを効率よく更新するプロトコルを採用している。データの圧縮、エンコードにはGPUの機能も使ってホストのCPUの負荷を抑えている。また、このようなエンコードを行う専用ハードウェアを追加して利用することもできる。このようなハードウェア機能は従来のシン・クライアント端末（リモート・デスクトップの専用端末）にも十分実装できる程度のものであり、今後そのような端末が発売される予定である。

RemoteFXのシステム要件

　RemoteFXを利用するためのシステム要件を以下に示しておく。RemoteFXは、本来はVDI機能の1つとして提供されているものであるが、今回はHyper-Vのサーバ1台、クライアント1台という構成で利用するケースを取り上げる。詳細な要件は「Hardware Considerations for RemoteFX［英語］（TechNetサイト）」を参照していただきたい。

　先ほどの図で分かるように、RemoteFXを利用するためには、RDP 7.1プロトコルをサポートしたリモート・デスクトップのクライアント・プログラム（もしくは専用ハードウェアであるシン・クライアント端末）が必要である。従来のHyper-Vでは、仮想マシンのコンソール画面を表示するためにvmconnect.exeというプログラム（「仮想マシン接続」アプリケーション）を利用していたが（TIPS「Hyper-Vの仮想マシンへのショートカットを作成する」参照）、これはRemoteFXのデスクトップ画面を表示するためには利用できない。vmconnect.exeを利用した場合、ゲストOSのブート画面は表示されるが、ゲストOSが起動してRemoteFXのドライバが有効になった時点で、vmconnect.exeの画面には何も表示されなくなる。その後は、リモート・デスクトップ接続経由でしか仮想マシンにアクセスできなくなるので注意する。