WEBVTT 00:00.210 --> 00:02.790 インストラクター：仮想化は企業ネットワークのいたるところにあります｡ 00:02.790 --> 00:04.710 そして､ 仮想化されたサーバーから始まったことは､ 00:04.710 --> 00:09.570 今や仮想デスクトップ・インフラ（VDI）によってデスクトップへと移行している｡ 00:09.570 --> 00:13.890 これらのシステムは､ 集中管理されたサーバーやサーバー・ファームによってホストされる仮想化環境内で､ 00:13.890 --> 00:17.280 デスクトップ・オペレーティング・システムをホストすることができる｡ 00:17.280 --> 00:23.520 これは､ パーソナルコンピューティング環境をユーザーの物理的なコンピューターから分離する仮想化の実装である｡ 00:23.520 --> 00:28.410 エンドユーザーは､ シンクライアントやウェブブラウザから仮想デスクトップにアクセスできる｡ 00:28.410 --> 00:32.040 そして､ あたかも標準的なデスクトップ・コンピューターの前に座っているかのように､ 00:32.040 --> 00:34.350 仮想化されたデスクトップを操作することができる｡ 00:34.350 --> 00:38.460 例えば､ 私はVDIネットワークの一部としてクラウド上でアクセスできるWindows 00:38.460 --> 00:40.320 10マシンを持っている｡ 00:40.320 --> 00:42.450 つまり､ Mac上でソフトウェアを起動すると､ 00:42.450 --> 00:51.060 クラウドに接続され､ Windows 10マシンに接続され､ クラウド上で必要なすべてのリソースにアクセスできるのだ｡ 00:51.060 --> 00:52.820 さて､ これらのVDIサービスには､ オペレーティング・システム､ 00:52.820 --> 00:54.090 アプリケーション､ その他Windows 00:54.090 --> 00:58.440 10マシンを操作するために必要なものすべてが含まれている｡ 00:58.440 --> 01:00.150 コマンドを実行しようとするたびに､ 01:00.150 --> 01:02.430 そのクラウドサーバー上で処理される｡ 01:02.430 --> 01:04.980 私のローカルマシンでは処理されない｡ 01:04.980 --> 01:07.560 その代わり､ 私のローカルマシンはダミーボックスで､ 01:07.560 --> 01:08.910 接続に使われているだけだ｡ 01:08.910 --> 01:10.920 それがVDIの考え方だ｡ 01:10.920 --> 01:12.690 これにより､ デスクトップ､ ラップトップ､ 01:12.690 --> 01:15.570 携帯電話､ タブレットなど､ あらゆるものに対応できる｡ 01:15.570 --> 01:16.830 というのも､ デバイスはサーバーに接続し､ 01:16.830 --> 01:25.980 クラウド上のリモート・サーバーでデータ処理を行う仮想イメージを実行するために存在するだけだからだ｡ 01:25.980 --> 01:27.660 そして､ これまで述べてきたように､ 01:27.660 --> 01:31.920 このサーバーは現在､ すべてのアプリケーション処理とデータ保存を行なっている｡ 01:31.920 --> 01:35.400 つまり､ ChromebookでもMacBookでもWindowsマシンでも使えるということだ｡ 01:35.400 --> 01:39.450 VDIでは､ VDI環境に接続することだけに集中していますが､ 01:39.450 --> 01:43.650 すべての処理はアプリケーションとサーバー側で行われるため､ 01:43.650 --> 01:46.380 多くの企業ネットワークはVDIへと進化しており､ 01:46.380 --> 01:57.720 多くの企業がVDIを使用するサードパーティ・サービスを利用することで､ ITインフラ全体を完全にオフロードしています｡ 01:57.720 --> 02:00.030 CIOにとっては､ もうオペレーティング・システムを運用する必要がないのだから､ 02:00.030 --> 02:03.000 これは本当に魅力的なことだ｡ 02:03.000 --> 02:04.560 サードパーティのプロバイダーがすべてやってくれるので､ 02:04.560 --> 02:07.440 パッチを当てることを心配する必要はない｡ 02:07.440 --> 02:11.220 これがVDIの大きな利点であり､ 主なセールスポイントの1つだ｡ 02:11.220 --> 02:13.380 しかし､ 良いニュースばかりではない｡ 02:13.380 --> 02:18.150 VDIの悪い点の1つは､ ユーザーのローカル処理能力が非常に限られていることだ｡ 02:18.150 --> 02:21.360 そのため､ サーバーがダウンしたり､ ネットワークがダウンしたり､ 02:21.360 --> 02:22.860 接続性が低下したりすると､ 02:22.860 --> 02:24.990 ユーザーは何もできなくなる｡ 02:24.990 --> 02:26.730 だから､ そのサーバーに障害が起きれば､ 02:26.730 --> 02:28.020 誰もがダウンする｡ 02:28.020 --> 02:30.420 今､ 私はノートパソコンに向かっているが､ 02:30.420 --> 02:33.570 インターネット接続が切れても仕事はできる｡ 02:33.570 --> 02:37.560 しかしVDIでは､ ネットワーク接続がダウンするとサーバーに到達できなくなるので､ 02:37.560 --> 02:38.940 そんなことはできない｡ 02:38.940 --> 02:40.800 だから私は運がなかったんだ｡ 02:40.800 --> 02:44.670 VDIベースの仮想化ソリューションへの移行を検討する際には､ 02:44.670 --> 02:47.310 これらのことを考慮しなければなりません｡ 02:47.310 --> 02:52.290 現在､ ネットワーク内に仮想デスクトップ・インフラを導入するためのモデルは3つある｡ 02:52.290 --> 02:54.090 ひとつは中央集権型｡ 02:54.090 --> 02:58.200 そしてこれは､ すべてのデスクトップ・インスタンスを単一のサーバーまたはサーバー・ファーム上でホストする｡ 02:58.200 --> 02:59.970 もうひとつはホスト型だ｡ 02:59.970 --> 03:02.250 このモデルでは､ デスクトップはサービス・プロバイダーによって管理され､ 03:02.250 --> 03:05.640 サービスとしてエンドユーザーに提供される｡ 03:05.640 --> 03:08.700 私たちはこれをDAAS（サービスとしてのデスクトップ）と呼んでいる｡ 03:08.700 --> 03:10.740 Amazon Workspaces､ VMware Horizon 03:10.740 --> 03:16.500 Air､ Citrix Xen desktopのようなサービスは､ このサービスの最も人気のあるプロバイダーのほんの一部に過ぎない｡ 03:16.500 --> 03:19.260 第3のモデルはリモート仮想デスクトップ・モデルで､ 03:19.260 --> 03:21.030 エンドユーザーが使用する前に､ 03:21.030 --> 03:24.420 デスクトップ・イメージをローカル・マシンにコピーする｡ 03:24.420 --> 03:27.060 このモデルは､ 常時ネットワークに接続する必要がなく､ 03:27.060 --> 03:30.410 帯域幅の要件も他の2つのモデルよりはるかに少ない｡