负载均衡调度方法和装置、电子设备和存储介质

技术领域

本申请涉及集群服务技术领域，尤其涉及一种负载均衡调度方法和装置、电子设备和存储介质。

背景技术

目前，视频直播是近年广为应用的业务形态，为提供较为流畅和低延迟的直播视频播放体验，直播转码技术应运而生：将高码率/分辨率的原始直播视频转换为低码率、清晰、能被客户端支持的视频流格式，供客户端播放。

当客户端拉取某一路转码流时，转码集群需要立即启动对直播源流的转码，推送到cdn网络并分发到客户端。整个过程涉及环节繁多，但总耗时需要控制在1秒内完成整个处理流程(广域网)，对转码系统的快速响应、可靠性均提出了很高的要求。

投入生产的直播转码业务：参与方至少包含转码发起方(直播cdn等)、转码需求和任务生成、任务派发、转码任务执行方、定期心跳记录任务状态、转码计费方、转码停止方等等。对于这类参与实体众多的N方协同，调度器不仅需要与负载均衡器进行交互，还需要与参与方交互，沟通渠道达到N(N+1)/2条，彼此状态协同难度高、且对耗时极为敏感；并且维护转码任务状态在多个调度器之间实时同步，实现方式复杂。

由此可见，相关技术中的大规模集群服务存在以上技术问题。

发明内容

本申请提供了一种负载均衡调度方法和装置、电子设备和存储介质，以至少解决相关技术中存在的至少一个技术问题。

根据本申请实施例的一个方面，提供了一种负载均衡调度方法，包括：

负载均衡器获取来自于目标参与方的携带有目标特征码的目标访问请求，其中，所述目标特征码用于表征唯一对应的转码流的特征，所述转码流是对视频源流进行转码后的视频流；

所述负载均衡器在所有调度器中确定出与所述目标特征码对应的目标调度器，将所述访问请求转发给所述目标调度器；

所述目标调度器按照所述访问请求控制转码。

可选地，如前述的方法，在所述负载均衡器获取来自于目标参与方的携带有目标特征码的目标访问请求之前，所述方法还包括：

所述目标参与方在启动目标事件时，确定出所述转码流的特征信息，其中，所述目标事件为所述访问请求对应的事件，所述特征信息包括：视频源流的域名空间、发布点、视频源流名以及转码流后缀，所述转码流后缀用于指示所述转码流的视频参数；

基于所述特征信息生成所述目标特征码。

可选地，如前述的方法，所述目标调度器按照所述访问请求控制转码，包括：

所述目标调度器按照所述访问请求，确定出用于对转码执行者的目标控制指令；

将所述目标控制指令下发至所述转码执行者，以使所述转码执行者按照所述目标控制指令对所述视频源流执行对应的转码操作。

可选地，如前述的方法，在所述负载均衡器在所有调度器中确定出与所述目标特征码对应的目标调度器，将所述访问请求转发给所述目标调度器之后，所述方法还包括：

所述目标调度器判断所述访问请求对应的目标转码状态与所述转码流的当前转码状态是否一致；

所述目标调度器在判断所述目标转码状态与所述当前转码状态不一致的情况下，将所述目标转码状态写入所述目标调度器的存储空间，以及将所述目标转码状态写入共享缓存中，其中，所述所有调度器共用所述共享缓存；

所述目标调度器在通过负载均衡器获取来自于请求接口的状态数据获取请求的情况下，将所述存储空间中的当前状态数据返回至所述请求接口，其中，所述当前状态数据包括至少一个转码状态。

可选地，如前述的方法，所述基于所述特征信息生成所述目标特征码之后，所述方法还包括：

在所述目标参与方通过http对所述负载均衡器进行访问的情况下，将所述目标特征码封装为所述http的请求参数或者http的消息头；

在所述目标参与方通过目标协议对所述负载均衡器进行访问的情况下，将所述目标特征码封装为目标协议负载的前预设数量个字节，其中，所述目标协议包括：TCP或UDP。

可选地，如前述的方法，在所述目标调度器在判断所述目标转码状态与所述当前转码状态不一致的情况下，将所述目标转码状态写入共享缓存中之后，所述方法还包括：

在所述目标调度器故障的情况下，所述目标调度器对自身进行隔离；

所述负载均衡器在剩余调度器中确定出备用调度器，其中，所述剩余调度器为所述所有调度器中除所述目标调度器之外的其他调度器；

所述备用调度器从所述共享缓存中，获取所述目标特征码对应的最新状态数据。

