CN112910942A - 一种服务处理方法及相关装置 - Google Patents

Abstract

本申请实施例公开了一种服务处理方法及相关装置，由负载均衡设备通过硬件来实现负载均衡，其处理速度要优于负载均衡节点通过软件进行处理的速度，能够有效提高负载均衡的效率。本申请实施例方法包括：在负载均衡节点获取到用于表示负载均衡设备支持负载均衡处理的第一信息之后，在负载均衡节点获取到第一服务请求时，负载均衡节点向负载均衡设备发送第一服务请求，以使得负载均衡设备能够代替负载均衡节点根据第一服务请求进行负载均衡处理，从而提高负载均衡的效率。

Description

一种服务处理方法及相关装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种服务处理方法及相关装置。

背景技术

随着计算机网络应用的普及，计算机网络用户的数量在不断增加，因此，为了应对庞大的用户请求的需求，服务提供商通常会使用多台服务器向用户提供同一服务，并且将该服务的所有服务请求均衡地分配到该多台服务器上，以实现负载均衡。

目前，用于实现负载均衡的方法主要是在服务器上部署特定的软件，由软件将获取到的服务请求均衡地分配到多台服务器上。

然而，现有技术中通过软件将服务请求均衡地分配到多台服务器上比较耗时，影响了负载均衡的效率。

发明内容

本申请实施例提供了一种服务处理方法及相关装置，在负载均衡节点获取到负载均衡设备能够支持负载均衡处理的信息之后，负载均衡节点将服务请求发送给负载均衡设备，由负载均衡设备通过硬件来对服务请求进行负载均衡处理，由于负载均衡设备通过硬件来实现负载均衡，其处理速度要优于负载均衡节点通过软件进行处理的速度，有效提高了负载均衡的效率。

本申请实施例第一方面提供了一种服务处理方法。负载均衡节点获取由负载均衡设备所生成的第一信息，该第一信息用于表示负载均衡设备支持负载均衡处理，其中，负载均衡节点部署在服务器上，能够通过软件实现负载均衡处理，例如负载均衡节点可以是部署在服务器上的虚拟机、容器或者是服务器上的功能模块，负载均衡设备为网络设备，能够通过硬件实现负载均衡处理，例如负载均衡设备可以是接入交换机、路由器或者网关等网络设备；在负载均衡节点获取到第一信息之后，即负载均衡节点获知负载均衡设备能够支持负载均衡处理之后，在负载均衡节点获取到第一服务请求时，负载均衡节点向负载均衡设备发送第一服务请求，以使得负载均衡设备能够根据第一服务请求进行负载均衡处理。

在本申请实施例中，在负载均衡节点获取到负载均衡设备能够支持负载均衡处理的信息之后，负载均衡节点将服务请求发送给负载均衡设备，由负载均衡设备通过硬件来对服务请求进行负载均衡处理，由于负载均衡设备通过硬件来实现负载均衡，其处理速度要优于负载均衡节点通过软件进行处理的速度，有效提高了负载均衡的效率。

结合上述第一方面，在第一方面第一种可能的实现方式中，负载均衡节点向负载均衡设备发送第一服务请求，包括：若负载均衡节点根据第一服务请求确定第一服务实例位于负载均衡节点之外的节点上，该负载均衡节点向负载均衡设备发送第一服务请求，该第一服务实例为用于处理第一服务请求的服务实例，例如该第一服务实例可以为其他的节点中的一个容器。

在本申请实施例中，在负载均衡节点获取到服务请求之后，负载均衡节点可以确定用于处理该服务请求的服务实例，并且在确定该服务实例位于其他的节点上时，再将服务请求转发至负载均衡设备上进行负载均衡处理，提高了方案实现的灵活性。

可选地，若负载均衡节点根据第一服务请求确定第一服务实例位于负载均衡节点之外的节点上，负载均衡节点向负载均衡设备发送第一服务请求包括：若负载均衡节点根据第一服务请求以及服务器上预置的负载均衡策略确定第一服务实例位于负载均衡节点之外的节点上，负载均衡节点向负载均衡设备发送第一服务请求和负载均衡指示信息，负载均衡指示信息用于指示第一服务实例为处理第一服务请求的服务实例，也就是说，在负载均衡节点上可以预先根据负载均衡策略对第一服务请求进行负载均衡分配，在将第一服务请求分配至其他的节点上的第一服务实例进行处理时，负载均衡节点将第一服务请求以及负载均衡指示信息发送给负载均衡设备，从而使得负载均衡设备能够直接根据负载均衡指示信息确定用于处理第一服务请求的服务实例。

在本申请实施例中，在负载均衡节点获取到服务请求之后，负载均衡节点可以根据预置的负载均衡策略确定用于处理该服务请求的服务实例，并且在确定该服务实例位于其他的节点上时，再将服务请求转发至负载均衡设备上进行负载均衡处理，提高了方案实现的灵活性。

可选地，在第一方面第三种可能的实现方式中，该第一信息包括支持服务类型，支持服务类型为负载均衡设备支持负载均衡处理的服务的类型；在负载均衡节点在获取到第一服务请求时，负载均衡节点向负载均衡设备发送第一服务请求，包括：在负载均衡节点在获取到第一服务请求时，若负载均衡节点根据第一信息确定第一服务请求对应的第一服务的类型属于支持服务类型，负载均衡节点向负载均衡设备发送第一服务请求，若负载均衡节点根据第一信息确定第一服务请求对应的第一服务的类型不属于支持服务类型，负载均衡节点对第一服务请求进行负载均衡处理。

在本申请实施例中，在获取到的服务请求属于负载均衡设备支持负载均衡处理的类型时，负载均衡节点才将服务请求发送至负载均衡设备上进行处理，否则负载均衡节点自行对该服务请求进行负载均衡处理，能够对不同的服务请求有区别地进行负载均衡处理，提高了方案实现的灵活性。

可选地，负载均衡节点获取第一信息之后，该方法还包括：负载均衡节点获取由负载均衡设备所生成的第二信息，该第二信息用于表示负载均衡设备停止进行负载均衡处理，即第二信息表示负载均衡设备不再支持负载均衡处理；那么，在负载均衡节点获取到第二服务请求时，负载均衡节点自行对第二服务请求进行负载均衡处理，而不再发送至负载均衡设备上进行处理。

在本申请实施例中，在负载均衡设备停止进行负载均衡处理的情况下，由负载均衡节点自行对后续所获取到的服务请求进行负载均衡处理，实现负载均衡设备的逃生功能，提高了方案实现的灵活性。

可选地，负载均衡节点获取第一信息的方式具体可以为：负载均衡节点获取负载均衡设备发送的第一信息；或，负载均衡节点获取负载均衡管理节点发送的第一信息，其中，第一信息是由负载均衡设备发送给负载均衡管理节点的；或，负载均衡节点设备通过数据库获取第一信息，其中，第一信息是由负载均衡设备存储至数据库中的。

