CN113687940A - 负载均衡方法、装置及物理机 - Google Patents

Abstract

本申请实施例提供一种负载均衡方法、装置及物理机，所述方法应用于网络中的物理机，所述物理机上部署有第一虚拟机，所述方法包括：在获取到所述第一虚拟机用于请求服务的请求消息情况下，基于负载均衡策略从虚拟机集合中，选择用于响应所述请求消息的第二虚拟机；所述虚拟机集合是所述网络中能够提供所述服务的虚拟机的集合；将所述请求消息发送至所述第二虚拟机，以由所述第二虚拟机针对所述请求消息进行处理。本申请实现了由不同物理机分别进行负载均衡的分布式负载均衡方式。

Description

负载均衡方法、装置及物理机

技术领域

本申请涉及互联网技术领域，尤其涉及一种负载均衡方法、装置及物理机。

背景技术

随着云计算的快速发展，多数系统逐渐的迁移到云平台上，在云平台中可以通过虚拟机提供服务。

目前，云平台中通常可以部署多个提供相同服务的虚拟机，在虚拟机1需要请求其他虚拟机提供服务时，可以由云平台中提供负载均衡功能的负载均衡服务器从提供该服务的多个虚拟机中选择一个虚拟机(记为虚拟机2)响应虚拟机1的请求消息，以实现由虚拟机2向虚拟机1提供服务。例如，虚拟机1在需要存储数据时，可以发送用于请求存储数据的请求消息，负载均衡服务器在接收到该请求消息后，可以从提供存储服务的多个虚拟机中选择一个虚拟机响应该请求消息。

然而，云平台中所有虚拟机的请求消息均发送至一个负载均衡服务器，由该负载均衡服务器进行负载均衡，存在由于负载均衡功能中心化所导致的问题，例如该负载均衡服务器的压力较大，该负载均衡设备故障造成的损失也较大。因此，如何针对虚拟机的请求消息实现分布式的负载均衡，成为目前亟待解决的问题。

发明内容

本申请实施例提供一种负载均衡方法、装置及物理机，用以针对虚拟机的请求消息实现分布式的负载均衡。

第一方面，本申请实施例提供一种负载均衡方法，应用于网络中的物理机，所述物理机上部署有第一虚拟机，所述方法包括：

在获取到所述第一虚拟机用于请求服务的请求消息情况下，基于负载均衡策略从虚拟机集合中，选择用于响应所述请求消息的第二虚拟机；所述虚拟机集合是所述网络中能够提供所述服务的虚拟机的集合；

将所述请求消息发送至所述第二虚拟机，以由所述第二虚拟机针对所述请求消息进行处理。

第二方面，本申请实施例提供一种负载均衡装置，应用于网络中的物理机，所述物理机上部署有第一虚拟机，所述装置包括：

选择模块，用于在获取到所述第一虚拟机用于请求服务的请求消息情况下，基于负载均衡策略从虚拟机集合中，选择用于响应所述请求消息的第二虚拟机；所述虚拟机集合是所述网络中能够提供所述服务的虚拟机的集合；

发送模块，用于将所述请求消息发送至所述第二虚拟机，以由所述第二虚拟机针对所述请求消息进行处理。

第三方面，本申请实施例提供一种物理机，包括：存储器、处理器；所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现如第一方面任一项所述的方法。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包含至少一段代码，所述至少一段代码可由计算机执行，以控制所述计算机执行如第一方面任一项所述的方法。

本申请实施例还提供一种计算机程序，当所述计算机程序被计算机执行时，用于实现如第一方面任一项所述的方法。

本申请实施例提供的负载均衡方法、装置及物理机，通过物理机在获取到自身的第一虚拟机用于请求服务的请求消息情况下，基于负载均衡策略从网络中能够提供所述服务的虚拟机的集合(即虚拟机集合)中，选择用于响应所述请求消息的第二虚拟机，将所述请求消息发送至所述第二虚拟机，以由所述第二虚拟机针对所述请求消息进行处理，实现了网络中的物理机针对部署在自身的虚拟机请求其他虚拟机服务的请求消息，能够在虚拟机集合中的虚拟机之间进行负载均衡，从而实现了由不同物理机分别进行负载均衡的分布式负载均衡方式。

附图说明

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

图1为本申请实施例的应用场景示意图；

图2为本申请一实施例提供的负载均衡方法的流程示意图；

图3为本申请一实施例提供的基于虚拟交换机+负载均衡器实现负载均衡的示意图；

