WO2014183574A1

WO2014183574A1 - 计算节点部署方法、处理节点、控制器及系统

Info

Publication number: WO2014183574A1
Application number: PCT/CN2014/076828
Authority: WO
Inventors: 李峰; 周洪; 殷悦; 陈国海
Original assignee: 华为技术有限公司
Priority date: 2013-05-13
Filing date: 2014-05-06
Publication date: 2014-11-20
Also published as: CN104158675A; CN104158675B

Abstract

本发明实施例提供一种计算节点部署方法、处理节点、控制器及系统。该方法包括：接收处理节点发送的部署建议请求消息，根据链路信息和/或流量信息，确定部署方案；向处理节点发送包含部署方案的部署建议响应消息，以使得处理节点根据部署方案部署待部署计算节点。本发明实施例提供的计算节点部署方法，控制器根据业务系统中各个数据中心之间的链路信息、各计算节点间的流量信息等，对于新的计算节点，可以给出较佳的部署位置的部署方案；对于业务系统中已部署计算节点，可以给出重新部署位置的部署方案，使得处理节点可根据部署方案对该待部署计算节点进行部署，从而提高计算节点之间的通信质量、降低数据中心之间的通信流量。

Description

计算节点部署方法、处理节点、控制器及系统技术领域

本发明实施例涉及通信领域，尤其涉及一种计算节点部署方法、处理节点、控制器及系统。背景技术

虚拟技术的出现为业务部署提供了更多的方式，如云计算中大量使用虚拟机（ Virtual Machine，以下简称 VM )，当内容提供商（ Content Provider，以下简称 CP) 提供的内容量比较大，需要更多的计算资源时，可以向数据中心（Data Center, 以下简称 DC ) 申请部署更多的虚拟机；当 CP的业务量下降时，可以减少虚拟机的数量。

现有技术中，部署虚拟机的时候，通过判断 DC中服务器的剩余资源，如内存、中央处理单元（Central Processing Unit, 以下简称 CPU)是否满足计算需求，从而确定是否需要在该服务器上部署虚拟机。例如，若接收到虚拟机部署请求为 CPU个数为两个，内存为 1024M, 硬盘读写次数为 50次，则从资源池中选择一个服务器，判断选中的服务器的剩余资源： CPU 的个数是否至少为两个，内存是否至少为 1024M, 硬盘读写次数是否至少为 50次，若其中一项不符合要求，则标记该服务器不符合本次选择的要求，重新到资源池中选择新的服务器。

然而，上述虚拟机部署方法，当需要部署多个虚拟机的时候，每次从资源池中选择一个服务器，判断该服务器的剩余资源是否满足需求进而部署虚拟机，各个虚拟机可能部署在不同的数据中心的服务器上。若虚拟机之间存在大量的网络通信，参与通信的虚拟机位于不同的数据中心，则会导致数据中心之间的网络流量增大、数据拥塞，通信质量差。发明内容本发明实施例提供一种计算节点部署方法、处理节点、控制器及系统，控制器根据链路信息、流量信息等对待部署计算节点给出合理的部署方案，使得处理节点可根据部署方案对该待部署计算节点进行部署从而降低数据中心之间的通信流量，提高通信质量。

第一个方面，本发明实施例提供一种计算节点部署方法，包括：

接收处理节点发送的部署建议请求消息，所述部署建议请求消息携带待部署计算节点的描述信息；

根据链路信息和 /或流量信息，确定部署方案，其中，所述链路信息包括所述处理节点所管理的各数据中心之间的链路信息，和 /或，所述处理节点所管理的各数据中心与不属于所述处理节点所管理的各数据中心之间的链路信息；所述流量信息为所述待部署计算节点与所述待部署计算节点相关的计算节点之间的流量信息，其中，与所述待部署计算节点相关的计算节点为与所述待部署计算节点有通信需求的计算节点；

向所述处理节点发送包含所述部署方案的部署建议响应消息。

在第一个方面的第一种可能的实现方式中，所述部署建议请求消息中还携带所述待部署计算节点的部署要求信息；

所述根据链路信息和 /或流量信息，确定部署方案，包括：

根据所述链路信息和 /或流量信息，确定满足所述部署要求信息的部署方案。结合第一个方面的第一种可能的实现方式，在第一个方面的第二种可能的实现方式中，所述部署要求信息包括：

所述待部署计算节点之间的相对位置信息、所述待部署计算节点与已部署计算节点之间的相对位置信息、所述待部署计算节点之间的通信质量要求信息、所述待部署计算节点与已部署计算节点之间的通信质量要求信息、所述待部署计算节点跨数据中心通信总流量要求信息中的一种信息或其组合。

结合第一个方面、第一个方面的第一种或第二种可能的实现方式，在第一个方面的第三种可能的实现方式中，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识

I Ft自、。

结合第一个方面、第一个方面的第一种、第二种或第三种可能的实现方式，在第一个方面的第四种可能的实现方式中，所述接收处理节点发送的部署建议请求消息，所述部署建议请求消息携带待部署计算节点的描述信息，包括：通过代理接收所述处理节点发送的部署建议请求消息；

所述向所述处理节点发送包含所述部署方案的部署建议响应消息，以使得所述处理节点根据所述部署方案部署所述待部署计算节点，包括：

通过所述代理向所述处理节点发送包含所述部署方案的部署建议响应消息，以使得所述处理节点根据所述部署方案部署所述待部署计算节点。

结合第一个方面、第一个方面的第一种至第四种可能的实现方式中的任一中实现方式，在第一个方面的第五种可能的实现方式中，所述待部署计算节点包括新增计算节点或已部署计算节点。

第二个方面，本发明实施例提供一种计算节点部署方法，包括：

接收处理节点发送的部署信息请求消息，所述部署信息请求消息携带待部署计算节点的描述信息；

获取链路信息和 /或流量信息，其中，所述链路信息包括所述处理节点所管理的各数据中心之间的链路信息，和 /或，所述处理节点所管理的各数据中心与不属于所述处理节点所管理的各数据中心之间的链路信息，所述流量信息为所述待部署计算节点与所述待部署计算节点相关的计算节点之间的流量信息，其中，所述待部署计算节点相关的计算节点为与待部署计算节点有通信需求的计算节点；

向所述处理节点发送包含所述链路信息和 /或流量信息的部署信息响应消息。

在第二个方面的第一种可能的实现方式中，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识信息。

结合第二个方面或第二个方面的第一种可能的实现方式，在第第二个方面的第二种可能的实现方式中，所述接收处理节点发送的部署信息请求消息，所述部署信息请求消息携带待部署计算节点的描述信息，包括：

通过代理接收所述处理节点发送的部署信息请求消息，所述部署信息请求消息携带待部署计算节点的描述信息；

所述向所述处理节点发送包含所述链路信息和 /或流量信息的部署信息响应消息，以使所述处理节点根据所述链路信息和 /或流量信息确定部署方案，包括: 通过所述代理向所述处理节点发送包含所述链路信息和 /或流量信息的部署信息响应消息，以使所述处理节点根据所述链路信息和 /或流量信息确定部署方案。

结合第二个方面、第二个方面的第一种或第二种可能的实现方式，在第二个方面的第三种可能的实现方式中，所述待部署计算节点包括新增计算节点或已部署计算节点。

第三个方面，本发明实施例提供一种计算节点部署方法，包括：

向控制器发送部署建议请求消息，所述部署建议请求消息携带待部署计算节点的描述信息，以使得所述控制器根据链路信息和 /或流量信息，确定部署方案，其中，所述链路信息包括所述处理节点所管理的各数据中心之间的链路信息，和 /或，所述处理节点所管理的各数据中心与不属于所述处理节点所管理的各数据中心之间的链路信息；所述流量信息为所述待部署计算节点与所述待部署计算节点相关的计算节点之间的流量信息，其中，与所述待部署计算节点相关的计算节点为与所述待部署计算节点有通信需求的计算节点；

接收所述控制器发送的包含所述部署方案的部署建议响应消息。

在第三个方面的第一种可能的实现方式中，向所述控制器发送的所述部署建议请求消息中还携带所述待部署计算节点的部署要求信息，以使得所述控制器根据所述链路信息和 /或流量信息，确定满足所述部署要求信息的部署方案。

结合第三个方面的第一种可能的实现方式，在第三个方面的第二种可能的实现方式中，所述部署要求信息包括：所述待部署计算节点之间的相对位置信息、所述待部署计算节点与已部署计算节点之间的相对位置信息、所述待部署计算节点之间的通信质量要求信息、所述待部署计算节点与已部署计算节点之间的通信质量要求信息、所述待部署计算节点跨数据中心通信总流量要求信息中的一种信息或其组合。

结合第三个方面、第三个方面的第一种或第二种可能的实现方式，在第三个方面的第三种可能的实现方式中，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识

I Ft自、。

结合第三个方面、第三个方面的第一种、第二种或第三种可能的实现方式，在第三个方面的第四种可能的实现方式中，所述向控制器发送部署建议请求消息，包括：通过代理向控制器发送部署建议请求消息；

所述接收所述控制器发送的包含所述部署方案的部署建议响应消息，包括: 通过所述代理接收所述控制器发送的包含所述部署方案的部署建议响应消息。

结合第三个方面的、第三个方面的第一种、第二种或第三种可能的实现方式，在第三个方面的第四种可能的实现方式中，所述待部署计算节点包括新增计算节点或已部署计算节点。

第四个方面，本发明实施例提供一种计算节点部署方法，包括：