在本申请实施例中，负载均衡节点能够通过多种方式获取负载均衡设备所生成的第一信息，提高了方案实现的多样性。

本申请实施例第二方面提供了另一种服务处理方法。在负载均衡设备能够支持负载均衡处理的情况下，负载均衡设备生成第一信息，该第一信息用于表示负载均衡设备支持负载均衡处理；在负载均衡设备获取到负载均衡节点发送的第一服务请求时，负载均衡设备对第一服务请求进行负载均衡处理，其中，第一服务请求是负载均衡节点在获取到第一信息之后向负载均衡设备发送的，负载均衡节点部署在服务器上，负载均衡设备为网络设备。

在本申请实施例中，负载均衡设备通过生成第一信息来通知负载均衡节点其能够支持负载均衡处理，以使得负载均衡节点将获取到的服务请求发送给负载均衡设备，由负载均衡设备通过硬件来对服务请求进行负载均衡处理，由于负载均衡设备通过硬件来实现负载均衡，其处理速度要优于负载均衡节点通过软件进行处理的速度，有效提高了负载均衡的效率。

可选地，该第一服务请求是负载均衡节点根据第一服务请求确定第一服务实例位于负载均衡节点之外的节点上之后，向负载均衡设备发送的，该第一服务实例为用于处理第一服务请求的服务实例。

在本申请实施例中，在负载均衡节点获取到服务请求之后，负载均衡节点可以确定用于处理该服务请求的服务实例，并且在确定该服务实例位于其他的节点上时，再将服务请求转发至负载均衡设备上进行负载均衡处理，提高了方案实现的灵活性。

可选地，该方法还包括：在负载均衡设备获取到第一服务请求和负载均衡指示信息时，负载均衡设备根据负载指示信息确定用于处理第一服务请求的第一服务实例并将第一服务请求分配至第一服务实例，其中，负载均衡指示信息用于指示第一服务实例为用于处理第一服务请求的服务实例。

在本申请实施例中，在负载均衡节点已经提前确定了用于处理服务请求的服务实例的情况下，负载均衡设备可以直接根据负载均衡节点发送的负载均衡指示信息确定该用于处理服务请求的服务实例，并且在此基础上进行后续的负载均衡处理，提高了方案实现的灵活性。

可选地，在负载均衡设备所生成的第一信息中，还可以包括有支持服务类型，该支持服务类型为负载均衡设备支持负载均衡处理的服务的类型，如此，第一信息还能够用于指示负载均衡节点向负载均衡设备发送第一服务请求，第一服务请求对应的第一服务的类型属于支持服务类型。

在本申请实施例中，通过在第一信息中携带负载均衡设备所支持的服务类型，可以使得负载均衡节点在获取到的服务请求属于负载均衡设备支持负载均衡处理的类型时，才将服务请求发送至负载均衡设备上进行处理，能够对不同的服务请求有区别地进行负载均衡处理，提高了方案实现的灵活性。

可选地，在负载均衡设备满足预设条件时，例如负载均衡设备中转发表项的规格已满时，负载均衡设备生成第二信息，第二信息用于表示负载均衡设备停止进行负载均衡处理。

在本申请实施例中，在负载均衡设备需要停止进行负载均衡处理的情况下，负载均衡设备生成第二信息，以使得负载均衡节点在获取到第二信息之后自行对后续所获取到的服务请求进行负载均衡处理，实现负载均衡设备的逃生功能，提高了方案实现的灵活性。

可选地，在负载均衡设备生成第一信息之后，该方法还包括：负载均衡设备向负载均衡节点发送第一信息；或，负载均衡设备向负载均衡管理节点发送第一信息，负载均衡管理节点用于向负载均衡节点发送第一信息；或，负载均衡设备将第一信息存储至数据库中，数据库为与负载均衡节点连接的数据库，以使得负载均衡节点能够从数据库获取第一信息。

在本申请实施例中，在负载均衡设备生成第一信息之后，负载均衡节点能够通过多种方式获取负载均衡设备所生成的第一信息，提高了方案实现的多样性。

本申请实施例第三方面提供了一种服务器，包括：获取单元，用于获取第一信息，第一信息是由负载均衡设备生成的，第一信息用于表示负载均衡设备支持负载均衡处理，负载均衡设备为网络设备；发送单元，用于在获取到第一服务请求时，向负载均衡设备发送第一服务请求，负载均衡设备用于根据第一服务请求进行负载均衡处理。结合上述第三方面，在第三方面第一种可能的实现方式中，发送单元，还用于若根据第一服务请求确定第一服务实例位于负载均衡节点之外的节点上，则向负载均衡设备发送第一服务请求，第一服务实例为用于处理第一服务请求的服务实例。

可选地，发送单元，还用于若根据第一服务请求以及负载均衡策略确定第一服务实例位于负载均衡节点之外的节点上，则向负载均衡设备发送第一服务请求和负载均衡指示信息，负载均衡指示信息用于指示第一服务实例为处理第一服务请求的服务实例。

可选地，第一信息包括支持服务类型，支持服务类型为负载均衡设备支持负载均衡处理的服务的类型；发送单元，还用于在获取单元获取到第一服务请求时，若第一服务请求对应的第一服务的类型属于支持服务类型，向负载均衡设备发送第一服务请求；服务器还包括处理单元，用于若第一服务请求对应的第一服务的类型不属于支持服务类型，对第一服务请求进行负载均衡处理。

可选地，获取单元还用于获取第二信息，第二信息是由负载均衡设备生成的，第二信息用于表示负载均衡设备停止进行负载均衡处理；服务器还包括处理单元，处理单元用于在获取单元获取到第二服务请求时，对第二服务请求进行负载均衡处理。

可选地，获取单元，还用于：获取负载均衡设备发送的第一信息；或，获取负载均衡管理节点发送的第一信息，其中，第一信息是由负载均衡设备发送给负载均衡管理节点的；或，通过数据库获取第一信息，其中，第一信息是由负载均衡设备存储至数据库中的。

本申请实施例第四方面提供了一种网络设备，包括：生成单元，用于生成第一信息，第一信息用于表示网络设备支持负载均衡处理；处理单元，用于在网络设备获取到第一服务请求时，对第一服务请求进行负载均衡处理，其中，第一服务请求是负载均衡节点在获取到第一信息之后向负载均衡设备发送的，负载均衡节点部署在服务器上。

可选地，第一服务请求是负载均衡节点根据第一服务请求确定第一服务实例位于负载均衡节点之外的节点上之后，向网络设备发送的，第一服务实例为用于处理第一服务请求的服务实例。

