CN106055380A - 一种业务服务器的整合方法及系统 - Google Patents

Abstract

本发明公开了一种业务服务器的整合方法及系统，该方法包括：确定待整合的业务服务器；在待整合的业务服务器中每个业务服务器上生成用于承载各自业务的虚拟机；每个虚拟机承载一个或多个业务；利用虚拟机来提供其所承载的业务。相较现有技术中使用物理机作为业务服务器而言，本发明使用虚拟机来承载业务，由于多个虚拟机能够运行在一台物理机上且虚拟机易于管理，因此，本发明能够有效提高业务服务器资源(物理机资源)的利用率。

Description

一种业务服务器的整合方法及系统

技术领域

本发明涉及计算机技术领域，特别是涉及一种业务服务器的整合方法及系统。

背景技术

当今，随着经济社会的进步，如图书馆数据中心等数据中心的发展越来越注重高技术、低成本、灵活以及易扩展特征。

在实际生活中，受摩尔定律影响，图书馆数据中心内的众多业务服务器面临巨大减值压力，影响了各业务服务器资源的利用率，比如，由于用户访问时段差异明显，业务服务器高峰时段难以满足需要，低峰时却大部分处于空闲状态，能耗浪费严重。因此，人们通常会通过对图书馆数据中心中众多业务服务器进行整合，以此来提高业务服务器资源的利用率。比如，通过元数据方案规范对异构元数据进行采集、分析和加工，实现各种类型分布式资源的整合。

但是，上述整合方法主要针对的是数字内容整合问题，当面对海量数据增长、应用与服务器快速增加的情况时，上述方法并不能满足需要。因此，亟需一种新的整合方法，以提高业务服务器资源的利用率。

发明内容

有鉴于此，本发明提供了一种业务服务器的整合方法及系统，以实现提高业务服务器资源的利用率的目的。

为解决上述技术问题，本发明提供一种业务服务器的整合方法，该方法包括：

确定待整合的业务服务器，所述待整合的业务服务器中业务服务器的数量为多个；

在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各自业务的虚拟机；每个所述虚拟机承载一个或多个所述业务；

利用所述虚拟机来提供其所承载的业务。

上述方法中，优选地，利用Eucalyptus对所述待整合的业务服务器进行整合，所述在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各自业务的虚拟机之后，还包括：

根据硬件结构相似程度，对所述待整合的业务服务器进行分类，得到多个服务器集群；

为每个所述服务器集群分配相应的集群服务器，所述集群服务器用于控制与其对应的所述服务器集群中所有所述虚拟机，以使所述虚拟机提供其所承载的业务；

为所有所述集群服务器分配云服务器，所述云服务器用于控制所有所述集群服务器。

上述方法中，优选地，在所述利用所述虚拟机来提供其所承载的业务之后，还包括：

当所述业务服务器的负载大小低于预设的负载下限值时，将所述业务服务器中所有所述虚拟机通过镜像文件形式打包迁移至目标业务服务器中，并使所述业务服务器处于休眠状态；

其中，所述业务服务器的负载大小取决于其中所有所述虚拟机对应的所有所述业务的访问频繁程度值；所述目标业务服务器为所述负载大小低于预设的负载中限值的所述业务服务器。

上述方法中，优选地，在所述利用所述虚拟机来提供其所承载的业务之后，还包括：

当所述业务服务器的负载大小超过预设的负载上限值时，激活处于休眠状态的所述业务服务器，并将负载大小超过所述负载上限值的所述业务服务器中预设比例的所述虚拟机通过镜像文件形式打包迁移至激活的所述业务服务器中。

上述方法中，优选地，所述确定待整合的业务服务器，包括：

判断各原始业务服务器中的业务所对应的业务数据是否能够运行在所述虚拟机上；

如果是，则将其划为待整合的业务服务器。

本发明还提供了一种业务服务器的整合系统，该方法包括：

确定单元，用于确定待整合的业务服务器，所述待整合的业务服务器中业务服务器的数量为多个；