图4为本申请一实施例提供的负载均衡装置的结构示意图；

图5为本申请一实施例提供的物理机的结构示意图。

具体实施方式

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

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

为了方便本领域技术人员理解本申请实施例提供的技术方案，下面先对技术方案实现的技术环境进行说明。

相关技术中比较常用的负载均衡方法，主要包括云平台中所有虚拟机的请求消息均发送至一个负载均衡服务器，由该负载均衡服务器进行负载均衡，存在由于负载均衡功能中心化所导致的问题，因此相关技术中亟需一种针对虚拟机的请求消息实现分布式负载均衡的方式。

基于类似于上文所述的实际技术需求，本申请提供的负载均衡方法可以利用技术化的手段针对虚拟机的请求消息实现分布式负载均衡的方式，解决由于负载均衡功能中心化所导致的问题。

下面通过一个示例性的应用场景具体说明本申请各个实施例提供的负载均衡方法。

如图1所示，网络10可以包括物理机11和物理机12，其中，物理机11上部署有虚拟机(virtual machine，VM)1-虚拟机4，物理机12上部署有虚拟机1-虚拟机4。其中，物理机是相对于虚拟机而言的对实体计算机的称呼，物理机提供给虚拟机硬件环境，物理机也可以称为宿主机。部署在物理机上的虚拟机可以完成一定的功能，并对外提供相应的服务，例如，虚拟机可以完成存储功能，并对外提供存储服务。本申请实施例中主要针对虚拟机之间提供服务的情况。

需要说明的是，图1中网络10包括的物理机的数量以及物理机上部署的虚拟机数量仅为举例。

如图1所示，物理机11和物理机12中分别可以实现用于提供负载均衡功能的功能模块，以下记为负载均衡装置，具体的，物理机11可以实现用于提供负载均衡功能的负载均衡装置A，物理机12可以实现用于提供负载均衡功能的负载均衡装置B。其中，负载均衡装置A和负载均衡装置B均可以基于本申请实施例提供的负载均衡方法进行负载均衡。

在部署在物理机11上的虚拟机1需要请求其他虚拟机提供的服务的情况下，如图1所示，所述虚拟机1可以发送用于请求服务的请求消息，在虚拟机1发出所述请求消息之后，负载均衡装置A可以获取到所述请求消息，并在获取到所述请求消息情况下可以基于负载均衡策略从虚拟机集合中，选择响应所述请求消息的虚拟机，其中，所述虚拟机集合是网络10中能够提供所述服务的虚拟机的集合。基于此，部署在物理机11上的虚拟机1可以理解为虚拟机客户端，虚拟机集合中的虚拟机可以理解为虚拟机服务端。

假设所述虚拟机集合中包括的虚拟机为部署在物理机11上的虚拟机3和虚拟机4以及部署在物理机2上的虚拟机1和虚拟机2，则负载均衡装置A可以基于负载均衡策略从部署在物理机11上的虚拟机3和虚拟机4以及部署在物理机12上的虚拟机1和虚拟机2中，选择用于响应所述请求消息的虚拟机。需要说明的是，这里以网络10中能够提供所述服务的虚拟机部署在物理机11和部署在12上的虚拟机为例，可以理解的是，在网络10中其他物理机上还部署有能够提供所述服务的虚拟机情况下，所述虚拟机集合还可以包括其他物理机上部署的虚拟机。

在负载均衡装置A基于负载均衡策略选择部署在物理机11上的虚拟机4响应所述请求消息时，如图1中的虚线a所示，负载均衡装置A可以将所述请求消息转发至部署在物理机11上的虚拟机4，以由该虚拟机4针对所述请求消息进行处理，即响应于所述请求消息以向部署在虚拟机11上的虚拟机1提供服务。

在负载均衡装置A基于负载均衡策略选择部署在物理机12上的虚拟机2响应所述请求消息时，如图1中的虚线b所示，负载均衡装置A可以将所述请求消息转发至部署在物理机12上的虚拟机2，以由该虚拟机2针对所述请求消息进行处理，即响应于所述请求消息以向部署在虚拟机11上的虚拟机1提供服务。需要说明的是，图1中以请求消息的转发未经过负载均衡装置B为例，可以理解的是，在其他场景下请求消息的转发也可以经过负载均衡装置B。

