CN105939377B - 负载均衡调度方法及装置 - Google Patents

Abstract

本申请提供了一种负载均衡调度方法及装置，所述方法包括：获取租户接入负载均衡设备时使用接口的接口标识；根据所述接口标识，获取对应的租户标识及负载策略；根据所述负载策略对所述租户标识对应的租户进行负载均衡调度。应用本申请实施例，只需一台负载均衡设备就可以实现对多个租户进行负载均衡调度，从而降低了负载均衡的成本。

Description

负载均衡调度方法及装置

技术领域

本申请涉及云计算技术领域，尤其涉及负载均衡调度方法及装置。

背景技术

随着云计算技术的不断发展，面向企业甚至个人的云服务应运而生。使得个人也能享受到云计算提供的海量计算能力带来的便利。

通常，云服务的运营商会将大量服务器集中部署形成数据中心，从而对外提供云服务。用户使用终端设备可以通过网络接入所述数据中心，租用所述数据中心的资源，来实现自身的需要(如导航、网上购物、搜索、数据存储等)。一般的，将使用云服务的用户称为租户。由于不同租户接入数据中心时使用的终端设备数量不同，因此数据中心如何对租户进行负载均衡调度(即为接入的租户分配合理的网络流量)就很重要。

现有技术中，一般是通过部署负载均衡(Load Balance，LB)设备来实现对租户进行负载均衡调度的。由于所述负载均衡设备只能一对一进行部署，即一台负载均衡设备只能对一个租户进行负载均衡调度。如图1所示为现有技术中的一种负载均衡调度的应用场景示意图，有租户A和租户B接入数据中心，其中租户A有三台终端设备，租户B有两台终端设备。数据中心分别为这两个租户提供一台负载均衡设备：负载均衡设备A对租户A进行负载均衡调度，负载均衡设备B对应租户B进行负载均衡调度。然而，随着接入的租户数量越来越多，相应地就需要增加更多的负载均衡设备，从而导致云服务中实现负载均衡的成本增大。

发明内容

本申请提供了负载均衡调度方法及装置，以解决现有技术中实现负载均衡的成本较大的问题。

根据本申请实施例提供的一种负载均衡调度方法，所述方法应用在用于实现负载均衡的负载均衡设备上，所述方法包括：

获取租户接入负载均衡设备时使用接口的接口标识；

根据所述接口标识，获取对应的租户标识及负载策略；

根据所述负载策略对所述租户标识对应的租户进行负载均衡调度。

根据本申请实施例提供的一种负载均衡调度装置，所述装置应用在用于实现负载均衡的负载均衡设备上，所述装置包括：

第一获取单元，用于获取租户接入负载均衡设备时使用接口的接口标识；

第二获取单元，用于根据所述接口标识，获取对应的租户标识及负载策略；

调度单元，用于根据所述负载策略对所述租户标识对应的租户进行负载均衡调度。

本申请实施例中，基于负载均衡设备的接口对不同租户进行区分，形成租户与接口的对应关系，从而根据接入负载均衡设备时使用的接口来识别不同的租户，再根据识别后的租户对应的负载策略在对租户进行负载均衡调度。如此，只需一台负载均衡设备就可以实现对多个租户进行负载均衡调度，避免了对每个租户都需要部署一台负载均衡设备，从而降低了负载均衡的成本。

附图说明

图1是为现有技术中的负载均衡调度的应用场景示意图；

图2是本申请中提供的负载均衡调度的应用场景示意图；

图3是本申请一实施例提供的负载均衡调度方法的流程图；

图4是本申请一实施例提供的负载均衡调度方法的流程图；

图5是本申请一实施例提供的负载均衡调度方法的流程图；

图6是本申请一实施例提供的负载均衡调度方法的流程图；

图7是本申请一实施例提供的负载均衡调度方法的流程图；

图8是本申请一实施例提供的负载均衡调度装置所在设备的一种硬件结构图；

图9是本申请一实施例提供的负载均衡调度装置的模块图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参见图2，为应用本申请实施例实现负载均衡的应用场景示意图：