向控制器发送部署信息请求消息，所述部署信息请求消息携带待部署计算节点的描述信息，以使得所述控制器获取链路信息和 /或流量信息，其中，所述链路信息包括所述处理节点所管理的各数据中心之间的链路信息，和 /或，所述处理节点所管理的各数据中心与不属于所述处理节点所管理的各数据中心之间的链路信息，所述流量信息为所述待部署计算节点与所述待部署计算节点相关的计算节点之间的流量信息，其中，与所述待部署计算节点相关的计算节点为与所述待部署计算节点有通信需求的计算节点；

接收所述控制器发送的包含所述链路信息和 /或流量信息的部署信息响应消息；

根据所述链路信息和 /或流量信息确定部署方案。

在第四个方面的第一种可能的实现方式中，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识信息。

结合第四个方面或第四个方面的第一种可能的实现方式，在第四个方面的第二种可能的实现方式中，所述向控制器发送部署信息请求消息，包括：通过代理向控制器发送部署信息请求消息；

所述接收所述控制器发送的包含所述链路信息和 /或流量信息的响应消息，包括；通过所述代理接收所述控制器发送的包含所述链路信息和 /或流量信息的部署信息响应消息。

结合第四个方面、第四个方面的第一种或第二种可能的实现方式，在第四个方面的第三种可能的实现方式中，所述待部署计算节点包括新增计算节点或已部署计算节点。

第五个方面，本发明实施例提供一种控制器，包括：接收模块，用于接收处理节点发送的部署建议请求消息，所述部署建议请求消息携带待部署计算节点的描述信息；

确定模块，用于根据链路信息和 /或流量信息，确定部署方案，其中，所述链路信息包括所述处理节点所管理的各数据中心之间的链路信息，和 /或，所述处理节点所管理的各数据中心与不属于所述处理节点所管理的各数据中心之间的链路信息；所述流量信息为所述待部署计算节点与所述待部署计算节点相关的计算节点之间的流量信息，其中，与所述待部署计算节点相关的计算节点为与所述待部署计算节点有通信需求的计算节点；

发送模块，用于向所述处理节点发送包含所述部署方案的部署建议响应消息。

在第五个方面的第一种可能的实现方式中，所述接收模块接收到的部署建议请求消息中还携带所述待部署计算节点的部署要求信息；

所述确定模块还用于根据所述链路信息和 /或流量信息，确定满足所述部署要求信息的部署方案。

结合第五个方面的第一种可能的实现方式，在第五个方面的第二种可能的实现方式中，所述部署要求信息包括：

结合第五个方面、第五个方面的第一种或第二种可能的实现方式，在第五个方面的第三种可能的实现方式中，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识

I Ft自、。

结合第五个方面、第五个方面的第一种、第二种或第三种可能的实现方式，在第五个方面的第四种可能的实现方式中，所述接收模块还用于通过代理接收所述处理节点发送的部署建议请求消息；

所述发送模块还用于通过所述代理向所述处理节点发送包含所述部署方案的部署建议响应消息。

结合第五个方面、第五个方面的第一种、第二种、第三种或第四可能的实现方式，在第五个方面的第五种可能的实现方式中，所述待部署计算节点包括新增计算节点或已部署计算节点。

第六个方面，本发明实施例提供一种控制器，包括：

接收模块，用于接收处理节点发送的部署信息请求消息，所述部署信息请求消息携带待部署计算节点的描述信息；

获取模块，用于获取链路信息和 /或流量信息，其中，所述链路信息包括所述处理节点所管理的各数据中心之间的链路信息，和 /或，所述处理节点所管理的各数据中心与不属于所述处理节点所管理的各数据中心之间的链路信息，所述流量信息为所述待部署计算节点与所述待部署计算节点相关的计算节点之间的流量信息，其中，所述待部署计算节点相关的计算节点为与待部署计算节点有通信需求的计算节点；

发送模块，用于向所述处理节点发送包含所述链路信息和 /或流量信息的部署信息响应消息。

在第六个方面的第一种可能的实现方式中，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识信息。

结合第六个方面或第六个方面的第一种可能的实现方式，在第六个方面的第二种可能的实现方式中，所述接收模块还用于通过代理接收所述处理节点发送的部署信息请求消息，所述部署信息请求消息携带待部署计算节点的描述信息；

所述发送模块还用于通过所述代理向所述处理节点发送包含所述链路信息和 /或流量信息的部署信息响应消息，以使所述处理节点根据所述链路信息和 /或流量信息确定部署方案。

结合第六个方面、第六个方面的第一种或第二种可能的实现方式，在第六个方面的第三种可能的实现方式中，所述待部署计算节点包括新增计算节点或已部署计算节点。

第七个方面，本发明实施例提供一种处理节点，包括：

发送模块，用于向控制器发送部署建议请求消息，所述部署建议请求消息携带待部署计算节点的描述信息，以使得所述控制器根据链路信息和 /或流量信息，确定部署方案，其中，所述链路信息包括所述处理节点所管理的各数据中心之间的链路信息，和 /或，所述处理节点所管理的各数据中心与不属于所述处理节点所管理的各数据中心之间的链路信息；所述流量信息为所述待部署计算节点与所述待部署计算节点相关的计算节点之间的流量信息，其中，与所述待部署计算节点相关的计算节点为与所述待部署计算节点有通信需求的计算节点；

接收模块，用于接收所述控制器发送的包含所述部署方案的部署建议响应消息。

在第七个方面的第一种可能的实现方式中，所述发送模块还用于向所述控制器发送携带所述待部署计算节点的部署要求信息的所述部署建议请求消息，以使得所述控制器根据链路信息和 /或流量信息，确定满足所述部署要求信息的部署方案。

结合第七个方面的第一种可能的实现方式，在第七个方面的第二种可能的实现方式中，所述部署要求信息包括：

结合第七个方面、第七个方面的第一种或第二种可能的实现方式，在第七个方面的第三种可能的实现方式中，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识

I Ft自、。

结合第七个方面、第七个方面的第一种、第二种或第三种可能的实现方式，在第七个方面的第四种可能的实现方式中，所述发送模块还用于通过代理向控制器发送部署建议请求消息；

所述接收模块还用于通过所述代理接收所述控制器发送的包含所述部署方案的部署建议响应消息。

结合第七个方面、第七个方面的第一种、第二种、第三种或第四种可能的实现方式，在第七个方面的第五种可能的实现方式中，所述待部署计算节点包括新增计算节点或已部署计算节点。

第八个方面，本发明实施例一种处理节点，包括：发送模块，用于向控制器发送部署信息请求消息，所述部署信息请求消息携带待部署计算节点的描述信息，以使得所述控制器获取链路信息和 /或流量信息，其中，所述链路信息包括所述处理节点所管理的各数据中心之间的链路信息，和 /或，所述处理节点所管理的各数据中心与不属于所述处理节点所管理的各数据中心之间的链路信息，所述流量信息为所述待部署计算节点与所述待部署计算节点相关的计算节点之间的流量信息，其中，与所述待部署计算节点相关的计算节点为与所述待部署计算节点有通信需求的计算节点；

接收模块，用于接收所述控制器发送的包含所述链路信息和 /或流量信息的部署信息响应消息；

确定模块，用于根据所述链路信息和 /或流量信息确定部署方案。

在第八个方面的第一种可能的实现方式中，所述描述信息包括待部署计算节点的节点标识信息、所述待部署计算节点的数量信息、所述待部署计算节点所属的租户标识信息，或者，所述待部署计算节点所属的特征信息。

结合第八个方面或第八个方面的第一种可能的实现方式，在第八个方面的第二种可能的实现方式中，所述发送模块还用于通过代理向控制器发送部署信息请求消息；

所述接收模块还用于通过所述代理接收所述控制器发送的包含所述链路信息和 /或流量信息的部署信息响应消息。

结合第八个方面、第八个方面的第一种或第二种可能的实现方式，在第八个方面的第三种可能的实现方式中，所述待部署计算节点包括新增计算节点或已部署计算节点。

第九个方面，本发明实施例提供一种业务系统，包括如上第五个方面所述的控制器及如上第七个方面所述的处理节点。

第十个方面，本发明实施例提供一种业务系统，包括如上第六个方面所述的控制器及如上第八个方面所述的处理节点。

本发明实施例提供的计算节点管理方法、处理节点、控制器及系统，控制器根据业务系统中与待部署计算节点可部署的各数据中心之间的链路信息或待部署计算节点可部署的数据中心与待部署计算节点不可部署的各数据中心之间的链路信息、与待部署计算节点相关的各计算节点间的流量信息等，对于新的计算节点，可以确定出较佳的部署位置的部署方案，使得处理节点可根据部署方案对新的计算节点进行部署；对于业务系统中已部署的计算节点，可以给出重新部署位置的部署方案，使得处理节点可根据部署方案对该已部署计算节点进行位置调整，将数据中心之间的通信流量转变为数据中心内的流量，从而提高计算节点之间的通信质量、降低数据中心之间的通信流量。附图说明

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

图 1为本发明计算节点部署方法所适用的第一业务系统架构示意图；图 2为本发明计算节点部署方法实施例一的流程图；

图 3为本发明计算节点部署方法实施例二的流程图；

图 4为本发明计算节点部署方法实施例三的流程图；

图 5为本发明计算节点部署方法实施例四的流程图；

图 6为本发明计算节点部署方法所适用的第二业务系统架构示意图；图 7为本发明控制器实施例一的结构示意图；

