CN106100872A - 一种业务连续性保障方法及装置 - Google Patents

Abstract

本发明公开了一种业务连续性保障方法及装置，涉及通信技术领域，能够降低工作负荷在虚拟机之间进行迁移时的丢包率，从而提高业务的使用质量。该方法包括：创建具有不同迁移能力的多个虚拟机；接收承载建立请求；根据所述承载建立请求对应的服务质量参数，制定承载中数据流的转发策略；根据所述转发策略，将所述承载建立请求发送到特定虚拟机上，以使所述特定虚拟机根据所述承载建立请求建立供数据流传输的承载，其中，所述特定虚拟机为具有与所述转发策略相对应的迁移能力的虚拟机；将所述数据流通过建立的承载发送到所述特定虚拟机上。本发明主要用于业务连续性保障过程中。

Description

一种业务连续性保障方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种业务连续性保障方法及装置。

背景技术

随着NFV(Network Function Virtualization，网络功能虚拟化)技术的不断成熟和普及，移动核心网的虚拟化已经成为现实。目前，移动核心网虚拟化的思路为，采用通用服务器硬件平台，在该服务器硬件平台上运行虚拟化软件生成虚拟机，然后，在虚拟机上以软件的形式运行各种网元，每种网元能单独地完成一种或几种功能。通过将网元部署在同一硬件平台上，可使得运营商仅需维护统一的具有虚拟机的硬件化平台，而无需维护传统种类各异的多个专有硬件，从而可降低维护成本。

通常，为实现资源的优化配置，网元的工作负荷可在不同的虚拟机之间进行迁移。然而，本申请发明人在实际应用中发现，网元的工作负荷在不同虚拟机之间进行迁移的过程中可能会导致丢包率上升，这会影响业务的使用质量，从而会降低用户体验。

发明内容

本发明实施例提供了一种业务连续性保障方法及装置，能够降低工作负荷在虚拟机之间进行迁移时的丢包率，从而能够提高业务的使用质量。

为达到上述目的，本发明的实施例采用如下技术方案：

一种业务连续性保障方法，包括：

创建具有不同迁移能力的多个虚拟机；

接收承载建立请求；

根据所述承载建立请求对应的服务质量参数，制定承载中数据流的转发策略；

根据所述转发策略，将所述承载建立请求发送到特定虚拟机上，以使所述特定虚拟机根据所述承载建立请求建立供数据流传输的承载，其中，所述特定虚拟机为具有与所述转发策略相对应的迁移能力的虚拟机；

将所述数据流通过建立的承载发送到所述特定虚拟机上。

一种业务连续性保障装置，包括：

创建单元，用于创建具有不同迁移能力的多个虚拟机；

接收单元，用于接收承载建立请求；

策略制定单元，用于根据所述承载建立请求对应的服务质量参数，制定承载中数据流的转发策略；

第一发送单元，用于根据所述转发策略，将所述承载建立请求发送到特定虚拟机上，以使所述特定虚拟机根据所述承载建立请求建立供数据流传输的承载，其中，所述特定虚拟机为具有与所述转发策略相对应的迁移能力的虚拟机；

第二发送单元，用于将所述数据流通过建立的承载发送到所述特定虚拟机。

本发明提供的业务连续性保障方法和装置，创建具有不同迁移能力的多个虚拟机，也即其中某个虚拟机上的工作负荷可以迁移到其他虚拟机上，另一个虚拟机上的工作负荷不可以迁移到其他虚拟机上；根据服务质量参数，制定承载中数据流的转发策略；根据转发策略，将承载建立请求发送到特定虚拟机上，以使特定虚拟机建立供数据流传输的承载；由此可知，通过根据服务质量参数制定的转发策略，可建立承载，该承载使数据流到达具有与该转发策略相对应的迁移能力的特定虚拟机，从而可使与服务质量参数相对应的某种业务的数据流通过对应承载到达特定虚拟机上，也即，如果某种业务对延时、丢失率等要求较高，则可使该业务的数据流通过对应承载到达不允许工作负荷进行迁移的虚拟机上，使得该业务的工作负荷不能进行迁移。由于只要工作负荷在虚拟机之间进行迁移就有可能丢包，而本申请中使某些业务的工作负荷不在虚拟机之间进行迁移，因而能够降低工作负荷在虚拟机之间进行迁移时的丢包率，提高业务的使用质量。