需要说明的是，针对负载均衡装置A所采用的负载均衡策略，可以根据需求灵活实现。以按照轮询方式进行负载均衡为例，假设虚拟机集合中包括的虚拟机轮询顺序为：部署在物理机11上的虚拟机3(记为物理机11+虚拟机3)→部署在物理机11上的虚拟机4(记为物理机11+虚拟机4)→部署在物理机12上的虚拟机1(记为物理机12+虚拟机1)→部署在物理机12上的虚拟机2(记为物理机12+虚拟机2)，则在部署在物理机11上的虚拟机第一次请求所述服务时可以选择物理机11+虚拟机3进行响应；在部署在物理机11上的虚拟机第二次请求所述服务时可以选择物理机11+虚拟机4进行响应，在部署在物理机11上的虚拟机第三次请求所述服务时可以选择物理机12+虚拟机1进行响应，在部署在物理机11上的虚拟机第四次请求所述服务时可以选择物理机12+虚拟机2进行响应……，依次类推，从而实现物理机11上虚拟机针对所述服务的请求消息在虚拟机集合中虚拟机之间的负载均衡。需要说明的是，以上轮询方式举例是以四个虚拟机的权重相同为例。

通过负载均衡装置A基于本申请实施例提供的负载均衡方式进行负载均衡，使得物理机11针对部署在自身的虚拟机请求其他虚拟机服务的请求消息，能够在虚拟机集合中的虚拟机之间进行负载均衡。

可以理解的是，在部署在物理机12上的虚拟机请求其他虚拟机提供服务情况下，负载均衡装置B可以采用与前述负载均衡装置A类似的方式，实现通过负载均衡装置B基于本申请实施例提供的负载均衡方式进行负载均衡，使得物理机12针对部署在自身的虚拟机请求其他虚拟机服务的请求消息，能够在虚拟机集合中的虚拟机之间进行负载均衡。

假设部署在物理机12上的虚拟机3也请求其他虚拟机提供所述服务，则负载均衡装置B可以基于负载均衡策略从部署在物理机11上的虚拟机3和虚拟机4以及部署在物理机12上的虚拟机1和虚拟机2中，选择用于响应所述请求消息的虚拟机。

以按照轮询方式进行负载均衡，且轮询顺序为物理机11+虚拟机3→物理机11+虚拟机4→物理机12+虚拟机1→物理机12+虚拟机2为例，与物理机11类似，在部署在物理机12上的虚拟机第一次请求所述服务时可以选择物理机11+虚拟机3进行响应；在部署在物理机12上的虚拟机第二次请求所述服务时可以选择物理机11+虚拟机4进行响应，在部署在物理机12上的虚拟机第三次请求所述服务时可以选择物理机12+虚拟机1进行响应，在部署在物理机12上的虚拟机第四次请求所述服务时可以选择物理机12+虚拟机2进行响应……，依次类推，从而实现物理机12上虚拟机针对所述服务的请求消息在虚拟机集合中虚拟机之间的负载均衡。

由于网络10中物理机11和物理机12针对部署在自身的虚拟机请求其他虚拟机服务的请求消息，均能够在虚拟机集合中的虚拟机之间进行负载均衡，而虚拟机集合是网络10中能够提供所述服务的虚拟机的集合，因此，通过物理机11和物理机12分别实现的负载均衡即分布式的负载均衡，能够实现整个网络10中虚拟机的请求消息的负载均衡。

需要说明的是，图1所示的网络10可以应用于虚拟机之间请求服务的任意负载均衡场景。示例性的，网络10可以应用于云平台，在此特定场景下，网络10具体可以为虚拟私有网(Virtual Private Cloud，VPC)。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

图2为本申请一实施例提供的负载均衡方法的流程示意图，本实施例的执行主体可以为网络10中的物理机，所述物理机上部署有第一虚拟机。如图2所示，本实施例的方法可以包括：

步骤201，在获取到所述第一虚拟机用于请求服务的请求消息情况下，基于负载均衡策略从虚拟机集合中，选择用于响应所述请求消息的第二虚拟机；所述虚拟机集合是所述网络中能够提供所述服务的虚拟机的集合；

步骤202，将所述请求消息发送至所述第二虚拟机，以由所述第二虚拟机针对所述请求消息进行处理。

本申请实施例中，部署在所述物理机的所述第一虚拟机在需要请求其他虚拟机向其提供服务情况下，可以发送用于请求服务的请求消息，基于此，所述物理机可以获取到所述请求消息。可以理解的是，第一虚拟机具体可以为所述物理机中需要请求其他虚拟机向其提供服务的任意一个虚拟机。

