实现WAN VDI之前要先了解WAN使用情况
如果认为WAN是适合VDI的，那么在全面部署VDI的前一两个月份，要截取特定时间段的WAN使用快照，创建使用标准。生成月报，该月各周的周报，以及一周的日报。在遇到VDI性能问题，不确定是否由WAN引起时，这些报表将作为比较的标准，帮你将当前使用报告与特定时间段的标准进行对比分析，确定其中是否出现异常情况。
如果预算与资源充足，可以部署一个智能网络使用监视器，如Riverbed Cascade或SolarWinds Orion。这两个产品都能够在正常运行的情况下，捕捉快照，进行比较。
部署网络分析器
上面提到的使用图表可用于发现潜在的热点，但是它们无法生成最终结论。如果已经有一个图表，那么可以部署一个网络分析器，捕捉协议及会话层的流量流。它能够发现吞食带宽的恶意流量，甚至报告它们的行为。如果这样做，请记住以下几点：
过去与现在一样重要：不要满足于捕捉前5分钟的信息。要保证分析器能够保存至少一周的数据
跟踪行为与发起者：了解哪些设备/用户导致流量淹没，但是一定要跟踪到端口，这样才能了解到特定应用程序的使用情况
提高速度
WAN监控系统：不要吝惜监控系统资源。你得能够快速诊断，发现威胁者。这就是为什么警察都要学习开快车
重新设置WAN临界值
WAN工程师通常会查找那些显示WAN线路繁忙的桌面或平台。可惜，一般的WAN使用图表只能显示一个抽样区间的平均值。因此，如果抽样区间为1分钟，并且这期间的最高值仅仅为15，即使VDI用户遇到15秒的屏幕停顿，您也看不到曲线显示100%的使用率。
为了实现优质VDI监控，您应该使用更短的采样区间（我推荐15秒），或者重新定义可接受的带宽峰值。
使用WAN优化技术支持WAN VDI
WAN技术不是救星，但是它对环境仍然是有好处的。下面是使用WAN优化技术的一些原因：
削减带宽能够减少带宽争夺，从而释放更多WAN吞吐量给VDI流量。
有些WAN优化设备（如，Riverbed Steelhead）支持分级流量和按需预留流量。
越来越多WAN优化设备支持VDI协议压缩和缓存，如ICA和RDP。事实上，Riverbed最近甚至宣布将在新版本支持Teradici PC-over-IP优化。
实现WAN VDI流量带宽限制
带宽限制很少在VDI环境中使用，它存在的一个问题是可能影响桌面质量和用户满意度。然而，除了资源最多的那个用户，允许无限制的会话很可能会影响所有其他用户的性能。
可能导致流量淹没的应用程序不仅仅有视频播放及其他图形处理应用程序。即使是一些简单的在线游戏也会吞食带宽。试试播放一些Flash在线游戏，分析它们对ICA或PC-over-IP协议流量的影响。您会发现传输速度增加到500Kbps以上，其原因是编译的Flash代码（虽然很小）在VDI中执行类似于视频渲染的操作。
带宽下限值不能过低，要设置在WAN线路速度的1/3以上——例如，一条T1线路可以设置为500Kbps左右，然后再逐渐降低。现在，您至少可以防止某个用户无限制地吞食带宽。
重新设计QoS
VDI促使您必须重新检查网络的QoS设计。您很可能会将IP语音（VoIP）和IP视频设置为最高服务级别，而一些关键业务应用程序次之——如ERP和电子邮件等。再次之很可能是一些重要性较低的应用程序，如Web流量。VDI的优先级应该高于关键业务应用程序，或者至少应该设置为一个较高的优先级。原因是VDI流量会直接影响用户对应用程序的性能体验。
在设计时，现在的非虚拟化应用程序一般都假定应用程序与服务器是远距离通信的，并且会使用本地缓存和会话状态管理等技术。Outlook就是这样一个例子。Outlook曾经要求必须与Exchange服务器建立一个直接快速连接。默认情况下，现在Outlook是使用OST（本地脱机数据库），然后在后台执行同步操作，这样，用户在执行大多数Outlook操作时都不会遇到网络延迟问题。
然而，VDI中每一个用户操作都需要连接和响应，因此它对网络性能有很高的依赖性。事实上，在网络延迟的影响方面，VDI要比VoIP更明显，因为它采用的是TCP协议，而非能够容忍丢包、抖动和掉线的UDP协议。
检查QoS设计，使之适应WAN VDI
当CIO决定在网络实现VDI时，WAN工程师遇到了新挑战。他们必须更快响应，并且更深入地检测和控制网络。如果您认为VoIP对我们的网络设计和管理方法提出了新的要求，那么VDI对网络也同样如此。它提出了更高要求，并且直接影响IT基础架构性能的用户体验。这些技术将有望帮助您攻克VDI提出的新要求和挑战。
【编辑推荐】