可选地，如前述的方法，所述方法还包括：

所述负载均衡器获取来自于指定参与方的未携带有特征码的指定访问请求；

所述负载均衡器在所述所有调度器中随机确定出指定调度器；

所述负载均衡器将所述指定访问请求分发至所述指定调度器。

根据本申请实施例的另一个方面，还提供了一种负载均衡调度装置，包括：

负载均衡器，用于获取来自于目标参与方的携带有目标特征码的目标访问请求，其中，所述目标特征码用于表征唯一对应的转码流的特征，所述转码流是对视频源流进行转码后的视频流；

所述负载均衡器，还用于在所有调度器中确定出与所述目标特征码对应的目标调度器，将所述访问请求转发给所述目标调度器；

所述目标调度器，用于按照所述访问请求控制转码。

根据本申请实施例的又一个方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；其中，存储器，用于存储计算机程序；处理器，用于通过运行所述存储器上所存储的所述计算机程序来执行上述任一实施例中的方法步骤。

根据本申请实施例的又一个方面，还提供了一种计算机可读的存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一实施例中的方法步骤。

在本申请实施例中，采用负载均衡器通过按照目标访问请求中携带的目标特征码，确定出对应的目标调度器，将访问请求转发给目标调度器，进而使目标调度器按照该目标访问请求控制视频源流的转码；从而可以使视频源流的转码都只由目标调度器进行控制调度，无需多个不同的调度器对该视频源流的转码进行调度，从而可以有效相关技术中采用多个调度器对视频源流的转码任务进行控制调度，导致的多个调度器之间需要实时同步转码任务的状态，导致实现复杂的问题；并且，本实施例方法无需调度器与参与方之间进行交互，从而可以通过均衡调度器访问入口对调度器进行访问，解耦调度器与参与方之间的信息交互，简化设计，降低系统耦合，转码响应更及时，整系统负载能力显著提高；从而也可以克服相关技术中架构复杂，进而导致运维和监控困难的技术问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是根据本申请实施例的一种可选的负载均衡调度方法的硬件环境的示意图；

图2是根据本申请实施例的一种可选的负载均衡调度方法的流程示意图；

图3是根据本申请实施例的另一种可选的负载均衡调度方法的示意图；

图4是根据本申请实施例的另一种可选的负载均衡调度方法的流程示意图；

图5是根据本申请实施例的一种可选的负载均衡调度装置的结构框图；