图 8为本发明控制器实施例二的结构示意图；

图 9为本发明处理节点实施例一的结构示意图；

图 10为本发明处理节点实施例二的结构示意图；

图 11为本发明控制器实施例三的结构示意图；

图 12为本发明控制器实施例四的结构示意图；

图 13为本发明处理节点实施例三的结构示意图；

图 14为本发明处理节点实施例四的结构示意图。具体实肺式

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

图 1为本发明计算节点部署方法所适用的第一业务系统架构示意图。请参照图 1，本实施例中，处理节点管理数据中心 DC— A、 DC— B、 DC— C，如图中黑色实线所示，数据中心 DC— D不属于处理节点管理，且数据中心 DC— A、 DC— B、 DC— C之间存在通信，数据中心 DC— B与 DC— D之间存在通信，各个数据中心上可以部署、或者已经部署了计算节点（图中未示出）。其中，计算节点指各种具有计算能力的、可以进行数据处理的功能模块，如虚拟机（Virtual Machine, 以下简称 VM) 、计算容器（Linux Container, 以下简称 LXC) 和物理服务器等通过软件或硬件实现的功能模块，其中，计算容器例如是在操作系统层次上为进程提供虚拟执行环境的、具有特定比例的 CPU分配时间、输入输出（Input Output, 以下简称 10) 、限制可以使用的内存大小等的容器

处理节点可以通过硬件或软件实现，例如，其可以包括硬件实现的计算节点管理中心或者可以为软件实现的第三方应用程序、租户等，本发明并不以此为限制。当处理节点具体为计算节点管理中心时，还负责业务系统中各个计算节点的管理，如图中虚线所示，其可对各个数据中心的计算节点进行统一管理，或者根据需求管理部分计算节点。另外，也可以将处理节点针对性的划分成子管理中心，例如划分为虚拟机管理子中心、容器管理子中心等，虚拟机管理子中心负责虚拟机的管理，如虚拟机的创建、启动、删除、冻结和迁移等；容器管理子中心负责计算容器的管理，如计算容器的创建、启动、删除、冻结和迁移等。具体的，处理节点通过和各数据中心的服务器进行交互来完成计算节点的管理。

如图 1中点划线所示，控制器与处理节点可以基于超文本传输协议（Hyper Text Transport Protocol,以下简称 HTTP)或是传输控制协议（Transmission Control Protocol, 以下简称 TCP) 进行通信；或者，也可以基于用户数据报协议（User Datagram Protocol, 以下简称 UDP) 进行通信。控制器通过与处理节点的连接，接收处理节点发送的部署建议请求消息，根据链路信息和 /或流量信息确定出待部署计算节点的部署方案，将部署方案携带在部署建议响应消息中发送给处理节点；或者，控制器通过与处理节点的连接，接收处理节点发送的部署信息请求消息，获取链路信息和 /或流量信息，并将获取到的链路信息和 /或流量信息携带在部署信息响应消息中发送给处理节点，使得处理节点确定出待部署计算节点的部署方案。其中，链路信息包括：处理节点所管理的各数据中心之间的链路信息，和 /或，处理节点所管理的各数据中心与不属于该处理节点所管理的各数据中心之间的链路信息；流量信息为待部署计算节点与待部署计算节点相关的计算节点之间的流量信息，其中，与待部署计算节点相关的计算节点为与待部署计算节点有通信需求的计算节点。请参照图 1，处理节点所管理的数据中心为 DC— A、 DC— B、 DC— C，则控制器根据 DC— A、 DC— B、 DC— C之间的链路信息确定部署方案；或者还可以根据 DC— A、 DC— B、 DC— C与 DC— D之间的链路信息确定部署方案。另外，除了考虑数据中心间的链路信息外，还可以考虑待部署计算节点间的流量信息从而确定部署方案。例如，对于新增计算节点，可以根据链路信息、流量信息或部署要求信息等确定出较佳的部署位置；对于业务系统中已部署计算节点，根据计算节点间的流量信息、数据中心间的链路信息或部署要求信息等给出重新部署的位置的建议，或者，给出已部署计算节点的流量信息的流量列表或流量矩阵。

其中，链路信息指业务系统中各数据中心之间的链路状态信息，包括链路的总带宽、空闲带宽、时延、抖动、丢包率等。一般来说，数据中心间的链路是双向的，双向的状态可能不一样。另外，链路信息不是一成不变的，而是随着时间变化的，可以通过控制器或其他应用对链路信息进行实时的、事件触发性的或是周期性的采集，将采集到的链路信息存放到数据库中形成链路信息数据库。表 1为对图 1中数据中心 DC— A、 DC— B、 DC— C之间进行链路信息采集而得出的链路信息表。以第一行为例， L—AB表示 DC— A向 DC— B发送数据时的总带宽、剩余带宽、时延、抖动、丢包率等信息，由表 1可知， L— AB与 L— BA是不一样的。

计算节点的流量信息是指计算节点之间通信的流量状态信息，包括某一时间段的总的通信流量、平均带宽、突发时间长度、突发带宽等信息。一般来说，计算节点间的流量信息不是一成不变的，而是随着时间的变化而变化，可以通过控制器或其他应用对流量信息进行实时的、事件触发性的或是周期性的采集，将采集到的流量信息存放到数据库中形成流量信息数据库。以计算节点为虚拟机为例，请参照图 1，假设数据中心 DC— A中已部署两个虚拟机 VM—1和 VM— 2， DC— B中已部署两个虚拟机 VM— 3和 VM— 4， VM— 1、 VM— 2、 VM— 3、 VM— 4相互之间存在通信，某一时间段对 VM— 1、 VM— 2、 VM— 3、 VM— 4之间进行流量信息采集即可得到各计算节点之间通信的流量状态信息。表 2为 VM—1、VM— 2、 VM— 3、 VM— 4之间的流量信息表。其中，以 T12为例， T12可以表示 VM— 1与 VM— 2之间的总的通信流量、平均带宽、突发时间、突发带宽等信息。

需要说明的是，图 1中是以处理节点和控制器独立部署为例对本发明进行详细阐述。然而，本发明并不以此为限制，在实际的应用场景中，通过软件或硬件方式实现的将处理节点和控制器也可以部署在业务系统中的同一个服务器上，或者，分别部署在不同的服务器上。

图 2为本发明计算节点部署方法实施例一的流程图。本实施例可适用于业务系统中已部署计算节点不满足业务需求需要部署新的计算节点的场景，或者业务系统中已部署计算节点需要调整部署位置的场景，本实施例以控制器为执行主体对本发明实施例进行详细阐述。具体的，本实施例包括以下歩骤：

101、接收处理节点发送的部署建议请求消息，部署建议请求消息携带待部署计算节点的描述信息。

业务运行初期，内容提供商（Content Provider, 以下简称 CP) 需要的计算节点的数量不多，但是，随着业务估摸的不断发展， CP需要的计算节点的数量也相应的越来越多，需要在业务系统中的某些数据中心上部署新的计算节点；或者，由于处理同一个业务的、已部署的多个计算节点被部署在不同的数据中心中，根据需求，需要对该些已部署的计算节点进行位置调整。此时，处理节点向控制器发送部署建议请求消息，控制器接收该携带待部署计算节点的描述

I Ft自、。

其中，描述信息包括待部署计算节点的标识信息、待部署计算节点的数量、待部署计算节点所属的租户标识等，其中，租户标识例如为租户的名称或与名称对应的身份识别号码（IDentity,以下简称 ID)，如腾讯、百度、 3456123、 7890123 ( 3456123、 7890123是腾讯和百度在控制器下对应的数字标识）等，使用租户标识作为待部署计算节点的描述信息时，表示该租户下的所有的计算节点；一个或多个计算节点的标识，如 {VM— a}表示一个虚拟机 a， { VM a ， VM b ， VM— c}表示一组虚拟机、 b、 c; 另外，也可以将某一类能够标识待部署计算节点的特征信息作为待部署计算节点的标识信息，如互联网协议（Internet Protocol, 以下简称 IP) 地址信息、网段地址信息或介质访问控制（media access control, 以下检测 MAC) 地址信息、 IP地址范围信息等等，其中， 192.168.3.X/24表示子网标识 192.168.3.X下的、互联网协议（Internet Protocol, 以下简称 IP) 地址前 24 位为 192.168.1的所有计算节点。

102、根据链路信息和 /或流量信息，确定部署方案，其中，链路信息包括处理节点所管理的各数据中心之间的链路信息，和 /或，处理节点所管理的各数据中心与不属于处理节点所管理的各数据中心之间的链路信息；流量信息为待部署计算节点与待部署计算节点相关的计算节点之间的流量信息。其中，待部署计算节点相关的计算节点为与待部署计算节点有通信需求的计算节点。

在接收到处理节点发送的部署建议请求消息后，控制器根据处理节点所管理的各数据中心之间的链路信息、处理节点所管理的各数据中心与不属于处理节点所管理的各数据中心之间的链路信息、与待部署计算节点相关的计算节点之间的流量信息中的至少一种信息，确定待部署计算节点的部署方案。例如，对于新的计算节点，可以确定出较佳的部署位置；对于业务系统中已部署的计算节点，根据计算节点间的流量信息、链路信息等给出重新部署位置的建议。