如图2所示，数据中心是由云服务的运营商集中部署大量服务器后形成的，可以供租户使用终端设备使用云服务。所述终端设备可以包括服务器、台式计算机、膝上型计算机、平板计算机、智能手机、手持式计算机、个人数字助理(“PDA”)等。所述终端设备与数据中心之间还包括了一台负载均衡设备，所述负载均衡设备上划分有多个接口(interface)。需要指出的是，所述负载均衡设备可以为单独的设备，也可以为设置在数据中心的一个功能模块。如果是单独的设备，那么所述负载均衡设备上划分的接口可以是硬件接口也可以是软件接口还可以是软硬结合的接口；如果是设置在数据中心的一个功能模块，那么所述负载均衡上划分的接口就仅是软件接口。本申请实施例中，基于负载均衡设备的接口对不同租户进行区别，从而根据接入负载均衡设备时使用的接口来识别不同租户，进而根据不同租户各自的负载策略实现不同租户的负载均衡。如此，运营商只需一台负载均衡设备就可以实现对多个租户进行负载均衡调度，避免了对每个租户都需要部署一台负载均衡设备，从而降低了负载均衡的成本。

参见图3，为本申请一实施例提供的负载均衡调度方法的流程图，该实施例已负载均衡设备为执行主体进行描述，所述方法应用在用于实现负载均衡的负载均衡设备上，包括以下步骤：

步骤210：获取租户接入负载均衡设备时使用接口的接口标识。

本实施例中，在租户接入负载均衡设备时，需要使用所述负载均衡设备上的接口来进行数据传输，所以负载均衡设备可以获取租户接入时使用接口的接口标识。所述接口标识可以对应所述负载均衡设备上预先划分好的接口，例如接口标识if-1对应了负载均衡设备上的第一个接口。需要说明的是，由于租户可能使用多个终端设备接入负载均设备，所以租户使用接口的接口标识也可能是多个的，即租户使用接口的接口标识数量也对应了租户使用的终端设备的数量。

已下结合图2所示的内容加以说明，有租户A和租户B接入负载均衡设备，其中租户A包括了三台终端设备，租户B包括了两条终端设备。所述负载均衡设备可以获取所述租户A和租户B使用接口的接口标识：

租户A的三台终端设备连接了所述负载均衡设备上的三个接口：if-1，if-2，if-3；

租户B的两台终端设备连接了所述负载均衡设备上的两个接口：if-8，if-9。

步骤220：根据所述接口标识，获取对应的租户标识及负载策略。

本实施例中，负载均衡设备上预先存储有接口标识、租户标识及负载策略的对应关系。所述负载均衡设备根据接口标识，就可以获取到该接口标识对应的租户标识及负载策略。其中，所述租户标识可以是负载均衡设备分配给租户的一个编号，该编号具有唯一性，例如user-1、user-2。

在本申请的其它实施例中，所述租户标识还可以包括租户的终端设备的识别码、租户接入时提供的账户中的至少一种。具体地，所述识别码具有唯一性，即该识别码唯一对应有一个终端设备。例如，每个手机都会有一个唯一的IMEI码，该IMEI码就是手机的识别码。在实际应用中，租户在获取云服务时都需要输入账户密码，每个租户的账户都具有唯一性。所以识别码或者账户也都可以作为租户标识。

所述负载策略用于对租户进行负载均衡调度。本实施例中，每个租户都有独立的一个负载策略，该负载策略可以是根据租户的实际情况(如终端设备数量，使用的网络流量等因素)配置的一个适合该租户的负载策略。

通常，负载策略可以包括轮循均衡(Round Robin)、权重轮循均衡(WeightedRound Robin)、随机均衡(Random)、权重随机均衡(Weighted Random)、响应速度均衡(Response Time)、最少连接数均衡(Least Connection)、处理能力均衡中等，上述负载策略均为业内通用的负载策略，此处不再具体赘述。

具体地，如图4所示，为图3所示的实施例中，步骤220的负载均衡设备根据所述接口标识，获取对应的租户标识及负载策略的具体流程示意图。

步骤221：根据所述接口标识，从预设的租户表匹配所述接口标识对应的租户标识及负载策略。

步骤222：如果匹配成功，则获取对应的租户标识及负载策略。

本实施例中，所述租户表中记录了接口标识、租户标识及负载策略的对应关系。如下表1所示：

表1

接口标识	租户标识	负载策略
			if-1,if-2,if-3	user-1	负载策略A
if-8，if-9	user-2	负载策略B

上表1中，假设负载均衡设备获取到的接口标识为if-1，if-2，if-3，那么，匹配租户表后可以获取对应的租户标识user-1和负载策略A。