可选地，处理单元，还用于在网络设备获取到第一服务请求和负载均衡指示信息时，根据负载指示信息确定用于处理第一服务请求的第一服务实例并将第一服务请求分配至第一服务实例，其中，负载均衡指示信息用于指示第一服务实例为用于处理第一服务请求的服务实例。

可选地，第一信息包括支持服务类型，支持服务类型为网络设备支持负载均衡处理的服务的类型，第一信息还用于指示负载均衡节点向网络设备发送第一服务请求，第一服务请求对应的第一服务的类型属于支持服务类型。

可选地，生成单元，还用于在网络设备满足预设条件时，生成第二信息，第二信息用于表示负载均衡设备停止进行负载均衡处理。

可选地，还包括发送单元；发送单元，用于向负载均衡节点发送第一信息；或，发送单元，还用于向负载均衡管理节点发送第一信息，负载均衡管理节点用于向负载均衡节点发送第一信息；或，处理单元，还用于将第一信息存储至数据库中，数据库为与负载均衡节点连接的数据库。

本申请实施例第五方面提供一种服务器，该服务器包括：处理器、存储器；存储器用于存储指令；处理器用于执行存储器中的指令，使得服务器执行如前述第一方面中任一项的方法。

本申请实施例第六方面提供一种网络设备，该网络设备包括：处理器、存储器；存储器用于存储指令；处理器用于执行存储器中的指令，使得网络设备执行如前述第二方面中任一项的方法。

本申请实施例第七方面提供一种计算机存储介质，该计算机存储介质可以是非易失性的；该计算机存储介质中存储有计算机可读指令，当该计算机可读指令被处理器执行时实现第一方面或第二方面中任一项的方法。

本申请实施例第八方面提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第一方面或第二方面中任一项的方法。

本申请实施方式可以在不冲突的情况下互相结合。

本申请实施例提供了一种服务处理方法及相关装置，在负载均衡节点获取到负载均衡设备能够支持负载均衡处理的信息之后，负载均衡节点将服务请求发送给负载均衡设备，由负载均衡设备通过硬件来对服务请求进行负载均衡处理，由于负载均衡设备通过硬件来实现负载均衡，其处理速度要优于负载均衡节点通过软件进行处理的速度，有效提高了负载均衡的效率。

附图说明

图1为本申请实施例提供的一种负载均衡的场景示意图；

图2为本申请实施例提供的一种服务处理的应用场景示意图；

图3为本申请实施例提供的一种服务处理的方法的流程示意图；

图4A为本申请实施例提供的一种负载均衡设备进行负载均衡处理的示意图；

图4B为本申请实施例提供的一种IP地址转换的示意图；

图5为本申请实施例提供的一种服务处理的方法的另一流程示意图；

图6为本申请实施例提供的一种下发服务配置信息的示意图；

图7为本申请实施例提供的一种服务器的结构示意图；

图8为本申请实施例提供的一种网络设备的结构示意图；

图9为本申请实施例提供的一种计算机的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，下面结合附图，对本申请的实施例进行描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。本领域普通技术人员可知，随着新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。本申请中所出现的单元的划分，是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个单元可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元之间的间接耦合或通信连接可以是电性或其他类似的形式，本申请中均不作限定。并且，作为分离部件说明的单元或子单元可以是也可以不是物理上的分离，可以是也可以不是物理单元，或者可以分布到多个电路单元中，可以根据实际的需要选择其中的部分或全部单元来实现本申请方案的目的。

为了便于理解，以下先对本申请实施例所涉及到的相关技术进行详细的介绍。

容器技术在计算机领域(尤其是云计算领域)的应用越来越普遍，云计算系统通常将多个容器组成集群来为用户提供服务，并且通过负载均衡方法来为用户提供单一访问入口，让用户不用关心、也觉察不到服务是由集群中的多个容器提供的。在容器集群中，每个容器承载一个服务，不同的容器承载的服务可能相同，也可能不同。

目前，kubernetes(简称K8s)常被用于实现容器的管理，kubernetes是一个用于管理云平台中多个主机上的容器的应用。一般地，在kubernetes中，可以创建多个容器，每个容器里面运行一个服务实例，kubernetes通过内置的负载均衡策略，实现对这多个服务实例的管理、发现以及访问等。也就是说，通过在服务器上部署特定的软件，可以由软件将获得的服务请求均衡地分配到各个服务器或者服务器中的各个容器中。

Kubernetes并不直接运行容器，而是将一个或多个容器封装到一个称为pod的高级结构中。Pod实际上是为了便于实现容器管理而定义的一种管理单元，一个pod可以包含有一个或多个容器，同一个pod中的任何容器都将共享相同的名称空间和本地网络。

如图1所示，图1为本申请实施例提供的一种负载均衡的场景示意图。图1中，服务器1和服务器2分别与接入交换机连接，在服务器1上部署有应用程序、pod1以及负载均衡软件，在服务器2上部署有pod2、pod3和负载均衡软件；在服务器1的应用程序产生服务请求时，假设pod1、pod2和pod3用于提供该服务请求的服务，那么服务器1上的负载均衡软件在获取到该服务请求时，会根据预置的负载均衡策略从pod1、pod2以及pod3中选择一个pod(例如pod3)来处理该服务请求，实现该服务请求的地址转换之后，将该服务请求通过接入交换机转发至所选择的pod上，并且负责后续该应用程序与该pod之间的报文转发。

由于执行负载均衡处理的是服务器中所部署的负载均衡软件，相较于一些专业的负载均衡硬件(例如配置有报文转发芯片的负载均衡设备)，通过负载均衡软件进行负载均衡处理的效率较低，在服务访问请求较多时，难以有效地保证服务响应速度。

有鉴于此，本申请实施例提供了一种服务处理方法，在负载均衡节点获取到负载均衡设备能够支持负载均衡处理的信息之后，负载均衡节点将服务请求发送给负载均衡设备，由负载均衡设备通过专业的硬件设施来对服务请求进行负载均衡处理，从而提高负载均衡处理的效率，保证服务响应速度。

请参阅图2，图2为本申请实施例提供的一种服务处理的应用场景示意图。如图2所示，该应用场景具体可以包括负载均衡设备和多个负载均衡节点(比如图2中的负载均衡节点1和负载均衡节点2)，负载均衡设备分别与多个负载均衡节点连接。在负载均衡节点上可以部署有应用程序、用于提供服务的pod以及负载均衡软件；在负载均衡设备上则配置有相应的负载均衡硬件，能够对服务请求进行负载均衡处理。在负载均衡设备能够对负载均衡节点中所产生的服务请求进行负载均衡处理时，负载均衡设备可以生成用于表示其支持负载均衡处理的信息；这样，在负载均衡节点获取到该信息之后，负载均衡节点可以在获取到相应的服务请求时，直接向负载均衡设备发送该服务请求，由负载均衡设备来对该服务请求进行负载均衡处理，从而提高负载均衡处理的效率。