虚拟机生成单元，用于在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各自业务的虚拟机；每个所述虚拟机承载一个或多个所述业务；

业务提供单元，用于利用所述虚拟机来提供其所承载的业务。

上述系统中，优选地，该系统利用Eucalyptus对所述待整合的业务服务器进行整合，该系统还包括：

分类单元，用于在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各自业务的虚拟机之后，根据硬件结构相似程度，对所述待整合的业务服务器进行分类，得到多个服务器集群；

集群服务器分配单元，用于为每个所述服务器集群分配相应的集群服务器，所述集群服务器用于控制与其对应的所述服务器集群中所有所述虚拟机，以使所述虚拟机提供其所承载的业务；

云服务器分配单元，用于为所有所述集群服务器分配云服务器，所述云服务器用于控制所有所述集群服务器。

上述系统中，优选地，还包括：

负载均衡单元，用于在所述利用所述虚拟机来提供其所承载的业务之后，当所述业务服务器的负载大小低于预设的负载下限值时，将所述业务服务器中所有所述虚拟机通过镜像文件形式打包迁移至目标业务服务器中，并使所述业务服务器处于休眠状态；

其中，所述业务服务器的负载大小取决于其中所有所述虚拟机对应的所有所述业务的访问频繁程度值；所述目标业务服务器为所述负载大小低于预设的负载中限值的所述业务服务器。

上述系统中，优选地，所述负载均衡单元还用于：当所述业务服务器的负载大小超过预设的负载上限值时，激活处于休眠状态的所述业务服务器，并将负载大小超过所述负载上限值的所述业务服务器中预设比例的所述虚拟机通过镜像文件形式打包迁移至激活的所述业务服务器中。

上述系统中，优选地，所述确定单元具体用于：判断各原始业务服务器中的业务所对应的业务数据是否能够运行在所述虚拟机上；如果是，则将其划为待整合的业务服务器。

以上本发明提供的一种业务服务器的整合方法及系统中，在确定待整合的业务服务器后，在每个业务服务器上生成用于承载各自业务的虚拟机；利用所述虚拟机来提供其所承载的业务。相较现有技术中使用物理机作为业务服务器而言，本发明使用虚拟机来承载业务，由于多个虚拟机能够运行在一台物理机上且虚拟机易于管理，因此，本发明能够有效提高业务服务器资源(物理机资源)的利用率。

附图说明

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

图1为本发明实施例提供的一种业务服务器的整合方法的流程图；

图2为本发明实施例提供的Eucalyptus的分层体系结构；

图3为本发明实施例提供的一种业务服务器的整合方法的具有两个集群的简单平台搭建示意图；

图4为本发明实施例提供的一种业务服务器的整合方法的图书馆实施场景图

图5为本发明实施例提供的一种业务服务器的整合系统的结构框图示意图。

具体实施方式

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

本发明的核心是提供一种业务服务器的整合方法及系统，以实现提高业务服务器资源的利用率的目的。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。

参考图1，图1示出了本发明实施例提供的一种业务服务器的整合方法的流程图，该方法具体可以包括如下步骤：

步骤S100、确定待整合的业务服务器。

本发明实施例的方法的执行主体为业务服务器的整合系统，其主要适用于各类数据中心建设过程中对其中业务服务器的选型、改造和升级。为了便于本领域技术人员更有场景性地理解本发明方案，下文中必要时会以图书馆数据中心为例进行具体说明，但需要清楚的一点是，本发明并不局限于图书馆，也适用于其他行业数据中心。

本发明中，先从数据中心中所有原始业务服务器中挑选出能够参与整合的业务服务器，可以理解的是，既然需要整合，那挑选出来的业务服务器的数量应当为多个。对于挑选的具体过程，由于整合过程中需要将业务承载于虚拟机上，因此先判断各原始业务服务器中的业务所对应的业务数据，比如应用程序或数据库，是否能够运行在虚拟机上；如果是，则将其划为待整合的业务服务器。这是因为，以图书馆数据中心为例，CA、CNKI等一些使用加密狗的数据库就无法在虚拟机上运行。

