一种多租户云中服务请求调度方法和装置与流程

1.本发明实施例涉及多租户云网络技术领域，尤其涉及一种多租户云中服务请求调度方法和装置。


背景技术：

2.随着云计算技术的发展，越来越多的用户将业务迁移到云上来降低管理的复杂度和提高资源扩缩容的灵活性。例如入侵检测系统(ids)、防火墙和负载均衡器，来确保网络安全并提高租户的服务质量。为了满足租户的服务需求，云服务提供商通过收集系统中的服务请求信息，通过控制层的管理负责将租户的请求调度到合适的网络功能，这也称为服务请求调度。
3.在实际生产环境中，网络功能会因为一些异常事件发生失效而停止提供服务，这个系统的健壮性带来了巨大挑战。具体来说，网络功能失效的主要原因如下：1)连接错误和显示间歇性的链路抖动；2)硬件或软件故障和设备出现过载现象。3)各种错误配置，如规则不正确、vlan分配错误。根据调查，防火墙连续两次故障的平均时间为7.5小时，负载均衡器为5.2小时。这些常见的网络功能失效会影响网络功能的可用性，会停止处理请求，降低系统的健壮性，从而影响租户的服务质量。
4.而现有的服务请求调度方法在调度时忽略了在多租户云中，多个租户可以共享同一个网络功能以提高资源利用率的事实，使得一个网络功能失效会影响大量租户。同时，这些当网络功能发生失效时，现有的工作需要控制器的参与，来为失效的网络功能计算新的路由路径，然后在数据层安装相应的规则，完成网络功能失效的恢复。需要注意的，由于控制器计算路径，安装规则会花费大量的时间，从而增大的网络功能失效的响应时延，降低了租户的服务质量。


技术实现要素：