附图说明

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

图1为本发明实施例一提供的业务连续性保障方法的流程图；

图2为本发明实施例一中提供的另一种业务连续性保障方法的示意图；

图3为本发明实施例一中步骤103的具体步骤的流程图；

图4为本发明实施例一中业务连续性保障方法的示意图；

图5为本发明实施例二提供的业务连续性保障装置的结构示意图；

图6为本发明实施例二中策略制定单元的结构示意图。

具体实施方式

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

为了便于理解本发明的各个实施例，首先对本发明实施例中会引入的几个要素进行简要介绍。

虚拟机(VM，Virtual Machine)：

可以通过在通用服务器硬件平台上运行虚拟机软件生成虚拟机，该生成的虚拟机可以像真正的计算机那样工作。一台或多台虚拟机上可以以软件的形式实现一种网元，每种网元可单独地完成一种或多种功能。所述网元可以为与分组核心网(EPC，EvolvedPacket Core)中移动性管理和会话管理相关的网元。例如，该网元可为演进型Node B(eNodeB，Evolved Node B)、移动管理实体(MME，Mobility Management Entity)、服务网关(S-GW，Serving GateWay)、分组数据网关(PDN-GW，Packet Data Network Gateway)、策略与计费规则功能单元(PCRF，Policy and Charging Rules Function)等。在下文中，网元在某个虚拟机上的工作负荷也可称为该虚拟机的工作负荷。

服务质量(QoS，Quality of Service)

服务质量可为指定的网络通信提供更好的服务，具体为，对不同的业务提供不同的服务，当业务为高要求的业务且网络过载或拥塞时，可保证该业务不会延迟或丢失。需要说明的是，在本申请中，高要求的业务可以为对延时、丢包率等要求比较高的业务。

对不同的业务提供不同的服务的方法可包括：根据业务类型将业务划分为不同等级，然后根据业务的不同等级建立不同的承载，使得不同等级业务的数据流通过相应的承载传输，从而为不同的业务提供不同的服务。例如，如图4所示，将实时游戏业务、视频业务和上网业务分为三种等级，例如将视频业务分为第一等级、实时游戏业务为第二等级、上网业务为第三等级，为该三种等级的业务分别建立了承载，使这三种业务的数据流分别通过相应的承载传输，从而获得不同的服务质量保障(如调度策略，缓冲队列管理，链路层配置等)。需要说明的是，相同承载上的所有数据流获得相同的服务质量保障，因而为提供不同的服务质量保障，需要创建多个承载。

还需说明的是，本发明实施例中的承载优选为专有承载，该专有承载可以为同一用户接入的相同网络的不同数据流提供不同的服务质量保证。当然，本发明实施例中的承载还可为默认承载。此外，本发明实施例中的承载还可优选为保证比特率(GBR，GuaranteedBit Rate)承载，该GBR承载所通过的业务数据流优先受到服务质量保障。当然，本发明实施例中的承载还可为非保证比特率(Non-GBR，Non-Guaranteed Bit Rate)承载。在上述承载中，专有承载可以是GBR承载或者Non-GBR承载，默认承载是Non-GBR承载。在本申请中，优选地，高要求的业务对应于GBR承载。

服务质量参数可包括以下参数中的至少一个参数：最大比特速率(MBR，BitRate)、保证比特速率(GBR，Guaranteed Bit Rate)、服务质量分类标识(QCI，Quality ofService Class Identifier)、丢失率(LossRate)和延时(Delay)。