图6是根据本申请实施例的一种可选的电子设备的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种负载均衡调度方法。可选地，在本实施例中，上述负载均衡调度方法可以应用于如图1所示的由终端1402和服务器1404所构成的硬件环境中。如图1所示，服务器1404通过网络与终端1402进行连接，可用于为终端或终端上安装的客户端提供服务(如游戏服务、应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器1404提供数据存储服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端可以并不限定于为PC、手机、平板电脑等。

本申请实施例的负载均衡调度方法可以由服务器来执行，也可以由终端来执行，还可以是由服务器和终端共同执行。其中，终端执行本申请实施例的负载均衡调度方法也可以是由安装在其上的客户端来执行。

以由服务器来执行本实施例中的负载均衡调度方法为例，图2为本申请实施例提供的一种可选的负载均衡调度方法，包括如下所述步骤：

步骤S101，负载均衡器获取来自于目标参与方的携带有目标特征码的目标访问请求，其中，目标特征码用于表征唯一对应的转码流的特征，转码流是对视频源流进行转码后的视频流。

本实施例中的负载均衡调度方法可以应用于视频直播的高码率/分辨率的原始直播视频转换为低码率、清晰、能被客户端支持的视频流格式，得到转码流，以供客户端播放的场景。

具体的，目标参与方可以是转码发起方、分发转码流方、分发源流方、转码执行者、转码计费方等等。

一般情况下，分发转码流方、分发源流方可以向负载均衡器发送访问请求所对应的事件类型可以是停止转码；转码执行者向负载均衡器发送的访问请求所对应的事件类型可以是：取转码任务(获取需要进行转码的任务)、转码心跳以及基于心跳返回码停止任务；转码计费方向负载均衡器发送的访问请求所对应的事件类型可以是：计费停止确认；转码发起方向负载均衡器发送的访问请求所对应的事件类型可以是：启动转码或者停止转码。

目标访问请求中可以携带有目标特征码，并且一般情况下，每个参与方发送给负载均衡器的访问请求都携带有对应的特征码。

特征码可以用于唯一指示一个转码流。

作为一种可选的实施例，如前述的方法，在负载均衡器获取来自于目标参与方的携带有目标特征码的目标访问请求之前，方法还包括：

目标参与方在启动目标事件时，确定出转码流的特征信息，其中，目标事件为访问请求对应的事件，特征信息包括：视频源流的域名空间(域名空间内包含若干个域名；一个域名仅属于一个域名空间)、发布点(也即：目录名、path字段，例如，http//xxx.com/live/xxx.flv；则上述“live”称之为发布点)、视频源流名(即，视频源流的名称)以及转码流后缀(例如，1080P、4K等用于指示转码流的视频参数，在进行转码之前即可确定出该转码流后缀)。基于特征信息生成目标特征码，具体的，可以将上述特征信息中的视频源流的域名名称、发布点、视频源流名以及转码流后缀按照预设顺序依次连接，得到目标特征码。

步骤S102，负载均衡器在所有调度器中确定出与目标特征码对应的目标调度器，将访问请求转发给目标调度器。

具体的，负载均衡器在获取目标访问请求之后，可以对该目标访问请求进行识别，以确定出其中的目标特征码。

也就是说，携带有目标特征码的所有访问请求都转发给同一个目标调度器，进而通过同一个目标调度器处理与目标特征码对应的转码流的所有转码事件的控制以及记录。

目标均衡器可以确定出与所有调度器中的每个调度器所对应的特征码，然后即可在确定出目标特征码之后，按照目标特征码，确定出目标调度器，并将该访问请求转发给目标调度器。

步骤S103，目标调度器按照目标访问请求控制视频源流的转码。

具体的，目标调度器在获取目标访问请求之后，可以按照该目标访问请求控制上述视频源流的转码，例如，目标访问请求对应的事件为启动转码时，则目标调度器按照目标访问请求控制视频源流的转码为：启动对视频源流的转码；目标访问请求对应的事件为停止转码时，则目标调度器按照目标访问请求控制视频源流的转码为：停止对视频源流的转码。

本实施例的方法，采用负载均衡器通过按照目标访问请求中携带的目标特征码，确定出对应的目标调度器，将访问请求转发给目标调度器，进而使目标调度器按照该目标访问请求控制视频源流的转码；从而可以使视频源流的转码都只由目标调度器进行控制调度，无需多个不同的调度器对该视频源流的转码进行调度，从而可以有效相关技术中采用多个调度器对视频源流的转码任务进行控制调度，导致的多个调度器之间需要实时同步转码任务的状态，导致实现复杂的问题；并且，本实施例方法无需调度器与参与方之间进行交互，从而可以通过均衡调度器访问入口对调度器进行访问，解耦调度器与参与方之间的信息交互，简化设计，降低系统耦合，转码响应更及时，整系统负载能力显著提高；从而也可以克服相关技术中架构复杂，进而导致运维和监控困难的技术问题。

作为一种可选的实施例，如前述的方法，所述步骤S103目标调度器按照目标访问请求控制所述视频源流的转码，包括如下所述步骤：

目标调度器按照目标访问请求，确定出用于对转码执行者的目标控制指令；将目标控制指令下发至转码执行者，以使转码执行者按照目标控制指令对视频源流执行对应的转码操作。

具体的，目标调度器在接收到负载均衡器转发的目标访问请求之后，即需要按照该目标访问请求进行控制。

目标调度器可以按照目标访问请求，确定出对转码执行者进行控制的目标控制指令；可选地，目标控制指令可以是用于指示转码执行者对视频源流进行对应的转码操作的指令，转码操作可以包括但不限于以下至少一种：开始转码、停止转码、取转码任务、发送转码心跳、基于心跳返回码停止任务等等。其中，转码心跳在能够正常获取的情况下，可以用于指示转码执行者正常执行对视频源流的转码，反之，则说明转码执行者无法正常执行对视频源流的转码。

目标调度器在生成目标控制指令之后，即可将该目标控制指令下发至转码执行者，以使该转码执行者按照目标控制指令对视频源流执行对应的转码操作。

进一步的，转码执行者可以去主动获取待转码的任务；此时同样适用于由目标调度器向转码执行者分发任务：转码执行者可以以广播方式向各个调度器注册上线，并通告自身的转码能力以及调用接口DispatchIntf；调度器收到待转码任务时，使用此接口向转码执行者分发任务。

通过本实施例的方法，实现目标调度器对转码执行者的控制，进而可以实现对视频源流的转码操作进行控制的目的。

如图3所示，作为一种可选的实施例，如前述的方法，在所述步骤S102负载均衡器在在所有调度器中确定出与目标特征码对应的目标调度器，将访问请求转发给目标调度器之后，方法还包括如下所述步骤：

步骤S201，目标调度器判断访问请求对应的目标转码状态与转码流的当前转码状态是否一致。

具体的，目标调度器在获取该访问请求之后，可以确定出访问请求对应的目标转码状态，并且可以从存储空间中确定出转码流的当前转码状态，进而可以判断目标转码状态与当前转码状态是否一致。

步骤S202，目标调度器在判断目标转码状态与当前转码状态不一致的情况下，将目标转码状态写入目标调度器的存储空间，以及将目标转码状态写入共享缓存中，其中，所有调度器共用共享缓存；

具体的，目标调度器在判断目标转码状态与当前转码状态不一致的情况下，说明目标转码状态是需要进行记录的，因此可以将目标转码状态写入目标调度器的内存(即，其中一种可选的存储空间)中；并且将目标转码状态写入共享缓存中；进一步的，在将目标转码状态写入目标调度器内存以及共享缓存时，还一同将对应的目标特征码写入，进一步的，还可以将获取该目标转码状态的时间也一同写入。

反之，目标调度器在判断目标转码状态与当前转码状态一致的情况下，则不将目标转码状态写入目标调度器的存储空间以及共享缓存中。

步骤S203，目标调度器在通过负载均衡器获取来自于请求接口的状态数据获取请求的情况下，将存储空间中的当前状态数据返回至请求接口，其中，当前状态数据包括至少一个转码状态。

具体的，其他设备可以通过请求接口向负载均衡器发送该状态数据获取请求。状态数据获取请求中可以包括目标特征码，进而负载均衡器即可按照该目标特征码将该状态数据获取请求推送给目标调度器。

目标调度器在获取状态数据获取请求之后，可以基于状态数据获取请求中携带的目标特征码，在存储空间中查找得到当前状态数据，并通过负载均衡器，将该当前状态数据返回至请求接口。

作为一种可选的实施例，如前述的方法，所述步骤基于特征信息生成目标特征码之后，方法还包括如下所述步骤：

在目标参与方通过http对负载均衡器进行访问的情况下，将目标特征码封装为http的请求参数或者http的消息头。

也就是说，针对http访问：特征码作为http请求参数携带或header(即，http的消息头)，均衡调度器可以对http的请求参数或者http的消息头进行识别，得到特征码，以做服务调度。

在目标参与方通过目标协议对负载均衡器进行访问的情况下，将目标特征码封装为目标协议负载的前预设数量个字节，其中，目标协议包括：TCP或UDP。

也就是说，在参与方通过目标协议(例如，TCP、UDP)访问负载均衡器的情况下，特征码作TCP/UDP负载的前预设数量个字节(例如32字节)携带，均衡调度器识别特征码做服务调度。预设数量可以是32、64等等。

如图4所示，作为一种可选的实施例，如前述的方法，在所述步骤S202目标调度器在判断目标转码状态与当前转码状态不一致的情况下，将目标转码状态写入共享缓存中之后，方法还包括如下所述步骤：

步骤S301，在目标调度器故障的情况下，目标调度器对自身进行隔离。

也就是说，目标调度器在判断自身出现故障的情况下，可以对自身进行隔离，进而可以是负载均衡器无法对其进行访问，并将访问请求发送给目标调度器。

步骤S302，负载均衡器在剩余调度器中确定出备用调度器，其中，剩余调度器为所有调度器中除目标调度器之外的其他调度器。

负载均衡器可以确定出无法访问的目标调度器，并确定出与其对应的目标特征码；并在所有调度器中除目标调度器之外的剩余调度器中，随机确定出一个未进行隔离的，且可用的作为备用调度器。

步骤S303，备用调度器从共享缓存中，获取目标特征码对应的最新状态数据。

在确定出备用调度器之后，备用调度器可以从负载均衡器获取出目标特征码，然后按照目标特征码从共享缓存中获取得到对应的最新状态数据，即，最新状态数据包括目标特征码对应的转码流的最新状态。

通过本实施例的方法，即使在调度器出现故障的情况下，仍然可以通过别的调度器实现与故障调度器相同的转码控制，并且调度器故障时主动隔离自身，避免反复上线/下线。

作为一种可选的实施例，如前述的方法，方法还包括如下所述步骤：

负载均衡器获取来自于指定参与方的未携带有特征码的指定访问请求；负载均衡器在所有调度器中随机确定出指定调度器；负载均衡器将指定访问请求分发至指定调度器。

也就是说，针对不携带特征码的指定访问请求(例如，取转码任务)，负载均衡器可以在所有调度器中随机选择得到一个指定调度器，例如，可以选出一个空闲的调度器作为指定调度器，或者所负责转码控制的负荷最小的调度器作为指定调度器。

并且，负载均衡器在确定出指定调度器之后则可将指定访问请求分发至指定调度器。

如图5所示，提供一种应用前述任一实施例的应用例：

1、启动转码、停止转码时，均基于转码流的特征(流名/域名等)生成特征码(域名空间、发布点、视频源流名、转码流后缀)。

2、在负载均衡器上实现基于特征码的均衡调度，也即：具有相同特征码的访问请求都转发给同一个调度器处理(图示的“调度器2”)。

3、调度器在内存(即，其中一种可选的存储空间)内记录转码任务的状态数据(例如，转码成功、开始、出现故障、重启)，供负载均衡器转发的请求接口使用，当状态数据发生变化时则写入共享缓存(redis等)。

4、当指定调度器内存不具有转码任务数据时，则尝试从共享缓存(redis等)；调度器故障时主动隔离自身，避免反复上线/下线。

5、不同访问协议的特征码封装：

针对http访问：特征码作为http请求参数携带(或header亦可)，均衡调度器识别特征码做服务调度；

针对TCP、UDP访问:特征码作tcp/udp负载的前若干字节(例如32字节)携带，均衡调度器识别特征码做服务调度。

6、针对不携带特征码的访问请求(例如取转码任务)，则随机选择一个调度器分发访问请求。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM(Read-Only Memory，只读存储器)/RAM(Random Access Memory，随机存取存储器)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

根据本申请实施例的另一个方面，还提供了一种用于实施上述负载均衡调度方法的负载均衡调度装置。图5是根据本申请实施例的一种可选的负载均衡调度装置的结构框图，如图5所示，该装置可以包括：

负载均衡器11，用于获取来自于目标参与方的携带有目标特征码的目标访问请求，其中，目标特征码用于表征唯一对应的转码流的特征，转码流是对视频源流进行转码后的视频流；

负载均衡器11，还用于在所有调度器中确定出与目标特征码对应的目标调度器，将访问请求转发给目标调度器；

目标调度器2，用于按照目标访问请求控制所述视频源流的转码。

需要说明的是，该实施例中的负载均衡器11可以用于执行上述步骤S101，该实施例中的负载均衡器11还可以用于执行上述步骤S102，该实施例中的目标调度器2可以用于执行上述步骤S103。

本实施例中的装置，除包含上述模块之外，还可以包含执行如前述任一负载均衡调度方法的实施例中任意方法的模块。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本申请实施例的又一个方面，还提供了一种用于实施上述负载均衡调度方法的电子设备，该电子设备可以是服务器、终端、或者其组合。

根据本申请的另一个实施例，还提供一种电子设备，包括：如图6所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503和通信总线1504，其中，处理器1501，通信接口1502，存储器1503通过通信总线1504完成相互间的通信。

存储器1503，用于存放计算机程序；

处理器1501，用于执行存储器1503上所存放的程序时，实现如下步骤：

步骤S101，负载均衡器获取来自于目标参与方的携带有目标特征码的目标访问请求，其中，目标特征码用于表征唯一对应的转码流的特征，转码流是对视频源流进行转码后的视频流。

步骤S102，负载均衡器在所有调度器中确定出与目标特征码对应的目标调度器，将访问请求转发给目标调度器。

步骤S103，目标调度器按照目标访问请求控制视频源流的转码。

可选地，在本实施例中，上述的通信总线可以是PCI(Peripheral ComponentInterconnect，外设部件互连标准)总线、或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

作为一种示例，上述存储器1503中可以但不限于包括上述负载均衡调度装置中的负载均衡器11以及目标调度器2。此外，还可以包括但不限于上述负载均衡调度装置中的其他模块单元，本示例中不再赘述。

上述处理器可以是通用处理器，可以包含但不限于：CPU(Central ProcessingUnit，中央处理器)、NP(Network Processor，网络处理器)等；还可以是DSP(DigitalSignal Processor，数字信号处理器)、ASIC(Application Specific IntegratedCircuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本申请实施例还提供一种计算机可读存储介质，存储介质包括存储的程序，其中，程序运行时执行上述方法实施例的方法步骤。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、ROM、RAM、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例中所提供的方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。