可以参阅图3，图3为本申请实施例提供的一种服务处理的方法的流程示意图。

在步骤301中，负载均衡设备生成第一信息，第一信息用于表示负载均衡设备支持负载均衡处理。

本申请实施例中，在负载均衡设备具有对负载均衡节点获取到的服务请求具有负载均衡处理能力，并且负载均衡设备允许负载均衡节点将服务请求卸载到负载均衡设备上进行处理的情况下，负载均衡设备可以生成第一信息，该第一信息用于表示其支持负载均衡处理，以使得负载均衡节点在获取到第一信息之后，可以将相应的服务请求转发至负载均衡设备来进行处理。

可选地，在一些实施例中，用于表示负载均衡设备支持负载均衡处理的第一信息具体可以是表示负载均衡设备具有对服务请求进行负载均衡处理的能力，并且支持负载均衡节点将获取到的服务请求卸载到负载均衡设备上进行负载均衡处理，也就是说，在负载均衡设备具有对服务请求进行负载均衡处理的能力，但是由于一些特定的原因(例如负载均衡设备的内存空间不足)而并不支持负载均衡节点将服务请求进行卸载的情况下，负载均衡设备可以不生成第一信息从而避免负载均衡节点将服务请求卸载到其上进行负载均衡处理。

在步骤302中，负载均衡节点获取第一信息。

可选地，在本实施例中，负载均衡节点可以通过多种方式来获取负载均衡设备所生成的第一信息。

在一种实施例中，在负载均衡节点和负载均衡设备之间配置有相应的通信协议的情况下，在负载均衡设备生成第一信息之后，负载均衡设备可以直接向负载均衡节点发送第一信息，即负载均衡节点可以直接获取到负载均衡设备所发送的第一信息。

在另一种实施例中，在负载均衡节点和负载均衡设备均连接至负载均衡管理节点(比如运行有负载均衡管理程序的负载均衡控制器)的情况下，负载均衡设备可以将第一信息发送至负载均衡管理节点上，由负载均衡管理节点将第一信息转发至与负载均衡设备连接的一个或多个负载均衡节点上，从而使得一个或多个负载均衡节点可以获取到负载均衡设备所生成的第一信息。

在另一种实施例中，在负载均衡节点和负载均衡设备共同维护同一个数据库的情况下，负载均衡节点和负载均衡设备可以通过数据库来进行信息的交换。负载均衡设备在生成第一信息之后，可以将第一信息存储在数据库中特定的位置上，负载均衡节点通过实时或定期维护数据库，可以获取得到负载均衡设备所存储的第一信息。

可选地，在本申请实施例中，负载均衡节点部署在服务器上，具体为能够通过运行软件来对获取到的服务请求进行负载均衡处理的节点，在一些实施例中，负载均衡节点具体可以是部署在服务器上的虚拟机、容器或者是服务器上的功能模块，通过运行负载均衡软件，例如linux虚拟服务器(linux virtual server，LVS)、haproxy等软件，能够对服务器或虚拟机本身所产生的服务请求进行负载均衡处理。

可选地，在本申请实施例中，负载均衡设备具体为配置有专用的负载均衡处理硬件的物理设备，能够对负载均衡节点所转发的服务请求或者是外部的服务请求进行高效的负载均衡处理。一般来说，负载均衡设备的负载均衡处理效率要高于通过软件来实现负载均衡处理的负载均衡节点。在一些实施例中，负载均衡设备具体可以是接入交换机(例如架顶(top of rack，TOR)交换机、叶(leaf)交换机)、路由器或者网关等设备。

在步骤303中，在负载均衡节点获取到第一服务请求时，负载均衡节点向负载均衡设备发送第一服务请求。

在本申请实施例中，在负载均衡节点获取到第一信息之后，即负载均衡节点获知负载均衡设备能够支持负载均衡处理之后，当负载均衡节点获取到第一服务请求时，负载均衡节点不对该第一服务请求进行负载均衡处理，而将该第一服务请求发送给负载均衡设备，由负载均衡设备来实现负载均衡处理。

可选地，在一些实施例中，第一服务请求具体可以是负载均衡节点中的应用程序所生成的，用于请求访问特定的某一服务，例如访问位于其他的节点上的数据库等，第一服务请求也可以是其他形式的服务请求，在此并不限定第一服务请求的具体形式。

在步骤304中，在负载均衡设备接收到第一服务请求时，负载均衡设备对第一服务请求进行负载均衡处理。

可选地，在一些实施例中，负载均衡设备在接收到第一服务请求之后，可以根据预置的负载均衡策略将第一服务请求分配至相应的服务实例进行处理。具体地，在负载均衡设备上记录有服务的虚拟互联网协议(virtual Internet Protocol，VIP)地址和真实互联网协议(real Internet Protocol，RIP)地址之间的对应关系，在负载均衡设备接收到服务请求时，负载均衡设备根据服务请求中的目的IP地址(即服务的VIP地址)可以确定该服务请求对应的服务的RIP地址，即该服务请求对应的服务实例的IP地址，其中，上述的服务实例是用于提供该服务请求所对应的服务的，也就是说，上述的服务实例的IP地址即为该服务请求对应的服务的RIP地址。如此，在负载均衡设备确定了该服务请求对应的RIP地址之后，根据预置的负载均衡策略将该服务请求分配至某一个服务实例上进行处理，并且负责后续负载均衡节点与该服务实例之间的报文转发。

请参阅图4A，图4A为本申请实施例提供的一种负载均衡设备进行负载均衡处理的示意图。如图4A所示，负载均衡节点1和负载均衡节点2均与负载均衡设备连接，在负载均衡节点1上部署有应用程序、pod1以及负载均衡软件，在负载均衡节点2上部署有pod2、pod3和负载均衡软件；假设，应用程序、pod1、pod2以及pod3的RIP地址分别为192.168.2.1、192.168.2.2、192.168.2.3、192.168.2.4；pod1、pod2以及pod3均用于提供服务1，服务1对应的VIP地址为3.3.3.3。如图4B所示，图4B为本申请实施例提供的一种IP地址转换的示意图，在负载均衡节点1上的应用程序需要访问服务1时，应用程序会生成相应的服务1访问请求，服务1访问请求中携带有源IP地址(即应用程序的RIP地址192.168.2.1)和目的IP地址(即服务1对应的VIP地址3.3.3.3)，那么，部署在负载均衡节点1上的负载均衡软件在获取到服务1访问请求之后，将服务1访问请求发送给负载均衡设备；负载均衡设备根据服务1访问请求中所携带的目的IP地址确定服务1所对应的RIP地址，并且根据预置的负载均衡策略对服务1访问请求进行负载均衡处理，将服务1访问请求分配到pod1、pod2或者pod3中的一个来进行处理。如果负载均衡设备根据负载均衡策略确定将服务1访问请求分配到pod3进行处理，那么负载均衡设备会将服务1访问请求中所携带的目的IP地址修改为pod3所对应的RIP地址(即192.168.2.4)，然后再将修改了目的IP地址后的服务1访问请求转发至负载均衡节点2中的pod3进行处理；在pod3返回响应消息之后，负载均衡设备同样需要将响应消息中的源IP地址修改为服务1对应的VIP地址，然后再将响应信息转发至应用程序。同样地，在后续应用程序与pod3之间有报文来往的时候，负载均衡设备负责将报文进行IP地址转换后再转发到应用程序或者pod3上。