进一步地，在具体实施过程中，可以进行数据收集以全面掌握待整合服务器的硬件信息与软件信息。其中，硬件信息包括服务器制造商、型号、序列号、物理位置、生产时期、IP地址、CPU、内存及网卡速率；软件信息包括操作系统、中间件、Web服务器和数据库系统。

基于上述掌握的信息，确定应用程序或数据库能否在虚拟机中运行，已购买软件的许可证是否与服务器捆绑，应用程序之间以及应用程序与数据库之间关联性等。以图书馆数据中心为例，遵循以下规则确定待整合的业务服务器：

①优先整合非核心业务与消耗计算资源小的数据库和应用有利于提高整合工作效率；

②核心业务图书馆集成管理系统资源消耗极高，原小型机性能稳定，不进行整合；

③CA、CNKI等一些使用加密狗的数据库无法在虚拟机上运行，因此不进行整合；

④一些数据库(多数是国外数据库)提供远程访问，不在图书馆建立镜像服务器，也不需要服务器，无需考虑整合问题。

步骤S101、在待整合的业务服务器中每个业务服务器上生成用于承载各自业务的虚拟机。

具体地，每个虚拟机承载一个或多个业务，虚拟机承载业务指该业务相关的业务数据运行在该虚拟机上，该虚拟机能够为该业务的请求提供相应的服务。

在实际应用的具体实施过程中，还需要将待整合的业务服务器中各业务服务器的业务迁移到相应的虚拟机中，具体地，可以从全局统筹角度解决迁移过程中应用和技术方面的问题，具体内容如下：

迁移对象：待整合服务器的应用程序、数据、依赖软件、系统服务软件以及操作系统。

迁移原则：灵活弹性可扩展、提高资源利用率、降低成本、降低安全风险以及减小网络通信开销。

迁移方法：将迁移对象制作成机器镜像文件(Image)进行保存和传输。

按照现有技术并结合图书馆服务器环境，可以参考以下内容来制作镜像：

①创建raw格式空镜像文件。其中，每个镜像包括一个内核(kernel)、一个RAN磁盘(randisk)和一个操作系统镜像(image)。

②远程登录，采用数据库或应用运行的操作系统文件(Linux系列或Windows系列)逐步完成安装虚拟机的操作系统，然后关闭虚拟机生成镜像文件。

③Windows类系统镜像包括img镜像文件和xml配置文件，Linux类系统镜像包括image镜像文件、内核kernel文件和ramdisk文件。

④修改镜像。Windows修改xml文件，更改虚拟机启动方式为hd，打包成iso格式挂载到cdrom下，启动虚拟机。Linux挂载img镜像文件到某一目录，并修改当前系统根目录。

综合来说，即待整合的服务器上运行的应用程序、数据和依赖环境作为迁移对象，将它们以单个服务器为单位打包制作成镜像，然后压缩、分割和上传到相应的目标虚拟机。通常为了稳定运行，最理想状态是一个应用或数据库对应单台物理服务器，由于条件限制，有些图书馆可能将几个访问负载(I/O或并发连接数)较小的应用安装到同一台物理机。在本发明中，虚拟化以后，由于虚拟机数量不受限制，单个数据库或应用可以单独运行在单台的虚拟机。比如，对于一个支撑三种业务的业务服务器，在其上生成三个虚拟机，每个虚拟机对应一种业务，由这三个虚拟机来独立实现对这三种业务的支撑。

其中，服务器迁移(将待整合的业务服务器中各业务服务器的业务迁移到相应的虚拟机)：根据数据库或应用运行环境复杂程度采用两种方式，一种是将原服务器操作系统删减和修改成包含单个数据库或应用的操作系统，然后压缩、分割和上传到相应虚拟机；另一种是重新搭建操作系统环境，采用上述方式制作成镜像，生成虚拟机，根据应用依赖清单，登录到虚拟机搭建安全、语言和依赖程序等运行环境、安装Web服务器或应用服务器。