其中，所述服务具体可以是网络10中的虚拟机能够提供的所有服务中的任意服务。所述服务例如可以为存储服务，当然，在其他实施例中，服务还可以为其他类型服务，本申请对此不做限定。

可选的，物理机可以固定提供负载均衡功能，即针对于获取到的虚拟机用于请求服务的请求消息，可以固定采用物理机进行负载均衡的负载均衡方式。

或者，为了提高负载均衡方式的灵活性，可以根据需求选择是否开启物理机的负载均衡功能，在物理机开启负载均衡功能情况下，可以由物理机进行负载均衡，在物理机未开启负载均衡功能情况下，可以由传统技术中负载均衡服务器进行负载均衡，即针对基于获取到的虚拟机用于请求服务器的请求消息可以发送至负载均衡器，由负载均衡器进行负载均衡。基于此，在步骤201之前还可以包括：确定开启负载均衡功能。

需要说明的是，对于物理机确定开启负载均衡功能的具体方式，可以根据需求灵活实现。示例性的，如果物理机获取到特定的触发消息/信息，则确定开启负载均衡功能。

考虑到虚拟机发送的消息可以是经过虚拟交换机进行转发，可选的，可以在虚拟机发送的消息被虚拟交换机接收到之前，先获取到第一虚拟机发送请求消息，然后基于负载均衡策略从能够提供所述服务的虚拟机集合中，选择用于响应所述请求消息的第二虚拟机。示例性的，可以根据虚拟机发送消息的目的地址确定其是否为请求消息，从而获取到第一虚拟机发送的请求消息。在消息的目的地址是特定地址情况下，可以表征所述消息是请求服务的请求消息；在消息的目的地址不是特定地址的情况下，可以表征所述消息不是请求服务的请求消息，例如虚拟机还可以向用户使用的手机、平板电脑等客户端发送消息。通过在虚拟交换机之前获取请求消息并进行处理，能够避免对于已有虚拟交换机实现的修改。

或者，可选的，可以基于虚拟交换机获取所述请求消息。由于虚拟交换机具有识别消息的目的地址的能力，通过利用虚拟交换机获取请求消息，有利于简化实现。示例性的，所述虚拟交换机的规则表可以包括目标规则信息，所述目标规则信息用于确定所述第一虚拟机发送的目的地址为特定地址的消息是所述请求消息。其中，所述规则表例如可以为流表，当然，在其他实施例中所述规则表还可以为其他形式，本申请对此不做限定。

示例性的，所述目标规则信息的目的地址可以为所述特定地址，所述目标规则信息的下一跳可以为特殊标记。特殊标记可以表示需要对匹配的消息进行负载均衡处理，所述特殊标记例如可以为本地标记。

所述特定地址的个数可以为一个或多个，特定地址可以理解为服务的前端地址，而网络中提供服务的虚拟机集合中虚拟机的地址可以理解为服务的后端地址。

本申请实施例中，所述规则表还可以包括默认规则信息，所述默认规则信息的下一跳可以为所述物理机之外网络设备的地址，所述默认规则信息的优先级低于所述目标规则信息。通过规则表包括默认规则信息，使得虚拟交换机可以优先基于目标规则信息进行匹配，与目标规则信息匹配的消息即是用于请求服务的请求消息从而获得请求消息，而对于与目标规则信息不匹配的消息即不是用于请求服务的消息，可以进一步通过默认规则信息进行转发。其中，所述网络设备例如可以为物理交换机，当然，在其他实施例中也可以为其他类型设备，本申请对此不做限定。

在获取到所述请求消息之后，可以基于负载均衡策略从网络能够提供所述服务的虚拟机的集合(即，虚拟机集合)中，选择用于响应所述请求消息的第二虚拟机。

本申请实施例中，所述虚拟机集合具体可以包括下述中的任意一种：所述虚拟机集合中的部分虚拟机部署在所述物理机上，部分虚拟机部署在所述物理机之外的其他物理机上，例如图1所示的场景下针对物理机11，提供同一服务的虚拟机3和虚拟机4部署在物理机11上，虚拟机1和虚拟机2部署在物理机12上；所述虚拟机集合中的全部虚拟机部署在所述物理机上；或者，所述虚拟机集合中的全部虚拟机部署在所述物理机之外的其他物理机上。通过虚拟机集合包括上述中的任意一种，避免了虚拟机部署关系对于负载均衡的限制，有利于提高适用性。