进一歩的，部署建议请求消息中还可以携带待部署计算节点的部署要求信息，控制器根据链路信息和 /或流量信息，确定满足部署要求信息的部署方案。具体的，若业务系统中的各个数据中心上未部署任何计算节点，此时可以仅考虑处理节点所管辖的各数据中心间的链路信息，根据链路信息确定满足部署要求信息的部署方案。部署要求信息可以是对待部署计算节点之间或待部署计算节点与已部署计算节点之间的部署相对位置、通信质量要求或待部署计算节点跨数据中心通信总流量要求的约束条件。

103、向处理节点发送包含部署方案的部署建议响应消息。

当控制器为待部署计算节点确定出部署方案后向处理节点发送包含部署方案的部署建议响应消息，使得处理节点根据部署方案部署待部署计算节点。例如，处理节点可以根据部署建议响应消息，将待部署计算节点部署在链路剩余带宽大、时延小、丢包率低的数据中心；或者，将两个存在大量网络通信的计算节点部署在同一个数据中心。部署方案可以是控制器根据链路信息或待部署计算节点与与其相关的计算节点之间的流量信息、部署要求信息等信息中的至少一种信息确定出的；或者，处理节点也可以不采纳部署建议请求消息。

本发明实施例提供的计算节点部署方法，控制器根据业务系统中处理节点所管理的各数据中心之间的链路信息或处理节点所管理的各数据中心与不属于处理节点所管理的各数据中心之间的链路信息、与待部署计算节点相关的各计算节点间的流量信息等，对于新的计算节点，可以确定出较佳的部署位置的建议；对于业务系统中已部署的计算节点，可以给出重新部署位置的建议，通过将存在大量网络通信的计算节点部署在同一个数据中心中，将数据中心之间的通信流量转变为数据中心内的流量，从而提高计算节点之间的通信质量、降低数据中心之间的通信流量。

图 3为本发明计算节点部署方法实施例二的流程图。本实施例以控制器为执行主体对本发明实施例进行详细阐述。具体的，本实施例包括以下歩骤：

201、接收处理节点发送的部署信息请求消息，部署信息请求消息携带待部署计算节点的描述信息。

202、获取链路信息和 /或流量信息，其中，链路信息包括处理节点所管理的各数据中心之间的链路信息，和 /或，处理节点所管理的各数据中心与不属于处理节点所管理的各数据中心之间的链路信息，流量信息为待部署计算节点与待部署计算节点相关的计算节点之间的流量信息，其中，与待部署计算节点相关的计算节点为与待部署计算节点有通信需求的计算节点。

控制器接收到处理节点发送的部署信息请求消息，获取处理节点所管理的各数据中心之间的链路信息，和 /或，待处理节点所管理的各数据中心与不属于处理节点所管理的各数据中心之间的链路信息，流量信息为待部署计算节点与待部署计算节点相关的计算节点之间的流量信息，例如，可以给出该已部署的需要进行位置调整的计算节点的流量列表或流量矩阵。控制器可以在接收到处理节点发送的部署信息请求消息后，立即获取相关的链路信息或流量信息；或者，也可以仅在部署建议请求消息中携带流量请求消息后获取待部署计算节点的流量信息等，为满足需求，可以设计具体的部署信息请求消息的具体格式，本发明并不以此为限制。

203、向处理节点发送包含链路信息和 /或流量信息的部署信息响应消息。本实施例与上述实施例一的差异之处在于，本实施例中，控制器并未如实施例一歩骤 102中确定出部署方案后再发送给处理节点，而是将获取到的链路信息和 /或流量信息的响应消息直接发送给处理节点，由处理节点自行根据该些信息确定部署方案。具体的，处理节点可以根据链路信息、流量信息或是根据需求确定出的部署要求信息中的至少一种信息确定出部署方案。

本发明实施例提供的计算节点部署方法，控制器获取链路信息、与待部署计算节点相关的各计算节点间的流量信息等并发送给处理节点，使得处理节点对于业务系统中已部署的计算节点，可以给出重新部署位置的建议，通过将存在大量网络通信的计算节点部署在同一个数据中心中，将数据中心之间的通信流量转变为数据中心内的流量，从而提高计算节点之间的通信质量、降低数据中心之间的通信流量。

图 4为本发明计算节点部署方法实施例三的流程图。本实施例可适用于业务系统中已部署的计算节点不满足业务需求需要部署新的计算节点的场景，或者业务系统中已部署的计算节点需要调整部署位置的场景，本实施例以处理节点为执行主体对本发明实施例进行详细阐述。具体的，本实施例包括以下歩骤：

301、向控制器发送部署建议请求消息，部署建议请求消息携带待部署计算节点的描述信息，以使得控制器根据链路信息，和 /或流量信息，确定部署方案，其中，链路信息包括处理节点所管理的各数据中心之间的链路信息，和 /或，处理节点所管理的各数据中心与不属于处理节点所管理的各数据中心之间的链路信息；流量信息为待部署计算节点与待部署计算节点相关的计算节点之间的流量信息，其中，与待部署计算节点相关的计算节点为与待部署计算节点有通信需求的计算节点。

本实施例中关于链路信息和流量信息的描述可参见图 2所示实施例，在此不再赘述。

302、接收控制器发送的包含部署方案的部署建议响应消息。

当控制器接收到处理节点发送的部署建议请求消息并确定部署方案后，向处理节点发送包含部署方案的部署建议响应消息，处理节点接收该部署建议响应消息。

在接收到控制器发送的部署建议响应消息后，处理节点可以选择根据该部署建议响应消息包含的部署方案，通过与所管辖的数据中心的服务器进行交互来完成待部署计算节点的部署，例如，新的计算节点的创建、启动、已部署的计算节点的删除、冻结和迁移等；或者，处理节点也可以不采纳部署建议响应消息返回的部署方案。

本发明实施例提供的计算节点部署方法，对于新的计算节点，处理节点根据控制器给出的较佳部署位置的建议，进行计算节点的创建等，对于业务系统中已部署的计算节点，根据控制器给出的重新部署位置的建议，进行位置调整，例如，冻结某个或某些已部署的计算节点，在其他的数据中心重新创建这几个计算节点，从而将存在大量网络通信的计算节点部署在同一个数据中心中，将数据中心之间的通信流量转变为数据中心内的流量，或者链路质量比较好的多个数据中心，从而提高计算节点之间的通信质量、降低数据中心之间的通信流图 5为本发明计算节点部署方法实施例四的流程图。本实施例以处理节点为执行主体对本发明实施例进行详细阐述。具体的，本实施例包括以下歩骤：

401、向控制器发送部署信息请求消息，部署信息请求消息携带待部署计算节点的描述信息，以使得控制器获取链路信息和 /或流量信息，其中，链路信息包括处理节点所管理的各数据中心之间的链路信息，和 /或，处理节点所管理的各数据中心与不属于处理节点所管理的各数据中心之间的链路信息，流量信息为待部署计算节点与待部署计算节点相关的计算节点之间的流量信息，其中，与待部署计算节点相关的计算节点为与待部署计算节点有通信需求的计算节点。

402、接收控制器发送的包含链路信息和 /或流量信息的部署信息响应消息。控制器可以在接收到处理节点发送的部署信息请求消息后，立即获取相关的链路信息或流量信息；或者，也可以仅在部署建议请求消息中携带流量请求消息后获取待部署计算节点的流量信息等，为满足需求，可以设计具体的部署信息请求消息的具体格式，本发明并不以此为限制。处理节点接收控制器发送的包含链路信息和 /或流量信息的部署信息响应消息。

403、根据链路信息和 /或流量信息确定部署方案。

处理节点自行根据链路信息和 /或流量信息确定部署方案。具体的，处理节点可以根据链路信息、流量信息或是根据需求确定出的部署要求信息中的至少一种信息确定出部署方案。

本发明实施例提供的计算节点部署方法，处理节点根据业务系统中与待部署计算节点所在的数据中心相关的各个数据中心之间的链路信息、与待部署计算节点相关的各计算节点间的流量信息等，对于业务系统中已部署的计算节点，确定出重新部署位置的建议，进行位置调整，例如，冻结某个或某些已部署的计算节点，在其他的数据中心重新创建这几个计算节点，从而将存在大量网络通信的计算节点部署在同一个数据中心中，将数据中心之间的通信流量转变为数据中心内的流量，或者链路质量比较好的多个数据中心，从而提高计算节点之间的通信质量、降低数据中心之间的通信流量。

上述实施例一、实施例二、实施例三及实施例四分别从控制器和处理节点为执行主体的角度对本发明进行了阐述，其中，实施例一与实施例三中，由控制器确定出待部署计算节点的部署方案，实施例二与实施例四中，处理节点接收到根据控制器获取并发送的与待部署计算节点相关的链路信息及流量信息后，由处理节点确定出待部署计算节点的部署方案。下面，通过不同的实施例来对本发明进行详细阐述。

图 6为本发明计算节点部署方法所适用的第二业务系统架构示意图。请参照图 6，本实施例中，是以业务系统中，处理节点管理 3个数据中心 DC— A、 DC— B、 DC— C为例对本发明进行详细阐述的，每个数据中心的服务器上可以部署、或者已经部署了计算节点（图中未示出）。另外，图中未示出处理节点和控制器。

在本发明计算节点部署方法实施例五中，处理节点向控制器发送的部署建议请求消息携带待部署计算节点的描述信息，例如，该描述消息中指示需要创建两个新的计算节点。表 3为图 6中数据中心 DC A、 DC B、 DC C之间进行链路链路信息表。