在本申请实施例中，在负载均衡节点获取到负载均衡设备能够支持负载均衡处理的信息之后，负载均衡节点将服务请求发送给负载均衡设备，由负载均衡设备通过硬件来对服务请求进行负载均衡处理，由于负载均衡设备通过硬件来实现负载均衡，其处理速度要优于负载均衡节点通过软件进行负载均衡处理的速度，能够有效地提高负载均衡的效率。

可以参阅图5，图5为本申请实施例提供的一种服务处理的方法的另一流程示意图。

在步骤501中，负载均衡设备生成第一信息。

本实施例中，步骤501与上述的步骤301类似，在此不再赘述。

在步骤502中，负载均衡节点获取第一信息。

本实施例中，步骤502与上述的步骤302类似，在此不再赘述。

在步骤503中，在负载均衡节点获取到第一服务请求时，负载均衡节点确定用于处理第一服务请求的第一服务实例是否位于该负载均衡节点上。

可选地，在本实施例中，负载均衡节点确定第一服务实例是否位于该负载均衡节点上的方式有多种。

在一个实施例中，负载均衡节点根据服务配置信息确定负载均衡节点中没有用于提供第一服务请求对应的服务的服务实例时，负载均衡节点确定用于处理第一服务请求的第一服务实例位于其他的节点上，其中，该服务配置信息可以是由负载均衡管理节点所下发的。

具体地，可以参阅图6，图6为本申请实施例提供的一种下发服务配置信息的示意图。如图6所示，负载均衡管理节点上可以运行有k8s，负载均衡管理节点收集各种服务所对应的服务实例的相关信息，生成服务配置信息(比如服务的RIP地址和VIP地址之间的对应关系)，然后将服务配置信息下发至负载均衡节点以及负载均衡设备上。其中，负载均衡管理节点可以选择将全局的服务配置信息(即所有的负载均衡节点所能够提供的服务所对应的配置信息)下发至各个负载均衡节点上；也可以只将与负载均衡节点相关的服务配置信息下发至负载均衡节点上，例如，在负载均衡节点1上只部署有能够提供服务1的pod1而不部署有提供其他服务的服务实例时，负载均衡管理节点只将服务1对应的服务配置信息下发至负载均衡节点1上，那么，在负载均衡节点1获取到请求访问服务2或其他服务的服务请求时，负载均衡节点1根据自身的服务配置信息可以确定负载均衡节点1中并没有与该服务请求对应的服务实例。

在另一个实施例中，在负载均衡管理节点向负载均衡节点下发全局的服务配置信息，并且负载均衡节点获取到的第一服务请求对应的服务实例并不同时部署在本负载均衡节点以及其他的负载均衡节点上的情况下，负载均衡节点可以直接根据服务配置信息确定第一服务请求对应的服务实例是否位于本负载均衡节点上。例如，在负载均衡节点1上部署有用于提供服务1的pod1，负载均衡节点2上部署有用于提供服务2的pod2的情况下，负载均衡节点1在接收到服务1对应的服务请求1时，可以确定服务请求1对应的服务实例在本负载均衡节点上；负载均衡节点1在接收到服务2对应的服务请求2时，可以确定服务请求2对应的服务实例在负载均衡节点2上，即不在本负载均衡节点上。

在另一个实施例中，在负载均衡管理节点向负载均衡节点下发全局的服务配置信息，并且在多个负载均衡节点上均部署有同一个服务所对应的服务实例的情况下，负载均衡节点可以根据第一服务请求以及负载均衡策略确定用于处理该第一服务请求的第一服务实例，继而确定得到第一服务实例是否位于本负载均衡节点上。例如，在负载均衡节点1上部署有pod1，负载均衡节点2上部署有pod2，且pod1和pod2均用于提供服务1的情况下，负载均衡节点1在接收到服务1对应的服务请求时，若负载均衡节点1根据该服务请求和负载均衡策略确定pod1来处理该服务请求，那么就可以确定服务请求对应的服务实例在本负载均衡节点上；若负载均衡节点1根据该服务请求和负载均衡策略确定pod2来处理该服务请求，那么就可以确定服务请求对应的服务实例在本负载均衡节点之外的节点上。

在步骤504中，若第一服务实例位于该负载均衡节点上，负载均衡节点将第一服务请求转发至第一服务实例。

在本实施例中，如果负载均衡节点确定第一服务实例就在本负载均衡节点上，那么负载均衡节点可以直接将第一服务请求转发至第一服务实例进行处理，即不再将第一服务请求转发至负载均衡设备进行负载均衡处理，从而减少了流量绕行，提高了负载均衡处理的效率。

在步骤505中，若第一服务实例位于该负载均衡节点之外的节点上，负载均衡节点向负载均衡设备发送第一服务请求。

可选地，在一些实施例中，如果负载均衡节点是根据服务配置信息确定第一服务实例在本负载均衡节点之外的节点上的，那么负载均衡节点直接向负载均衡设备转发第一服务请求，由负载均衡设备对第一服务请求进行负载均衡处理。

可选地，在一些实施例中，如果负载均衡节点是根据服务配置信息和负载均衡策略确定第一服务实例在本负载均衡节点之外的节点上的，那么负载均衡节点向负载均衡设备转发第一服务请求以及负载均衡指示信息，其中，该负载均衡指示信息用于指示第一服务实例为处理第一服务请求的服务实例，例如负载均衡指示信息中可以包括第一服务实例对应的RIP地址，也就是说，该负载均衡指示信息能够指示第一服务请求所对应的第一服务实例，负载均衡设备可以不再通过负载均衡策略确定第一服务请求所对应的服务实例。

在步骤506中，在负载均衡设备接收到第一服务请求时，负载均衡设备对第一服务请求进行负载均衡处理。

可选地，在一些实施例中，负载均衡设备在接收到第一服务请求之后，可以根据预置的负载均衡策略将第一服务请求分配至相应的服务实例进行处理。具体可以参考上述步骤304，在此不再赘述。

