应用交付控制器:转向应用为中心的网络(上)

日期: 2009-12-22 作者:Robin Layland翻译:曾少宁 来源:TechTarget中国 英文

数据中心不断地在进化,网络相关的需求也随之相应地增加。在不久之前,网络团队只要实现基于应用的TCP/IP地址负载均衡,自动地在一个服务器不响应时提醒操作,并且阻止诸如拒绝服务 (DoS)的基于网络的攻击就足够了。但现在需要更多的功能。网络必须能够基于URL中的信息或者应用数据中的信息来转发流量。

只监控一个应用已经不够了;现在,如果一个应用的特定事务不响应或者很慢,网络必须发现警告。   安全性不止是停止网络级DoS攻击来防止应用级DoS攻击,更重要的是主动地保护应用。网络必须提供这些功能给一系列特殊的设备,如防火墙和DNS设备,而不只是服务器。此外,网络必须在提供这些增加的功能的同时帮助降低数……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

数据中心不断地在进化,网络相关的需求也随之相应地增加。在不久之前,网络团队只要实现基于应用的TCP/IP地址负载均衡,自动地在一个服务器不响应时提醒操作,并且阻止诸如拒绝服务 (DoS)的基于网络的攻击就足够了。但现在需要更多的功能。网络必须能够基于URL中的信息或者应用数据中的信息来转发流量。只监控一个应用已经不够了;现在,如果一个应用的特定事务不响应或者很慢,网络必须发现警告。

  安全性不止是停止网络级DoS攻击来防止应用级DoS攻击,更重要的是主动地保护应用。网络必须提供这些功能给一系列特殊的设备,如防火墙和DNS设备,而不只是服务器。此外,网络必须在提供这些增加的功能的同时帮助降低数据中心的成本。

  最后,网络还需要考虑响应时间问题。转向基于Web的应用,加上其中更丰富和更大型的事务,已经负面地影响了用户的响应时间。网络仍然是管理部门试图解决响应时间的首要问题。基于HTTP的工作方式,只是增加网络速度的旧方法是昂贵的,甚至可能是无效的。

  应用交付控制器的出现

  现在出现了一类网络产品来解决这些所有的问题。它们是从服务器负载均衡(SLB)演变而来的,但遗憾的是市场给它们起了几个不同的名字。它们分别是应用交换机、应用前端和应用交付控制器(ADC),而ADC成为了最普遍的词汇。许多提供SLB产品的供应商都已经将他们的产品线进更换成ADC,但是并不是所有供应商都有SLB解决方案。此外,有一些新的供应商也在生产新设备来解决这些问题。

  ADC与SLB有几个方面的不同,但所有新功能都是基于它们有效分析一个消息的深度的。SLB一直都有深度的数据包检测,但是ADC做得更多。对ADC的最简单理解就是它能够理解应用。

  一个常见的例子可以说明ADC的新功能是如何使一个公司解决激速增长带来的问题的。公司A为其它公司和政府部门管理财务员工福利。它的业务在签下大量新合同时激速增长。它的所有客户都希望在同一个时间发放员工福利——年初,但是现有的服务器群并不足以完成这个任务。

  公司A需要快速地创建大量的服务器,以便同时处理不同的客户以及每个客户的不同子应用集,同时满足关键财务应用所要求的安全性需求。应用设计也需要在一个客户登录到服务器上的一个特定应用时实现会话持久化。ADC可以让公司A创建复杂的路由规则来监控应用级数据并提实现Cookie注入。安全性和加速特性可以帮助他们满足客户的服务目标。所有这些都在不修改公司原始软件设计的前提下实现的。

  应用知识

  SLB能够基于TCP/IP头上的信息来将一个数据包路由到一个服务器上,而对于Web(HTTP)应用,则是基于HTTP包头。ADC已有了这样的功能并且将它扩展到包含任意应用包头和应用数据中的任意域。这给应用拥有者更大的灵活性。有一个电子商务网站的例子就说明了这个新功能的使用方法。有一个人在浏览该网站,同时另一个在进行结算。如果网站此时出现问题,比如高吞吐量引起的响应时间超时,ADC应能将该顾客的结算进程发送到一个更快的服务器上去处理,以确保他不会遇到服务失败的问题。这甚至可以做得更好,它可以监控有多少人在消费,然后将交易额更大的事务发送到一个更快的服务器去完成。ADC可以使业务能够基于应用数据中的任意信息创建规则。

  这个灵活性的实现需要付出一定的代价。ADC并不是魔法师,ADC本身不知道它需要支持的业务。虽然它能够实现一些规则使业务运行得更好,但这只有在它被告知的前提下才能实现。在前面的电子商务例子中,如果目标是给较大的消费者提供更快的响应时间,规则必须指示ADC去检查哪些应用数据以及什么人才是一个大客户。这意味着创建ADC的人必须理解应用和业务。这是一个大多数网络专家所没有的知识。

  利用ADC的灵活性要求负责ADC的网络部门与公司的业务和应用开发人员紧密协作并一同创建规则。ADC供应商会通过提供大量基于研究和从其他客户经验所得的规则。许多这些普遍规则可以开箱即用或者简单地修改就能满足业务需要。然而,理解业务仍然是判断普遍规则是否有用的先决条件,并且我们需要知道业务知识来获取竞争优势。创建具体业务的规则是利用ADC过程中最难的部分。

  有一个解决方法是允许每一个业务单元创建自己的一组规则。但是这有时会导致另一个问题。ADC一般都支持跨多个业务单元的多个应用和服务器。对于每一应用或业务单元来说,独自拥有一个ADC是一个不经济的做法。但是,将所有规则整合到一个主集可能会导致问题。最终非常大的规则集可能会降低ADC的速度,并且当一个业务单元出现问题时,它有时会影响到每一个业务单元。

  解决这个问题的一个新方法是虚拟化。虚拟化可以使一个ADC逻辑地分成多个虚拟的ADC。这使网络管理分配一组虚拟ADC给每一个业务单元。每一组虚拟ADC都可以拥有它自己的规则组;对一组规则的修改不会影响另一组的虚拟ADC。虚拟化使网络经理能够限制每一组只能管理它自己的虚拟ADC和定义它们访问的管理功能。

  服务器卸载

  可能使用ADC的另一个主要趋势是将服务器载荷转移到ADC上。这是由2个主要因素产生的。首先,ADC执行任务的方式可以比服务器更经济。其次,将功能转移到ADC可以将功能从服务软件和硬件中分离,从而简化部署。其中的问题是,在大多数情况下服务器需要新的硬件或软件来有效地执行功能,这有时并不总是可行的,有时会有问题,这取决于服务器的数量。卸载主要用于SSL处理、加密和TCP/IP处理。

翻译

曾少宁
曾少宁

TechTarget中国特约技术编辑,某高校计算机科学专业教师和网络实验室负责人,曾任职某网络国际厂商,关注数据中心、开发运维、数据库及软件开发技术。有多本关于思科数据中心和虚拟化技术的译著,如《思科绿色数据中心建设与管理》和《基于IP的能源管理》等。

相关推荐