话说全国大事，合久必分，分久必合。这条铁律不仅高度概括了数千年汗青的发展轨迹，在推算机和桌面虚构化领域也同样合用。

在桌面虚构化领域VDI和IDV这两兄弟时时成对出现，怎奈这对兄弟相处并不和谐、互不折服，时时要争个谁高谁低。各人对哥哥VDI（Virtual Desktop Infrastructure）相对熟悉一些，知路它能把推算、存储资源池化，凭据用户必要两全分配，同时数据都集中在云端。VDI用一个词概括就是“厚云薄端”实现了集中推算、集中治理。

▲ VDI架构示意图

哥哥VDI也有一些先天顽疾无法克服，好比过度依赖网络环境，不支持离线模式；对3D设计、开发编译等高负载利用场景，难以做到成本与履历两全；此表，技术复杂，对运维人员技术要求高。而弟弟IDV（Intelligent Desktop Virtualization）就是为解决这些问题而生的，因而哥哥的难题在它看来就是“天空飘来五个字，这都不是事！”

首先，IDV是散布推算、集中治理的架构思路，也用一个词来概括就是“厚端薄云”，虚构桌面又回到了终端上运行，但跟传统PC分歧的是，把服务器虚构化的思路移植到了终端上来实现，在终端硬件和虚构桌面之间增长了虚构化层（hypervisor），这样使得原来PC硬件和操作系统的紧耦合状态，造成了像乐高积木通常的多层
？榧芄。而原来“既当爹又当妈”的服务器被解放了出来，不用再背着几十个虚构桌面负沉前行了，只必要把基础镜像（Golden Image）造作好，初次运行时把镜像下发到终端本地即可。同时用户身份、表设战术、软件分发等都能够通过终端上的虚构化层轻松实现，这里有个专有名词叫“带表治理”。

▲ IDV 架构示意图

其次，我们再来看看IDV对网络的依赖情况。目前市场上通例规划，一台高机能VDI服务器可运行50 - 60个虚构桌面，每个桌面占用的均匀网络带宽在3 – 10M 左右。运行的沉型软件越多，带宽占用越大，用户履历就越差，宛如五一、十一黄金周期间争相驾车出行的高快公路通常，堵得水泄不通。而IDV 只有初次部署下发镜像使丶用网络带宽较大，之后桌面运行在终端本地，跟服务器间的通讯有十几K带宽就够用了，这时的网络又好比是北京春节期间的四环路，八车路的公路上看不到几辆车。由此可见，一台IDV服务器带上千点的终端也能轻松应对，毫无压力。

▲ IDV散布式推算

最后，BT(BitTorrent)技术和增量更新技术的利用也大大缩短了IDV镜像的下载过程。IDV终端初次使用时，必要将操作系统镜像下载到终端本地。依照传统的FTP、HTTP下载方式，终端都从服务器高低载镜像的话，服务器的带宽压力会极度大，下载并发数过高，引发的了局是服务器宕机或下载过程非；郝。选取散布式BT技术，镜像文件会被宰割为好多吩飕，所有吩飕都下载完后，镜像文件也就下载好了。每台终端都能够从服务器和其它终端下载镜像文件吩飕，这样能够很好地解决服务器并发下载的问题，下载的终端越多，下载快率也就越快。另表在还原模式下，当服务器上保留的镜像模板有更新时，IDV终端启动时会把本地镜像跟服务器镜像做对比，若是有差距，只把差距部门下载到本地并更新，而不用下载齐全的镜像，这让下载过程变得更快。

由IDV的架构设计、网络占用情况和镜像下载能够看出，IDV极度适合网络带宽参差不齐的总部-分支型单元进行统一治理的部署。举个例子来看，好比一家市级公积金治理中心（简称市中心）要和下属的县级公积金中心（简称县中心）要实现资产统一治理、市县业务联动的业务刷新。市中心终端之间是千兆网络带宽相连，而县中心到市中心间只有10M的网络专线，就好比一条高快公路要跟一条村落公路实现对接，同时还要保障行车畅达。

▲ IDV总分部署架构

换成VDI规划来执行，县中心的用户履历齐全无法保险，并且市中心也无法对县中心终端实现统一治理，瓶颈就在这10M的带宽。因而只能选用IDV架构来解决，市中心理房部署IDV服务器集群作镜像治理和分发，同时还可实现用户身份、表设战术的统一治理。县中心的IDV终端桌面在本地运行，保障了工作人员优良的用户履历和表设兼容，同时还能够接受市中心的统一治理，节俭了自身的治理、运维成本。因而，IDV规划即便跨区域进行总分型部署，网络带宽曲直不一，也能让整个规划里每个用户既享受到PC的使用履历，也能实现VDI通常的统一治理，达到和谐双赢的指标！

有关推荐：

• j9国际厅云桌面IDV终端极快开机技术白皮书

• 英特尔：IDV何以如此神通宽大