桌面/应用虚拟化在广域网应用中的误区

 

 

 

 

自VMware View 4.5发布以后，无论是代理商还是客户在做完对比测试以后，几乎无一例外地告诉我“View在局域网里比XenDesktop做得更好！”。但言外之意却是“Citrix在广域网里比你们强！”

而最经常引用的数据就是“Citrix一个连接只需要用到20~30kbps的带宽！”。 每当这块板砖抛出来的时候，没有几个工程师能招架得住，全都碰的头破血流。所以今天有必要开个专题，甚至是系列地来讨论一下虚拟化在广域网中适合的应用场景。

首先，这个数据模糊了太多的东西，极易产生误导：
1. 20~30Kbps到底是最小值还是平均值？
2. 它是指XenApp还是XenDesktop？
3. 桌面是Win XP还是Win7？
4. 桌面分辨率是多少？颜色是多少位？
5. 它有没有借助广域网优化的额外手段？
6. 它在何种应用场景下测得？是否覆盖Office、Internet、USB、Printing、Scanning、Flash、声音、视频等？
7. 它是单纯的实验环境下测得？还是真实环境下测得？
8. 在不同网络延迟、丢包和抖动情况下，这个数据会不会发生改变？
9. 引用此数据进行规划时，是否需要考虑专线类型上的差异？例如MPLS ×××专线和SDH专线的差异
10. ......

绝大多数客户和代理商在没有厘清事实的情况下，就草率地开始了自己的规划。于是我听到了越来越大胆的想法：
1. “我们每个分支机构是1M的专线，每个分支机构有20~50多点，我们想通过XenDesktop全部连回总部，减少运维管理…….”—某大型连锁超市
2. “我们在全国有几个设计单位，小的有50点，大的有500多点，广域网专线从2M到4M都有，我们想通过XenDesktop来实现数据安全……”—某大型制造企业
3. “我们全国柜面总共有几万点，省分行与总行是45M链路，省分行与地市分行一般是4到8M，我们在考虑通过XenApp来简化应用程序管理……..”—某商业银行

这些用户基本上都陷入了“唯带宽论”的误区。如果他们的项目真的按照Citrix提供的宣传数据来规划，那么项目的结局注定是失败。还是让我们来还原一些最基本的事实：
1. Win7桌面比Win XP占用更高的带宽
2. 桌面分辨率越高、颜色位数越高占用带宽越高
3. Flash、Printing、Scanning、USB读取都会大幅增加带宽消耗，且难以估算
4. XenDesktop是XenApp带宽占用的2倍
5. 网络延迟在300毫秒以上时，需考虑广域网优化手段
6. 在网络延迟、丢包和抖动增加情况下，TCP(ICA)传输效率呈指数级下降
7. 同等带宽的专线，专用专线上的平均传输率一般比共享专线要高，且更有保障
8. ......

你可能会问“那么稳妥的估算是多少呢？”，我们内参上是这样说的“Do not let Citrix marketing fool you. 377k average!”。就让我们打个对折，XenApp按100~150K，XenDesktop按200~250K估算。那么通过简单的算术，我们就可以发现1M专线的窄带链路上满打满算只能跑4~5个XenDesktop桌面， 6~10个XenApp会话。所以前面3个例子，用户的想法依靠Citrix全都不能实现。

你可能会想“有没有可能说服用户升级广域网带宽呢？", 接下来让我们看看长途广域网专线（SDH）的收费标准：

速率(bit/s)	本地网营业区内月租费 (元/月)	本地网营业区间月租费 (元/月)	国内长途月租费 (元/月)
2M	2000	4000	6000
8M	6000	11000	17000
34M	16000	31000	47000

月租费＝两端本地电路月租费＋国内长途电路月租费，所以用户每增加2M带宽，就意味着需每月多投入1万元，一年共计多投入12万元。如果长途专线链路有多条，你自己想想，你有多大把握能说服用户去升级广域网链路带宽？

由于《一周耀文》主要是面向销售服务的，所以很多话我只能点到即止，无法从技术层面去深度展开讨论。 为了便于大家理解，我还是用一个简单的表格来概述一下桌面虚拟化适用的场景吧：

 

应用场景	前提	VMware View
局域网	什么都不用想，完全没问题
在家办公（ADSL）	小于300ms延迟，带宽不是问题
移动办公（3G上网）	小于300ms延迟，带宽不是问题
远程办公室、分支机构 （T1/E1）	小于300ms延迟 典型Microsoft Office应用 不要太多浏览嵌入Flash的网页 无多媒体应用 网络打印机 T1（1.54M）5~7个用户，E1（2M）6~10个用户
Branch with Site-to-Site ××× (20Mb MPLS ×××)	小于200ms延迟 典型Microsoft Office应用 少量Flash内容的多媒体应用 少量使用本地直连打印机 60~90个用户

看完这篇文章，也许大家多少有点失望。到底有没有办法满足前面三个例子中的客户需求？实现应用在后台集中管理和更新，并在全公司范围内（跨广域网链路）快速分发呢？请大家留意收看下期《一周耀文》：ThinApp Deployment Advantages Over XenApp