例如，QCI可在1到9中取值，其中1到4为GBR承载，在该承载上通过的业务数据流优先受保障，5到9为Non-GBR承载。并且，不同的QCI对应于不同的优先级、时延和丢包率。

虚拟交换机(Centrex)

虚拟交换机可通过在通用服务器硬件平台上运行虚拟机软件而生成，该虚拟交换机可以像真正的交换机那样工作。相较于实体的交换机设备，虚拟交换机内设置有更多的虚拟网络端口，且可提供速度更快的联机接口。

下面通过具体示例解释说明本发明实施例提供的技术方案：

实施例一

参见图1，为本实施例提供的一种业务连续性保障方法的流程示意图。如图1所示的业务连续性保障方法包括以下步骤S101-S105：

S101：创建具有不同迁移能力的多个虚拟机。

本步骤可理解为，创建多个虚拟机，各个虚拟机可具有以下三种迁移能力中的一种迁移能力：第一种迁移能力，当虚拟机中的参数为internal参数时，该虚拟机的工作负荷可在其所在服务器的内部进行迁移，即将其一部分工作负荷迁移到其所在服务器内部的其他虚拟机上；第二种迁移能力，当虚拟机中的参数为external参数时，该虚拟机的工作负荷可在不同服务器之间进行迁移，即将其一部分工作负荷迁移到其他服务器的虚拟机上；第三种迁移能力，当虚拟机中的参数为none参数时，该虚拟机的工作负荷不允许进行迁移。其中，internal参数、external参数和none参数为设置在虚拟机中的用于限定其工作负荷迁移的参数。

以下对S101中创建单个虚拟机的方法进行举例说明。创建单个虚拟机的方法可包括以下步骤S1011-S1013：

S1011：接收实例化VNF(Virtual Network Feature，虚拟网络功能)请求，该实例化VNF请求携带有实例化VNF标识、VNF实例化描述和迁移能力参数等参数。其中，迁移能力参数包括以上所述的internal参数、external参数和none参数，分别对应于以下迁移能力：虚拟机允许工作负荷在服务器内部进行迁移、允许工作负荷在服务器之间进行迁移和不允许工作负荷进行迁移。

S1012：对实例化VNF请求进行验证，其中验证过程具体为：检查发送方(即操作员/运行支撑系统)是否具备初始化VNF实例的权限，并检查实例化VNF请求是否合法。其中，检查实例化VNF请求是否合法可以例如为，检查实例化VNF请求是否携带有必选参数，该必选参数例如为实例化VNF标识。

如果验证不通过，则向发送方返回失败信息；如果验证通过，则执行以下步骤。

S1013：对VNF进行实例初始化并创建相应的虚拟机。需要说明的是，本步骤可参见现有知识，本申请不再具体说明。

此外，创建单个虚拟机的方法还包括其他步骤，这些步骤可参照现有知识，此处不再具体说明。

S102：接收承载建立请求。

该承载建立请求可为建立专有承载或者GBR承载的请求，也可为建立默认承载或者Non-GBR承载的请求。示例性地，在本申请实施例中，当业务为高要求的业务时，该承载建立请求是为高要求的业务建立GBR承载的承载建立请求，从而可为高要求的业务提供服务质量保障。进一步地示例为，当上述高要求的业务为视频业务时，该承载建立请求是为视频业务建立承载的承载建立请求。

S103：根据承载建立请求对应的服务质量参数，制定承载中数据流的转发策略。

其中，示例性地，当承载建立请求是为高要求业务建立承载的请求时，承载建立请求对应的服务质量参数可为即将通过该承载的高要求业务的服务质量参数。此时，则可根据服务质量参数，将承载中数据流的转发策略制定为，将承载中高要求的业务的数据流发送到具有相应迁移能力的虚拟机上。进一步举例为，当上述高要求业务具体为视频业务时，该承载建立请求对应的服务质量参数为视频业务的服务质量参数，此时可根据视频业务的服务质量参数，将转发策略制定为：将承载中视频业务的数据流发送到不允许工作负荷进行迁移的虚拟机上。

