[发明专利]数据网络中的负载分发

说明书

提供了用于在数据网络中进行负载分发的方法和系统。用于在数据网络中进行负载分发的方法可包括检索与该数据网络相关联的网络数据及与一个或多个服务节点相关联的服务节点数据。该方法可进一步包括分析检索到的网络数据和服务节点数据。可基于该分析生成服务策略。在接收到一个或多个服务请求后，可根据该服务策略在这些服务节点之间分发该一个或多个服务请求。

相关申请的交叉引用

本申请要求2012年9月25日提交的美国临时专利申请No.61/705,618的优先权权益，该申请的公开内容通过引用结合于此。

技术领域

本公开一般涉及数据处理，并且更具体地涉及软件驱动网络(SDN)中的负载分发。

背景

这一部分中描述的方法可被实现，但不一定是先前已经构想或实现的方法。因此，除非另外指出，否则不应当假定这一部分中描述的任一方法均仅仅由于其包括在这一部分中而取得成为现有技术的资格。

在典型的负载平衡场景中，负载平衡器(LB)(在本文中也被称为LB设备)作为由服务器群所托管的服务的前端，该负载平衡器将该服务作为虚拟服务表示给客户端。需要该服务的客户端可使用虚拟因特务协议(IP)地址和虚拟端口来将其分组寻址到该虚拟服务。例如，www.example.com：80是正被负载平衡的服务，并且存在托管该服务的服务器群。LB可配置有虚拟IP(VIP)(例如，100.100.100.1)和虚拟端口(VPort)(例如，端口80)，该虚拟IP和虚拟端口进而被映射成处理该服务的服务器的IP地址和端口号。处理该域的域名服务(DNS)服务器可被配置成将分组分送给与此LB相关联的VIP和Vport。

LB将检查传入分组并且基于这些策略/算法将从服务器群中选择特定服务器，在必要时修改该分组，并将该分组转发至服务器。在从服务器返回的途中(可任选)，LB将获得该分组，在必要时修改该分组，并将该分组转发回客户端。

通常需要放大或缩小LB服务。例如，可能需要基于当天的时间(例如，白天还是夜晚、工作日还是周末)来放大或缩小LB服务。例如，固定间隔的软件更新可导致可预测的网络拥塞，因此LB服务可需要被放大以处理突发的拥挤现象，并随后被缩小。该服务的普及可使得放大该服务的需要成为必要。当LB服务的性能特征可处理所需的缩放调整时，可在LB内处理这些情况。

然而，在许多情况下，需要将该性能增加到超过单个负载平衡设备可处理的性能。针对这种情况的典型方法包括基于物理机架的解决方案，其中卡可被插入和移除以处理这些服务要求。这些方法具有许多缺点，包括需要为机架预留空间、功率和价格以用于将来的需要。此外，单个机架仅可放大到其卡的最大容量。为了消除该不足，可尝试堆叠LB设备，并按需在这些设备之间发送话务。然而，由于各分组必须穿过多个LB以抵达将最终处理这些请求的实体，因此该方法也可具有诸如这些设备之间的链路成为瓶颈、增加的等待时间之类的缺点。

另一现有的解决方案是增加多个LB设备，在每一设备上为在后端的相同服务器创建各单独VIP，以及使用DNS来在这些服务器之中分发负载。当需要添加另一LB时，将另一条目添加到DNS数据库中。当需要移除LB时，将相应的条目从DNS数据库中移除。然而，该方法具有以下问题。DNS记录被高速缓存，并因此LB的添加/移除在其有效之前可较费时间。这在移除LB时尤其成问题，因为定向到该LB的数据可能丢失。跨LB的分发非常粗略并且不是话务知晓的，例如一个LB可能应接不暇而其他LB却可能是空闲的，一些客户端可能是较沉重的用户但最终却向同一LB发送请求，并以此类推。LB之间的分发可能不是LB容量知晓的，例如与LB2相比，LB1可能是强大得多的设备。因此，用于解决该问题的现有方案全部都具有其缺点。

概述

提供本概述以便以简化形式介绍将在以下详细描述中进一步描述的概念的选择。本概述并不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用作确定所要求保护的主题的范围的辅助。