WEBVTT

00:00.210 --> 00:02.790
讲师：虚拟化在我们的企业网络中无处不在｡

00:02.790 --> 00:04.710
从虚拟化服务器开始, 现在已经通过虚拟桌面基础架构（Virtual

00:04.710 --> 00:06.480
Desktop Infrastructure,

00:06.480 --> 00:09.570
简称VDI）进入了桌面｡

00:09.570 --> 00:12.330
这些系统可以在虚拟化环境中托管桌面操作系统,

00:12.330 --> 00:17.280
该虚拟化环境将由集中式服务器或服务器群托管｡

00:17.280 --> 00:23.520
这是一种虚拟化实现, 它将个人计算环境与用户的物理计算机分离开来｡

00:23.520 --> 00:28.410
然后, 最终用户能够从瘦客户端或通过Web浏览器访问虚拟桌面｡

00:28.410 --> 00:31.050
然后, 他们可以与虚拟桌面进行交互,

00:31.050 --> 00:34.350
就像坐在标准台式计算机前一样｡

00:34.350 --> 00:36.750
例如, 我有一台Windows 10机器,

00:36.750 --> 00:40.320
我可以在云中访问它, 作为网络的一部分｡

00:40.320 --> 00:42.450
因此, 如果我想使用它, 我在Mac上启动一个软件,

00:42.450 --> 00:51.060
它可以连接到云, 我可以连接到Windows 10机器, 并可以访问在该云上运行所需的所有资源｡

00:51.060 --> 00:52.820
现在, 这些云服务拥有所有的操作系统,

00:52.820 --> 00:56.250
应用程序和其他一切我需要操作这台Windows

00:56.250 --> 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:08.910
相反, 我的本地机器只是一个用来连接它的虚拟盒子｡

01:08.910 --> 01:10.920
这是一个想法, 

01:10.920 --> 01:12.690
这使您可以在台式机, 笔记本电脑,

01:12.690 --> 01:15.570
手机, 平板电脑, 任何东西上拥有它｡

01:15.570 --> 01:16.830
这真的不重要,

01:16.830 --> 01:18.720
因为设备只是连接到服务器并运行该虚拟映像,

01:18.720 --> 01:25.980
该虚拟映像将在云中的远程服务器上为您处理所有数据｡

01:25.980 --> 01:27.660
因此, 正如我所说的,

01:27.660 --> 01:31.920
这个服务器现在执行所有的应用程序处理和数据存储｡

01:31.920 --> 01:33.750
这意味着你可以使用Chromebook,

01:33.750 --> 01:35.400
MacBook, Windows机器｡

01:35.400 --> 01:37.350
再说一次, 这真的不重要,

01:37.350 --> 01:41.790
因为使用NetApp, 我们实际上只关注连接到NetApp环境,

01:41.790 --> 01:57.720
但所有处理都是在应用程序和服务器端完成的, 因此, 许多企业网络正在向NetApp演进, 许多公司通过使用NetApp的第三方服务完全卸载了其整个IT基础架构｡

01:57.720 --> 02:03.000
CIO这样做真的很诱人, 因为现在他们不必再运行操作系统了｡

02:03.000 --> 02:04.560
他们不必担心修补它们,

02:04.560 --> 02:07.440
因为第三方提供商可以为他们做所有的事情｡

02:07.440 --> 02:11.220
这是一个巨大的好处, 和一个主要的销售功能｡

02:11.220 --> 02:13.380
但也不全是好消息｡ 

02:13.380 --> 02:18.150
使用Linux的一个缺点是用户的本地处理能力非常有限｡

02:18.150 --> 02:21.360
因此, 如果服务器关闭或网络关闭或连接关闭,

02:21.360 --> 02:24.990
您的用户将无法进行任何工作｡

02:24.990 --> 02:26.730
所以如果服务器出现故障,

02:26.730 --> 02:28.020
所有人都得停机｡

02:28.020 --> 02:31.920
而现在, 我坐在我的笔记本电脑上, 如果我的互联网连接中断,

02:31.920 --> 02:33.570
我仍然可以做我的工作｡

02:33.570 --> 02:37.560
但在Linux中, 我不能这样做, 因为如果我的网络连接断开,

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
目前, 我们的网络中有三种用于实施虚拟桌面基础架构的模型｡

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

03:10.740 --> 03:16.500
Horizon Air和Citrix Xen Desktop等服务只是该服务最受欢迎的几个提供商｡

03:16.500 --> 03:19.260
第三种模型是远程虚拟桌面模型,

03:19.260 --> 03:24.420
它涉及在最终用户使用之前将桌面映像复制到本地计算机｡

03:24.420 --> 03:27.060
该模型消除了对持续网络连接的需要,

03:27.060 --> 03:30.410
并且对带宽的要求比其他两个模型少得多｡