此外，根据以上所述内容可知，服务质量参数可包括以下参数中的至少一个参数：MBR、GBR、QCI、Loss Rate和Delay。

S104：根据转发策略，将承载建立请求发送到特定虚拟机上，以使特定虚拟机根据承载建立请求建立供数据流传输的承载，其中，特定虚拟机为具有与转发策略相对应的迁移能力的虚拟机。

结合以上步骤中的示例，本步骤可为：根据“将承载中视频业务的数据流发送到不允许工作负荷进行迁移的虚拟机上”的转发策略，将承载建立请求发送到具有与上述转发策略相对应的迁移能力的特定虚拟机(即不允许工作负荷进行迁移的虚拟机上)，以使该虚拟机根据承载建立请求建立供视频业务的数据流传输的承载。

S105：将数据流通过建立的承载发送到特定虚拟机上。

结合以上步骤中的示例，本步骤的示例可为，将视频业务的数据流通过建立的承载发送到不允许工作负荷进行迁移的虚拟机上。需要说明的是，在该承载删除之前，始终将特定虚拟机对应的业务的数据流通过该承载发送到该特定虚拟机上。

其中，步骤S105所述的“将数据流通过建立的承载发送到特定虚拟机上”可至少具有以下两种实现方式：

第一种实现方式，步骤S105可包括：将转发策略发送到虚拟交换机中，以使虚拟交换机在更新转发策略之后，将数据流通过建立的承载发送到特定虚拟机上。

第二种实现方式，在步骤S104之前，业务连续性保障方法还可包括：

S106、将转发策略发送到虚拟交换机中。

S107、接收虚拟交换机发送的更新策略成功消息。

此时，步骤S105具体包括：将建立的承载上的数据流通过虚拟交换机发送到特定虚拟机上。

在第二种实现方式中，如图2所示，步骤S102、S103、S104、S106、S107可通过负载均衡器(Load-Balancer)实现，步骤S105可由虚拟交换机执行，也即负载均衡器可首先将转发策略发送到虚拟交换机中；然后虚拟交换机在更新转发策略之后，向负载均衡器发送更新策略成功信息；接着负载均衡器根据转发策略，将承载建立请求发送到特定虚拟机上，以使特定虚拟机根据承载建立请求建立供数据流传输的承载；后续该承载中的数据流均通过虚拟交换机转发给特定虚拟机。

由上可知，本发明提供的业务连续性保障方法，通过根据服务质量参数制定的转发策略，可建立承载，该承载使数据流到达具有与该转发策略相对应的迁移能力的特定虚拟机，从而可使与服务质量参数相对应的某种业务的数据流通过对应承载到达特定虚拟机上，也即，如果某种业务对延时、丢失率等要求较高，则可使该业务的数据流通过对应承载到达不允许工作负荷进行迁移的虚拟机上，使得该业务的工作负荷不能进行迁移。由于只要工作负荷在虚拟机之间进行迁移就有可能丢包，而本申请中使某些业务的工作负荷不在虚拟机之间进行迁移，因而能够降低工作负荷在虚拟机之间进行迁移时的丢包率，提高业务的使用质量。

此外，将高要求的业务的数据流发送到不允许对工作负荷进行迁移的虚拟机上，可保证该高要求的业务的连续性，从而可进一步提高业务的使用质量。

以下参照图3对S103“根据承载建立请求对应的服务质量参数，制定承载中数据流的转发策略”进行举例说明。如图3所示的方法包括以下步骤S1031-S1034：

S1031：根据承载建立请求对应的服务质量参数计算承载的迁移值。

示例性地，该步骤可包括，将承载建立请求对应的服务质量参数中的每一个参数分别乘以各自的权重系数，获得承载的迁移值，权重系数大于0。

