基于5GMEC的负载均衡处理方法、装置及电子设备与流程

基于5g mec的负载均衡处理方法、装置及电子设备
技术领域
1.本发明涉及通信领域，具体而言，涉及一种基于5g mec的负载均衡处理方法、装置及电子设备。


背景技术：

2.在物联网终端规模大、资源类型多、任务请求多的场景中，“mec(multi
‑
access edge computing，多接入边缘计算)边缘云”需要面对的一个问题是如何调度虚拟机资源以提高物理机资源的利用率，减少出现负载过高或过低的现象。在相关技术中，由于目前在upf的标准功能中没有负载均衡功能，通常的实现方法是有两类：(1)硬件实现，直接通过智能交换机实现，硬件负载均衡器处理能力强，而且和系统无关，更适用于批量设备、大规模访问量以及简单应用的场景；(2)软件实现，基于系统与应用的负载均衡器，能够更好的根据系统与应用的状况分批负载，适用于复杂的业务场景。但是采用上述方式进行实现时，会产生运维成本高，且造成负载均衡系统任务繁重、性能下降的问题。
3.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

4.本发明实施例提供了一种基于5g mec的负载均衡处理方法、装置及电子设备，以至少解决相关技术中负载均衡实现的过程中，出现的成本高，稳定性差、性能较低的技术问题。
5.根据本发明实施例的一个方面，提供了一种负载均衡处理方法，包括：接收请求消息，其中，所述请求消息用于请求处理预定业务；将所述请求消息发送给负载均衡器，其中，所述负载均衡器预先在用户端口功能upf网元中创建；通过所述负载均衡器选择应用服务器对所述预定业务进行处理。
6.可选地，在所述将所述请求消息发送给负载均衡器之前，还包括：通过调度器选择创建所述负载均衡器的所述upf网元；获取用于创建所述负载均衡器的逻辑结构信息；基于所述逻辑结构信息在选择的所述upf网元中创建所述负载均衡器。
7.可选地，所述基于所述逻辑结构信息在选择的所述upf网元中创建所述负载均衡器，包括：基于消息队列，通过代理网元将创建请求消息发送给驱动器，其中，所述消息队列中包括一条或多条用于请求创建负载均衡器的创建请求消息；基于所述逻辑结构信息，通过所述驱动器在选择的所述upf网元中创建所述负载均衡器。
8.可选地，所述基于所述逻辑结构信息在选择的所述upf网元中创建所述负载均衡器，包括：在选择的所述upf网元为多个的情况下，基于所述逻辑结构信息在选择的多个upf网元批量创建所述负载均衡器。
9.可选地，所述通过所述负载均衡器选择应用服务器对所述预定业务进行处理，包括：通过所述负载均衡器指定的侦听端口，确定用于处理所述预定业务的负载均衡池，其中，所述负载均衡池中包括一个或多个应用服务器；从所述负载均衡池中所包括的一个或
多个应用服务器中选择目标应用服务器；采用所述目标应用服务器对所述预定业务进行处理。
10.可选地，从所述负载均衡池中所包括的一个或多个应用服务器中选择目标应用服务器，包括：对所述负载均衡池中所包括的所述一个或多个应用服务器的状态进行检测；在检测到异常应用服务器的情况下，将所述异常应用服务器从所述负载均衡池中删除，得到正常状态下的负载均衡池；从所述正常状态下的负载均衡池中选择目标应用服务器。
11.可选地，所述负载均衡处理方法应用于openstack系统。
12.根据本发明实施例的另一个方面，提供了一种负载均衡处理装置，包括：接收模块，用于接收请求消息，其中，所述请求消息用于请求处理预定业务；发送模块，用于将所述请求消息发送给负载均衡器，其中，所述负载均衡器预先在用户端口功能upf网元中创建；处理模块，用于通过所述负载均衡器选择应用服务器对所述预定业务进行处理。
13.根据本发明实施例的另一个方面，提供了一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现任一项所述的负载均衡处理方法。
14.根据本发明实施例的另一个方面，提供了一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执任一项所述的负载均衡处理方法。
15.在本发明实施例中，通过请求处理预定业务的请求信息发送至负载均衡器，并由复杂均衡器选择对应的应用服务器对业务进行处理，达到了在负载均衡的条件下实现预定业务的目的，从而实现了针对性处理预定业务的技术效果，进而解决了相关技术中负载均衡实现的过程中，出现的成本高，稳定性差、性能较低技术问题。
附图说明
16.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
17.图1是根据本发明实施例的负载均衡处理方法的流程图；
18.图2是本发明可选实施方式的负载均衡处理方法中的系统拓扑结构图；
19.图3是本发明可选实施方式的负载均衡处理方法中的系统逻辑结构图；
20.图4是本发明可选实施方式的负载均衡服务技术实现结构图；
21.图5是根据本发明实施例的负载均衡处理装置的结构框图；
22.图6是根据一示例性实施例示出的一种终端的结构框图。
具体实施方式
23.根据本发明实施例，提供了一种负载均衡处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
24.图1是根据本发明实施例的负载均衡处理方法，如图1所示，该方法包括如下步骤：
25.步骤s102，接收请求消息，其中，请求消息用于请求处理预定业务；
26.步骤s104，将请求消息发送给负载均衡器，其中，负载均衡器预先在用户端口功能upf网元中创建；
27.步骤s106，通过负载均衡器选择应用服务器对预定业务进行处理。
28.通过上述步骤，通过请求处理预定业务的请求信息发送至负载均衡器，并由复杂均衡器选择对应的应用服务器对业务进行处理，达到了在通过提供服务的方式，实现对预定业务实现负载均衡的目的，从而实现了灵活，高效，低成本实现负载均衡目标的技术效果，进而解决了相关技术中负载均衡实现的过程中，出现的成本高，稳定性差、性能较低技术问题。
29.其中，该负载均衡处理方法可以应用于openstack系统。即可以应用于一个开源的云计算管理平台系统，控制性强，能够满足各种业务需求，且具有兼容性强，扩展性强，灵活性高等优点。
30.作为一种可选的实施例，接收请求消息，其中，请求消息用于请求处理预定业务。接收请求信息的方式有很多，例如，可以通过接入网络接收请求信息，具体地，可以通过无线接入网络来接收请求信息。此外，请求处理的预定业务可以为多种，可以是以多种方式实现的业务功能，可以基于手机终端应用的业务场景，也可以是基于物联网的业务应用场景，使能够满足个人通信、游戏娱乐等需求，也能满足智能交通、无人驾驶、智能家居、智能工厂等各方面的应用需求。
31.作为一种可选的实施例，将请求消息发送给负载均衡器，其中，负载均衡器预先在用户端口功能upf(user port function，用户端口功能)网元中创建。即将接收到的请求处理预定业务的请求信息，发送给负载均衡器执行操作，其中，负载均衡器即将请求消息所包含的预定业务分摊到多个执行操作单元上进行执行，共同完成预定业务。可以用来在多个资源中，即多个执行操作单元中进行分配负载，达到最优化资源使用，防止过载，也可以用来解决大流量、高并发与高可用的问题。通过将负载均衡器对预定业务进行处理，采用自动化运维的方式部署和维护该负载均衡服务，提高了负载均衡器管理和部署的灵活性，降低了运维成本，加强网络数据处理能力，提高了网络的可用性与灵活性。
32.作为一种可选的实施例，在将请求消息发送给负载均衡器之前，还包括：通过调度器选择创建负载均衡器的upf网元；获取用于创建负载均衡器的逻辑结构信息；基于逻辑结构信息在选择的upf网元中创建负载均衡器。即，负载均衡器是在upf网元内基于一定的逻辑构造信息创建的，即可以是基于虚拟机实现的，即不需要硬件设施进行实现，由于没有采用硬件设施来，而是在upf网元中运行开源软件以实现负载均衡的功能，达到负了载均衡的效果，不需要为了提高稳定性而采用冗余、繁琐的设计，且硬件设施昂贵，增加成本，因此通过upf网元创建负载均衡器即可实现负载均衡的效果，可以降低成本，提高灵活性。
33.作为一种可选的实施例，基于逻辑结构信息在选择的upf网元中创建负载均衡器，包括：基于消息队列，通过代理网元将创建请求消息发送给驱动器，其中，消息队列中包括一条或多条用于请求创建负载均衡器的创建请求消息；基于逻辑结构信息，通过驱动器在选择的upf网元中创建负载均衡器。在基于逻辑结构信息在选择的upf网元中创建负载均衡器之前，是由调度器负责选出在哪个upf网元中创建负载均衡器，并将该upf网元的相关信息发送至代理网元，并通过代理网元将创建的请求信息发送给驱动器。具体地，可以通过插件模块(其中，该插件模块即上述所指的提供的一种服务)进行处理，例如，将upf网元的相
关信息返回给插件模块，插件模块通过消息队列给代理网元发送消息。此时，消息队列是插件模块和代理网元之间通信的桥梁。代理网元接收到创建请求消息后，将创建请求消息发送给驱动器，启动upf网元创建负载均衡器。
34.需要说明的是，基于逻辑结构信息在选择的upf网元中创建负载均衡器，包括：在选择的upf网元为多个的情况下，基于逻辑结构信息在选择的多个upf网元批量创建负载均衡器。负载均衡服务运行在upf网元，可以批量部署形成负载均衡器集群，提高系统的稳定性和性能，也方便迁移到其他服务器中；比起相关技术中的软件负载均衡器，不需要单独部署，而且采用冗余设计时，不需要另外部署和配置一个软件负载均衡器，与另一个负载均衡器形成主备关系。使得操作流程更加简单。
35.作为一种可选的实施例，通过负载均衡器选择应用服务器对预定业务进行处理，包括：通过负载均衡器指定的侦听端口，确定用于处理预定业务的负载均衡池，其中，负载均衡池中包括一个或多个应用服务器；从负载均衡池中所包括的一个或多个应用服务器中选择目标应用服务器；采用目标应用服务器对预定业务进行处理。即负载均衡服务作为5g边缘upf中的单独一个服务进行部署，也可以与其他服务一起部署，可以通过云平台进行管理，简化创建、维护等操作流程。
36.作为一种可选的实施例，从负载均衡池中所包括的一个或多个应用服务器中选择目标应用服务器，包括：对负载均衡池中所包括的一个或多个应用服务器的状态进行检测；在检测到异常应用服务器的情况下，将异常应用服务器从负载均衡池中删除，得到正常状态下的负载均衡池；从正常状态下的负载均衡池中选择目标应用服务器。即可以用来监测负载均衡池中应用服务器的状态，可以以多种方式查询应用服务器的状态，例如，以轮询的方式查询每个应用服务器的状态，如果应用服务器在规定的时间内没有响应，则将该应用服务器从分发列表中去掉，避免造成负载均衡的响应异常。
37.作为一种可选的实施例，通过负载均衡器选择应用服务器对预定业务进行处理。其中，对于5g企业应用或行业应用中，应用服务器主要部署在本地云端，即在边缘云上进行实现，通过选择与预定业务相对应的应用服务器，得以完成预定业务。
38.基于上述实施例及可选实施例，提供了一种可选实施方式，下面具体说明。
39.在相关技术中，5g移动通信网络业务目标主要有三大应用场景，即embb(enhanced mobile broadband，增强移动宽带)、mmtc(massive machine type communication，大规模机器类通信)和urllc(ultra reliable and low latency communication，超高可靠与低延时通信)，其中embb主要是手机终端应用的业务场景，mmtc和urllc主要是物联网的业务应用场景，因此5g网络将承载更多样化的业务需求，既能满足个人通信、游戏娱乐等人员需求，也能满足智能交通、无人驾驶、智能家居、智能工厂等物联网应用需求。为实现5g网络的三大业务目标，5g网络采用了upf(user port function，用户端口功能)下沉和mec(multi
‑
access edge computing，多接入边缘计算)技术方案，即将“连接和计算”能力从核心网迁移到更靠近数据源的边缘。“mec边缘云”是5g网络的关键技术之一，主要是解决由于物联网数据源的快速增长带来的对通信网络更高带宽、更多连接、更低时延和更高计算力的需求。“mec边缘云”通常由“边缘upf mec主机”构成，提供“通讯连接 计算”的服务能力，使更多应用在本地数据网内运算。在物联网终端规模大、资源类型多、任务请求多的场景中，“mec边缘云”需要面对的一个问题是如何调度虚拟机资源以提高物理机资源的利用率，减少出现
负载过高或过低的现象，达到最大化云服务整体性能和资源利用率，这要求5g mec边缘云具有负载均衡能力。
40.在相关技术中，由于目前在upf的标准功能中没有负载均衡功能，通常的实现方法是有两类：(1)硬件实现，直接通过智能交换机实现，硬件负载均衡器处理能力强，而且和系统无关，更适用于批量设备、大规模访问量以及简单应用的场景；(2)软件实现，基于系统与应用的负载均衡器，能够更好的根据系统与应用的状况分批负载，适用于复杂的业务场景。
41.但采用上述方案解决问题时，对于5g企业应用或行业应用中，应用服务器主要部署在本地云端，即边缘云上，以上两种方式的问题是：1)采用硬件负载均衡器，需要购买昂贵的硬件设备，为避免单点故障通常需要冗余配置，部署困难；另外，也需要专业的运维人员，硬件成本和人力成本很高，因此硬件负载均衡器通常用于数据中心中；同时使用硬件负载均衡器无法有效掌握服务器以及应用的状态，当系统处理能力严重下降时，网络层可能还没有感知到，仍然会进行网络传输，最终使服务器崩溃2)采用单个软件负载均衡器，对于大业务量的5g物联网业务的流量分配，任务繁重、造成性能下降，部署多个软件负载均衡器也比较费时，协调性、灵活性和控制性也比较差。
42.鉴于此，本发明可选实施方式应用于在物联网场景下部署5g mec边缘云的负载调度，采用基于openstack架构的负载均衡服务的技术实现。该负载均衡服务以插件形式提供，部署在边缘upf中。由于将负载均衡作为一种服务，可以采用自动化运维的方式部署和维护该负载均衡服务，提高了负载均衡器管理和部署的灵活性，降低了运维成本；同时，可以采用容器技术部署负载均衡服务，根据需要可以随时启动一个或多个运行负载均衡服务的容器镜像，也可以迁移到支持容器技术的其他平台中使用，服务升级时，只需启动部署新服务的容器镜像，并将原来的镜像关闭即可，增加了灵活性和兼容性。
43.图2是本发明可选实施方式的负载均衡处理方法中的系统拓扑结构图，如图2所示，下面进行详细说明；
44.客户终端ue(user experience)负责发送网络请求消息到边缘云中的应用服务端。边缘upf负责将用户请求的目的ip地址转换为边缘云内网ip地址，并将请求消息发送给负载均衡器。负载均衡器收到请求后，根据配置的处理算法，选择合适的边缘云中的应用服务器，并将请求消息发送给该服务器进行处理。
45.图3是本发明可选实施方式的负载均衡处理方法中的系统逻辑结构图，如图3所示，下面进行说明；
46.由图3内容可知，负载均衡器是在upf内，其中，负载均衡器是在upf虚拟机内创建的，并从边缘云的子网中获取ip地址。侦听器为负载均衡器指定侦听端口，并在指定的端口上监听请求消息。负载均衡池是由提供相同内容的应用服务器组成。成员是负载均衡池中处理网络请求的应用服务器，拥有ip地址并通过监听端口对外提供服务。健康监视器只有与负载均衡池关联后才有意义，用来监测负载均衡池中成员的状态，以轮询的方式查询每个成员的状态，如果成员在规定的时间内没有响应，则将该成员从分发列表中去掉，避免造成负载均衡的响应异常。
47.图4是本发明可选实施方式的负载均衡服务技术实现结构图，如图4所示，下面进行详细说明；
48.图4中扩展接口是处理用户请求的接口，并将用户发送过来的请求消息转发给插
件。其中，插件是处理创建负载均衡器的核心逻辑模块，并将创建负载均衡器逻辑结构信息保存到数据库中。调度器负责选出在哪个虚拟机上创建负载均衡器，并将设备相关信息返回给插件模块，然后，插件模块通过消息队列给代理发送消息。消息队列是插件和代理之间通信的桥梁。代理接收到消息后，将消息发送给驱动器，启动新虚拟机创建负载均衡器。
49.需要说明的是：
50.1)在负载均衡服务实现中，由于没有采用硬件实现而是在upf虚拟机中运行开源软件实现负载均衡器的功能，而且不需要像硬件负载均衡器那样为了提高稳定性而采用冗余设计，这需要购买昂贵的硬件设备，增加成本，因此可以降低成本，提高灵活性。
51.2)由于是将负载均衡器作为一种服务来提供负载均衡的功能，所以可以采用自动化运维工具以及容器技术是部署工作灵活、简单化，降低维护难度，便于升级，而不用像硬件负载均衡器那样需要专业维护人员来维护，也降低了维护成本。
52.3)负载均衡服务作为5g边缘upf中的单独一个服务与其他服务一起部署，可以通过云平台进行管理，简化创建、维护等操作流程。
53.4)负载均衡服务可以运行在虚拟机中，可以批量部署形成负载均衡器集群，提高系统的稳定性和性能，也方便迁移到其他服务器中；而不像软件负载均衡器那样，需要单独部署，当采用冗余设计时，需要另外部署和配置一个软件负载均衡器，与另一个负载均衡器形成主备关系，操作流程复杂。
54.即通过上述可选实施方式，可以达到至少以下几点有益效果：
55.(1)可以支持和用于虚拟机之间和服务器之间的负载均衡；
56.(2)可以采用容器或自动化运维实现部署，降低维护成本，增加灵活性；
57.(3)可以实现集群式部署方式，增加负载均衡器的性能和稳定性。
58.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
59.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。
60.实施例2
61.根据本发明实施例，还提供了一种用于实施上述负载均衡处理方法的装置，图5是根据本发明实施例的负载均衡处理装置的结构框图，如图5所示，该装置包括：接收模块502，发送模块504和处理模块506，下面对该装置进行详细说明。
62.接收模块502，用于接收请求消息，其中，请求消息用于请求处理预定业务；发送模块504，连接于上述接收模块502，用于将请求消息发送给负载均衡器，其中，负载均衡器预先在用户端口功能upf网元中创建；处理模块506，连接于上述发送模块504，用于通过负载
均衡器选择应用服务器对预定业务进行处理。
63.此处需要说明的是，上述接收模块502，发送模块504和处理模块506对应于实施负载均衡处理方法中的步骤s102至步骤s106，多个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。
64.实施例3
65.本公开的实施例可以提供一种电子设备，该电子设备可以是一种终端。在本实施例中，该电子设备作为一种终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述终端也可以为移动终端等终端设备。
66.可选地，在本实施例中，上述终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
67.可选地，图6是根据一示例性实施例示出的一种终端的结构框图。如图6所示，该终端可以包括：一个或多个(图中仅示出一个)处理器61、用于存储处理器可执行指令的存储器62；其中，处理器被配置为执行指令，以实现上述任一项的负载均衡处理方法。
68.其中，存储器可用于存储软件程序以及模块，如本公开实施例中的负载均衡处理方法和装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的负载均衡处理方法。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
69.处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：接收请求消息，其中，请求消息用于请求处理预定业务；将请求消息发送给负载均衡器，其中，负载均衡器预先在用户端口功能upf网元中创建；通过负载均衡器选择应用服务器对预定业务进行处理。
70.可选的，上述处理器还可以执行如下步骤的程序代码：在将请求消息发送给负载均衡器之前，还包括：通过调度器选择创建负载均衡器的upf网元；获取用于创建负载均衡器的逻辑结构信息；基于逻辑结构信息在选择的upf网元中创建负载均衡器。
71.可选的，上述处理器还可以执行如下步骤的程序代码：基于逻辑结构信息在选择的upf网元中创建负载均衡器，包括：基于消息队列，通过代理网元将创建请求消息发送给驱动器，其中，消息队列中包括一条或多条用于请求创建负载均衡器的创建请求消息；基于逻辑结构信息，通过驱动器在选择的upf网元中创建负载均衡器。
72.可选的，上述处理器还可以执行如下步骤的程序代码：基于逻辑结构信息在选择的upf网元中创建负载均衡器，包括：在选择的upf网元为多个的情况下，基于逻辑结构信息在选择的多个upf网元批量创建负载均衡器。
73.可选的，上述处理器还可以执行如下步骤的程序代码：通过负载均衡器选择应用服务器对预定业务进行处理，包括：通过负载均衡器指定的侦听端口，确定用于处理预定业务的负载均衡池，其中，负载均衡池中包括一个或多个应用服务器；从负载均衡池中所包括的一个或多个应用服务器中选择目标应用服务器；采用目标应用服务器对预定业务进行处理。
74.可选的，上述处理器还可以执行如下步骤的程序代码：从负载均衡池中所包括的一个或多个应用服务器中选择目标应用服务器，包括：对负载均衡池中所包括的一个或多个应用服务器的状态进行检测；在检测到异常应用服务器的情况下，将异常应用服务器从负载均衡池中删除，得到正常状态下的负载均衡池；从正常状态下的负载均衡池中选择目标应用服务器。
75.可选的，上述处理器还可以执行如下步骤的程序代码：负载均衡处理方法应用于openstack系统。
76.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read
‑
only memory，rom)、随机存取器(random access memory，ram)、磁盘或光盘等。
77.实施例4
78.在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，当计算机可读存储介质中的指令由终端的处理器执行时，使得终端能够执行上述任一项的负载均衡处理方法。可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd
‑
rom、磁带、软盘和光数据存储设备等。
79.可选地，在本实施例中，上述计算机可读存储介质可以用于保存上述实施例所提供的负载均衡处理方法所执行的程序代码。
80.可选地，在本实施例中，上述计算机可读存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。
81.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：接收请求消息，其中，请求消息用于请求处理预定业务；将请求消息发送给负载均衡器，其中，负载均衡器预先在用户端口功能upf网元中创建；通过负载均衡器选择应用服务器对预定业务进行处理。
82.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：在将请求消息发送给负载均衡器之前，还包括：通过调度器选择创建负载均衡器的upf网元；获取用于创建负载均衡器的逻辑结构信息；基于逻辑结构信息在选择的upf网元中创建负载均衡器。
83.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：基于逻辑结构信息在选择的upf网元中创建负载均衡器，包括：基于消息队列，通过代理网元将创建请求消息发送给驱动器，其中，消息队列中包括一条或多条用于请求创建负载均衡器的创建请求消息；基于逻辑结构信息，通过驱动器在选择的upf网元中创建负载均衡器。
84.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：基于逻辑结构信息在选择的upf网元中创建负载均衡器，包括：在选择的upf网元为多个的情况下，基于逻辑结构信息在选择的多个upf网元批量创建负载均衡器。
85.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：通过负载均衡器选择应用服务器对预定业务进行处理，包括：通过负载均衡器指
定的侦听端口，确定用于处理预定业务的负载均衡池，其中，负载均衡池中包括一个或多个应用服务器；从负载均衡池中所包括的一个或多个应用服务器中选择目标应用服务器；采用目标应用服务器对预定业务进行处理。
86.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：从负载均衡池中所包括的一个或多个应用服务器中选择目标应用服务器，包括：对负载均衡池中所包括的一个或多个应用服务器的状态进行检测；在检测到异常应用服务器的情况下，将异常应用服务器从负载均衡池中删除，得到正常状态下的负载均衡池；从正常状态下的负载均衡池中选择目标应用服务器。
87.可选地，在本实施例中，计算机可读存储介质被设置为存储用于执行以下步骤的程序代码：负载均衡处理方法应用于openstack系统。
88.在示例性实施例中，还提供了一种计算机程序产品，当计算机程序产品中的计算机程序由电子设备的处理器执行时，使得电子设备能够执行上述任一项的负载均衡处理方法。
89.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
90.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
91.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
92.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
93.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
94.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
95.以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。