可选地，在一些实施例中，负载均衡设备在接收到第一服务请求以及负载均衡指示信息之后，负载均衡设备可以根据负载均衡指示信息确定第一服务请求所对应的服务实例，然后对第一服务请求进行IP地址转换之后，将转换IP地址后的第一服务请求发送给负载均衡指示信息中所指定的第一服务实例，从而免去了负载均衡设备通过负载均衡策略确定第一服务请求对应的服务实例的过程，提高了负载均衡处理的效率。

以上为对图5对应的实施例所进行的详细说明，以下将对本申请实施例提供的另一些实施例进行说明。

可选地，在本申请的一些实施例中，在负载均衡设备出现异常时，例如负载均衡设备中的表项规格已满时(即负载均衡设备中所生成的转发表项或双向流表等已达到最大值)，负载均衡设备难以继续支持负载均衡节点将服务请求卸载至负载均衡设备上处理，负载均衡设备可以生成第二信息，该第二信息用于表示负载均衡设备停止进行负载均衡处理，即第二信息表示负载均衡设备不再支持负载均衡处理；这样一来，在负载均衡节点获取第二信息之后，负载均衡节点自行对第二服务请求进行负载均衡处理，而不再将第二服务请求发送至负载均衡设备上进行处理，其中，第二服务请求指的是负载均衡节点在获取到第二信息之后所获取到的服务请求。

在一些实施例中，在负载均衡节点连接有主负载均衡设备以及备负载均衡设备的情况下，当主负载均衡设备和备负载均衡设备均不支持负载均衡处理时，负载均衡节点再自行对第二服务请求进行负载均衡处理，也就是说，在只有主负载均衡设备或者备负载均衡设备不支持负载均衡处理的情况下，负载均衡节点还可以将服务请求发送到另一个负载均衡设备来进行负载均衡处理。

可以理解的是，受限于负载均衡设备中有限的内存空间，负载均衡设备通常会对其为了进行正常负载均衡处理而生成的表项有规格上的限制，在负载均衡设备生成了较多的转发表项或者双向流表的情况下，负载均衡设备的负载均衡处理能力失效，负载均衡设备不再进行负载均衡处理。其中，转发表项指的是负载均衡设备中记录服务的VIP地址和RIP地址之间的对应关系的表项，在提供服务的服务实例发生变化时，转发表项也会相应地更新；双向流表指的是在负载均衡设备为负载均衡节点中的应用程序和提供服务的服务实例建立连接关系之后，所生成的表项，能够使得负载均衡设备在后续接收到该应用程序或该服务实例的报文时快速根据双向流表进行转发。

可选地，在本申请的一些实施例中，负载均衡设备所生成的第一信息还包括支持服务类型，该支持服务类型指的是负载均衡设备支持负载均衡处理的服务的类型，比如一些远程服务或者是一些需要快速响应的服务(如访问数据库等)。这样，在负载均衡节点在获取到第一服务请求时，负载均衡节点根据第一信息确定该第一服务请求对应的第一服务的类型是否属于支持服务类型，若第一服务请求对应的第一服务的类型属于该支持服务类型，即代表负载均衡设备支持对第一服务请求进行负载均衡处理，那么负载均衡节点向负载均衡设备发送第一服务请求；若第一服务请求对应的第一服务的类型不属于该支持服务类型，即代表负载均衡设备并不支持对该第一服务请求进行负载均衡处理，则负载均衡节点自行对第一服务请求进行负载均衡处理。

可以理解的是，由于负载均衡设备中有表项规格的限制，因此，为了能够最大化负载均衡设备的使用效率，通过设定负载均衡设备支持负载均衡处理的服务的类型，能够将一些需要快速响应的服务请求交到负载均衡设备上进行负载均衡处理，提高服务响应速度；而并不需要快速响应的服务请求则可以交由负载均衡节点来进行负载均衡处理。

为了便于理解，以下将结合表1对本申请实施例中的第一信息进行详细的说明。如表1所示，表1为第一信息的基本格式：

表1

如表1所示，在负载均衡设备支持负载均衡处理的情况下，负载均衡设备可以生成“bSlbOffload”名称下对应的值为“YES”的第一信息，同样，在负载均衡设备支持部分服务的负载均衡处理的情况下，也可以基于以上的格式生成相应的第一信息。另外，在负载均衡设备异常且需要关闭负载均衡处理功能时，则可以通过生成“event”名称下对应的值为“CLOSE”的第二信息，从而通知负载均衡节点其不再进行负载均衡处理。

以上对本申请实施例提供的服务处理方法进行了介绍，接下来将对本申请实施例提供的服务器以及网络设备进行介绍。

可以参阅图7，为本申请实施例提供的一种服务器70的结构示意图，该服务器70包括获取单元701和发送单元702。

获取单元701，用于获取第一信息，第一信息是由负载均衡设备生成的，第一信息用于表示负载均衡设备支持负载均衡处理，该负载均衡设备为网络设备；

发送单元702，用于在获取到第一服务请求时，向负载均衡设备发送第一服务请求，负载均衡设备用于根据第一服务请求进行负载均衡处理。

可选地，在一些实施例中，发送单元702，还用于若根据第一服务请求确定第一服务实例位于负载均衡节点之外的节点上，则向负载均衡设备发送第一服务请求，第一服务实例为用于处理第一服务请求的服务实例。

可选地，在一些实施例中，发送单元702，还用于若根据第一服务请求以及负载均衡策略确定第一服务实例位于负载均衡节点之外的节点上，则向负载均衡设备发送第一服务请求和负载均衡指示信息，负载均衡指示信息用于指示第一服务实例为处理第一服务请求的服务实例。

可选地，在一些实施例中，第一信息包括支持服务类型，支持服务类型为负载均衡设备支持负载均衡处理的服务的类型；发送单元702，还用于在获取单元获取到第一服务请求时，若第一服务请求对应的第一服务的类型属于支持服务类型，向负载均衡设备发送第一服务请求；服务器还包括处理单元，用于若第一服务请求对应的第一服务的类型不属于支持服务类型，对第一服务请求进行负载均衡处理。

可选地，在一些实施例中，获取单元701还用于获取第二信息，第二信息是由负载均衡设备生成的，第二信息用于表示负载均衡设备停止进行负载均衡处理；服务器还包括处理单元，处理单元用于在获取单元获取到第二服务请求时，对第二服务请求进行负载均衡处理。

可选地，在一些实施例中，获取单元701，还用于：获取负载均衡设备发送的第一信息；或，获取负载均衡管理节点发送的第一信息，其中，第一信息是由负载均衡设备发送给负载均衡管理节点的；或，通过数据库获取第一信息，其中，第一信息是由负载均衡设备存储至数据库中的。