5.本发明提供一种多租户云中服务请求调度方法和装置，限制了网络功能失效影响的租户范围，降低了失效的响应时延，提高服务请求调度的鲁棒性。
6.第一方面，本发明实施例提供了一种多租户云中服务请求调度方法，包括：
7.获取租户的服务请求信息；
8.根据所述服务请求信息分别为每个服务请求确定对应的默认网络功能和备份网络功能；
9.将所述默认网络功能和备份网络功能部署到交换机的fast failover组表中。
10.可选的,在根据所述服务请求信息分别为每个服务请求确定对应的默认网络功能和备份网络功能时，限制默认每个网络功能服务的租户数量小于或者等于设定阈值。
11.可选的,所述默认网络功能中每个网络功能的负载不超过其负载容量。
12.可选的,所述备份网络功能中每个网络功能的负载不超过其负载容量。
13.第二方面，本发明实施例还提供了一种多租户云中服务请求调度装置，包括：
14.获取模块，用于获取租户的服务请求信息；
15.调度模块，用于根据所述服务请求信息分别为每个服务请求确定对应的默认网络功能和备份网络功能；
16.部署模块，用于将所述默认网络功能和备份网络功能部署到交换机的fast failover组表中。
17.本发明的有益效果：
18.本发明实施例通过在进行服务请求调度时，限制每个网络功能服务的租户数量，降低了网络功能失效影响的租户范围。同时，本发明实施例还通过在进行服务请求调度时，为每个服务请求确定默认网络功能和备份网络功能，并将相应的规则写入fast failover组表中。当请求的默认网络功能失效后，通过openflow协议支持的fast failover组表快速将服务请求重定向到其他正在工作的备份网络功能，而不需要控制器的参与，大大降低了网络功能失效的响应时延，提高了服务请求调度的鲁棒性。
附图说明
19.图1为本发明实施例提供的多租户云中服务请求调度方法的流程图；
20.图2为本发明实施例提供的服务请求调度方法的网络架构图；
21.图3为本发明实施例提供的表项示意图；
22.图4为本发明实施例提供的一种多租户云中服务请求调度装置结构示意图。
具体实施方式
23.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
24.实施例
25.图1为本发明实施例提供的多租户云中服务请求调度方法的流程图，本实施例可适用于在多租户云系统中对用于的服务请求进行调度的情况，该方法可以由多租户云中服务请求调度装置来执行，具体包括如下步骤：
26.s110、获取租户的服务请求信息。
27.其中，所述服务请求信息包括服务请求信息所属的租户、请求的服务类型以及需要消耗的资源量等。
28.s120、根据所述服务请求信息分别为每个服务请求确定对应的默认网络功能和备份网络功能。
29.在获取到租户的服务请求信息之后，控制层根据获取的服务请求信息进行服务请求的调度，在调度时需要限制每个网络功能服务的租户数量。示例性的，限制默认每个网络功能服务的租户数量小于或者等于设定阈值p，其中，p由系统管理员设定。通过限制每个网络功能所服务的租户数量，降低了由于网络功能失效所影响的租户范围。
30.其中，在为每个服务请求确定默认网络功能时，为了提供更好的租户服务质量，每个网络功能的负载不能超过其负载容量。
31.在为每个服务请求确定默认网络功能时，为了提供更好的租户服务质量，即使有
些服务请求从其失效的默认网络功能迁移到备份网络功能上，备份网络功能的负载也不能超过其负载容量。
32.s130、将所述默认网络功能和备份网络功能部署到交换机的fast failover组表中。
33.本实施例中，控制层为每个服务请求确定默认和备份网络功能，以规则的方式写入到交换中openflow协议支持的fast failover组表中。这样，当一个服务请求的默认网络功能失效时，该服务请求可以被迅速地转发到备份网络功能。在这个过程中，不需要控制器为对应的服务请求重新计算新的路由路径和下发路由规则，从而大大降低了失效的响应时间。
34.进一步的，尽管openflow协议支持的fast failover组表只能支持检测与其直接相连的网络功能是否处于活跃状态，但是对open vswitch的源码进行修改，也能实现检测不是与其直接相连的网络功能是否处于活跃状态。这样可以使得fast failover不仅仅可以部署在与网络功能直接相连的交换机上，还能部署在路由路径上的其他交换机上，大大提高了服务请求调度的灵活性。
35.本实施例的技术方案，通过在调度服务请求时考虑服务请求所属租户的信息，使得每个网络功能服务的租户数量不超过设定阈值，从而限制了网络功能失效影响的租户范围，提高了租户的服务质量；同时，通过在进行服务请求调度时，为每个服务请求确定默认网络功能和备份网络功能，并将相应的规则写入fast failover组表中。当请求的默认网络功能失效后，本发明通过openflow协议支持的fast failover组表快速将服务请求重定向到其他正在工作的备份网络功能，而不需要控制器的参与，降低了失效的响应时延，提高了服务请求调度的鲁棒性。
36.示例性的，继续参见图2和图3，图2为本发明实施例提供的服务请求调度方法的网络架构图，图3为本发明实施例提供的表项示意图。
37.假设网络中共有两个租户，分别是t1和t2。租户t1拥有虚机vm1和vm3，租户t2拥有虚机vm2和vm4。其中，vm1和vm2部署在计算节点1上，vm3和vm4部署在计算节点2上。此外，网络中还有四个支持入侵检测系统(ids)的网络功能，分别记为a、b、c、d。为了限制网络功能失效影响的租户数量，网络功能a和b只处理来自租户t1的服务请求。同样，网络功能c和d仅处理来自租户t2的服务请求。这两个租户的请求通过在计算节点上的ovs(open vswitch)上的fast failover组表转发给对应的网络功能。组表是openflow协议的一个重要设计之一。组表中的每个组表项由组表项id(必须是唯一的)、组类型和多个操作桶组成。其中，fast failover的组类型在本发明中起着重要作用。一个fast failover的组表项可以包含多个bucket。第一个bucket描述了在没有网络功能失效发生时如何处理数据包。如果这个bucket对应的网络功能失效后，数据包会根据下一个bucket进行处理。
38.在本发明中，第一个bucket对应默认的网络功能，其余的桶对应备份网络功能。对于来自租户t1的服务请求，默认网络功能和备份网络功能分别为a和b，而对于来自租户t2的请求，默认网络功能和备份网络功能分别为c和d。当网络功能没有失效时，如图2左侧所示，租户t1和t2的请求分别由各自的默认实例a和c处理。当实例a和c发生故障时，租户t1和t2的请求分别由备份网络功能b和d处理。由于备份网络功能已经配置在fast failover组表中，因此控制器无需花费额外的时间重新选择另一个工作的网络功能来处理租户的请
求，也不需要在数据平面部署相应的路由规则，从而实现网络功能失效的快速恢复，实现了服务请求调度过程中的鲁棒性。
39.继续参见图4，本发明实施例还提供一种多租户云中服务请求调度装置。该装置包括获取模块210、调度模块220以及部署模块230。
40.其中，获取模块210，用于获取租户的服务请求信息；
41.调度模块220，用于根据所述服务请求信息分别为每个服务请求确定对应的默认网络功能和备份网络功能；
42.部署模块230，用于将所述默认网络功能和备份网络功能部署到交换机的fast failover组表中。
43.可选的，在根据所述服务请求信息分别为每个服务请求确定对应的默认网络功能和备份网络功能时，限制默认每个网络功能服务的租户数量小于或者等于设定阈值。
44.所述默认网络功能中每个网络功能的负载不超过其负载容量。
45.所述备份网络功能中每个网络功能的负载不超过其负载容量。
46.本发明实施例所提供的多租户云中服务请求调度装置可执行本发明任意实施例所提供的多租户云中服务请求调度方法，具备执行方法相应的功能模块和有益效果，不再进行赘述。
47.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。