VDI为广域网带来哪些挑战？

　　网络总是要不断地满足依托它之上运行的应用的各种新需求。因此网络工程师需要不断保持同步，这篇指南将有助于面对一些跟虚拟桌面(VDI)相关的虚拟应用在企业广域网上运行时带来的新挑战。

　　IT行业的历史说明：多数情况下应用推动了网络技术的更新，这点在需要广域网支持的系统上尤其明显。为方便说明，让我们一起回顾20年前发生的事情。

　　在上世纪九十年代早期，企业用户开始面临在线文档需求，使得工作相关的因特网流量增大，拨号上网速度不能满足带宽需求。在2000年即将到来之际，VoIP(Voice over IP)应用推动了智能网络需求，创建优先级顺序，通过QoS(Quality of Service)机制保证应用性能。最近，视频流模式(现在已经开始用在企业广域网上支持视频会议)——快速推动了从低质量画面到高清的变革。同时，对用户体验的保证也不容忽视，进一步加剧了在应用日渐复杂和广域网负担不断加重的背景下对网络的需求。

　　其中的关键点在于网络工程师必须要保证和网络上运行应用的需求步骤相一致。无论是需要采用智能技术更好管理网络流量，还是部署策略防止类似于Farmville或Netflix这样的应用浪费宝贵的WAN资源，网络工程师都需要对这些业务需求给予响应。在回顾完IT的历史后，我们要问了：下一个将产生新的需求推动WAN变革的网络应用是什么?

　　广域网为VDI应用做好准备

　　网络工程师需要准备面对的应用之一就是虚拟桌面和应用虚拟化。即使W3C的HTML 5正在准备发布，应用和桌面依然需要在IP上通过ICA、PC-over-IP或RDP协议的一种来传输，这带来了新的网络需求。这两篇文章的目的在于列出一些VDI可能对网络引入的挑战。

　　VDI是实时的不允许延迟

　　如同昨天对最新最大的平板电脑需求一样，VDI不仅是一个需求，性能差也是无法忍受的。类似通过IP传送的影音文件，VDI需要在网络上尽可能以接近实时的方式传输数据包。因为用户实际是跟位于远程站点的，数据中心内的虚拟系统产生联系。用户体验会极大地受到网络性能的影响，尤其是延迟。网络工程师需要以实时应用的模式去对待VDI。

　　WAN优化不是万能药

　　不同于CIFS(例：文件传输)、SMTP(例：电子邮件)和HTTP(例：Web传输)，广域网优化对VDI传输作用有限。我的经验表明对VDI应用做WAN优化很难达到20%以上的效果。当WAN优化可以减少网络上其它数据流量的同时也部分降低了VDI对带宽的消耗，但是对真正的障碍传输速度却毫无帮助。

　　普通图片和多媒体流可以通过缓存和压缩等广域网优化方式减少其WAN流量，但是交互数据(如鼠标和键盘输入)，压缩的效果并不明显，因为它们已经压缩成小数据包了。另外，需要在WAN上实时传输不能缓存。任何超过250毫秒的延迟(哪怕只是一瞬间)，用户都可以感知，从而认为系统运行缓慢。

　　即使能有一点改善，广域网优化也很难证明值得花费引入它的成本。不过，它对于改善VDI以外其它应用的性能，并降低整体带宽消耗是有帮助的。

　　VDI挑战网络监控

　　如果您希望授权IT人员采用更好的监控工具来保护VDI系统的性能，只有MRTG图像和不稳定易丢包的SNMP警报是不够的。您需要一套监控方案可以帮助IT人员找到性能问题的根源。下面是一些建议：

　　通过启用IPFIX、NetFlow或sFlow等功能，在网关和路由器上进行分析诊断。

　　采用像Plixer International公司的Scrutinizer这样强大的信息收集和分析工具。

　　学会如何实时分析流量，首先了解分析工具，然后在已知的高峰期通过工具对系统进行监控——例如在早上大家都登陆的时候。

　　保留历史数据用于深入分析。在完全部署之前，保留历史数据可以帮助对比网络性能在VDI部署前后发生的变化，从而判断VDI带来的影响以及可能对性能造成影响的数据流。

　　在QoS设计中为VDI分配高优先级

　　我接下来要申明的一点可能跟现在网络工程师的主流想法想背离。在网络QoS设计中给VDI分配最高优先级。这跟标准QoS规范中提到把语音和视频流量放在仅次于监控和系统管理流量之下的常规做法不同。我申明这点是因为VDI不同于影音，它不是两个人之间的交互，更多的是用户和他们虚拟系统/应用之间的交互。通常一个用户跟自有虚拟系统之间的交互行为要远远多于跟其它雇员之间的交流次数。

　　这里有一个问题。通常ISP(Internet service providers)现在是不同意这种策略的，因为他们网络中的最高优先级总是保留给语音和图像的。因此，您需要等到网络服务提供商对VDI的理解已经升级之后再来部署这个策略。

　　在这一系列的第二篇文章中，我将列出一些特殊方式来分析VDI流量以找到性能因素影响的根本原因，以及如何优化网络改善用户体验。