可以参阅图8，图8为本申请实施例提供的一种网络设备80的结构示意图，该网络设备80包括生成单元801和处理单元802。

生成单元801，用于生成第一信息，第一信息用于表示网络设备支持负载均衡处理；

处理单元802，用于在网络设备获取到第一服务请求时，对第一服务请求进行负载均衡处理，其中，第一服务请求是负载均衡节点在获取到第一信息之后向负载均衡设备发送的，负载均衡节点部署在服务器上。

可选地，在一些实施例中，第一服务请求是负载均衡节点根据第一服务请求确定第一服务实例位于负载均衡节点之外的节点上之后，向网络设备发送的，第一服务实例为用于处理第一服务请求的服务实例。

可选地，在一些实施例中，处理单元802，还用于在网络设备获取到第一服务请求和负载均衡指示信息时，根据负载指示信息确定用于处理第一服务请求的第一服务实例并将第一服务请求分配至第一服务实例，其中，负载均衡指示信息用于指示第一服务实例为用于处理第一服务请求的服务实例。

可选地，在一些实施例中，第一信息包括支持服务类型，支持服务类型为网络设备支持负载均衡处理的服务的类型，第一信息还用于指示负载均衡节点向网络设备发送第一服务请求，第一服务请求对应的第一服务的类型属于支持服务类型。

可选地，在一些实施例中，生成单元801，还用于在网络设备满足预设条件时，生成第二信息，第二信息用于表示负载均衡设备停止进行负载均衡处理。

可选地，在一些实施例中，还包括发送单元803；发送单元803，用于向负载均衡节点发送第一信息；或，发送单元803，还用于向负载均衡管理节点发送第一信息，负载均衡管理节点用于向负载均衡节点发送第一信息；或，处理单元802，还用于将第一信息存储至数据库中，数据库为与负载均衡节点连接的数据库。

本申请实施例中的网络设备可能有部分单元(或器件)为通过硬件电路来实现而另一部分单元(或器件)通过软件来实现，也可能其中所有单元(或器件)都通过硬件电路来实现，还可能其中所有单元(或器件)都通过软件来实现。