需要说明的是，在本申请的其它实施例中，记录接口标识、租户标识及负载策略的对应关系可以是除了所述租户表外的其它工具，例如可以是数据库，本申请对此不加以限定，只要能实现接口标识、租户标识及负载策略对应关系的都应该在本申请的保护范围内。

步骤230：根据所述负载策略对所述租户标识对应的租户进行负载均衡调度。

本实施例中，经过上述步骤之后负载均衡设备可以根据获取到的所述负载策略对所述租户标识对应的租户进行负载均衡调度。

通过本实施例，基于负载均衡设备的接口对不同租户进行区分，形成租户与接口的对应关系，从而根据接入负载均衡设备时使用的接口来识别不同的租户，再根据识别后的租户对应的负载策略在对租户进行负载均衡调度。如此，只需一台负载均衡设备就可以实现对多个租户进行负载均衡调度，避免了对每个租户都需要部署一台负载均衡设备，从而降低了实现负载均衡的成本。而且，通过本实施例，由于使用了同一台负载均衡设备，所有租户配置的负载策略都可以在这台负载均衡设备上进行操作，相对于现有技术中需要到不同的负载均衡设备上进行操作，实现了对多租户的灵活管理。

在本申请基于上述图4的一个实施例中，在步骤221之后还可以包括步骤223，如图5所示：

步骤223：如果匹配失败，则设置默认的租户标识及默认的负载策略。

本实施例中，如果负载均衡设备获取到的接口标识在所述租户表中匹配失败，则说明该接入的租户是初次接入的租户，所以租户表中没有记录预设的接口标识、租户标识及负载策略。所以为了进行本次接入租户的负载均衡调度，所述负载均衡设备可以设置默认的租户标识及默认的负载策略。也可以在以后维护时人为的修改该租户的租户标识或者负载策略。所述默认的租户标识如前所述，可以负载均衡设备分配的一个编号，该编号具有唯一性。也可以包括租户的终端设备的识别码、租户接入时提供的账户中的一种。

所述默认的负载策略如前所述，可以包括轮循均衡(Round Robin)、权重轮循均衡(Weighted Round Robin)、随机均衡(Random)、权重随机均衡(Weighted Random)、响应速度均衡(Response Time)、最少连接数均衡(Least Connection)、处理能力均衡中的一种。

本实施例中，对于初次接入负载均衡设备的租户，由于在负载均衡设备上没有其预存的接口标识、租户标识及负载策略之间的关联关系的数据，所以匹配时也就无法根据接口标识匹配到对应的租户标识及负载策略了。通过，在匹配失败时，设置默认的租户标识及默认的负载策略，就可以根据设置的默认的负载策略来进行负载均衡调度。

参见图5，在本申请的一个实施例中，在步骤223之后，还可以包括如下步骤：

步骤224：将所述租户标识、接口标识及负载策略关联后记录到所述租户表中。

通过本实施例，对于初次接入负载均衡设备的租户，可以将所述租户标识、接口标识及负载策略关联后记录到租户表中，便于在该租户再次接入时快速地根据接口确定租户标识及租户对应的负载策略。还便于后期进行维护，例如工作人员修改租户的负载策略，使得负载均衡调度更加合理有效率。

参见图6，为本申请一实施例提供的一种负载均衡调度方法的流程图，该实施例已负载均衡设备为执行主体进行描述，所述方法应用在用于实现负载均衡的负载均衡设备上，包括以下步骤：

步骤310：获取租户接入负载均衡设备时使用接口的接口标识。

本实施例中，步骤310与上述实施例中步骤210相同，此处不再赘述。

步骤320：根据所述接口标识，从预设的租户表匹配所述接口标识对应的租户标识。

与图4所示实施例中租户表不同之处在于，本实施例中所述租户表记录了接口标识和租户标识的对应关系。如下表2所示：

表2

接口标识	租户标识
		if-1,if-2,if-3	user-1
if-8，if-9	user-2

上表2中，假设负载均衡设备获取到的接口标识为if-1，if-2，if-3，那么，匹配租户表后可以获取对应的租户标识user-1。

需要说明的是，在本申请的其它实施例中，记录接口标识和租户标识对应关系可以是除了所述租户表外的其它工具，例如可以是数据库，本申请对此不加以限定，只要能实现接口标识和租户标识对应关系的都应该在本申请的保护范围内。

步骤330：如果匹配所述接口标识对应的租户标识成功，则获取该租户标识。

本实施例中，如果负载均衡设备匹配所述接口标识对应的租户标识成功，就可以获取所述接口标识对应的租户标识。