数据同步：大型数据库和应用一般采用计算(Web服务器或客户端)与存储(数据库的数据)分离的方式，采用服务器与磁盘阵列通过网络连接的网络存储方式，为此必须确保服务器上的数据库IP地址正确；而有些图书馆数据库或应用数据和应用集中在同一台机器，由于数据量巨大，一般不能和服务器所在的操作系统同时通过上述机器镜像方式迁移，因此需要采用数据同步技术。

根据现有技术，数据同步分为离线迁移、直接迁移和日志挖掘方法进行。其中，离线方法从源数据库中提取数据保存成文件，在目标数据库空闲时使用本地工具或脚本加载。小型且负载不大的数据库使用在线方式利用JDBC、ODBC驱动或第三方工具直接连接迁移。大型、不间断数据库通过日志挖掘方法读取源数据库事务日志，将操作保存成中间文档复制到目标数据库，或者在源数据库设置触发器，将变化写入临时表并复制到目标数据库。

迁移测试：以黑盒方式测试迁移后的各项功能。数据库测试包括数据完整性、存储过程、备份恢复以及数据库模式等。应用程序测试各模块通信情况、用户体验感与资源按需提供能力。

步骤S102、利用虚拟机来提供其所承载的业务。

具体地，利用虚拟机来提供其所承载的业务，即虚拟机能够为承载于自身的业务的请求提供相应的服务。

相较现有技术中使用物理机作为业务服务器而言，本发明使用虚拟机来承载业务，由于多个虚拟机能够运行在一台物理机上且虚拟机易于管理，因此，本发明能够有效提高业务服务器资源(物理机资源)的利用率。

基于上述本发明实施例所公开的技术方案，在本发明另一实施例中，进一步利用Eucalyptus对待整合的业务服务器进行整合过程中的平台搭建，其中，Eucalyptus(Elastic Utility Computing Architecture for Linking Your Programs To UsefulSystems)是一种开源的软件基础结构，用来通过计算集群或工作站群实现弹性的、实用的云计算。相较现有技术中采用授权费用昂贵的VMWarevSphere、Microsoft Hyper-V、CitrixXen Server以及Red Hat的RHEV等虚拟化技术提高服务器利用率，本发明减少了庞大的软件授权费用开支。

参考图2，示出了Eucalyptus的分层体系结构，可以看出，Eucalyptus由五类组件构成，分别是云控制器CLC(201)、Walrus(202)、集群控制器CC(203、204)、存储控制器SC(205、206)、节点控制器NC(207-212)，它提供一种对机构IT基础设施进行弹性统一管理的整体方案。使用Eucalyptus搭建图书馆私有云具有部署简单，成本低廉，自动负载均衡以及节约能耗等优点。

具体地，在待整合的业务服务器中每个业务服务器上生成用于承载各自业务的虚拟机之后，执行以下内容：

首先，根据硬件结构相似程度，对待整合的业务服务器中的所有业务服务器进行分类，得到多个服务器集群；然后，为每个服务器集群分配相应的集群服务器，以及为所有集群服务器分配云服务器。其中，集群服务器用于控制与其对应的服务器集群中所有虚拟机，以使虚拟机提供其所承载的业务；云服务器用于控制所有集群服务器。

如图3，以具有两个集群的简单平台搭建为例进行说明：

(1)准备3台服务器301、302和303作为集群服务器，安装Linux操作系统，以配置较高的301作为云服务器，其余两台302和303分别作为集群310与311的集群服务器。

(2)在所有待整合服务器304-309上安装Linux操作系统和Xen Server生成虚拟机312-329。其中，Xen Server为Eucalyptus的虚拟化管理程序。

(3)配置云服务器301、302、303与待整合服务器304-309的防火墙规则，保证它们之间能够正常通信。

