2010/12/18 CLR/H カソウ化イベントで利用した仮想化的なスライド資料

1. クマーでもできる仮想化
クマー［Ahf(小尾 智之)］

2. 仮想化技術の簡易体系図
APP-V
アプリケーション
RemoteAPP RDS
仮想化
VirtualPC MED-V
プラットフォーム VirtualServer
単発技術ではなく Hyper-V
仮想化というカテゴリ
で全て関係している！

3. 現時点での入手先
APP-V MDOP(Microsoft Desktop Optimization Pack)
契約が必要
MED-V ※TechNet・MSDN サブスクリプションで DL 可能
※Microsoft Connect にて MED-V 2.0 が公開中
VirtualPC
VirtualServer ダウンロードセンター等で提供中
Hyper-V
RemoteAPP 評価版 Windows Server 2008 R2 を利用して構築
RDS

4. 各技術の比較
仮想化対象 動作基盤
Virtual PC OS クライアント 個別導入
MED-V OS クライアント Virtual PC 必須
APP-V アプリ クライアント 配信サーバが必要
RemoteApp アプリ サーバー
RemoteDesktop デスクトップ サーバー
Hyper-V OS （サーバー）
管理方法や配布方法で色々手段が用意されている

5. RemoteFX 3D
Windows Server 2008 R2 SP1 / Windows 7
SP1 における機能拡張
サーバー上の GPU を仮想化
 DirectX 対応
 3D グラフィック レンダリング
 動画の再生支援
 Silverlight / Flash の再生支援など
RDS / VDI が苦手としてきた領域をカバー
 RDP は 7.1 へアップ グレード
Citrix製品と勝負ができる・・・かもしれない

6. RemoteFX 3D ハード要件
Hyper-V ホスト
Windows Server 2008 R2 SP 1 プラットフォーム
要件
VDI 仮想マシン
Windows 7 (Ultimate / Enterprise) SP 1
リモート クライアント
Windows 7 SP 1
RDP 7.1 に対応しているデバイス
Hyper-V サーバー
SLAT に対応した CPU
ハードウェア要件 DirectX 9.0c および 10.0 以降対応 GPU を搭載
したビデオボード (Hyper-V ホスト側)
サポートしていると利用できるは別・・・
2008 R2 用ドライバがない場合は
Windows 7 用ドライバが利用される

7. RemoteFX 3D のビデオ要件
どの解像度でどの程度提供するかにより
必要となるビデオメモリの容量が増減する
モニターの最大数
モニターの
1 2 3 4
最大解像度
1024*768 75 MB 105 MB 135 MB 165 MB
1280*1024 125 MB 175 MB 225 MB 275 MB
1600*1200 184 MB 257 MB 330 MB
1900*1200 220 MB 308 MB
ホスト側にてビデオカードを用意する必要がある
RemoteFX の GPU レンダリングを利用しなければ
上記ビデオカード構成は不要

8. RemoteFX 3D 向けビデオカード
ウルトラハイエンドな
ビデオカード！
SLI も可能！
ビデオメモリ 6GB は
XP・Vista の利用可能
限界以上！

9. RemoteFX USB
クライアント側に接続した USB デバイスを
リダイレクトする機能
 グループポリシーにて 有効/無効 をコントロール
 デフォルトは「未構成」
USB メモリ等はクライアント側で利用して
いるとリダイレクトされない
RemoteFX 3D が有効である必要あり！
クライアント側でコレを行う必要がある

10. RemoteFX 使いどころ？
USB リダイレクトだけ使いたい事がある
 どうしようもない
シンクライアントなソリューション等では
受けがいいがその分必要なハードウェアは
今まで以上に必要となる
 一般ユーザーとしてブラウザで動画等が
見られないとかはかなりありえないので尚更
RemoteFX を使う場合ネットワークが
ボトルネックになりやすい
完全置換ではなく特定の目的用途に向けた
仮想化構築が現状適していると思えます・・・

11. Dynamic Memory
Windows Server 2008 R2 SP1 /
Hyper-V Server 2008 R2 SP1 における
機能拡張
ゲスト側は Vista 以降のクライアント OS
または 2003 以降のサーバー OS
仮想環境でのメモリを動的に割振りする
ゲスト側からも割り振られているメモリ量
が確認できる
基本はこれに甘えない設計が必要
利用する場合はホスト環境のメモリ搭載量の再調整や
ゲスト環境の最大・最尐メモリの設定を行う必要がある

12. Hyper-V用のハード構成
メモリとストレージはパフォーマンスに
直結するので非常に重要
 CPU は意外とそうでもない・・・
 大体思っている通りのパフォーマンスになりやすい
ストレージ領域は VM の
「割り当てたディスク領域」
「割り当てたメモリ領域」
「管理領域（≒ 100 MB）」
をベースに余力あるように用意
メモリはとにかく積め！
実環境なら iSCSI / Shared SAS / ファイバチャネル等を利用するストレージに
なりますが、最初からそんなものを利用できるのはブルジョワだけです

13. 検証時は RAID 0
検証時では安価な HDD や SSD を用いて
RAID 0 構成を取るのがおすすめ
 今のハードで一番ネックになりやすいため
 ハード的でなくソフト的でもＯＫ
 「そんな構成で大丈夫か？」
「大丈夫だ、問題ない」
台数を増やしていくとある程度の性能向上
 大体4台ほどまでは順調に向上
障害発生率も向上するが華麗にスルー
RAID 01 や 10 などはブルジョワ

14. Hyper-V 環境の使いどころ
Active Directory 環境構築
 閉ざされたネットワークを構築できるので
影響を気にせずガツガツ試すことができる
クラスタリング 環境構築
 実機を揃えるには費用が掛かりすぎる
 最終的には当然実機必須
古いサーバーやクライアントの環境退避
 OEM じゃないライセンスさえあれば！
適しているのは小～中規模検証環境の構築
 構築した際にスナップショットを全て採取し、
ネットワーク単位で戻せる環境を用意できる

15. ご清聴ありがとうございました