步骤340：根据所述租户标识，从预设的策略表匹配所述租户标识对应的负载策略。

本实施例中，所述策略表中记录记录了租户标识和负载策略的对应关系。如下表3所示：

表3

上表3中，假设负载均衡设备获取到的租户标识为user-1，那么，匹配策略表后可以获取对应的负载策略为负载策略A。

需要说明的是，在本申请的其它实施例中，记录租户标识和负载策略的对应关系可以是除了所述策略表外的其它工具，例如可以是数据库，本申请对此不加以限定，只要能实现租户标识和负载策略对应关系的都应该在本申请的保护范围内。

步骤350：如果匹配所述租户标识对应的负载策略成功，则获取该负载策略。

本实施例中，如果负载均衡设备匹配所述租户标识对应的负载策略成功，就可以获取所述租户标识对应的负载策略。

步骤360：根据所述负载策略对所述租户标识对应的租户进行负载均衡调度。

本实施例中，步骤330与上述实施例中步骤230相同，此处不再赘述。

本实施例不同于图4所示的实施例，本实施例将接口标识和租户标识的对应关系、租户标识和负载策略的对应关系分开记录在不同的表中，可以使得维护管理更为灵活。

在本申请基于上述图6的一个实施例中，在步骤320之后还可以包括步骤331，在步骤340之后还可以包括步骤351，如图7所示：

步骤331：如果匹配所述接口标识对应的租户标识失败，则设置默认的租户标识。

本实施例中，如果负载均衡设备获取到的接口标识在所述租户表中匹配失败，则说明该接入的租户是初次接入的租户，所以租户表中没有记录预设的接口标识和租户标识。所以为了进行本次接入租户的负载均衡调度，所述负载均衡设备可以设置默认的租户标识。也可以在以后维护时人为的修改该租户的租户标识。所述默认的租户标识如前所述，可以负载均衡设备分配的一个编号，该编号具有唯一性。也可以包括租户的终端设备的识别码、租户接入时提供的账户中的一种。

步骤351：如果匹配所述租户标识对应的负载策略失败，则设置默认的负载策略。

本实施例中，如果负载均衡设备获取到的租户标识在所述处理表中匹配失败，则说明该接入的租户是初次接入的租户，所以策略表中没有记录预设的租户标识和负载策略。所以为了进行本次接入租户的负载均衡调度，所述负载均衡设备可以设置默认的负载策略。所述默认的负载策略如前所述，可以包括轮循均衡(Round Robin)、权重轮循均衡(Weighted Round Robin)、随机均衡(Random)、权重随机均衡(Weighted Random)、响应速度均衡(Response Time)、最少连接数均衡(Least Connection)、处理能力均衡中的一种。

本实施例中，对于初次接入负载均衡设备的租户，由于在负载均衡设备上没有其预存的接口标识、租户标识及负载策略之间的关联关系的数据。通过设置默认的租户标识及默认的负载策略，就可以使得负载均衡设备根据设置的默认的负载策略来进行负载均衡调度。

参见图7，在本申请的一个实施例中，在步骤331之后还可以包括步骤332，在步骤351之后还可以包括步骤352：

步骤332：将所述租户标识、接口标识关联后记录到所述租户表中。

步骤352：将所述租户标识、负载策略关联后记录到所述策略表中。

通过本实施例，对于初次接入负载均衡设备的租户，可以将接口标识和对应默认的租户标识记录到租户表中，以及将租户标识和对应默认的负载策略记录到策略表中，便于在该租户再次接入时快速地根据接口确定租户标识，再根据租户标识确定对应的负载策略。还便于后期进行维护，例如工作人员修改租户的负载策略，使得负载均衡调度更加合理有效率。

与前述负载均衡调度方法实施例相对应，本申请还提供了负载均衡调度装置的实施例。

本申请负载均衡调度装置的实施例可以分别应用在负载均衡设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图8所示，为本申请负载均衡调度装置所在设备的一种硬件结构图，除了图8所示的处理器、接口、内存以及非易失性存储器之外，实施例中装置所在的设备通常根据该负载均衡调度的实际功能，还可以包括其他硬件，对此不再赘述。

参见图9，为本申请负载均衡调度装置的一个实施例框图，所述装置应用在用于实现负载均衡的负载均衡设备上，所述装置包括：第一获取单元410、第二获取单元420和调度单元430。