(4)在云服务器301、集群服务器302、303和待整合服务器304-309上安装NTP时钟协议，修改集群服务器302、303与待整合服务器304-309的NTP配置文件，使其与云服务器301的系统时钟保持时间同步。

(5)安装Eucalyptus组件。在云服务器301上安装CLC、Walrus，在集群服务器302、303上安装CC、SC。在所有待整合服务器304-309上安装NC。

(6)注册组件。在云服务器301上注册walrus、CC、SC和NC。

(7)证书安装。Eucalyptus组件之间是通过认证授权方式连接的，通过Web管理界面登录CLC域名地址，端口号8443，登录名和密码都是“admin”，下载并安装证书。

(8)平台管理。平台可以通过301-303中任意一台物理机、304-309中任意一台虚拟机，或者平台之外的其他终端进行管理。开源Eucalyptus提供命令行与Web两种管理方式。命令行方式需要在管理机器操作系统中安装euca2ools工具，然后进行环境变量设置、账号申请、证书获取、状态查询、keypairs创建、运行和登录虚拟机实例等操作。Web管理通过Web浏览器进行，界面由Credentials、Images、Store、Users、Configuration、Services、Extras七个部分组成，分别对应不同的管理功能。

可见，上述基于Eucalyptus的整合方法具有较好的成本优势：图书馆不必一次购置大量高端服务器，只需估计现阶段需求，在原有基础上购置少量新机(即集群服务器和云服务器)，随后根据需要分阶段增加，实现不同层次计算资源的全面利用，保护了前期投资。同时本平台搭建过程大量采用的Linux和Eucalyptus均属开源软件，减少了庞大的软件授权费用开支。

基于上述实施例所公开的技术方案，我们知道，初始部署采用原物理机对应原数据库或应用的方式，在本发明另一实施例中，从进一步提高业务服务器资源(物理机资源)的利用率方面出发，本发明系统具有自动的弹性扩展与负载均衡功能，具体地：

在具体实施过程中，哪些(业务)虚拟机运行在哪台物理机上是根据负载情况自动迁移的，具有动态性特征，为了保证服务质量，其迁移遵循业务拆分组合中错峰运行的原则，同时为了节约能源，能够自动迁移负载过低的服务器，并使闲置出来的物理机进入休眠状态。当现运行物理机性能不能满足负载时，休眠的物理机恢复正常运行。

其中，业务拆分组合指：在硬件规模不变的情况下，将访问峰值不在同一时间段的业务整合在同一台物理机，以此实现错峰运行。比如，图书馆服务器运行的业务具有明显的时段性特点，用户一般上午较多，晚上最多，下午较少，而午夜和凌晨最少。明显受人类作息行为规律影响。而就数据库之间差异来看，学习类、科研类和休闲娱乐类的资源库峰值访问时段具有明显差异。例如学习类和休闲类资源晚上较多，科研类上午和晚上都较多。将相应虚拟机交叉部署在已有物理机上能够避免物理服务器瘫痪或宕机的发生。

在具体实施过程中，可以参考以下内容实现上述负载均衡功能：

(1)实时统计各业务服务器的负载大小，业务服务器的负载大小取决于其中所有虚拟机对应的所有业务的访问频繁程度值，当业务服务器的负载大小低于预设的负载下限值时，说明该业务服务器的访问量过低，可以将业务服务器中所有虚拟机通过镜像文件形式打包迁移至目标业务服务器中，让这些虚拟机在目标服务器中支撑实现各自的业务，同时使业务服务器处于休眠状态。其中，目标业务服务器为负载大小低于预设的负载中限值的业务服务器，负载大小低于负载中限值，说明该目标业务服务器还可以再支撑一部分虚拟机。并且可以理解的是，这里迁移虚拟机是指将单纯的虚拟机和该虚拟机所承载的业务都迁移。