本申请实施例中，在由虚拟交换机获取到所述请求消息之后，可选的，可以由虚拟交换机进一步实现负载均衡功能，即可以由虚拟交换机基于负载均衡策略从虚拟机集合中选择用于响应所述请求消息的第二虚拟机。其中，负载均衡策略例如可以为轮询策略，当然，在其他实施例中，负载均衡策略还可以为其他策略，本申请对此不做限定。

或者，为了减少对于虚拟交换机的修改，所述物理机上还可以部署有虚拟负载均衡器，在由虚拟交换机获取到所述请求消息之后，进一步的，可以由虚拟负载均衡器实现负载均衡功能，即可以由虚拟负载均衡器基于负载均衡策略从虚拟机集合中选择用于响应所述请求消息的第二虚拟机。基于此，如图3所示，可以由物理机中部署的虚拟交换机+负载均衡器实现本申请实施例提供的方法，即实现前述的负载均衡装置的功能。

以部署在物理机1的虚拟机1作为请求服务的虚拟机客户端，部署在物理机1的其他虚拟机以及部署在物理机2的全部虚拟机能够作为虚拟机服务端为例，参考图3，针对虚拟机1客户端发送的用于请求服务的请求消息1(简称为请求1)，对应于“请求1”双向箭头中虚拟机1客户端到虚拟交换机+负载均衡器方向，可以先由虚拟交换机通过目标规则信息获取到请求1，然后可以由负载均衡器基于负载均衡策略选择相应的第二虚拟机。针对虚拟机1客户端发送的用于请求服务的请求消息2(简称为请求2)，对应于“请求2”双向箭头中虚拟机1客户端到虚拟交换机+负载均衡器方向，可以先由虚拟交换机通过目标规则信息获取到请求2，然后可以由负载均衡器基于负载均衡策略选择相应的第二虚拟机。

在为所述请求消息确定出相应的第二虚拟机之后，可以将所述请求消息发送至第二虚拟机。示例性的，可以将所述请求消息的目的地址修改为第二虚拟机的地址(例如互联网协议(Internet Protocol，IP)地址)，进一步的可以通过所述虚拟交换机将所述请求消息转发至第二虚拟机。通过虚拟交换机将所述请求消息发送至第二虚拟机，有利于简化实现。在一个实施例中，可以由虚拟负载均衡器将所述请求消息的目的地址修改为第二虚拟机的地址，虚拟负载均衡器在修改所述请求消息的目的地址之后，可以将所述请求消息交由虚拟交换机，以由虚拟交换机转发至第二虚拟机。

需要说明的是，在所述第二虚拟机和第一虚拟机部署在同一物理机情况下，可以通过所述虚拟交换机直接将所述请求消息转发至所述第二虚拟机。在所述第二虚拟机和第一虚拟机部署在不同物理机情况下，可以通过所述虚拟交换机将所述请求消息转发至所述物理机之外的物理机交换机，经物理机交换机转发至第二虚拟机所在的物理机，进而转发至第二虚拟机。

参考图3，针对“请求1”，在负载均衡器选择的第二虚拟机为部署在物理机1上的虚拟机4服务端情况下，请求1可以经过虚拟交换机直接转发至部署在物理机1上的虚拟机4服务端，对应于“调度1”双向箭头中虚拟交换机+负载均衡器到虚拟机4服务端方向。针对“请求2”，在负载均衡器选择的第二虚拟机为部署在物理机2上的虚拟机1服务端情况下，请求2可以经过虚拟交换机和物理交换机被转发至部署在物理机2上的虚拟机1服务端，对应图3中的调度2，对应于“调度2”双向箭头中物理机1的虚拟交换机+负载均衡器到虚拟机4服务端方向。

本申请实施例中，对于第二虚拟机针对接收到的请求消息所返回的响应消息，物理机可以通过虚拟交换机返回给所述第一虚拟机。所述方法还包括：在接收到所述第二虚拟机针对所述请求消息的响应消息之后，通过所述虚拟交换机将所述响应消息返回给所述第一虚拟机。参考图3，针对请求1的响应消息，“调度1”双向箭头中虚拟机4服务端到虚拟交换机+负载均衡器方向可以对应虚拟交换机接收到第二虚拟机返回响应消息，“请求1”双向箭头中虚拟交换机+负载均衡器到虚拟机1客户端方向可以对应通过虚拟交换机返回给第一虚拟机。针对请求2的响应消息，“调度2”双向箭头中虚拟机1服务端到物理机1的虚拟交换机+负载均衡器方向可以对应虚拟交换机接收到第二虚拟机返回响应消息，“请求2”双向箭头中虚拟交换机+负载均衡器到虚拟机1客户端方向可以对应通过虚拟交换机返回给第一虚拟机。可以看出，响应消息可以经过与请求消息相同的路径返回给第一虚拟机，即原路径返回，具体可以通过交换机中的规则信息实现，本申请在此不再赘述。