其中，所述第一获取单元410，用于获取租户接入负载均衡设备时使用接口的接口标识；

第二获取单元420，用于根据所述接口标识，获取对应的租户标识及负载策略；

调度单元430，用于根据所述负载策略对所述租户标识对应的租户进行负载均衡调度。

在一个可选的实现方式中：

所述第二获取单元420，具体可以包括：

第一匹配子单元，用于根据所述接口标识，从预设的租户表匹配所述接口标识对应的租户标识及负载策略；

第一获取子单元，用于在匹配成功时，获取所述接口标识对应的租户标识及负载策略。

在一个可选的实现方式中：

在所述第一匹配子单元之后，所述装置还可以包括：

第一设置子单元，用于在匹配失败时，设置默认的租户标识及默认的负载策略。

在一个可选的实现方式中：

在所述第一设置子单元之后，所述装置还包括：

第一记录子单元，用于将所述租户标识、接口标识及负载策略关联后记录到所述租户表中。

在一个可选的实现方式中：

所述第二获取单元420，具体包括：

第二匹配子单元，用于根据所述接口标识，从预设的租户表匹配所述接口标识对应的租户标识；

第二获取子单元，用于在匹配所述接口标识对应的租户标识成功时，获取该租户标识；

第三匹配子单元，用于根据所述租户标识，从预设的策略表匹配所述租户标识对应的负载策略；

第三获取子单元，用于在匹配所述租户标识对应的负载策略成功时，获取该负载策略。

在一个可选的实现方式中：

在所述第二匹配子单元之后，所述装置还包括：

第二设置子单元，用于在匹配所述接口标识对应的租户标识失败时，设置默认的租户标识；

在所述第三匹配子单元之后，所述装置还包括：

第三设置子单元，用于在匹配所述租户标识对应的负载策略失败时，设置默认的负载策略。

在一个可选的实现方式中：

在所述第二设置子单元之后，所述装置还包括：

第二记录子单元，用于将所述租户标识、接口标识关联后记录到所述租户表中；

在所述第三设置子单元之后，所述装置还包括：

第三记录子单元，用于将所述租户标识、负载策略关联后记录到所述策略表中。

在一个可选的实现方式中：

所述接口包括硬件接口、软件接口中的至少一种。

在一个可选的实现方式中：

所述租户标识包括租户的终端设备的识别码、租户接入时提供的账户中的至少一种。

通过本申请实施例中，基于负载均衡设备的接口对不同租户进行区分，形成租户与接口的对应关系，从而根据接入负载均衡设备时使用的接口来识别不同的租户，再根据识别后的租户对应的负载策略在对租户进行负载均衡调度。如此，只需一台负载均衡设备就可以实现对多个租户进行负载均衡调度，避免了对每个租户都需要部署一台负载均衡设备，从而降低了实现负载均衡的成本。而且，通过本实施例，由于使用了同一台负载均衡设备，所有租户配置的负载策略都可以在这台负载均衡设备上进行操作，相对于现有技术中需要到不同的负载均衡设备上进行操作，实现了对多租户的灵活管理。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (18)

1.一种负载均衡调度方法，所述方法应用在用于实现负载均衡的负载均衡设备上，其特征在于，所述负载均衡设备上设置有分配给不同租户的多个接口，并且，预先存储有接口标识、租户标识及负载策略的对应关系，所述方法包括：

获取租户接入负载均衡设备时使用接口的接口标识；

根据所述接口标识，获取对应的租户标识及负载策略；

根据所述负载策略对所述租户标识对应的租户进行负载均衡调度。

2.根据权利要求1所述的方法，其特征在于，所述根据所述接口标识，获取对应的租户标识及负载策略，具体包括：

根据所述接口标识，从预设的租户表匹配所述接口标识对应的租户标识及负载策略；

如果匹配成功，则获取对应的租户标识及负载策略。

3.根据权利要求2所述的方法，其特征在于，在所述根据所述接口标识，从预设的租户表匹配所述接口标识对应的租户标识及负载策略之后，所述方法还包括：

如果匹配失败，则设置默认的租户标识及默认的负载策略。

4.根据权利要求3所述的方法，其特征在于，在所述如果匹配失败，则设置默认的租户标识及默认的负载策略之后，所述方法还包括：

将所述租户标识、接口标识及负载策略关联后记录到所述租户表中。

5.根据权利要求1所述的方法，其特征在于，根据所述接口标识，获取对应的租户标识及负载策略，具体包括：