控制器接收到处理节点发送的指示需要创建两个新的计算节点的部署建议请求消息后，基于此时链路信息数据库中存储的链路信息，例如为表 3所示的链路信息表，遍历该表，确定出各个数据中心的出口链路剩余带宽和入口链路剩余带宽的总和最大的数据中心，将该确定出的数据中心作为部署新的计算节点的数据中心。具体的，请参照表 3， DC— A的出口链路剩余带宽为 10G (L— AB为 5G， L— AC为 5G) ，入口链路剩余带宽为 10G (L— BA为 5G， L— CA为 5G) ，总剩余带宽为 20G; DC— B的出口链路剩余带宽为 7G (L— BA为 5G， L— BC为 2G) ，入口链路剩余带宽为 5.2G (L— AB为 5G， L— CB为 200M) ，总剩余带宽为 12.2G; DC— C的出口链路剩余带宽为 5.2G (L— CA为 5G， L— CB为 200M) ，入口链路剩余带宽为 7G (L— AC为 5G， L— BC为 2G，总剩余带宽为 7G) 。由此可得， DC— A 的总剩余带宽最大，总剩余带宽大，一般来说，更能满足计算节点跨数据中心的通信要求，提高通信质量。因此，控制器建议在 DC— A中部署这 2个计算节点，即确定在 DC— A能够部署该 2个计算节点的部署方案。

在本发明计算节点部署方法实施例六中，处理节点向控制器发送的部署建议请求消息除了携带待部署计算节点的描述信息外，还携带待部署计算节点的部署要求信息以限制待部署计算节点之间的相对位置信息，例如，该描述消息中指示需要创建两个新的计算节点，部署要求信息指示该两个新的计算节点处于不同的数据中心。表 4为图 4中数据中心 DC— A、 DC— B、 DC— C之间进行链路信息采集而得出的第二链路信息表。

L BC 10G 2G 50ms 40ms lOppm

L BA 10G 5G 50ms 20ms 20ppm

L CA 1G 200M 50ms 10ms 50ppm

L CB 1G 200M 50ms 40ms lOppm

控制器接收到处理节点发送的指示需要创建两个新的计算节点、且该两个计算节点需要处于不同的数据中心的部署建议请求消息后，基于此时链路信息数据库中存储的链路信息，例如为表 4所示的链路信息表，控制器遍历该表，确定出数据中心之间的链路剩余带宽最大的两个数据中心，将该两个数据中心作为部署新的计算节点的数据中心。具体的，请参照表 4， DC— A与 DC— B之间的链路剩余带宽为 10G (L— AB为 5G， L— BA为 5G) ； DC— A与 DC— C之间的链路剩余带宽为 5.2G (L— AC为 5G， L— CA为 200M ) ； DC— B与 DC— C之间的链路剩余带宽为 2.2G (L— BC为 2G， L— CB为 200M) 。由此可得， DC— A与 DC— B之间的链路剩余带宽最大。因此，控制器建议在 DC— A与 DC— B中各部署一个计算节点，即确定出在 DC— A与 DC— B中各部署一个计算节点的部署方案。此时，由于每个计算节点的部署位置有两个，因此，可以根据需求确定某一个计算节点的优先部署数据中心，建议在确定出的优先级别比较高的部署数据中心中部署该计算节点，将剩下的计算节点部署在其他数据中心中；或者，若无优先级要求，则建议将两个计算节点随机的部署在 DC— A与 DC— B中。

基于上述实施例六，可选的，部署要求信息还可以对新的计算节点之间的通信质量要求进行指示，例如，部署建议请求消息中携带待部署计算节点的描述信息与部署要求信息，描述消息中指示需要创建两个新的计算节点，部署要求信息指示该两个新的计算节点处于不同的数据中心，且该两个新的计算节点之间通信的抖动小于 30ms大于 15ms。表 5为图 6中数据中心 DC— A、 DC— B、 DC— C 之间进行链路信息采集而得出的第三链息表。

控制器接收到处理节点发送的指示需要创建两个新的计算节点、该两个计算节点需要处于不同的数据中心、且该两个新的计算节点之间通信的抖动小于

30ms大于 15ms的部署建议请求消息后，基于此时链路信息数据库中存储的链路信息，例如为表 5所示的链路信息表，控制器遍历该表，确定出数据中心之间通信的抖动满足需求的两个数据中心，将该两个数据中心作为部署新的计算节点的数据中心。具体的，请参照表 5， DC— A与 DC— B之间通信的抖动为 20ms; DC— A 与 DC— C之间通信的抖动为 10ms; DC— B与 DC— C之间通信的抖动为 40ms。由此可得，仅有 DC— A与 DC— B之间通信的抖动满足部署要求信息中的条件。因此，控制器建议在 DC— A与 DC— B中各部署一个计算节点，即确定出在 DC— A与 DC— B 中各部署一个计算节点的部署方案。

基于上述实施例六，可选的，部署要求信息还可以对新的计算节点之间、新的计算节点与已部署计算节点之间的通信质量要求进行指示。例如，部署建议请求消息中携带待部署计算节点的描述信息与部署要求信息，描述消息中指示需要创建两个新的计算节点 VM1与 VM2, 部署要求信息指示 VM1与 VM2处于不同的数据中心， VM1与已部署计算节点 VMX部署在不同的数据中心且 VM1与已部署计算节点 VMX之间通信的抖动小于 15ms。请参照图 4， VMX事先被部署在 DC— A中。表 6为图 6中数据中心 DC— A、 DC— B、 DC— C之间进行链路信息采集而得出的第四链路信息表。

控制器接收到处理节点发送的指示需要创建两个新的计算节点 VM1与 VM2, 部署要求信息指示 VM1与 VM2处于不同的数据中心， VM1与已部署计算节点 VMX部署在不同的数据中心且 VM1与已部署计算节点 VMX之间通信的抖动小于 15ms的部署建议请求消息后，基于此时链路信息数据库中存储的链路信息，例如为表 6所示的链路信息表，控制器遍历该表，确定出数据中心之间通信的抖动满足需求的两个数据中心，将该两个数据中心作为部署新的计算节点的数据中心。具体的，请参照表 6， DC— A与 DC— B之间通信的抖动为 20ms; DC— A 与 DC— C之间通信的抖动为 10ms; DC— B与 DC— C之间通信的抖动为 40ms。由此可得，仅有 DC— A与 DC— B之间通信的抖动满足部署要求信息中的条件， VMX事先被部署在 DC— A中。因此，控制器建议在 DC— C中部署计算节点 VM1 , 在 DC— A 或 DC— B中部署计算节点 VM2，即确定出在 DC— C中部署计算节点 VM1，在 DC— A 或 DC— B中部署计算节点 VM2的部署方案。