举例而言，服务质量参数包括MBR、GBR、QCI、Loss Rate和Delay，则迁移值的计算方法为：迁移值＝MBR*0.1+GBR*10+QCI*2.5+Loss Rate*3+Delay*0.11，需要说明的是，本申请不对所有参数的权重系数和进行限定，即，所有参数的权重系数和可以大于1也可小于1。

S1032：将迁移值与第一阈值进行比较。其中，该第一阈值可根据业务类型以及对该业务的要求进行设置。

S1033：当迁移值小于第一阈值时，将转发策略制定为将承载中的数据流发送到不允许对工作负荷进行迁移的虚拟机上。

S1034：当迁移值大于或等于第一阈值时，将转发策略制定为将承载中的数据流发送到允许对工作负荷进行迁移的虚拟机上。

示例性地，上述S1034包括：将迁移值与第二阈值进行比较，该第二阈值大于第一阈值；当迁移值大于或等于第一阈值，且小于第二阈值时，将转发策略制定为将承载中的数据流发送到允许工作负荷在同一服务器内部进行迁移的虚拟机上；当迁移值大于或等于第二阈值时，将转发策略制定为将承载中的数据流发送到允许工作负荷在不同服务器之间进行迁移的虚拟机上。其中，第二阈值可根据业务类型以及对该业务的要求进行设置。

由以上步骤S1031-S1034可知，将高要求的业务的数据流发送到不允许对工作负荷进行迁移的虚拟机上，可保障该高要求的业务的连续性；将要求不太高的业务发送到允许工作负荷在服务器内进行迁移的虚拟机上，可部分保障该业务的连续性；将低要求的业务的数据流发送到允许工作负荷在不同服务器之间进行迁移的虚拟机上，可达到业务分担的目的。由此，即可实现业务分担的目的，又可保障高要求业务的服务质量。

实施例二

为便于理解，以下通过实施例二参照图4对业务连续性保障方法进行进一步地举例说明。其中，该实施例中的业务包括实时游戏业务、视频业务和上网业务。

S401、创建具有不同迁移能力的虚拟机。

例如，创建第一虚拟机、第二虚拟机和第三虚拟机。其中，第一虚拟机不允许其工作负荷进行迁移，第二虚拟机允许其工作负荷在其所在的服务器内部进行迁移，第三虚拟机允许其工作负荷在服务器之间进行迁移。

S402、接收承载建立请求。例如，该承载建立请求是为视频业务、游戏业务或上网业务建立承载的承载建立请求。

S403、根据承载建立请求对应的服务质量参数计算承载的迁移值。

例如，服务质量参数包括QCI、DELAY和GBR。其中，视频业务对应服务质量参数QCI＝1、DELAY＝100ms以及GBR＝2M/s；游戏业务对应服务质量参数QCI＝2、DELAY＝150ms以及GBR＝0.2M/s；上网业务对应的服务质量参数QCI＝8、DELAY＝500ms以及GBR＝0M/s。

其中，以上参数中QCI的权重为100，DELAY的权重为0.5，GBR的权重为10，则视频业务对应的承载的迁移值为1*10+100*0.5+2*1＝62，游戏业务对应的承载的迁移值为＝2*10+150*0.5+0.2*1＝95.2，上网业务对应的承载的迁移值为8*10+500*0.5+0*1＝330。

S404、将迁移值与第一阈值进行比较。例如，第一阈值设置为70。

S405、当迁移值小于第一阈值时，将转发策略制定为将承载中的数据流发送到不允许对工作负荷进行迁移的虚拟机上。

在本步骤中，结合以上步骤中的示例可知，视频业务对应的承载的迁移值62小于第一阈值70，则此时，将转发策略制定为，将视频业务对应的承载中的数据流发送到不允许对工作负荷进行迁移的虚拟机上，即第一虚拟机上。

S406、将迁移值与第二阈值进行比较，该第二阈值大于第一阈值。例如，第二阈值为120。