根据所述接口标识，从预设的租户表匹配所述接口标识对应的租户标识；

如果匹配所述接口标识对应的租户标识成功，则获取该租户标识；

根据所述租户标识，从预设的策略表匹配所述租户标识对应的负载策略；

如果匹配所述租户标识对应的负载策略成功，则获取该负载策略。

6.根据权利要求5所述的方法，其特征在于，在所述根据所述接口标识，从预设的租户表匹配所述接口标识对应的租户标识之后，所述方法还包括：

如果匹配所述接口标识对应的租户标识失败，则设置默认的租户标识；

在所述根据所述租户标识，从预设的策略表匹配所述租户标识对应的负载策略之后，所述方法还包括：

如果匹配所述租户标识对应的负载策略失败，则设置默认的负载策略。

7.根据权利要求6所述的方法，其特征在于，在所述如果匹配所述接口标识对应的租户标识失败，则设置默认的租户标识之后，所述方法还包括：

在所述如果匹配所述接口标识对应的租户标识失败，则设置默认的租户标识之后，所述方法还包括：

将所述租户标识、接口标识关联后记录到所述租户表中；

在所述如果匹配所述租户标识对应的负载策略失败，则设置默认的负载策略之后，所述方法还包括：

将所述租户标识、负载策略关联后记录到所述策略表中。

8.根据权利要求1所述的方法，其特征在于，所述接口包括硬件接口、软件接口中的至少一种。

9.根据权利要求1所述的方法，其特征在于，所述租户标识包括租户的终端设备的识别码、租户接入时提供的账户中的至少一种。

10.一种负载均衡调度装置，所述装置应用在用于实现负载均衡的负载均衡设备上，其特征在于，所述负载均衡设备上设置有分配给不同租户的多个接口，并且，预先存储有接口标识、租户标识及负载策略的对应关系，所述装置包括：

第一获取单元，用于获取租户接入负载均衡设备时使用接口的接口标识；

第二获取单元，用于根据所述接口标识，获取对应的租户标识及负载策略；

调度单元，用于根据所述负载策略对所述租户标识对应的租户进行负载均衡调度。

11.根据权利要求10所述的装置，其特征在于，所述第二获取单元，具体包括：

第一匹配子单元，用于根据所述接口标识，从预设的租户表匹配所述接口标识对应的租户标识及负载策略；

第一获取子单元，用于在匹配成功时，获取所述接口标识对应的租户标识及负载策略。

12.根据权利要求11所述的装置，其特征在于，在所述第一匹配子单元之后，所述装置还包括：

第一设置子单元，用于在匹配失败时，设置默认的租户标识及默认的负载策略。

13.根据权利要求12所述的装置，其特征在于，在所述第一设置子单元之后，所述装置还包括：

第一记录子单元，用于将所述租户标识、接口标识及负载策略关联后记录到所述租户表中。

14.根据权利要求10所述的装置，其特征在于，所述第二获取单元，具体包括：

第二匹配子单元，用于根据所述接口标识，从预设的租户表匹配所述接口标识对应的租户标识；

第二获取子单元，用于在匹配所述接口标识对应的租户标识成功时，获取该租户标识；

第三匹配子单元，用于根据所述租户标识，从预设的策略表匹配所述租户标识对应的负载策略；

第三获取子单元，用于在匹配所述租户标识对应的负载策略成功时，获取该负载策略。

15.根据权利要求14所述的装置，其特征在于，在所述第二匹配子单元之后，所述装置还包括：

第二设置子单元，用于在匹配所述接口标识对应的租户标识失败时，设置默认的租户标识；

在所述第三匹配子单元之后，所述装置还包括：

第三设置子单元，用于在匹配所述租户标识对应的负载策略失败时，设置默认的负载策略。

16.根据权利要求15所述的装置，其特征在于，在所述第二设置子单元之后，所述装置还包括：

第二记录子单元，用于将所述租户标识、接口标识关联后记录到所述租户表中；

在所述第三设置子单元之后，所述装置还包括：

第三记录子单元，用于将所述租户标识、负载策略关联后记录到所述策略表中。

17.根据权利要求10所述的装置，其特征在于，所述接口包括硬件接口、软件接口中的至少一种。

18.根据权利要求10所述的装置，其特征在于，所述租户标识包括租户的终端设备的识别码、租户接入时提供的账户中的至少一种。

Images