WAN应用程序交付优先级划分超越WAN QoS.doc

本文档由海博网 上传分享只作学习交流用，更多精彩关注海博网 本文档由海博网 上传分享只作学习交流用，更多精彩关注海博网 　　对广域网(WAN)应用程序交付进行优先级划分变得越来越复杂。网络工程师以前一直使用运营商级WAN QoS标记技术进行WAN应用程序交付优先级划分;然而，质量服务(QoS)并不是保证关键应用程序的万能方法。在企业中，需要在延迟和带宽方面得到保护的应用程序数量越来越多。WAN VoIP现在是主流应用，而且它不允许出现延迟、抖动或丢包问题。虚拟桌面基础架构(VDI)流量现在也通过WAN传输，而且如果用户发现鼠标操作出现延迟时，他们会极度不满。视频通信应用也开始出现类似问题。 　　Enterprise Management Associates的研究主管Jim Frey说：“这些对延迟敏感的流量流变得越来越普遍。任何进行WAN架构规划的人都需要了解如何部署这些技术，这需要规划如何管理WAN并对它进行优化。” 　　为什么单独使用WAN QoS不能保证WAN应用程序交付? 　　由于运营商和供应商中不存在统一的QoS标准，所以无法保证适合在一种应用程序上应用的QoS标记一定适合其他设置。Frey说：“一旦到了提供商网络，您不比知道将会发生什么。虽然在网络边缘应用了QoS标记，并且它也适合交付链的其他部分，但是这通常是不够的。” 　　亚特兰大的NCDR LLC是一家为国家牙科提供商Kool Smiles提供非医疗服务的提供商，它的首席技术架构师Mark Blomquist说：“运营商提供的QoS效果并不好。它确实起到一些效果，但是网络变复杂时，它就会出现问题。” 　　NCDR为100多家Kool Smiles网站提供IT服务，包括一个由CenturyLink 交付的MPLS网络。虽然NCDR与运营商签订了三个高可靠性的服务水平协议(SLA)，但是它很难为Kool Smiles的偏远网站交付达到协议水平的服务。这种服务水平对一些关键应用程序造成了严重的影响，如VoIP和基于Citrix的瘦客户端。Blomquist希望能够在CenturyLink的MPLS中断时，将故障点恢复，转到另一家提供商。可惜，WAN QoS标记无法可靠地将一个运营商MPLS云切换到另一家运营商上。 　　“CenturyLink给我提供了三个方面的QoS：实时性、交互性和容量。我们在思科路由器上配置：‘在通向MPLS链路时，先在这里对流量进行优先级划分 。’您可以100%负载使用一条T1线路，同时仍然能够发起语音呼叫。但是，您只能在一条链路进行这些操作，所以如果使用多种运营商服务，就无法做到这一点。如果需要对流量进行操作，而非只是简单的传输流量，那么也无法做到这一点。假设您希望在多条链路上传输相同的流量，或者在通话时只丢掉40个数据包中的1个数据包，那么思科路由器是无法做到的。” 　　WAN应用程序交付：QoS无法应付Web应用程序 　　通过WAN QoS，工程师可以将语音流量标记为高优先级，将一个或多个应用程序标记为中优先级，而大多数应用程序仍然通过普通优先级进行交付。许多企业的应用程序交付情况会更加复杂一些。 　　咨询公司Ashton, Metzler Associates副总裁Jim Metzler说：“几年前，有人说：‘我们有5、6个(或者8个)关键业务应用程序。’现在，这个数量已经大大增加。我认为，这只是一种自然变化，因为越来越多的业务会通过IT实现。如果应用程序和基础架构不太好，那么这些业务也会受影响。” 　　Metzler指出，查找需要进行优先级划分的应用程序非常容易。只需要跟踪用户最满意的方面就可以做到。确定如何对WAN应用程序交付进行优先级划分则更困难一些。在5、6年前，工程师可以根据网络端口进行QoS设置，但是在网络层上应用QoS与之前并不相同。 　　根据Riverbed Technology集团产品经理Sydney Rabsatt的观点，企业最初部署QoS是为了防止用户执行不当操作。它可以限制网络端口中与FTP和HTTP协议相关的流量，而业务应用程序流量则不受限制。 　　Rabsatt说：“QoS能够限制用户，使之不能执行太多的点对点和娱乐Web浏览。这里的假定条件是在去除所有不良影响之后应用程序性能能够达到要求。” 　　Mark Urban是Blue Coat Systems的WAN优化解决方案高级产品销售主管。他表示：“现在，所有应用都可以通过HTML和HTTP交付，即使内容应用程序也越来越多地采用Web技术实现。甚至是文档管理系统和ERP系统都通过80端口和443端口访问。过去使用QoS的方式是：‘Microsoft Exchange运行在137端口，FTP在121端口。’所以您能够在端口上设置许多