S407、当迁移值大于或等于第一阈值，且小于第二阈值时，将转发策略制定为将承载中的数据流发送到允许工作负荷在同一服务器内部进行迁移的虚拟机上；当迁移值大于或等于第二阈值时，将转发策略制定为将承载中的数据流发送到允许工作负荷在不同服务器之间进行迁移的虚拟机上。

在本步骤中，结合以上步骤中的示例可知，游戏业务对应的承载的迁移值95.2大于第一阈值70且小于第二阈值120，则此时，将转发策略制定为，将游戏业务对应的承载中的数据流发送到允许工作负荷在同一服务器内部进行迁移的虚拟机上，即第二虚拟机上。上网业务对应的承载的迁移值330大于第二阈值120，则此时，将转发策略制定为，将上网业务对应的承载中的数据流发送到允许工作负荷在不同服务器之间进行迁移的虚拟机上，即第三虚拟机上。

S408、根据转发策略，将承载建立请求发送到特定虚拟机上，以使特定虚拟机根据承载建立请求建立供数据流传输的承载，特定虚拟机为具有与转发策略相对应的迁移能力的虚拟机。

由以上步骤中的示例可知，当承载建立请求是为视频业务建立承载的承载建立请求时，转发策略为将视频业务对应的承载中的数据流发送到不允许对工作负荷进行迁移的虚拟机，即第一虚拟机上，此时，根据转发策略，将对应于视频业务的承载建立请求发送到第一虚拟机上，以使第一虚拟机根据承载建立请求建立供视频业务对应的数据流传输的承载。

当承载建立请求是为游戏业务建立承载的承载建立请求时，转发策略为将游戏业务对应的承载中的数据流发送到允许工作负荷在同一服务器内部进行迁移的虚拟机，即第二虚拟机上，此时，根据转发策略，将对应于游戏业务的承载建立请求发送到第二虚拟机上，以使第二虚拟机根据承载建立请求建立供游戏业务对应的数据流传输的承载。

当承载建立请求是为上网业务建立承载的承载建立请求时，转发策略为，将上网业务对应的承载中的数据流发送到允许工作负荷在不同服务器之间进行迁移的虚拟机，即第三虚拟机上，此时，根据转发策略，将对应于上网业务的承载建立请求发送到第三虚拟机上，以使第三虚拟机根据承载建立请求建立供上网业务对应的数据流传输的承载。

S409、将转发策略发送到虚拟交换机中，以使虚拟交换机在更新转发策略之后，将承载上的数据流发送到特定虚拟机上。

由以上步骤S401-S409可知，将视频业务的数据流发送到不允许对工作负荷进行迁移的虚拟机上，可保障该视频业务的连续性；将游戏业务发送到允许工作负荷在服务器内进行迁移的虚拟机上，可部分保障该业务的连续性；将上网业务的数据流发送到允许工作负荷在不同服务器之间进行迁移的虚拟机上，可达到业务分担的目的。由此，即可实现业务分担的目的，又可保障高要求业务的服务质量。

实施例三

如图5所示，本发明实施例三提供了一种业务连续性保障装置5，该装置5包括：创建单元51，用于创建具有不同迁移能力的多个虚拟机；接收单元52，用于接收承载建立请求；策略制定单元53，用于根据承载建立请求对应的服务质量参数，制定承载中数据流的转发策略；第一发送单元54，用于根据转发策略，将承载建立请求发送到特定虚拟机上，以使特定虚拟机根据承载建立请求建立供数据流传输的承载，其中，特定虚拟机为具有与转发策略相对应的迁移能力的虚拟机；第二发送单元55，用于将数据流通过建立的承载发送到特定虚拟机。

其中，第一发送单元54和第二发送单元55可为同一单元，也可为不同单元，此处不作具体限定。