(2)当业务服务器的负载大小超过预设的负载上限值时，说明该业务服务器负载过量，需要其他业务服务器的支援，此时，激活处于休眠状态的业务服务器，并将负载大小超过负载上限值的业务服务器中预设比例的虚拟机通过镜像文件形式打包迁移至激活的业务服务器中。对于预设比例的虚拟机，可根据具体情况进行选定，比如，负载过量的业务服务器中共有四个虚拟机，其中，有两个虚拟机(对应的业务)的访问频繁程度值都比较高，那么就将其中一个虚拟机通过镜像文件形式打包迁移至激活的业务服务器中，以此来分担负载量。

由上述内容不难看出，上述负载下限值、负载中限值以及负载上限值的大小为依次增加，对于它们的具体取值，本领域技术人员可以根据上述描述的作用来进行相适应的设置。

本发明中，对于弹性扩展，弹性扩展的对象为数据库或应用运行的虚拟机。系统定时读取虚拟机状态参数，若达到弹性扩展阈值，则执行相应方案启动或关闭虚拟机。

扩展规则：弹性扩展实施的基础是扩展规则，包括要扩展的虚拟机类型、源虚拟机CPU使用率、内存使用率、磁盘IO、网络IO以及条件、值和方案。条件定义了虚拟机性能参数作为阈值，方案主要是增加或者减少虚拟机数量。

一般情况下，每种应用的负载变化都有一定规律，结合机器学习算法根据样本数据建立资源模型能够预测未来时间负载变化趋势，实现提前调整，主动、有效地应对访问高峰。具体为：

(1)通过数据挖掘方法收集、存储和分析整个平台中每台虚拟机负载与启动、关闭情况，根据样本学习发现潜在规则，形成对未来具体时间的访问负载预测。

(2)根据预测负载减少的情况，提前一定时间(几十秒到数分钟)在计划持续运行物理机上复制计划关闭的虚拟机。而在预测负载增加时提前一定时间将处于休眠的物理机唤醒为正常运行状态，并进行业务数据变化对比与更新。

综上，可以看出，本发明方案具有以下特点：

(1)部署灵活。可以将数据库服务器或应用服务器通过镜像形式打包转移到虚拟机，通过虚拟机迁移实现重新部署，可以根据访问负载变化将其运行在不同性能的物理机上，保持业务不间断运行。

(2)资源按需分配，整体计算能力强。平台资源按需使用、弹性扩展，通过自动迁移实现错峰运行，应对突发访问请求。

(3)根据访问负载动态调整虚拟机数量，提高服务器CPU利用率，而其他服务器处于休眠状态，同时由于发热减少，减少了空调使用，节约了能源消耗。有利于节能减排。

基于上述本发明实施例所公开的技术方案，本发明以某图书馆数据中心为例进行举例说明：

参考图4，示出了图书馆实施场景图，可以看出，图书馆拥有小型机2台(401，402)，配备2台磁盘阵列存储(403，404)；拥有数据库服务器18台，其中塔式服务器6台(407-412)，机架式服务器6台(413-418)，刀片式服务器6台(419-424)。光纤存储阵列(405)通过光纤交换机(406)与数据库服务器(407-424)连接。小型机(401，402)与数据库服务器(407-424)通过以太网交换机(425)连接，整个系统通过路由器(426)接入校园网(427)。

该图书馆数据库与应用服务共计49个，包括CNKI、万方、维普、超星、方正、银符等数据库资源以及图书馆集成管理系统、图书馆门户网站、办公自动化系统、自助借还、阅览室计费系统和校园一卡通系统等应用服务系统。这些数据库服务和应用服务分别部署在小型机401、402和服务器407-424上，具体如表1所示。

表1

其中，图书馆集成管理系统(ILAS)属于关键业务，所在小型机(401、402)上以双机热备方式运行，性能稳定，安全性高，整合前后不做迁移。CNKI运行在数据库服务器407上，需要USB接口的电子狗，无法通过虚拟机运行，同样不做迁移。