图9为本申请实施例提供的一种计算机90的结构示意图。该计算机90可以是上述各实施例中的负载均衡节点或负载均衡设备。如图9所示，该计算机90包括：处理器901，存储器902。其中，存储器902可以独立于处理器之外或独立于通信设备之外(Memory#3)，也可以在处理器或通信设备之内(Memory#1和Memory#2)。存储器902可以是物理上独立的单元，也可以是云服务器上的存储空间或网络硬盘等。

存储器902用于存储计算机可读指令(或者称之为计算机程序)。

处理器901用于读取计算机可读指令以实现前述各实施例中负载均衡节点或负载均衡设备的功能。

可选的，存储器902(Memory#1)位于计算机90内。

可选的，存储器902(Memory#2)与处理器集成在一起。

可选的，存储器902(Memory#3)位于计算机90之外。

可选的，该计算机90还包括通信接口903，用于接收和发送数据。

该处理器901可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。另外，该存储器902可以包括：易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，硬盘(hard diskdrive，HDD)或固态硬盘(solid-state drive，SSD)、云存储(cloud storage)、网络附接存储(network attached Storage)、网盘(network drive)等；存储器还可以包括上述种类的存储器的组合或者其他具有存储功能的任意形态的介质或产品。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

Claims (24)

1.一种服务处理方法，其特征在于，包括：

负载均衡节点获取第一信息，所述第一信息是由负载均衡设备生成的，所述第一信息用于表示所述负载均衡设备支持负载均衡处理，所述负载均衡节点部署在服务器上，所述负载均衡设备为网络设备；

在所述负载均衡节点获取到第一服务请求时，所述负载均衡节点向所述负载均衡设备发送所述第一服务请求，所述负载均衡设备用于根据所述第一服务请求进行负载均衡处理。

2.根据权利要求1所述的服务处理方法，其特征在于，所述负载均衡节点向所述负载均衡设备发送所述第一服务请求，包括：

若所述负载均衡节点根据所述第一服务请求确定第一服务实例位于所述负载均衡节点之外的节点上，所述负载均衡节点向所述负载均衡设备发送所述第一服务请求，所述第一服务实例为用于处理所述第一服务请求的服务实例。

3.根据权利要求2所述的服务处理方法，其特征在于，所述若所述负载均衡节点根据所述第一服务请求确定第一服务实例位于所述负载均衡节点之外的节点上，所述负载均衡节点向所述负载均衡设备发送所述第一服务请求包括：

若所述负载均衡节点根据所述第一服务请求以及所述服务器的负载均衡策略确定所述第一服务实例位于所述负载均衡节点之外的节点上，所述负载均衡节点向所述负载均衡设备发送所述第一服务请求和负载均衡指示信息，所述负载均衡指示信息用于指示所所述第一服务实例为处理所述第一服务请求的服务实例。

4.根据权利要求1至3任意一项所述的服务处理方法，其特征在于，所述第一信息包括支持服务类型，所述支持服务类型为所述负载均衡设备支持负载均衡处理的服务的类型；

所述在所述负载均衡节点在获取到第一服务请求时，所述负载均衡节点向所述负载均衡设备发送所述第一服务请求，包括：

在所述负载均衡节点在获取到第一服务请求时，若所述第一服务请求对应的第一服务的类型属于所述支持服务类型，所述负载均衡节点向所述负载均衡设备发送所述第一服务请求，若所述第一服务请求对应的第一服务的类型不属于所述支持服务类型，所述负载均衡节点对所述第一服务请求进行负载均衡处理。

5.根据权利要求1至4任意一项所述的服务处理方法，其特征在于，所述负载均衡节点获取第一信息之后，所述方法还包括：

所述负载均衡节点获取第二信息，所述第二信息是由所述负载均衡设备生成的，所述第二信息用于表示所述负载均衡设备停止进行负载均衡处理；

在所述负载均衡节点获取到第二服务请求时，所述负载均衡节点对所述第二服务请求进行负载均衡处理。

6.根据权利要求1至5任意一项所述的服务处理方法，其特征在于，所述负载均衡节点获取第一信息，包括：

所述负载均衡节点获取所述负载均衡设备发送的所述第一信息；

或，

所述负载均衡节点获取负载均衡管理节点发送的所述第一信息，其中，所述第一信息是由所述负载均衡设备发送给所述负载均衡管理节点的；

或，

所述负载均衡节点设备通过数据库获取所述第一信息，其中，所述第一信息是由所述负载均衡设备存储至所述数据库中的。

7.一种服务处理方法，其特征在于，包括：

负载均衡设备生成第一信息，所述第一信息用于表示所述负载均衡设备支持负载均衡处理；

在所述负载均衡设备获取到第一服务请求时，所述负载均衡设备对所述第一服务请求进行负载均衡处理，其中，所述第一服务请求是负载均衡节点在获取到所述第一信息之后向所述负载均衡设备发送的，所述负载均衡节点部署在服务器上，所述负载均衡设备为网络设备。

8.根据权利要求7所述的服务处理方法，其特征在于，所述第一服务请求是所述负载均衡节点根据所述第一服务请求确定所述第一服务实例位于所述负载均衡节点之外的节点上之后，向所述负载均衡设备发送的，所述第一服务实例为用于处理所述第一服务请求的服务实例。

9.根据权利要求8所述的服务处理方法，其特征在于，所述方法还包括：

在所述负载均衡设备获取到所述第一服务请求和负载均衡指示信息时，所述负载均衡设备根据所述负载指示信息确定用于处理所述第一服务请求的第一服务实例并将所述第一服务请求分配至所述第一服务实例，其中，所述负载均衡指示信息用于指示所述第一服务实例为用于处理所述第一服务请求的服务实例。

10.根据权利要求7至9任意一项所述的服务处理方法，其特征在于，所述第一信息包括支持服务类型，所述支持服务类型为所述负载均衡设备支持负载均衡处理的服务的类型，所述第一信息还用于指示所述负载均衡节点向所述负载均衡设备发送所述第一服务请求，所述第一服务请求对应的第一服务的类型属于所述支持服务类型。

11.根据权利要求7至10任意一项所述的服务处理方法，其特征在于，在所述负载均衡设备满足预设条件时，所述负载均衡设备生成第二信息，所述第二信息用于表示所述负载均衡设备停止进行负载均衡处理。

12.根据权利要求7至11任意一项所述的服务处理方法，其特征在于，在所述负载均衡设备生成所述第一信息之后，所述方法还包括：

所述负载均衡设备向所述负载均衡节点发送所述第一信息；

或，

所述负载均衡设备向所述负载均衡管理节点发送所述第一信息，所述负载均衡管理节点用于向所述负载均衡节点发送所述第一信息；

或，

所述负载均衡设备将所述第一信息存储至所述数据库中，所述数据库为与所述负载均衡节点连接的数据库。

13.一种服务器，其特征在于，包括：

获取单元，用于获取第一信息，所述第一信息是由负载均衡设备生成的，所述第一信息用于表示所述负载均衡设备支持负载均衡处理，所述负载均衡设备为网络设备；

发送单元，用于在获取到第一服务请求时，向所述负载均衡设备发送所述第一服务请求，所述负载均衡设备用于根据所述第一服务请求进行负载均衡处理。

14.根据权利要求13所述的服务器，其特征在于，所述发送单元，还用于若根据所述第一服务请求确定第一服务实例位于所述负载均衡节点之外的节点上，则向所述负载均衡设备发送所述第一服务请求，所述第一服务实例为用于处理所述第一服务请求的服务实例。

15.根据权利要求14所述的服务器，其特征在于，所述发送单元，还用于若根据所述第一服务请求以及负载均衡策略确定第一服务实例位于所述负载均衡节点之外的节点上，则向所述负载均衡设备发送所述第一服务请求和负载均衡指示信息，所述负载均衡指示信息用于指示所述第一服务实例为处理所述第一服务请求的服务实例。

16.根据权利要求13至15任意一项所述的服务器，其特征在于，所述第一信息包括支持服务类型，所述支持服务类型为所述负载均衡设备支持负载均衡处理的服务的类型；

所述发送单元，还用于在所述获取单元获取到第一服务请求时，若所述第一服务请求对应的第一服务的类型属于所述支持服务类型，向所述负载均衡设备发送所述第一服务请求；

所述服务器还包括处理单元，用于若所述第一服务请求对应的第一服务的类型不属于所述支持服务类型，对所述第一服务请求进行负载均衡处理。

17.根据权利要求13至16任意一项所述的服务器，其特征在于，所述获取单元还用于获取第二信息，所述第二信息是由所述负载均衡设备生成的，所述第二信息用于表示所述负载均衡设备停止进行负载均衡处理；

所述服务器还包括处理单元，所述处理单元用于在所述获取单元获取到第二服务请求时，对所述第二服务请求进行负载均衡处理。

18.根据权利要求13至17任意一项所述的服务器，其特征在于，所述获取单元，还用于：

获取所述负载均衡设备发送的所述第一信息；

或，

获取负载均衡管理节点发送的所述第一信息，其中，所述第一信息是由所述负载均衡设备发送给所述负载均衡管理节点的；

或，

通过数据库获取所述第一信息，其中，所述第一信息是由所述负载均衡设备存储至所述数据库中的。

19.一种网络设备，其特征在于，包括：

生成单元，用于生成第一信息，所述第一信息用于表示所述网络设备支持负载均衡处理；

处理单元，用于在所述网络设备获取到第一服务请求时，对所述第一服务请求进行负载均衡处理，其中，所述第一服务请求是负载均衡节点在获取到所述第一信息之后向所述负载均衡设备发送的，所述负载均衡节点部署在服务器上。

20.根据权利要求19所述的网络设备，其特征在于，所述第一服务请求是所述负载均衡节点根据所述第一服务请求确定第一服务实例位于所述负载均衡节点之外的节点上之后，向所述网络设备发送的，所述第一服务实例为用于处理所述第一服务请求的服务实例。

21.根据权利要求20所述的网络设备，其特征在于，所述处理单元，还用于在所述网络设备获取到所述第一服务请求和负载均衡指示信息时，根据所述负载指示信息确定用于处理所述第一服务请求的第一服务实例并将所述第一服务请求分配至所述第一服务实例，其中，所述负载均衡指示信息用于指示所述第一服务实例为用于处理所述第一服务请求的服务实例。

22.根据权利要求19至21任意一项所述的网络设备，其特征在于，所述第一信息包括支持服务类型，所述支持服务类型为所述网络设备支持负载均衡处理的服务的类型，所述第一信息还用于指示所述负载均衡节点向所述网络设备发送所述第一服务请求，所述第一服务请求对应的第一服务的类型属于所述支持服务类型。

23.根据权利要求19至22任意一项所述的网络设备，其特征在于，所述生成单元，还用于在所述网络设备满足预设条件时，生成第二信息，所述第二信息用于表示所述负载均衡设备停止进行负载均衡处理。

24.根据权利要求19至23任意一项所述的网络设备，其特征在于，还包括发送单元；

所述发送单元，用于向所述负载均衡节点发送所述第一信息；

或，

所述发送单元，还用于向所述负载均衡管理节点发送所述第一信息，所述负载均衡管理节点用于向所述负载均衡节点发送所述第一信息；

或，

所述处理单元，还用于将所述第一信息存储至所述数据库中，所述数据库为与所述负载均衡节点连接的数据库。

Images