由上可知，本发明提供的业务连续性保障装置5，通过根据服务质量参数制定的转发策略，可建立承载，该承载使数据流到达具有与该转发策略相对应的迁移能力的特定虚拟机，从而可使与服务质量参数相对应的某种业务的数据流通过对应承载到达特定虚拟机上，也即，如果某种业务对延时、丢失率等要求较高，则可使该业务的数据流通过对应承载到达不允许工作负荷进行迁移的虚拟机上，使得该业务的工作负荷不能进行迁移。由于只要工作负荷在虚拟机之间进行迁移就有可能丢包，而本申请中使某些业务的工作负荷不在虚拟机之间进行迁移，因而能够降低工作负荷在虚拟机之间进行迁移时的丢包率，提高业务的使用质量。

此外，将高要求的业务的数据流发送到不允许对工作负荷进行迁移的虚拟机上，可保证该高要求的业务的连续性，从而可进一步提高业务的使用质量。

其中，如图6所示，策略制定单元53可包括：计算子单元531，用于根据承载建立请求对应的服务质量参数计算承载的迁移值；比较子单元532，用于将迁移值与第一阈值进行比较；以及策略制定子单元533，用于当迁移值小于第一阈值时，将转发策略制定为将承载中的数据流发送到不允许对工作负荷进行迁移的虚拟机上；策略制定子单元533还用于，当迁移值大于或等于第一阈值时，将转发策略制定为将承载中的数据流发送到允许对工作负荷进行迁移的虚拟机上。

其中，当迁移值大于或等于第一阈值时，策略制定子单元533可用于：将迁移值与第二阈值进行比较，第二阈值大于第一阈值；当迁移值大于或等于第一阈值，且小于第二阈值时，将转发策略制定为将承载中的数据流发送到允许工作负荷在同一服务器内部进行迁移的虚拟机上；当迁移值大于或等于第二阈值时，将转发策略制定为将承载中的数据流发送到允许工作负荷在不同服务器之间进行迁移的虚拟机上。

其中，计算子单元531具体用于：将承载建立请求对应的服务质量参数中的每一个参数分别乘以各自的权重系数，获得承载的迁移值，权重系数大于0。

其中，第二发送单元55用于：将转发策略发送到虚拟交换机中，以使虚拟交换机在更新转发策略之后，将数据流通过建立的承载发送到特定虚拟机上。

在另一个示例中，第一发送单元54还用于将转发策略发送到虚拟交换机中；接收虚拟交换机发送的更新策略成功消息。

需说明的是，本发明实施例三提供的业务连续性保障装置5的各结构单元的具体功能请参见前文方法实施例一。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。

需说明的是，以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部子单元来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，子单元之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种业务连续性保障方法，其特征在于，包括：

创建具有不同迁移能力的多个虚拟机；

接收承载建立请求；

根据所述承载建立请求对应的服务质量参数，制定承载中数据流的转发策略；

根据所述转发策略，将所述承载建立请求发送到特定虚拟机上，以使所述特定虚拟机根据所述承载建立请求建立供数据流传输的承载，其中，所述特定虚拟机为具有与所述转发策略相对应的迁移能力的虚拟机；

将所述数据流通过建立的承载发送到所述特定虚拟机上。

2.根据权利要求1所述的业务连续性保障方法，其特征在于，根据所述承载建立请求对应的服务质量参数，制定承载中数据流的转发策略包括：

根据所述承载建立请求对应的服务质量参数计算承载的迁移值；

将所述迁移值与第一阈值进行比较；

当所述迁移值小于所述第一阈值时，将转发策略制定为将承载中的数据流发送到不允许对工作负荷进行迁移的虚拟机上；

当所述迁移值大于或等于所述第一阈值时，将转发策略制定为将承载中的数据流发送到允许对工作负荷进行迁移的虚拟机上。

3.根据权利要求2所述的业务连续性保障方法，其特征在于，当所述迁移值大于或等于所述第一阈值时，将转发策略制定为将承载中的数据流发送到允许对工作负荷进行迁移的虚拟机上包括：

将所述迁移值与第二阈值进行比较，所述第二阈值大于所述第一阈值；

当所述迁移值大于或等于所述第一阈值，且小于第二阈值时，将转发策略制定为将承载中的数据流发送到允许工作负荷在同一服务器内部进行迁移的虚拟机上；