本申请实施例中，如图3所示，可以由控制设备向物理机配置目标规则信息和虚拟机集合，即由控制设备进行配置下发。其中，控制设备可以用于实现负载均衡的管控。基于此，图3中的物理机还可以接收控制设备发送的配置消息，所述配置消息用于配置目标规则信息和虚拟机集合。考虑到物理机上部署虚拟机的灵活性，为了简化实现，不同物理机配置的目标规则信息和虚拟机集合可以相同，其中，目标规则信息可以用于获取针对网络中虚拟机能够提供的多个服务中的任意服务的请求消息，虚拟机集合的个数可以为多个，多个虚拟机集合可以与多个服务一一对应。

示例性的，所述配置消息可以包括多个服务分别的前端地址，以及多个前端地址中各前端地址分别对应的多个后端地址，其中后端地址即为虚拟机的地址。基于多个前端地址可以得到目标规则信息，基于各服务的前端地址分别对应的多个后端地址可以得到各所述服务对应的虚拟机集合，基于此虚拟机集合具体可以为各所述服务的后端地址的集合。

考虑到网络中能够提供服务的虚拟机可以是动态变化的，例如，存在之前能够提供服务但当前出现宕机情况而无法继续提供服务，又例如，之前出现宕机情况无法提供服务但当前宕机恢复能够提供服务。因此为了提高虚拟机集合的准确性，控制设备可以根据当前能够提供服务的虚拟机的实际情况，更新虚拟机集合。

基于此，本申请实施例提供的方法还可以包括：接收所述控制设备发送的更新消息，并根据所述更新消息更新所述虚拟机集合；所述更新消息用于在所述虚拟机集合中的虚拟机宕机情况下，从所述虚拟机集合中删除发生宕机的虚拟机，或者，用于在提供所述服务的虚拟机宕机恢复情况下，向所述虚拟机集合中增加宕机恢复的虚拟机。例如，在更新消息用于从虚拟机集合中删除发生宕机的虚拟机时，更新消息可以包括删除指示以及需要删除的虚拟机的地址；在更新消息用于向虚拟机集合中增加宕机恢复的虚拟机时，更新消息可以包括增加指示以及需要增加的虚拟机的地址。当然，在其他实施例中，更新消息也可以为其他实现方式，本申请对此不做限定。

可选的，所述更新消息可以是所述控制设备根据所述物理机之外的设备针对虚拟机的健康探测结果生成，所述健康探测结果用于表示被探测的虚拟机宕机还是未宕机。通过物理机之外的设备对虚拟机进行健康探测，与由虚拟负载均衡器进行健康探测相比，降低了虚拟负载均衡器的压力，从而降低了物理机的压力。

参考图3，可以由探测设备对网络中的虚拟机进行健康探测，以得到健康探测结果。例如，探测设备可以向虚拟机发送探测报文，如果探测设备接收到该虚拟机返回的响应报文，可以确定该虚拟机未宕机，如果探测设备在一段时间内未接收到该虚拟机返回的响应报文，可以确定该虚拟机宕机，其中探测报文例如可以为传输控制协议(TransmissionControl Protocol，TCP)报文，互联网控制报文协议(Internet Control MessageProtocol，ICMP)报文等。当然，在其他实施例中，也可以通过其他方式对虚拟机进行健康探测，本申请对此不做限定。

需要说明的是，图3中以对网络中的虚拟机进行健康探测的设备与控制设备是不同设备为例，可以理解的是，在其他实施例中，也可以由控制设备对虚拟机进行健康探测。

通过本申请实施例提供的负载均衡方法，物理机在获取到自身的第一虚拟机用于请求服务的请求消息情况下，基于负载均衡策略从网络中能够提供所述服务的虚拟机的集合(即虚拟机集合)中，选择用于响应所述请求消息的第二虚拟机，将所述请求消息发送至所述第二虚拟机，以由所述第二虚拟机针对所述请求消息进行处理，实现了网络中的物理机针对部署在自身的虚拟机请求其他虚拟机服务的请求消息，能够在虚拟机集合中的虚拟机之间进行负载均衡，从而实现了由不同物理机分别进行负载均衡的分布式负载均衡方式。