为了便于管理，在整合初期，将服务器407-424根据硬件结构相似程度划分为三个集群，分别为包含6台塔式服务器(407-412)的集群1(428)、包含6台机架式服务器(413-418)的集群2(429)和包含6台刀片式服务器(419-424)的集群3(430)。理论上单个集群最少包含一台物理机，以形成相应虚拟机节点，单个集群包含的物理机数量没有数量上的限制。本实施例设定为每个集群6台物理机也是为了整齐划一，简化说明。新增四台塔式服务器(431-434)，安装Linux操作系统，其中431性能较高作为云服务器，性能较低的432、433、434分别作为集群1(428)、集群2(429)、集群3(430)的集群服务器。

在待整合服务器408-424上安装linux操作系统和Xen Server，生成虚拟机(VM1-VM47)。

配置431-434与所有待整合服务器407-424的防火墙规则，使它们能够正常通信。

在431-434与待整合服务器407-424上安装NTP时钟协议，修改集群服务器432、433、434与待整合服务器407-424的NTP配置文件，使其与云服务器431的系统时钟保持时间同步。

在云服务器431上安装CLC、Walrus，在集群服务器432、433、434上安装CC、SC，在待整合服务器407-424上安装NC。

在云服务器431上注册CLC、Walrus、SC与NC。

通过Web管理界面登陆CLC域名地址，下载并安装证书。

镜像制作。根据数据库与应用创建相应大小的raw文件。远程登录安装生成img镜像与xml配置文件，修改配置文件并将镜像挂载到虚拟机。

在每台虚拟机上安装对应的数据库管理系统、网站服务器、应用软件及相关依赖软件。

安装命令行工具euca2ool或者通过Web界面对平台进行管理。

基于上述本发明实施例提供的业务服务器的整合方法，本发明实施例还提供了一种业务服务器的整合系统，参考图5，该系统500可以包括如下内容：

确定单元501，用于确定待整合的业务服务器，待整合的业务服务器中业务服务器的数量为多个；其中，确定单元具体用于：判断各原始业务服务器中的业务所对应的业务数据是否能够运行在虚拟机上；如果是，则将其划为待整合的业务服务器。

虚拟机生成单元502，用于在待整合的业务服务器中每个业务服务器上生成用于承载各自业务的虚拟机；每个虚拟机承载一个或多个业务；

业务提供单元503，用于利用虚拟机来提供其所承载的业务。

本发明中，该系统500利用Eucalyptus对待整合的业务服务器进行整合，相应地，该系统500还包括：

分类单元，用于在待整合的业务服务器中每个业务服务器上生成用于承载各自业务的虚拟机之后，根据硬件结构相似程度，对待整合的业务服务器进行分类，得到多个服务器集群；

集群服务器分配单元，用于为每个服务器集群分配相应的集群服务器，集群服务器用于控制与其对应的服务器集群中所有虚拟机，以使虚拟机提供其所承载的业务；

云服务器分配单元，用于为所有集群服务器分配云服务器，云服务器用于控制所有集群服务器。

基于上述方案，本发明系统500具体还可以包括负载均衡单元，其用于在利用虚拟机来提供其所承载的业务之后，当业务服务器的负载大小低于预设的负载下限值时，将业务服务器中所有虚拟机通过镜像文件形式打包迁移至目标业务服务器中，并使业务服务器处于休眠状态；

其中，业务服务器的负载大小取决于其中所有虚拟机对应的所有业务的访问频繁程度值；目标业务服务器为负载大小低于预设的负载中限值的业务服务器。

进一步地，负载均衡单元还用于：当业务服务器的负载大小超过预设的负载上限值时，激活处于休眠状态的业务服务器，并将负载大小超过负载上限值的业务服务器中预设比例的虚拟机通过镜像文件形式打包迁移至激活的业务服务器中。

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

以上对本发明所提供的一种业务服务器的整合方法及系统进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (10)

1.一种业务服务器的整合方法，其特征在于，该方法包括：

确定待整合的业务服务器，所述待整合的业务服务器中业务服务器的数量为多个；

在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各自业务的虚拟机；每个所述虚拟机承载一个或多个所述业务；