当所述迁移值大于或等于所述第二阈值时，将转发策略制定为将承载中的数据流发送到允许工作负荷在不同服务器之间进行迁移的虚拟机上。

4.根据权利要求2所述的业务连续性保障方法，其特征在于，根据所述承载建立请求对应的服务质量参数计算承载的迁移值包括：

将所述承载建立请求对应的服务质量参数中的每一个参数分别乘以各自的权重系数，获得承载的迁移值，所述权重系数大于0。

5.根据权利要求1-4任一项所述的业务连续性保障方法，其特征在于，所述将所述数据流通过建立的承载发送到特定虚拟机上包括：

将所述转发策略发送到虚拟交换机中，以使所述虚拟交换机在更新转发策略之后，将承载上的数据流发送到特定虚拟机上。

6.根据权利要求1-4任一项所述的业务连续性保障方法，其特征在于，在将所述承载建立请求发送到特定虚拟机上之前，所述方法还包括：将所述转发策略发送到虚拟交换机中；接收所述虚拟交换机发送的更新策略成功消息；

此时，将所述数据流通过建立的承载发送到所述特定虚拟机上具体包括：

将建立的承载上的数据流通过所述虚拟交换机发送到所述特定虚拟机上。

7.一种业务连续性保障装置，其特征在于，包括：

创建单元，用于创建具有不同迁移能力的多个虚拟机；

接收单元，用于接收承载建立请求；

策略制定单元，用于根据所述承载建立请求对应的服务质量参数，制定承载中数据流的转发策略；

第一发送单元，用于根据所述转发策略，将所述承载建立请求发送到特定虚拟机上，以使所述特定虚拟机根据所述承载建立请求建立供数据流传输的承载，其中，所述特定虚拟机为具有与所述转发策略相对应的迁移能力的虚拟机；

第二发送单元，用于将所述数据流通过建立的承载发送到所述特定虚拟机。

8.根据权利要求7所述的业务连续性保障装置，其特征在于，所述策略制定单元包括：

计算子单元，用于根据所述承载建立请求对应的服务质量参数计算承载的迁移值；

比较子单元，用于将所述迁移值与第一阈值进行比较；以及

策略制定子单元，用于当所述迁移值小于所述第一阈值时，将转发策略制定为将承载中的数据流发送到不允许对工作负荷进行迁移的虚拟机上；

所述策略制定子单元还用于，当所述迁移值大于或等于所述第一阈值时，将转发策略制定为将承载中的数据流发送到允许对工作负荷进行迁移的虚拟机上。

9.根据权利要求8所述的业务连续性保障装置，其特征在于，当所述迁移值大于或等于所述第一阈值时，所述策略制定子单元还用于：

将所述迁移值与第二阈值进行比较，所述第二阈值大于所述第一阈值；

当所述迁移值大于或等于所述第一阈值，且小于第二阈值时，将转发策略制定为将承载中的数据流发送到允许工作负荷在同一服务器内部进行迁移的虚拟机上；

当所述迁移值大于或等于所述第二阈值时，将转发策略制定为将承载中的数据流发送到允许工作负荷在不同服务器之间进行迁移的虚拟机上。

10.根据权利要求9所述的业务连续性保障装置，其特征在于，所述计算子单元具体用于：

将所述承载建立请求对应的服务质量参数中的每一个参数分别乘以各自的权重系数，获得承载的迁移值，所述权重系数大于0。

11.根据权利要求7-10任一项所述的业务连续性保障装置，其特征在于，所述第二发送单元用于：

将所述转发策略发送到虚拟交换机中，以使所述虚拟交换机在更新转发策略之后，将承载上的数据流发送到特定虚拟机上。

12.根据权利要求7-10任一项所述的业务连续性保障装置，其特征在于，所述第一发送单元还用于：

将所述转发策略发送到虚拟交换机中；

接收所述虚拟交换机发送的更新策略成功消息。