图4为本申请一实施例提供的负载均衡装置的结构示意图；参考附图4所示，本实施例提供了一种负载均衡装置，该装置应用于网络中的物理机，所述物理机上部署有第一虚拟机，该装置可以执行上述的负载均衡方法，具体的，该装置可以包括：

选择模块41，用于在获取到所述第一虚拟机用于请求服务的请求消息情况下，基于负载均衡策略从虚拟机集合中，选择用于响应所述请求消息的第二虚拟机；所述虚拟机集合是所述网络中能够提供所述服务的虚拟机的集合；

发送模块42，用于将所述请求消息发送至所述第二虚拟机，以由所述第二虚拟机针对所述请求消息进行处理。

可选的，所述物理机上还部署有虚拟交换机；所述装置还包括获取模块，用于，通过所述虚拟交换机获取所述请求消息。

可选的，所述虚拟交换机的规则表包括目标规则信息，所述目标规则信息用于将所述第一虚拟机发送的目的地址为特定地址的消息确定为所述请求消息。

可选的，所述目标规则信息的目的地址为所述特定地址，所述目标规则信息的下一跳为特殊标记。

可选的，所述规则表还包括默认规则信息，所述默认规则信息的下一跳为所述物理机之外网络设备的地址，所述默认规则信息的优先级低于所述目标规则信息。

可选的，所述装置还包括：接收模块，用于接收控制设备发送的配置消息，所述配置消息用于配置所述目标规则信息和所述虚拟机集合。

可选的，所述接收模块，还用于接收所述控制设备发送的更新消息，并根据所述更新消息更新所述虚拟机集合；所述更新消息用于在所述虚拟机集合中的虚拟机宕机情况下，从所述虚拟机集合中删除发生宕机的虚拟机，或者，用于在提供所述服务的虚拟机宕机恢复情况下，向所述虚拟机集合中增加宕机恢复的虚拟机。

可选的，所述更新消息是所述控制设备根据所述物理机之外的设备针对虚拟机的健康探测结果生成，所述健康探测结果用于表示被探测的虚拟机宕机还是未宕机。

可选的，所述物理机上还部署有虚拟负载均衡器；所述选择模块41，具体用于通过所述虚拟负载均衡器基于负载均衡策略从能够提供所述服务的虚拟机集合中，选择用于响应所述请求消息的第二虚拟机。

可选的，所述发送模块42，具体用于在将所述请求消息的目的地址修改为所述第二虚拟机的地址之后，通过所述虚拟交换机将所述请求消息发送至所述第二虚拟机。

可选的，所述装置还包括：转发模块，用于在接收到所述第二虚拟机针对所述请求消息的响应消息之后，通过所述虚拟交换机将所述响应消息返回给所述第一虚拟机。

可选的，所述虚拟机集合包括下述中的任意一种：

所述虚拟机集合中的部分虚拟机部署在所述物理机上，部分虚拟机部署在所述物理机之外的其他物理机上；

所述虚拟机集合中的全部虚拟机部署在所述物理机上；

或者，所述虚拟机集合中的全部虚拟机部署在所述物理机之外的其他物理机上。

图4所示装置可以执行图2所示实施例的方法，本实施例未详细描述的部分，可参考对图2所示实施例的相关说明。该技术方案的执行过程和技术效果参见图2所示实施例中的描述，在此不再赘述。

在一个可能的实现中，图4所示负载均衡装置的结构可实现为网络中的一物理机。如图5所示，该物理机可以包括：处理器51和存储器52。其中，存储器52用于存储支持物理机执行上述图2所示实施例中提供的负载均衡方法的程序，处理器51被配置为用于执行存储器52中存储的程序。

程序包括一条或多条计算机指令，其中，一条或多条计算机指令被处理器51执行时能够实现如下步骤：

在获取到所述第一虚拟机用于请求服务的请求消息情况下，基于负载均衡策略从虚拟机集合中，选择用于响应所述请求消息的第二虚拟机；所述虚拟机集合是所述网络中能够提供所述服务的虚拟机的集合；

将所述请求消息发送至所述第二虚拟机，以由所述第二虚拟机针对所述请求消息进行处理。

可选的，处理器51还用于执行前述图2所示实施例中物理机的全部或部分步骤。

其中，物理机的结构中还可以包括通信接口53，用于物理机与其他设备或通信网络通信。

