[发明专利]大规模服务器集群应用部署方法和大规模服务器集群

说明书

技术领域

本申请涉及大规模服务器集群的应用部署，尤其涉及在大型网站的后端服务器集群中(例如大于2000台服务器的规模)实现应用部署的方法、集群。

背景技术

在现在的互联网公司巨头，比如Google、Facebook、yahoo等网站，为了支撑海量用户的访问，其后端往往存在着上万台服务器集群来提供服务。原本在只有十几台服务器的集群运行和维护过程中使用的应用部署的成熟技术在同时维护成千上万台服务器的时候，就暴露出了性能瓶颈。

例如，研发部门研发出了一个新的应用，这个新的应用能否快速稳定地部署到后端成千上万台服务器并以最快的时间为用户提供服务关系着公司的业务水平和赢利效果。

已知的服务器集群应用部署技术采用的是C/S架构，如图1所示，通过一台部署服务器，先把应用打包部署到这一台部署服务器上，然后这一台部署服务器对集群内的从服务器分发这个应用的包。或者，各从服务器轮流排队，等待部署服务器对其进行部署。

在大规模服务器集群的情况下，已知一种应用部署技术是在C/S架构的基础上，采用分层的分发技术，如图2所示，先把应用打包，部署到一台中心部署服务器，再由这一台中心部署服务器将应用包部署到多台主部署服务器上，然后再由这些主部署服务器同时向其从服务器分发应用包。然而这样的分层部署方式造成管理上的复杂和不便，以及成本的增加，例如，需要专门设置和管理大量的专用于部署的部署服务器。

从上述的已知技术的架构图中可以看出，在大规模服务器集群的情况下，已知的应用部署技术暴露出了如下缺点或问题：

1、通过C/S模式部署应用时，当部署服务器需要部署的从服务器数量很大，部署服务器的网络吞吐性能和硬件负载就会出现瓶颈。比如一台部署服务器要同时向1000台从服务器分发应用包，远远超过了现在服务器网卡带宽的性能指标。随着需要部署应用的从服务器的增多，对部署服务器带宽的要求就越来越高，分发的速度也就越来越慢，并且非常容易引起部署服务器崩溃。而若采用各从服务器轮流排队由同一台部署服务器对其进行部署的情况，则部署周期过长。

2、如果为了避免上述缺点的发生而对服务器集群进行分层，则需要通过多层的C/S架构以使得每台部署服务器向有限的从服务器分发应用部署包。这样就意味着维护成本、管理成本和开发成本的上升。本来一个应用的负载均衡设备后的所有后端服务器的软件环境往往是统一的，为了应用的部署，人为地划分出部署层次来。每个层次的部署节点都要单独地进行管理、操作、维护，每个部署节点还要为了向不同的应用服务器分发应用部署包而开发不同的部署代码，这样就造成了严重的浪费，使得服务器集群的维护和管理变得越来越复杂。

3、同时，已知的基于C/S架构的部署技术，无法满足在大规模服务器集群中快速部署应用的需求，一个对千台服务器的集群部署动辄需要耗费1～2个小时的时间，严重地影响了应用上线的时间进度。

发明内容

为了解决上述问题，本申请一个方面提出了一种大规模服务器集群应用部署方法，所述方法包括：步骤1：所述大规模服务器集群中的中心部署服务器将一个应用的部署包切分成多个片段，并将切分后的多个片段部署于所述大规模服务器集群中的多个应用服务器上；以及步骤2：各个所述应用服务器在被部署完所述部署包的所有片段后，将所述所有片段拼合成一个完整的部署包。

本申请的另一个方面提出了一种大规模服务器集群，所述大规模服务器集群包括：一个中心部署服务器和多个应用服务器，其中，所述中心部署服务器用于将一个应用的部署包切分成多个片段，并将该切分后的多个片段部署于所述多个应用服务器上；以及各个所述应用服务器在被部署完所述部署包的所有片段后，将所述所有片段拼合成一个完整的部署包。

本申请的实现大规模服务器集群应用快速部署的方法及集群大大减轻了部署服务器的性能负载，成许多倍地加快了从部署服务器向应用服务器分发应用部署包的速度和效率，基本上消除部署服务器的处理瓶颈和网络资源瓶颈，可以做到应用部署的时间即发布时间几乎与集群内的应用服务器数量无关，也无需如传统的分层分发技术的C/S架构那样维护大量的分层部署节点，还降低了开发和维护的难度。

通过以下参照附图对本申请实施例的说明，本申请的上述以及其它目的、特征和优点将更加明显。

附图说明

下面将参照所附附图来描述本申请的实施例，其中：

图1是已知技术中采用C/S架构部署应用的示意图；

图2是已知技术中采用分层分发技术的C/S架构部署应用的示意图；