利用所述虚拟机来提供其所承载的业务。

2.如权利要求1所述的方法，其特征在于，利用Eucalyptus对所述待整合的业务服务器进行整合，所述在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各自业务的虚拟机之后，还包括：

根据硬件结构相似程度，对所述待整合的业务服务器进行分类，得到多个服务器集群；

为每个所述服务器集群分配相应的集群服务器，所述集群服务器用于控制与其对应的所述服务器集群中所有所述虚拟机，以使所述虚拟机提供其所承载的业务；

为所有所述集群服务器分配云服务器，所述云服务器用于控制所有所述集群服务器。

3.如权利要求1或2所述的方法，其特征在于，在所述利用所述虚拟机来提供其所承载的业务之后，还包括：

当所述业务服务器的负载大小低于预设的负载下限值时，将所述业务服务器中所有所述虚拟机通过镜像文件形式打包迁移至目标业务服务器中，并使所述业务服务器处于休眠状态；

其中，所述业务服务器的负载大小取决于其中所有所述虚拟机对应的所有所述业务的访问频繁程度值；所述目标业务服务器为所述负载大小低于预设的负载中限值的所述业务服务器。

4.如权利要求3所述的方法，其特征在于，在所述利用所述虚拟机来提供其所承载的业务之后，还包括：

当所述业务服务器的负载大小超过预设的负载上限值时，激活处于休眠状态的所述业务服务器，并将负载大小超过所述负载上限值的所述业务服务器中预设比例的所述虚拟机通过镜像文件形式打包迁移至激活的所述业务服务器中。

5.如权利要求1或2所述的方法，其特征在于，所述确定待整合的业务服务器，包括：

判断各原始业务服务器中的业务所对应的业务数据是否能够运行在所述虚拟机上；

如果是，则将其划为待整合的业务服务器。

6.一种业务服务器的整合系统，其特征在于，该方法包括：

确定单元，用于确定待整合的业务服务器，所述待整合的业务服务器中业务服务器的数量为多个；

虚拟机生成单元，用于在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各自业务的虚拟机；每个所述虚拟机承载一个或多个所述业务；

业务提供单元，用于利用所述虚拟机来提供其所承载的业务。

7.如权利要求6所述的系统，其特征在于，该系统利用Eucalyptus对所述待整合的业务服务器进行整合，该系统还包括：

分类单元，用于在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各自业务的虚拟机之后，根据硬件结构相似程度，对所述待整合的业务服务器进行分类，得到多个服务器集群；

集群服务器分配单元，用于为每个所述服务器集群分配相应的集群服务器，所述集群服务器用于控制与其对应的所述服务器集群中所有所述虚拟机，以使所述虚拟机提供其所承载的业务；

云服务器分配单元，用于为所有所述集群服务器分配云服务器，所述云服务器用于控制所有所述集群服务器。

8.如权利要求6或7所述的系统，其特征在于，还包括：

负载均衡单元，用于在所述利用所述虚拟机来提供其所承载的业务之后，当所述业务服务器的负载大小低于预设的负载下限值时，将所述业务服务器中所有所述虚拟机通过镜像文件形式打包迁移至目标业务服务器中，并使所述业务服务器处于休眠状态；

其中，所述业务服务器的负载大小取决于其中所有所述虚拟机对应的所有所述业务的访问频繁程度值；所述目标业务服务器为所述负载大小低于预设的负载中限值的所述业务服务器。

9.如权利要求8所述的系统，其特征在于，所述负载均衡单元还用于：当所述业务服务器的负载大小超过预设的负载上限值时，激活处于休眠状态的所述业务服务器，并将负载大小超过所述负载上限值的所述业务服务器中预设比例的所述虚拟机通过镜像文件形式打包迁移至激活的所述业务服务器中。

10.如权利要求6或7所述的系统，其特征在于，所述确定单元具体用于：判断各原始业务服务器中的业务所对应的业务数据是否能够运行在所述虚拟机上；如果是，则将其划为待整合的业务服务器。