另外，本申请实施例提供了一种计算机存储介质，用于储存物理机所用的计算机软件指令，其包含用于执行上述图2所示方法实施例中负载均衡方法所涉及的程序。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理器以产生一个机器，使得通过计算机或其他可编程设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (15)

1.一种负载均衡方法，应用于网络中的物理机，所述物理机上部署有第一虚拟机，所述方法包括：

在获取到第一虚拟机用于请求服务的请求消息情况下，基于负载均衡策略从虚拟机集合中，选择用于响应所述请求消息的第二虚拟机；所述虚拟机集合是能够提供所述服务的虚拟机的集合；

将所述请求消息发送至所述第二虚拟机，以由所述第二虚拟机针对所述请求消息进行处理。

2.根据权利要求1所述的方法，所述物理机上还部署有虚拟交换机；所述方法还包括：

通过所述虚拟交换机获取所述请求消息。

3.根据权利要求2所述的方法，所述虚拟交换机的规则表包括目标规则信息，所述目标规则信息用于将所述第一虚拟机发送的目的地址为特定地址的消息确定为所述请求消息。

4.根据权利要求3所述的方法，所述目标规则信息的目的地址为所述特定地址，所述目标规则信息的下一跳为特殊标记。

5.根据权利要求3所述的方法，所述规则表还包括默认规则信息，所述默认规则信息的下一跳为所述物理机之外网络设备的地址，所述默认规则信息的优先级低于所述目标规则信息。

6.根据权利要求3所述的方法，所述方法还包括：

接收控制设备发送的配置消息，所述配置消息用于配置所述目标规则信息和所述虚拟机集合。

7.根据权利要求6所述的方法，所述方法还包括：

接收所述控制设备发送的更新消息，并根据所述更新消息更新所述虚拟机集合；所述更新消息用于在所述虚拟机集合中的虚拟机宕机情况下，从所述虚拟机集合中删除发生宕机的虚拟机，或者，用于在提供所述服务的虚拟机宕机恢复情况下，向所述虚拟机集合中增加宕机恢复的虚拟机。

8.根据权利要求7所述的方法，所述更新消息是所述控制设备根据所述物理机之外的设备针对虚拟机的健康探测结果生成，所述健康探测结果用于表示被探测的虚拟机宕机还是未宕机。

9.根据权利要求2-8任一项所述的方法，所述物理机上还部署有虚拟负载均衡器；

所述基于负载均衡策略从能够提供所述服务的虚拟机集合中，选择用于响应所述请求消息的第二虚拟机，包括：通过所述虚拟负载均衡器基于负载均衡策略从能够提供所述服务的虚拟机集合中，选择用于响应所述请求消息的第二虚拟机。

10.根据权利要求2-8任一项所述的方法，所述将所述请求消息发送至所述第二虚拟机，包括：

在将所述请求消息的目的地址修改为所述第二虚拟机的地址之后，通过所述虚拟交换机将所述请求消息发送至所述第二虚拟机。

11.根据权利要求2所述的方法，所述方法还包括：

在接收到所述第二虚拟机针对所述请求消息的响应消息之后，通过所述虚拟交换机将所述响应消息返回给所述第一虚拟机。

12.根据权利要求1所述的方法，所述虚拟机集合包括下述中的任意一种：

所述虚拟机集合中的部分虚拟机部署在所述物理机上，部分虚拟机部署在所述物理机之外的其他物理机上；

所述虚拟机集合中的全部虚拟机部署在所述物理机上；

或者，所述虚拟机集合中的全部虚拟机部署在所述物理机之外的其他物理机上。

13.根据权利要求1所述的方法，所述在获取到第一虚拟机用于请求服务的请求消息情况下，基于负载均衡策略从预设虚拟机集合中，选择用于响应所述请求消息的第二虚拟机之前，还包括：

确定开启负载均衡功能。

14.一种负载均衡装置，应用于网络中的物理机，所述物理机上部署有第一虚拟机，所述装置包括：

选择模块，用于在获取到所述第一虚拟机用于请求服务的请求消息情况下，基于负载均衡策略从虚拟机集合中，选择用于响应所述请求消息的第二虚拟机；所述虚拟机集合是所述网络中能够提供所述服务的虚拟机的集合；

发送模块，用于将所述请求消息发送至所述第二虚拟机，以由所述第二虚拟机针对所述请求消息进行处理。

15.一种物理机，包括：存储器、处理器；所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现如权利要求1至13中任一项所述的方法。

Images