基于上述实施例六，可选的，待部署计算节点为业务系统中以部署计算节点，如属于某一子网的至少一个计算节点，处理节点向控制器发送的部署建议请求消息携带待部署计算节点的描述信息，描述信息除了包括待部署计算节点的数量，还可以包括子网标识；部署要求信息还可以为指示该子网的计算节点跨数据中心的通信流量最低。例如，计算节点为虚拟机，子网标识为 192.168.10.X/24 , 共有 4个计算节点： VM— 1、 VM— 2、 VM— 3与 VM— 4 (图中未示出）属于该子网，当前的部署位置为前两个处于 DC— C，后两个处于 DC— A。表 7A为图 6中 VM— 1、 VM— 2、 VM— 3与 VM— 4之间进行通信流量采集而得出的第一通信流量表。为了简单说明起见，这里仅是列出了各个计算节点之间的通信流量，以 MB计算，在其他可行的实施方式中，该通信流量表也可以包括各计算节点间的平均带宽、突发时间长度、突发带宽等信息。

表 7A

控制器接收到处理节点发送的指示子网标识为 192.168.10.X/24下的各虚拟机跨数据中心的通信总流量最低、且每个数据中心部署 2个虚拟机的部署建议请求消息后，控制器对该子网下的各虚拟机的部署位置进行划分，划分的要求是将该 4个虚拟机划分到属于子网 192.168.10.X/24的数据中心 DC— C与 DC— A，每个数据中心划分两个虚拟机，则可能的划分结果如表 7B所示，表 7B为表 7A中划分结果示意表。

表 7B 划分通信流

DC— C DC— A

序号量总和

1 VM— 1 VM— 2 VM— 3 VM— 4 240MB

2 VM— 1 VM— 3 VM— 2 VM— 4 240MB

3 VM— 1 VM— 4 VM— 2 VM— 3 160MB

4 VM— 3 VM— 4 VM— 1 VM— 2 240MB

5 VM— 2 VM— 4 VM— 1 VM— 3 240MB

6 VM— 2 VM— 3 VM— 1 VM— 4 160MB 以表 7B中划分序号为 1的一行为例，该行表示控制器将 VM— 1与 VM— 2划分到 DC— C中，此时 VM— 1与 VM— 2位于同一个数据中心， VM— 1到 VM— 2的通信流量及 VM— 2到 VM— 1的通信流量相当于 DC— C中的内部流量，因此可以不计入数据中心之间， gPDC— C与 DC— A之间的通信流量，如表 7A中左上角阴影部分所示；同理， VM— 3与 VM— 4被划分到 DC— A中，此时 VM— 3与 VM— 4位于同一个数据中， VM— 3到 VM— 4的通信流量及 VM— 4到 VM— 3的通信流量相当于 DC— A的内部流量，因此可以不计入数据中心之间， gPDC— C与 DC— A之间的通信流量，如表 7A 中右下角阴影部分所示。因此，若以划分序号为 1所示的划分方法部署 VM— 1、 VM— 2、 VM— 3与 VM— 4，则根据表 7A，不考虑左上角与右下角部分的数据中心内部的流量，贝 ijDC— A与 DC— C之间的通信流量总和为 240MB。

同理，可得出划分序号为 2~6的其他方式划分下的 DC— A与 DC— C之间的通信流量总和，具体的，如表 7B所示。

控制器遍历表 7B , 发现当 VM— 2与 VM— 3如划分序号 3或划分序号 6所示处于同一个数据中心的时候， DC— A与 DC— C之间的通信流量总和最低，为 160MB; 发现当 VM— 2与 VM— 3处于不同的数据中心的时候， DC— A与 DC— C之间的通信流量总和为 240MB, 比较大。因此，控制器建议对 VM— 1、 VM— 2、 VM— 3与 VM— 4 重新进行部署，将 VM— 2与 VM— 3部署在 DC— A中，将 VM— 1与 VM— 4部署在 DC— C 中，或者，将 VM— 2与 VM— 3部署在 DC— C 中，将 VM— 1与 VM— 4部署在 DC— A 中。

基于上述实施例六，可选的，待部署计算节点为业务系统中已部署计算节点，如属于某一租户的至少一个计算节点，处理节点向控制器发送的部署建议请求消息携带待部署计算节点的描述信息，描述信息除了包括待部署计算节点的数量，还可以包括租户标识；部署要求信息还可以为指示该子网的计算节点跨数据中心的通信流量最低、且每个数据中心部署 2个计算节点。例如，计算节点为虚拟机，租户标识为 CP— 1234，共有 6个计算节点： VM— 1、 VM— 2、 VM— 3、 VM— 4、 VM— 5与 VM— 6 (图中未示出）属于该租户，当前的部署位置为 VM— 1、 VM— 2处于 DC— C， VM— 3、 VM— 4处于 DC— A， VM— 5与 VM— 6处于 DC— B。表 8A 为图 6中 VM— 1、 VM— 2、 VM— 3、 VM— 4、 VM— 5与 VM— 6之间进行通信流量采集而得出的第二通信流量表。为了简单说明起见，这里仅是列出了各个计算节点之间的通信流量，以 MB计算，在其他可行的实施方式中，该通信流量表也可以包括各计算节点间的平均带宽、突发时间长度、突发带宽等信息。

表 8A

据中心的通信流量最低、且每个数据中心部署 2个虚拟机的部署建议请求消息后，控制器对该租户下的各虚拟机的部署位置进行划分，划分的要求是将该 6个虚拟机划分到属于租户 CP— 1234的数据中心 DC— C、 DC— A与 DC— B中，每个数据中心划分两个虚拟机，则可能的划分结果如表 8B所示，表 8B为表 8A中划分结果表 8B

11 VM— 3 VM— 4 VM— 1 VM— 5 VM— 2 VM— 6 780MB

12 VM— 3 VM— 4 VM— 1 VM— 6 VM— 2 VM— 5 780MB

13 VM— 3 VM— 5 VM— 1 VM— 2 VM— 4 VM— 6 780MB

14 VM— 3 VM— 6 VM— 1 VM— 2 VM— 4 VM— 5 780MB 以表 8B中划分序号为 3的一行为例，该行表示控制器将 VM—1与 VM— 4划分到 DC— C中，此时 VM— 1与 VM— 4位于同一个数据中心， VM— 1到 VM— 4的通信流量及 VM— 4到 VM— 1的通信流量相当于 DC— C中的内部流量，因此可以不计入数据中心 A之间的通信流量；同理， VM— 2与 VM— 3被划分到数据 DC— A中，此时 VM— 2 与 VM— 3的通信流量及 VM— 3到 VM— 2的通信流量相当于 DC— A中的内部流量，因此，可以不计入数据中心之间的通信流量；同理， VM— 5与 VM— 6被划分到数据 DC— B中，此时 VM— 5与 VM— 6的通信流量及 VM— 6到 VM— 5的通信流量相当于 DC— B中的内部流量，因此，可以不计入数据中心之间的通信流量，具体的，该种划分方式下不计入数据中心之间通信流量的部分如表 8A中阴影部分所示。因此，若以划分需要为 3所示的划分方法部署 VM—1、 VM— 2、 VM— 3、 VM— 4、 VM— 5 与 VM— 6，则根据表 8A，不考虑表 8A中所示阴影部分，贝 ijDC— A、 DC— B与 DC— C 之间的通信流量总和为 480MB。

同理，可得出其他划分序号所示的划分方法下的各数据中心之间的通信流量总和，具体的，如表 8B所示。需要说明的是，不同的计算节点个数以及不同的划分要求下，划分方式也是不同的，此处未一一列举。在实际的场景中，可以根据需求选择计算节点个数以及划分方式。

控制器遍历表 8B , 发现当 VM— 1与 VM— 4处于同一个数据中心、 VM— 2与 VM— 3处于同一个数据中心、 VM— 5与 VM— 6处于同一个数据中心时，各个数据中心之间的通信流量总和为 480MB, 比较小。因此，控制器建议对 VM— 1、 VM— 2、 VM— 3、 VM— 4、 VM— 5与 VM— 6重新进行部署，将 VM— 1与 VM— 4部署在同一个数据中心中，将 VM— 2与 VM— 3部署于同一个数据中心，将 VM— 5与 VM— 6部署于同一个数据中心。具体的，如表 8B中阴影部分，即划分序号 3或 10所示的划分方法。

在本发明计算节点部署方法实施例七中，对于业务系统中已部署计算节点，处理节点向控制器发送的部署建议请求消息除了携带待部署计算节点的描述信息外，还携带待部署计算节点的流量请求信息，请求获知已部署计算节点的流量状态。例如，以计算节点具体为虚拟机为例，请参照图 6，业务系统中共有 9 个虚拟机， VM— 1、 VM— 2、 VM— 3 部署在 DC— A中， VM— 4、 VM— 5、 VM— 6 部署在 DC— B中， VM— 7、 VM— 8、 VM— 9 部署在 DC— C中，图中未示出具体的虚拟机。表 9A为图 4中 VM— 1、 VM— 2、 VM— 3、 VM— 4、 VM— 5、 VM— 6、 VM— 7、 VM— 8、

VM— 9之间进行通信流量采集而得出的第三通信流量表。为了简单说明起见，这里仅是列出了各个计算节点之间的通信流量，以 MB计算，在其他可行的实施方式中，该通信流量表也可以包括各计算节点间的平均带宽、突发时间长度、突发带宽等信息。

表 9A

若控制器接收到部署建议请求消息携带的是 VMl的流量请求消息，则遍历表 9A,提取出于 VM1之间存在通信的其他虚拟机，然后将对应的流量提取出来，提取出的通信流量信息如表 9B示，表 9B为表 9A中对 VM进行通信流量信息提取的结果示意表。

表 9B

以 VM— 2所在的列为例，表示 VM— 1与 VM— 2进行通信时， VM— 1到 VM— 2的通信流量，即出流量为 100MB; VM— 2到 VM— 1的通信流量，即入流量为 90MB。控制器在提取出 VMl的通信流量信息，将该通信流量信息发送给处理节点，以使得处理节点可以根据该流量信息自行确定 VM—1、 VM— 2、 VM— 3、 VM— 4、 VM— 5、 VM— 6、 VM— 7、 VM— 8、 VM— 9的部署方案。具体的，控制器可以将 VMl 的标识及表 9B所示的内容携带在部署建议响应消息中发送给处理节点，也可以算出每个通信对象的通信流量总和后再发送给处理节点，例如，以通信对象为

VM— 2为例，出流量为 100MB, 如流量为 90MB, 则通信流量总和为 190MB, 控制器向计算节点管理发送的部署建议响应消息为携带 VM—1的标识、且 VM— 1与 VM— 2的通信流量总和为 190MB。在实际的场景中，控制器可以选择将 VM1与所有的通信对象的通信流量信息或部分通信对象的流量信息发送给处理节点。

上述各个实施例中，均是处理节点与控制器点对点通信，处理节点直接向控制器发送部署建议请求消息，并接收控制器发送的部署建议响应消息；控制器直接接收处理节点发送的部署建议请求消息，确定出部署方案后直接向处理节点发送部署建议响应消息。然而，在实际的场景中，处理节点与控制器也可以间接的通信。例如，在本发明计算节点部署方式实施例八中，控制器可以通过代理接收处理节点发出的部署建议请求消息，确定出部署方案后通过代理向处理节点发送部署建议响应消息；同理，处理节点也可以通过代理向控制器发送部署建议请求消息；通过代理接收控制器发送的部署建议响应消息。由于代理可以实现消息格式的转换和内容的转换及处理节点与控制器间的解耦，局限性小，使用范围更为广泛。因此，在实际的应用场景中，可以根据需求选择处理节点与控制器直接通信，或者，选择处理节点与控制器之间通过代理从而间接通信。

另外，上述各个实施例中，链路信息均为链路信息包括处理节点所管理的各数据中心之间的链路信息，然而，链路信息也可以为处理节点所管理的各数据中心与不属于处理节点所管理的各数据中心之间的链路信息。例如，请参照图 1，若需要将新的计算节点部署在 DC— B或 DC— C，且待部署的新的计算节点与 DC— D中的计算节点存在通信，则需要考虑 DC— B与 DC— C、 DC— B与 DC— D、 DC— C 与 DC— D之间的链路信息。

图 7为本发明控制器实施例一的结构示意图。本实施例提供的控制器 100，可实现本发明任意实施例中的应用于控制器的方法的各个歩骤，具体实现过程此处不再赘述。具体的，本实施例提供的控制器 100可以包括：

接收模块 11，用于接收处理节点发送的部署建议请求消息，部署建议请求消息携带待部署计算节点的描述信息；

确定模块 12，用于根据链路信息和 /或流量信息，确定部署方案，其中，链路信息包括处理节点所管理的各数据中心之间的链路信息，和 /或，处理节点所管理的各数据中心与不属于处理节点所管理的各数据中心之间的链路信息；流量信息为待部署计算节点与待部署计算节点相关的计算节点之间的流量信息，其中，与待部署计算节点相关的计算节点为与待部署计算节点有通信需求的计算节点；

发送模块 13，用于向处理节点发送包含部署方案的部署建议响应消息。本发明实施例提供的控制器，根据业务系统中与待部署计算节点可部署的各数据中心之间的链路信息或待部署计算节点可部署的数据中心与待部署计算节点不可部署的各数据中心之间的链路信息、与待部署计算节点相关的各计算节点间的流量信息等，对于新的计算节点，可以确定出较佳的部署位置的建议; 对于业务系统中已部署的计算节点，可以给出重新部署位置的建议，通过将存在大量网络通信的计算节点部署在同一个数据中心中，将数据中心之间的通信流量转变为数据中心内的流量，从而提高计算节点之间的通信质量、降低数据中心之间的通信流量。

进一歩的，接收模块 11接收到的部署建议请求消息中还携带待部署计算节点的部署要求信息；

确定模块 12还用于根据链路信息和 /或流量信息，确定满足部署要求信息的部署方案。

进一歩的，部署要求信息包括：待部署计算节点之间的相对位置信息、待部署计算节点与已部署计算节点之间的相对位置信息、待部署计算节点之间的通信质量要求信息、待部署计算节点与已部署计算节点之间的通信质量要求信息、待部署计算节点跨数据中心通信总流量要求信息中的一种信息或其组合。

进一歩的，描述信息包括待部署计算节点的标识信息、待部署计算节点的数量信息或待部署计算节点所属的租户标识信息。

进一歩的，接收模块 11还用于通过代理接收处理节点发送的部署建议请求消息；

发送模块 13还用于通过代理向处理节点发送包含部署方案的部署建议响应消息。

进一歩的，待部署计算节点包括新增计算节点或已部署计算节点。

图 8为本发明控制器实施例二的结构示意图。本实施例提供的控制器 200，可实现本发明任意实施例提供的应用于控制器的方法的各个歩骤，具体实现过程此处不再赘述。具体的，本实施例提供的控制器 200可以包括：

接收模块 21，用于接收处理节点发送的部署信息请求消息，部署信息请求消息携带待部署计算节点的描述信息；

获取模块 22，用于获取链路信息和 /或流量信息，其中，链路信息包括处理节点所管理的各数据中心之间的链路信息，和 /或，处理节点所管理的各数据中心与不属于处理节点所管理的各数据中心之间的链路信息，流量信息为待部署计算节点与待部署计算节点相关的计算节点之间的流量信息，其中，待部署计算节点相关的计算节点为与待部署计算节点有通信需求的计算节点；

发送模块 23，用于向处理节点发送包含链路信息和 /或流量信息的部署信息响应消息。

本发明实施例提供的控制器，通过获取链路信息、与待部署计算节点相关的各计算节点间的流量信息等并发送给处理节点，使得处理节点对于业务系统中已部署的计算节点，可以给出重新部署位置的建议，通过将存在大量网络通信的计算节点部署在同一个数据中心中，将数据中心之间的通信流量转变为数据中心内的流量，从而提高计算节点之间的通信质量、降低数据中心之间的通信流量。

进一歩的，描述信息包括待部署计算节点的标识信息、待部署计算节点的数量信息或待部署计算节点所属的租户标识信息。。

进一歩的，接收模块 21还用于通过代理接收处理节点发送的部署信息请求消息，部署信息请求消息携带待部署计算节点的描述信息；

发送模块 23还用于通过代理向处理节点发送包含链路信息和 /或流量信息的部署信息响应消息，以使处理节点根据链路信息和 /或流量信息确定部署方案。

图 9为本发明处理节点实施例一的结构示意图。本实施例提供的处理节点 300，可实现本发明任意实施例提供的应用于处理节点的方法的各个歩骤，具体实现过程此处不再赘述。具体的，本实施例提供的处理节点 300可以包括：发送模块 31，用于向控制器发送部署建议请求消息，部署建议请求消息携带待部署计算节点的描述信息，以使得控制器根据链路信息和 /或流量信息，确定部署方案，其中，链路信息包括处理节点所管理的各数据中心之间的链路信息，和 /或，处理节点所管理的各数据中心与不属于处理节点所管理的各数据中心之间的链路信息；流量信息为待部署计算节点与待部署计算节点相关的计算节点之间的流量信息，其中，与待部署计算节点相关的计算节点为与待部署计算节点有通信需求的计算节点；

接收模块 32，用于接收控制器发送的包含部署方案的部署建议响应消息。本发明实施例提供的处理节点，对于新的计算节点，处理节点根据控制器给出的较佳部署位置的建议，进行计算节点的创建等，对于业务系统中已部署的计算节点，根据控制器给出的重新部署位置的建议，进行位置调整，例如，冻结某个或某些已部署的计算节点，在其他的数据中心重新创建这几个计算节点，从而将存在大量网络通信的计算节点部署在同一个数据中心中，将数据中心之间的通信流量转变为数据中心内的流量，或者链路质量比较好的多个数据中心，从而提高计算节点之间的通信质量、降低数据中心之间的通信流量。

进一歩的，发送模块 31还用于向控制器发送携带待部署计算节点的部署要求信息的部署建议请求消息，以使得控制器根据链路信息和 /或流量信息，确定满足部署要求信息的部署方案。

进一歩的，发送模块 31还用于通过代理向控制器发送部署建议请求消息；接收模块 32还用于通过代理接收控制器发送的包含部署方案的部署建议响应消息。

图 10为本发明处理节点实施例二的结构示意图。本实施例提供的处理节点 400，可实现本发明任意实施例提供的应用于处理节点的方法的各个歩骤，具体实现过程此处不再赘述。具体的，本实施例提供的处理节点 400可以包括：发送模块 41，用于向控制器发送部署信息请求消息，部署信息请求消息携带待部署计算节点的描述信息，以使得控制器获取链路信息和 /或流量信息，其中，链路信息包括处理节点所管理的各数据中心之间的链路信息，和 /或，处理节点所管理的各数据中心与不属于处理节点所管理的各数据中心之间的链路信息，流量信息为待部署计算节点与待部署计算节点相关的计算节点之间的流量信息，其中，与待部署计算节点相关的计算节点为与待部署计算节点有通信需求的计算节点；

接收模块 42，用于接收控制器发送的包含链路信息和 /或流量信息的部署信息响应消息；

确定模块 43，用于根据链路信息和 /或流量信息确定部署方案。

本发明实施例提供的处理节点，根据业务系统中与待部署计算节点所在的数据中心相关的各个数据中心之间的链路信息、与待部署计算节点相关的各计算节点间的流量信息等，对于业务系统中已部署的计算节点，确定出重新部署位置的建议，进行位置调整，例如，冻结某个或某些已部署的计算节点，在其他的数据中心重新创建这几个计算节点，从而将存在大量网络通信的计算节点部署在同一个数据中心中，将数据中心之间的通信流量转变为数据中心内的流量，或者链路质量比较好的多个数据中心，从而提高计算节点之间的通信质量、降低数据中心之间的通信流量。

进一歩的，描述信息包括待部署计算节点的标识信息、待部署计算节点的数量信息或待部署计算节点所属的租户标识信息

进一歩的，发送模块 41还用于通过代理向控制器发送部署信息请求消息；接收模块 42还用于通过代理接收控制器发送的包含链路信息和 /或流量信息的部署信息响应消息。

图 11为本发明控制器实施例三的结构示意图。如图 11所示，本实施例提供的控制器 500包括处理器 51和存储器 52。控制器 500还可以包括发射器 53、接收器 54。发射器 53和接收器 54可以和处理器 51相连。其中，存储器 52存储执行指令，当控制器 500运行时，处理器 51与存储器 52之间通信，处理器 51调用存储器 52中的执行指令，用于执行图 2所示方法实施例，其实现原理和技术效果类似，此处不再赘述。

图 12为本发明控制器实施例四的结构示意图。如图 12所示，本实施例提供的控制器 600包括处理器 61和存储器 62。控制器 600还可以包括发射器 63、接收器 64。发射器 63和接收器 64可以和处理器 61相连。其中，存储器 62存储执行指令，当控制器 600运行时，处理器 61与存储器 62之间通信，处理器 61调用存储器 62中的执行指令，用于执行图 3所示方法实施例，其实现原理和技术效果类似，此处不再赘述。

图 13为本发明处理节点实施例三的结构示意图。如图 13所示，本实施例提供的处理节点 700包括处理器 71和存储器 72。处理节点 700还可以包括发射器 73、接收器 74。发射器 73和接收器 74可以和处理器 71相连。其中，存储器 72存储执行指令，当处理节点 700运行时，处理器 71与存储器 72之间通信，处理器 71调用存储器 72中的执行指令，用于执行图 4所示方法实施例，其实现原理和技术效果类似，此处不再赘述。

图 14为本发明处理节点实施例四的结构示意图。如图 14所示，本实施例提供的处理节点 800包括处理器 81和存储器 82。处理节点 800还可以包括发射器 83、接收器 84。发射器 83和接收器 84可以和处理器 81相连。其中，存储器 82存储执行指令，当处理节点 800运行时，处理器 81与存储器 82之间通信，处理器 81调用存储器 82中的执行指令，用于执行图 5所示方法实施例，其实现原理和技术效果类似，此处不再赘述。

基于上述方法和装置的实施例，本发明还提供一种业务系统其可包括如图 7 或图 11所示的控制器及如图 9或图 13所示的处理节点；或者，可包括如图 8或图 12所示的控制器及如图 10或图 14所示的处理节点，具体工作原理请参照上述方法实施例，此处不再赘述。

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

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

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

Claims

权利要求书

1、一种计算节点部署方法，其特征在于，包括：

2、根据权利要求 1所述的方法，其特征在于，所述部署建议请求消息中还携带所述待部署计算节点的部署要求信息；

所述根据链路信息和 /或流量信息，确定部署方案，包括：

根据所述链路信息和 /或流量信息，确定满足所述部署要求信息的部署方案。

3、根据权利要求 2所述的方法，其特征在于，所述部署要求信息包括：所述待部署计算节点之间的相对位置信息、所述待部署计算节点与已部署计算节点之间的相对位置信息、所述待部署计算节点之间的通信质量要求信息、所述待部署计算节点与已部署计算节点之间的通信质量要求信息、所述待部署计算节点跨数据中心通信总流量要求信息中的一种信息或其组合。

4、根据权利要求 1~3任一项所述的方法，其特征在于，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识信息。

5、根据权利要求 1~4任一项所述的方法，其特征在于，所述接收处理节点发送的部署建议请求消息，包括：

通过代理接收所述处理节点发送的部署建议请求消息；

通过所述代理向所述处理节点发送包含所述部署方案的部署建议响应消息，以使所述处理节点根据所述部署方案部署所述待部署计算节点。

6、根据权利要求 1~5任一项所述的方法，其特征在于，所述待部署计算节点包括新增计算节点或已部署计算节点。

7、一种计算节点部署方法，其特征在于，包括：

向所述处理节点发送包含所述链路信息和 /或流量信息的部署信息响应消息，以使所述处理节点根据所述链路信息和 /或流量信息确定部署方案。

8、根据权利要求 7所述的方法，其特征在于，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识信息。

9、根据权利要求 7或 8所述的方法，其特征在于，所述接收处理节点发送的部署信息请求消息，所述部署信息请求消息携带待部署计算节点的描述信息，包括：

10、根据权利要求 7~9任一项所述的方法，其特征在于，所述待部署计算节点包括新增计算节点或已部署计算节点。

11、一种计算节点部署方法，其特征在于，包括：向控制器发送部署建议请求消息，所述部署建议请求消息携带待部署计算节点的描述信息，以使得所述控制器根据链路信息和 /或流量信息，确定部署方案，其中，所述链路信息包括所述处理节点所管理的各数据中心之间的链路信息，和 /或，所述处理节点所管理的各数据中心与不属于所述处理节点所管理的各数据中心之间的链路信息；所述流量信息为所述待部署计算节点与所述待部署计算节点相关的计算节点之间的流量信息，其中，与所述待部署计算节点相关的计算节点为与所述待部署计算节点有通信需求的计算节点；

12、根据权利要求 11所述的方法，其特征在于，向所述控制器发送的所述部署建议请求消息中还携带所述待部署计算节点的部署要求信息，以使得所述控制器根据所述链路信息和 /或流量信息，确定满足所述部署要求信息的部署方案。

13、根据权利要求 12所述的方法，其特征在于，所述部署要求信息包括：所述待部署计算节点之间的相对位置信息、所述待部署计算节点与已部署计算节点之间的相对位置信息、所述待部署计算节点之间的通信质量要求信息、所述待部署计算节点与已部署计算节点之间的通信质量要求信息、所述待部署计算节点跨数据中心通信总流量要求信息中的一种信息或其组合。

14、根据权利要求 11~13任一项所述的方法，其特征在于，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识信息。

15、根据权利要求 11~14任一项所述的方法，其特征在于，所述向控制器发送部署建议请求消息，包括：

通过代理向控制器发送部署建议请求消息；

16、根据权利要求 11~15任一项所述的方法，其特征在于，所述待部署计算节点包括新增计算节点或已部署计算节点。

17、一种计算节点部署方法，其特征在于，包括：

根据所述链路信息和 /或流量信息确定部署方案。

18、根据权利要求 17所述的方法，其特征在于，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识信息。

19、根据权利要求 17或 18所述的方法，其特征在于，所述向控制器发送部署信息请求消息，包括：

通过代理向控制器发送部署信息请求消息；

所述接收所述控制器发送的包含所述链路信息和 /或流量信息的响应消息，包括；

通过所述代理接收所述控制器发送的包含所述链路信息和 /或流量信息的响应消息。

20、根据权利要求 17~19任一项所述的方法，其特征在于，所述待部署计算节点包括新增计算节点或已部署计算节点。

21、一种控制器，其特征在于，包括：

接收模块，用于接收处理节点发送的部署建议请求消息，所述部署建议请求消息携带待部署计算节点的描述信息；

确定模块，用于根据链路信息和 /或流量信息，确定部署方案，其中，所述链路信息包括所述处理节点所管理的各数据中心之间的链路信息，和 /或，所述处理节点所管理的各数据中心与不属于所述处理节点所管理的各数据中心之间的链路信息；所述流量信息为所述待部署计算节点与所述待部署计算节点相关的计算节点之间的流量信息，其中，与所述待部署计算节点相关的计算节点为与所述待部署计算节点有通信需求的计算节点；发送模块，用于向所述处理节点发送包含所述部署方案的部署建议响应消息。

22、根据权利要求 21所述的控制器，其特征在于，所述接收模块接收到的部署建议请求消息中还携带所述待部署计算节点的部署要求信息；

23、根据权利要求 22所述的控制器，其特征在于，所述部署要求信息包括: 所述待部署计算节点之间的相对位置信息、所述待部署计算节点与已部署计算节点之间的相对位置信息、所述待部署计算节点之间的通信质量要求信息、所述待部署计算节点与已部署计算节点之间的通信质量要求信息、所述待部署计算节点跨数据中心通信总流量要求信息中的一种信息或其组合。

24、根据权利要求 21~23任一项所述的控制器，其特征在于，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识信息。

25、根据权利要求 21~24任一项所述的控制器，其特征在于，所述接收模块还用于通过代理接收所述处理节点发送的部署建议请求消息；

26、根据权利要求 21~25任一项所述的控制器，其特征在于，所述待部署计算节点包括新增计算节点或已部署计算节点。

27、一种控制器，其特征在于，包括：

28、根据权利要求 27所述的控制器，其特征在于，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识信息。

29、根据权利要求 27或 28所述的控制器，其特征在于，所述接收模块还用于通过代理接收所述处理节点发送的部署信息请求消息，所述部署信息请求消息携带待部署计算节点的描述信息；

30、根据权利要求 27~29任一项所述的控制器，其特征在于，所述待部署计算节点包括新增计算节点或已部署计算节点。

31、一种处理节点，其特征在于，包括：

32、根据权利要求 31所述的处理节点，其特征在于，所述发送模块还用于向所述控制器发送携带所述待部署计算节点的部署要求信息的所述部署建议请求消息，以使得所述控制器根据链路信息和 /或流量信息，确定满足所述部署要求信息的部署方案。

33、根据权利要求 32所述的处理节点，其特征在于，所述部署要求信息包括：

34、根据权利要求 31~33任一项所述的处理节点，其特征在于，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识信息。

35、根据权利要求 31~34任一项所述的处理节点，其特征在于，所述发送模块还用于通过代理向控制器发送部署建议请求消息；

36、根据权利要求 31~35任一项所述的处理节点，其特征在于，所述待部署计算节点包括新增计算节点或已部署计算节点。

37、一种处理节点，其特征在于，包括：

发送模块，用于向控制器发送部署信息请求消息，所述部署信息请求消息携带待部署计算节点的描述信息，以使得所述控制器获取链路信息和 /或流量信息，其中，所述链路信息包括所述处理节点所管理的各数据中心之间的链路信息，和 /或，所述处理节点所管理的各数据中心与不属于所述处理节点所管理的各数据中心之间的链路信息，所述流量信息为所述待部署计算节点与所述待部署计算节点相关的计算节点之间的流量信息，其中，与所述待部署计算节点相关的计算节点为与所述待部署计算节点有通信需求的计算节点；

38、根据权利要求 37所述的处理节点，其特征在于，所述描述信息包括待部署计算节点的标识信息、所述待部署计算节点的数量信息或所述待部署计算节点所属的租户标识信息。

39、根据权利要求 37或 38所述的处理节点，其特征在于，所述发送模块还用于通过代理向控制器发送部署信息请求消息；

40、根据权利要求 37~39任一项所述的处理节点，其特征在于，所述待部署计算节点包括新增计算节点或已部署计算节点。

41、一种业务系统，其特征在于，包括如权利要求 21~26任一项所述的控制器以及如权利要求 31~36任一项所述的处理节点。

42、一种业务系统，其特征在于，包括权利要求 27~30任一项所述的控制器以及如权利要求 37~40任一项所述的处理节点。