当前位置:首页 > 技术 > 通信业务 > 文摘 > 负载均衡之争:控制器还是ADC?

负载均衡之争:控制器还是ADC?

2015-03-26 10:28:19   作者:   来源:网界网   评论:0  点击:


  随着软件定义网络的出现,有关应用交付控制器(ADC)的需求问题也出现了。应用交付控制器(ADC)分布在一组Web服务器中,功能是保持这些服务器的负载均衡。软件定义网络(SDN)控制器是否可以接管应用交付控制器(ADC)的角色,成为有影响力的软件定义网络(SDN)负载均衡器,从而消除应用交付控制器(ADC)在网络中的位置呢?

  像应用交付控制器(ADC)一样,软件定义网络(SDN)控制器可以基于队列长度和处理延迟来监控Web服务器的单个负载,并将收到的数据请求发送给负载最轻的服务器。如果简单的负载均衡是应用交付控制器(ADC)的唯一功能,那么软件定义网络(SDN)控制器真的可能将其淘汰掉。然而,应用交付控制器(ADC)可以做的不仅仅是分配服务器之间的应用需求。

  在常规网络中,数据流经做路由决策的设备。因为应用交付控制器(ADC)直接位于数据流经路径中,它们可以实现某些特定的应用程序及软件驱动的功能,这些功能都不容易嫁接给软件定义网络(SDN)控制器。软件定义网络(SDN)将数据运动和网络控制功能分离开来,这就意味着一个软件定义网络(SDN)控制器虽然可以基于服务器活动进行简单的负载均衡决策,但并不能基于数据本身的内容进行决策。

  应用交付控制器(ADC)一直以来都是独立的网络设备。行业领先的供应商已经意识到到虚拟化系统的成长,以及软件定义网络(SDN)被越来越多人接受的现实,于是开发虚拟化应用交付控制器(ADC)来响应这一趋势。这些应用交付控制器(ADC)厂商形成联盟,将产品与虚拟网络环境整合起来,如来自思科,VMware和OpenStack的新产品。他们还增加了脚本驱动功能,让网络管理员可以开发应用交付控制器(ADC)可执行的特定应用程序功能。

  网络安全和监控

  防火墙,防病毒扫描和入侵防御系统一直以来都存在于不同的设备中。应用交付控制器(ADC)存在于数据路径中,而且它可以执行特定应用的脚本能力让其成为扫描输入数据,并确定其是否为恶意软件的理想工具。省去各自独立的安全组件降低了网络复杂性和资金成本。

  应用交付控制器(ADC)还可以通过阻挡有问题的请求来保护服务器免受拒绝服务攻击。一个大型的,分布式攻击可能会消耗应用交付控制器(ADC)的资源,以致于许多合法的请求无法通过,但是服务器可以支持他们收到的请求。

  另外,由于应用交付控制器(ADC)的位置处于数据路径中,所以非常适合收集性能和使用数据。他们可以监控服务器的延迟,也可以测量应用程序、终端用户网络或个人终端的流量。