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

一种业务服务器的整合方法及系统的制作方法
【专利摘要】本发明公开了一种业务服务器的整合方法及系统，该方法包括：确定待整合的业务服务器；在待整合的业务服务器中每个业务服务器上生成用于承载各自业务的虚拟机；每个虚拟机承载一个或多个业务；利用虚拟机来提供其所承载的业务。相较现有技术中使用物理机作为业务服务器而言，本发明使用虚拟机来承载业务，由于多个虚拟机能够运行在一台物理机上且虚拟机易于管理，因此，本发明能够有效提高业务服务器资源(物理机资源)的利用率。
【专利说明】
一种业务服务器的整合方法及系统
技术领域
[0001] 本发明涉及计算机技术领域，特别是涉及一种业务服务器的整合方法及系统。
【背景技术】
[0002] 当今，随着经济社会的进步，如图书馆数据中心等数据中心的发展越来越注重高 技术、低成本、灵活以及易扩展特征。
[0003] 在实际生活中，受摩尔定律影响，图书馆数据中心内的众多业务服务器面临巨大 减值压力，影响了各业务服务器资源的利用率，比如，由于用户访问时段差异明显，业务服 务器高峰时段难以满足需要，低峰时却大部分处于空闲状态，能耗浪费严重。因此，人们通 常会通过对图书馆数据中心中众多业务服务器进行整合，以此来提高业务服务器资源的利 用率。比如，通过元数据方案规范对异构元数据进行采集、分析和加工，实现各种类型分布 式资源的整合。
[0004] 但是，上述整合方法主要针对的是数字内容整合问题，当面对海量数据增长、应用 与服务器快速增加的情况时，上述方法并不能满足需要。因此，亟需一种新的整合方法，以 提高业务服务器资源的利用率。

【发明内容】

[0005] 有鉴于此，本发明提供了一种业务服务器的整合方法及系统，以实现提高业务服 务器资源的利用率的目的。
[0006] 为解决上述技术问题，本发明提供一种业务服务器的整合方法，该方法包括：
[0007] 确定待整合的业务服务器，所述待整合的业务服务器中业务服务器的数量为多 个；
[0008] 在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各自业务的 虚拟机;每个所述虚拟机承载一个或多个所述业务；
[0009] 利用所述虚拟机来提供其所承载的业务。
[0010] 上述方法中，优选地，利用Eucalyptus对所述待整合的业务服务器进行整合，所述 在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各自业务的虚拟机之 后，还包括：
[0011 ]根据硬件结构相似程度，对所述待整合的业务服务器进行分类，得到多个服务器 集群；
[0012] 为每个所述服务器集群分配相应的集群服务器，所述集群服务器用于控制与其对 应的所述服务器集群中所有所述虚拟机，以使所述虚拟机提供其所承载的业务；
[0013] 为所有所述集群服务器分配云服务器，所述云服务器用于控制所有所述集群服务 器。
[0014] 上述方法中，优选地，在所述利用所述虚拟机来提供其所承载的业务之后，还包 括：
[0015] 当所述业务服务器的负载大小低于预设的负载下限值时，将所述业务服务器中所 有所述虚拟机通过镜像文件形式打包迀移至目标业务服务器中，并使所述业务服务器处于 休眠状态；
[0016] 其中，所述业务服务器的负载大小取决于其中所有所述虚拟机对应的所有所述业 务的访问频繁程度值;所述目标业务服务器为所述负载大小低于预设的负载中限值的所述 业务服务器。
[0017] 上述方法中，优选地，在所述利用所述虚拟机来提供其所承载的业务之后，还包 括：
[0018] 当所述业务服务器的负载大小超过预设的负载上限值时，激活处于休眠状态的所 述业务服务器，并将负载大小超过所述负载上限值的所述业务服务器中预设比例的所述虚 拟机通过镜像文件形式打包迀移至激活的所述业务服务器中。
[0019] 上述方法中，优选地，所述确定待整合的业务服务器，包括：
[0020] 判断各原始业务服务器中的业务所对应的业务数据是否能够运行在所述虚拟机 上；
[0021] 如果是，则将其划为待整合的业务服务器。
[0022]本发明还提供了一种业务服务器的整合系统，该方法包括：
[0023] 确定单元，用于确定待整合的业务服务器，所述待整合的业务服务器中业务服务 器的数量为多个；
[0024] 虚拟机生成单元，用于在所述待整合的业务服务器中每个所述业务服务器上生成 用于承载各自业务的虚拟机;每个所述虚拟机承载一个或多个所述业务；
[0025] 业务提供单元，用于利用所述虚拟机来提供其所承载的业务。
[0026]上述系统中，优选地，该系统利用Eucalyptus对所述待整合的业务服务器进行整 合，该系统还包括：
[0027] 分类单元，用于在所述待整合的业务服务器中每个所述业务服务器上生成用于承 载各自业务的虚拟机之后，根据硬件结构相似程度，对所述待整合的业务服务器进行分类， 得到多个服务器集群；
[0028] 集群服务器分配单元，用于为每个所述服务器集群分配相应的集群服务器，所述 集群服务器用于控制与其对应的所述服务器集群中所有所述虚拟机，以使所述虚拟机提供 其所承载的业务；
[0029]云服务器分配单元，用于为所有所述集群服务器分配云服务器，所述云服务器用 于控制所有所述集群服务器。
[0030] 上述系统中，优选地，还包括：
[0031 ]负载均衡单元，用于在所述利用所述虚拟机来提供其所承载的业务之后，当所述 业务服务器的负载大小低于预设的负载下限值时，将所述业务服务器中所有所述虚拟机通 过镜像文件形式打包迀移至目标业务服务器中，并使所述业务服务器处于休眠状态；
[0032] 其中，所述业务服务器的负载大小取决于其中所有所述虚拟机对应的所有所述业 务的访问频繁程度值;所述目标业务服务器为所述负载大小低于预设的负载中限值的所述 业务服务器。
[0033] 上述系统中，优选地，所述负载均衡单元还用于：当所述业务服务器的负载大小超 过预设的负载上限值时，激活处于休眠状态的所述业务服务器，并将负载大小超过所述负 载上限值的所述业务服务器中预设比例的所述虚拟机通过镜像文件形式打包迀移至激活 的所述业务服务器中。
[0034] 上述系统中，优选地，所述确定单元具体用于:判断各原始业务服务器中的业务所 对应的业务数据是否能够运行在所述虚拟机上;如果是，则将其划为待整合的业务服务器。
[0035] 以上本发明提供的一种业务服务器的整合方法及系统中，在确定待整合的业务服 务器后，在每个业务服务器上生成用于承载各自业务的虚拟机;利用所述虚拟机来提供其 所承载的业务。相较现有技术中使用物理机作为业务服务器而言，本发明使用虚拟机来承 载业务，由于多个虚拟机能够运行在一台物理机上且虚拟机易于管理，因此，本发明能够有 效提高业务服务器资源(物理机资源)的利用率。
【附图说明】
[0036] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据 提供的附图获得其他的附图。
[0037] 图1为本发明实施例提供的一种业务服务器的整合方法的流程图；
[0038]图2为本发明实施例提供的Eucalyptus的分层体系结构；
[0039] 图3为本发明实施例提供的一种业务服务器的整合方法的具有两个集群的简单平 台搭建不意图；
[0040] 图4为本发明实施例提供的一种业务服务器的整合方法的图书馆实施场景图
[0041] 图5为本发明实施例提供的一种业务服务器的整合系统的结构框图示意图。
【具体实施方式】
[0042] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他 实施例，都属于本发明保护的范围。
[0043] 本发明的核心是提供一种业务服务器的整合方法及系统，以实现提高业务服务器 资源的利用率的目的。
[0044] 为了使本技术领域的人员更好地理解本发明方案，下面结合附图和【具体实施方式】 对本发明作进一步的详细说明。
[0045] 参考图1，图1示出了本发明实施例提供的一种业务服务器的整合方法的流程图， 该方法具体可以包括如下步骤：
[0046] 步骤S100、确定待整合的业务服务器。
[0047] 本发明实施例的方法的执行主体为业务服务器的整合系统，其主要适用于各类数 据中心建设过程中对其中业务服务器的选型、改造和升级。为了便于本领域技术人员更有 场景性地理解本发明方案，下文中必要时会以图书馆数据中心为例进行具体说明，但需要 清楚的一点是，本发明并不局限于图书馆，也适用于其他行业数据中心。
[0048] 本发明中，先从数据中心中所有原始业务服务器中挑选出能够参与整合的业务服 务器，可以理解的是，既然需要整合，那挑选出来的业务服务器的数量应当为多个。对于挑 选的具体过程，由于整合过程中需要将业务承载于虚拟机上，因此先判断各原始业务服务 器中的业务所对应的业务数据，比如应用程序或数据库，是否能够运行在虚拟机上；如果 是，则将其划为待整合的业务服务器。这是因为，以图书馆数据中心为例，CA、CNKI等一些使 用加密狗的数据库就无法在虚拟机上运行。
[0049] 进一步地，在具体实施过程中，可以进行数据收集以全面掌握待整合服务器的硬 件信息与软件信息。其中，硬件信息包括服务器制造商、型号、序列号、物理位置、生产时期、 IP地址、CPU、内存及网卡速率;软件信息包括操作系统、中间件、Web服务器和数据库系统。
[0050] 基于上述掌握的信息，确定应用程序或数据库能否在虚拟机中运行，已购买软件 的许可证是否与服务器捆绑，应用程序之间以及应用程序与数据库之间关联性等。以图书 馆数据中心为例，遵循以下规则确定待整合的业务服务器：
[0051] ①优先整合非核心业务与消耗计算资源小的数据库和应用有利于提高整合工作 效率；
[0052] ②核心业务图书馆集成管理系统资源消耗极高，原小型机性能稳定，不进行整合； [0053]③CA、CNKI等一些使用加密狗的数据库无法在虚拟机上运行，因此不进行整合； [0054]④一些数据库（多数是国外数据库）提供远程访问，不在图书馆建立镜像服务器， 也不需要服务器，无需考虑整合问题。
[0055]步骤S101、在待整合的业务服务器中每个业务服务器上生成用于承载各自业务的 虚拟机。
[0056]具体地，每个虚拟机承载一个或多个业务，虚拟机承载业务指该业务相关的业务 数据运行在该虚拟机上，该虚拟机能够为该业务的请求提供相应的服务。
[0057]在实际应用的具体实施过程中，还需要将待整合的业务服务器中各业务服务器的 业务迀移到相应的虚拟机中，具体地，可以从全局统筹角度解决迀移过程中应用和技术方 面的问题，具体内容如下：
[0058] 迀移对象:待整合服务器的应用程序、数据、依赖软件、系统服务软件以及操作系 统。
[0059] 迀移原则:灵活弹性可扩展、提高资源利用率、降低成本、降低安全风险以及减小 网络通信开销。
[0060] 迀移方法:将迀移对象制作成机器镜像文件（Image)进行保存和传输。
[0061] 按照现有技术并结合图书馆服务器环境，可以参考以下内容来制作镜像：
[0062]①创建raw格式空镜像文件。其中，每个镜像包括一个内核(kernel)、一个RAN磁盘 (randisk)和一个操作系统镜像（image) 〇
[0063]②远程登录，采用数据库或应用运行的操作系统文件(Linux系列或Windows系列） 逐步完成安装虚拟机的操作系统，然后关闭虚拟机生成镜像文件。
[0064]③Windows类系统镜像包括img镜像文件和xml配置文件，Linux类系统镜像包括 image镜像文件、内核kernel文件和ramdisk文件。
[0065]④修改镜像。Windows修改xml文件，更改虚拟机启动方式为hd，打包成iso格式挂 载至Ijcdrom下，启动虚拟机。Linux挂载img镜像文件到某一目录，并修改当前系统根目录。
[0066] 综合来说，即待整合的服务器上运行的应用程序、数据和依赖环境作为迀移对象， 将它们以单个服务器为单位打包制作成镜像，然后压缩、分割和上传到相应的目标虚拟机。 通常为了稳定运行，最理想状态是一个应用或数据库对应单台物理服务器，由于条件限制， 有些图书馆可能将几个访问负载（I/O或并发连接数)较小的应用安装到同一台物理机。在 本发明中，虚拟化以后，由于虚拟机数量不受限制，单个数据库或应用可以单独运行在单台 的虚拟机。比如，对于一个支撑三种业务的业务服务器，在其上生成三个虚拟机，每个虚拟 机对应一种业务，由这三个虚拟机来独立实现对这三种业务的支撑。
[0067] 其中，服务器迀移（将待整合的业务服务器中各业务服务器的业务迀移到相应的 虚拟机）：根据数据库或应用运行环境复杂程度采用两种方式，一种是将原服务器操作系统 删减和修改成包含单个数据库或应用的操作系统，然后压缩、分割和上传到相应虚拟机;另 一种是重新搭建操作系统环境，采用上述方式制作成镜像，生成虚拟机，根据应用依赖清 单，登录到虚拟机搭建安全、语言和依赖程序等运行环境、安装Web服务器或应用服务器。
[0068] 数据同步:大型数据库和应用一般采用计算(Web服务器或客户端)与存储(数据库 的数据)分离的方式，采用服务器与磁盘阵列通过网络连接的网络存储方式，为此必须确保 服务器上的数据库IP地址正确；而有些图书馆数据库或应用数据和应用集中在同一台机 器，由于数据量巨大，一般不能和服务器所在的操作系统同时通过上述机器镜像方式迀移， 因此需要采用数据同步技术。
[0069] 根据现有技术，数据同步分为离线迀移、直接迀移和日志挖掘方法进行。其中，离 线方法从源数据库中提取数据保存成文件，在目标数据库空闲时使用本地工具或脚本加 载。小型且负载不大的数据库使用在线方式利用JDBC、0DBC驱动或第三方工具直接连接迀 移。大型、不间断数据库通过日志挖掘方法读取源数据库事务日志，将操作保存成中间文档 复制到目标数据库，或者在源数据库设置触发器，将变化写入临时表并复制到目标数据库。
[0070] 迀移测试：以黑盒方式测试迀移后的各项功能。数据库测试包括数据完整性、存储 过程、备份恢复以及数据库模式等。应用程序测试各模块通信情况、用户体验感与资源按需 提供能力。
[0071] 步骤S102、利用虚拟机来提供其所承载的业务。
[0072] 具体地，利用虚拟机来提供其所承载的业务，即虚拟机能够为承载于自身的业务 的请求提供相应的服务。
[0073] 相较现有技术中使用物理机作为业务服务器而言，本发明使用虚拟机来承载业 务，由于多个虚拟机能够运行在一台物理机上且虚拟机易于管理，因此，本发明能够有效提 高业务服务器资源(物理机资源)的利用率。
[0074] 基于上述本发明实施例所公开的技术方案，在本发明另一实施例中，进一步利用 Eucalyptus对待整合的业务服务器进行整合过程中的平台搭建，其中，Eucalyptus (Elastic Utility Computing Architecture for Linking Your Programs To Useful Systems)是一种开源的软件基础结构，用来通过计算集群或工作站群实现弹性的、实用的 云计算。相较现有技术中采用授权费用昂贵的疆1&代￥3口116代、]\1；[(31'080；1^115^61-￥、(^1：1^1 Xen Server以及Red Hat的RHEV等虚拟化技术提高服务器利用率，本发明减少了庞大的软 件授权费用开支。
[0075] 参考图2,示出了Eucalyptus的分层体系结构，可以看出，Eucalyptus由五类组件 构成，分别是云控制器〇^以201)、1&1^18(202)、集群控制器0：(203、204)、存储控制器3〇 (205、206)、节点控制器％(207-212)，它提供一种对机构11'基础设施进行弹性统一管理的 整体方案。使用Eucalyptus搭建图书馆私有云具有部署简单，成本低廉，自动负载均衡以及 节约能耗等优点。
[0076] 具体地，在待整合的业务服务器中每个业务服务器上生成用于承载各自业务的虚 拟机之后，执行以下内容：
[0077] 首先，根据硬件结构相似程度，对待整合的业务服务器中的所有业务服务器进行 分类，得到多个服务器集群;然后，为每个服务器集群分配相应的集群服务器，以及为所有 集群服务器分配云服务器。其中，集群服务器用于控制与其对应的服务器集群中所有虚拟 机，以使虚拟机提供其所承载的业务;云服务器用于控制所有集群服务器。
[0078]如图3,以具有两个集群的简单平台搭建为例进行说明：
[0079] (1)准备3台服务器301、302和303作为集群服务器，安装Linux操作系统，以配置较 高的301作为云服务器，其余两台302和303分别作为集群310与311的集群服务器。
[0080] (2)在所有待整合服务器304-309上安装Linux操作系统和Xen Server生成虚拟机 312-329。其中，Xen Server为Eucalyptus的虚拟化管理程序。
[0081] (3)配置云服务器301、302、303与待整合服务器304-309的防火墙规则，保证它们 之间能够正常通信。
[0082] (4)在云服务器301、集群服务器302、303和待整合服务器304-309上安装NTP时钟 协议，修改集群服务器302、303与待整合服务器304-309的NTP配置文件，使其与云服务器 301的系统时钟保持时间同步。
[0083] (5)安装Eucalyptus组件。在云服务器301上安装CLC、Walrus，在集群服务器302、 303上安装CC、SC。在所有待整合服务器304-309上安装NC。
[0084] (6)注册组件。在云服务器301上注册walrus、CC、SC和NC。
[0085] (7)证书安装。Eucalyptus组件之间是通过认证授权方式连接的，通过Web管理界 面登录CLC域名地址，端口号8443，登录名和密码都是"admin"，下载并安装证书。
[0086] (8)平台管理。平台可以通过301-303中任意一台物理机、304-309中任意一台虚拟 机，或者平台之外的其他终端进行管理。开源Eucalyptus提供命令行与Web两种管理方式。 命令行方式需要在管理机器操作系统中安装euca2〇〇ls工具，然后进行环境变量设置、账号 申请、证书获取、状态查询、keypairs创建、运行和登录虚拟机实例等操作。Web管理通过Web 浏览器进行，界面由 Credent ials、Images、Store、Users、Configuration、Services、Extras 七个部分组成，分别对应不同的管理功能。
[0087]可见，上述基于Eucalyptus的整合方法具有较好的成本优势：图书馆不必一次购 置大量高端服务器，只需估计现阶段需求，在原有基础上购置少量新机(即集群服务器和云 服务器），随后根据需要分阶段增加，实现不同层次计算资源的全面利用，保护了前期投资。 同时本平台搭建过程大量采用的Linux和Eucalyptus均属开源软件，减少了庞大的软件授 权费用开支。
[0088]基于上述实施例所公开的技术方案，我们知道，初始部署采用原物理机对应原数 据库或应用的方式，在本发明另一实施例中，从进一步提高业务服务器资源(物理机资源） 的利用率方面出发，本发明系统具有自动的弹性扩展与负载均衡功能，具体地：
[0089] 在具体实施过程中，哪些(业务)虚拟机运行在哪台物理机上是根据负载情况自动 迀移的，具有动态性特征，为了保证服务质量，其迀移遵循业务拆分组合中错峰运行的原 贝1J，同时为了节约能源，能够自动迀移负载过低的服务器，并使闲置出来的物理机进入休眠 状态。当现运行物理机性能不能满足负载时，休眠的物理机恢复正常运行。
[0090] 其中，业务拆分组合指:在硬件规模不变的情况下，将访问峰值不在同一时间段的 业务整合在同一台物理机，以此实现错峰运行。比如，图书馆服务器运行的业务具有明显的 时段性特点，用户一般上午较多，晚上最多，下午较少，而午夜和凌晨最少。明显受人类作息 行为规律影响。而就数据库之间差异来看，学习类、科研类和休闲娱乐类的资源库峰值访问 时段具有明显差异。例如学习类和休闲类资源晚上较多，科研类上午和晚上都较多。将相应 虚拟机交叉部署在已有物理机上能够避免物理服务器瘫痪或宕机的发生。
[0091] 在具体实施过程中，可以参考以下内容实现上述负载均衡功能：
[0092] (1)实时统计各业务服务器的负载大小，业务服务器的负载大小取决于其中所有 虚拟机对应的所有业务的访问频繁程度值，当业务服务器的负载大小低于预设的负载下限 值时，说明该业务服务器的访问量过低，可以将业务服务器中所有虚拟机通过镜像文件形 式打包迀移至目标业务服务器中，让这些虚拟机在目标服务器中支撑实现各自的业务，同 时使业务服务器处于休眠状态。其中，目标业务服务器为负载大小低于预设的负载中限值 的业务服务器，负载大小低于负载中限值，说明该目标业务服务器还可以再支撑一部分虚 拟机。并且可以理解的是，这里迀移虚拟机是指将单纯的虚拟机和该虚拟机所承载的业务 都迀移。
[0093] (2)当业务服务器的负载大小超过预设的负载上限值时，说明该业务服务器负载 过量，需要其他业务服务器的支援，此时，激活处于休眠状态的业务服务器，并将负载大小 超过负载上限值的业务服务器中预设比例的虚拟机通过镜像文件形式打包迀移至激活的 业务服务器中。对于预设比例的虚拟机，可根据具体情况进行选定，比如，负载过量的业务 服务器中共有四个虚拟机，其中，有两个虚拟机(对应的业务)的访问频繁程度值都比较高， 那么就将其中一个虚拟机通过镜像文件形式打包迀移至激活的业务服务器中，以此来分担 负载量。
[0094] 由上述内容不难看出，上述负载下限值、负载中限值以及负载上限值的大小为依 次增加，对于它们的具体取值，本领域技术人员可以根据上述描述的作用来进行相适应的 设置。
[0095] 本发明中，对于弹性扩展，弹性扩展的对象为数据库或应用运行的虚拟机。系统定 时读取虚拟机状态参数，若达到弹性扩展阈值，则执行相应方案启动或关闭虚拟机。
[0096] 扩展规则:弹性扩展实施的基础是扩展规则，包括要扩展的虚拟机类型、源虚拟机 CPU使用率、内存使用率、磁盘10、网络10以及条件、值和方案。条件定义了虚拟机性能参数 作为阈值，方案主要是增加或者减少虚拟机数量。
[0097] 一般情况下，每种应用的负载变化都有一定规律，结合机器学习算法根据样本数 据建立资源模型能够预测未来时间负载变化趋势，实现提前调整，主动、有效地应对访问高 峰。具体为：
[0098] (1)通过数据挖掘方法收集、存储和分析整个平台中每台虚拟机负载与启动、关闭 情况，根据样本学习发现潜在规则，形成对未来具体时间的访问负载预测。
[0099] (2)根据预测负载减少的情况，提前一定时间（几十秒到数分钟)在计划持续运行 物理机上复制计划关闭的虚拟机。而在预测负载增加时提前一定时间将处于休眠的物理机 唤醒为正常运行状态，并进行业务数据变化对比与更新。
[0100] 综上，可以看出，本发明方案具有以下特点：
[0101] (1)部署灵活。可以将数据库服务器或应用服务器通过镜像形式打包转移到虚拟 机，通过虚拟机迀移实现重新部署，可以根据访问负载变化将其运行在不同性能的物理机 上，保持业务不间断运行。
[0102] (2)资源按需分配，整体计算能力强。平台资源按需使用、弹性扩展，通过自动迀移 实现错峰运行，应对突发访问请求。
[0103] (3)根据访问负载动态调整虚拟机数量，提高服务器CPU利用率，而其他服务器处 于休眠状态，同时由于发热减少，减少了空调使用，节约了能源消耗。有利于节能减排。
[0104] 基于上述本发明实施例所公开的技术方案，本发明以某图书馆数据中心为例进行 举例说明：
[0105] 参考图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)。
[0106]该图书馆数据库与应用服务共计49个，包括CNKI、万方、维普、超星、方正、银符等 数据库资源以及图书馆集成管理系统、图书馆门户网站、办公自动化系统、自助借还、阅览 室计费系统和校园一卡通系统等应用服务系统。这些数据库服务和应用服务分别部署在小 型机401、402和服务器407-424上，具体如表1所示。
[0107]表1
[0110] 其中，图书馆集成管理系统（ILAS)属于关键业务，所在小型机(401、402)上以双机 热备方式运行，性能稳定，安全性高，整合前后不做迀移。CNKI运行在数据库服务器407上， 需要USB接口的电子狗，无法通过虚拟机运行，同样不做迀移。
[0111] 为了便于管理，在整合初期，将服务器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)的集群服务器。
[0112] 在待整合服务器408-424上安装linux操作系统和Xen Server，生成虚拟机(VM1-VM47)〇
[0113] 配置431-434与所有待整合服务器407-424的防火墙规则，使它们能够正常通信。
[0114] 在431-434与待整合服务器407-424上安装NTP时钟协议，修改集群服务器432、 433、434与待整合服务器407-424的NTP配置文件，使其与云服务器431的系统时钟保持时间 同步。
[0115] 在云服务器431上安装CLC、Walrus，在集群服务器432、433、434上安装CC、SC，在待 整合服务器407-424上安装NC。
[0116] 在云服务器431上注册CLC、Walrus、SC与NC。
[0117] 通过Web管理界面登陆CLC域名地址，下载并安装证书。
[0118]镜像制作。根据数据库与应用创建相应大小的raw文件。远程登录安装生成img镜 像与xml配置文件，修改配置文件并将镜像挂载到虚拟机。
[0119] 在每台虚拟机上安装对应的数据库管理系统、网站服务器、应用软件及相关依赖 软件。
[0120] 安装命令行工具euca2ool或者通过Web界面对平台进行管理。
[0121] 基于上述本发明实施例提供的业务服务器的整合方法，本发明实施例还提供了一 种业务服务器的整合系统，参考图5,该系统500可以包括如下内容：
[0122] 确定单元501，用于确定待整合的业务服务器，待整合的业务服务器中业务服务器 的数量为多个;其中，确定单元具体用于:判断各原始业务服务器中的业务所对应的业务数 据是否能够运行在虚拟机上;如果是，则将其划为待整合的业务服务器。
[0123] 虚拟机生成单元502,用于在待整合的业务服务器中每个业务服务器上生成用于 承载各自业务的虚拟机;每个虚拟机承载一个或多个业务；
[0124] 业务提供单元503,用于利用虚拟机来提供其所承载的业务。
[0125] 本发明中，该系统500利用Eucalyptus对待整合的业务服务器进行整合，相应地， 该系统500还包括：
[0126] 分类单元，用于在待整合的业务服务器中每个业务服务器上生成用于承载各自业 务的虚拟机之后，根据硬件结构相似程度，对待整合的业务服务器进行分类，得到多个服务 器集群；
[0127] 集群服务器分配单元，用于为每个服务器集群分配相应的集群服务器，集群服务 器用于控制与其对应的服务器集群中所有虚拟机，以使虚拟机提供其所承载的业务；
[0128] 云服务器分配单元，用于为所有集群服务器分配云服务器，云服务器用于控制所 有集群服务器。
[0129] 基于上述方案，本发明系统500具体还可以包括负载均衡单元，其用于在利用虚拟 机来提供其所承载的业务之后，当业务服务器的负载大小低于预设的负载下限值时，将业 务服务器中所有虚拟机通过镜像文件形式打包迀移至目标业务服务器中，并使业务服务器 处于休眠状态；
[0130] 其中，业务服务器的负载大小取决于其中所有虚拟机对应的所有业务的访问频繁 程度值；目标业务服务器为负载大小低于预设的负载中限值的业务服务器。
[0131] 进一步地，负载均衡单元还用于：当业务服务器的负载大小超过预设的负载上限 值时，激活处于休眠状态的业务服务器，并将负载大小超过负载上限值的业务服务器中预 设比例的虚拟机通过镜像文件形式打包迀移至激活的业务服务器中。
[0132] 需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重 点说明的都是与其它实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。 对于系统类实施例而言，由于其与方法实施例基本相似，所以描述得比较简单，相关之处参 见方法实施例的部分说明即可。
[0133]以上对本发明所提供的一种业务服务器的整合方法及系统进行了详细介绍。本文 中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮 助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不 脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入 本发明权利要求的保护范围内。
【主权项】
1. 一种业务服务器的整合方法，其特征在于，该方法包括： 确定待整合的业务服务器，所述待整合的业务服务器中业务服务器的数量为多个； 在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各自业务的虚拟 机;每个所述虚拟机承载一个或多个所述业务； 利用所述虚拟机来提供其所承载的业务。2. 如权利要求1所述的方法，其特征在于，利用Eucalyptus对所述待整合的业务服务器 进行整合，所述在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各自业 务的虚拟机之后，还包括： 根据硬件结构相似程度，对所述待整合的业务服务器进行分类，得到多个服务器集群； 为每个所述服务器集群分配相应的集群服务器，所述集群服务器用于控制与其对应的 所述服务器集群中所有所述虚拟机，以使所述虚拟机提供其所承载的业务； 为所有所述集群服务器分配云服务器，所述云服务器用于控制所有所述集群服务器。3. 如权利要求1或2所述的方法，其特征在于，在所述利用所述虚拟机来提供其所承载 的业务之后，还包括： 当所述业务服务器的负载大小低于预设的负载下限值时，将所述业务服务器中所有所 述虚拟机通过镜像文件形式打包迀移至目标业务服务器中，并使所述业务服务器处于休眠 状态； 其中，所述业务服务器的负载大小取决于其中所有所述虚拟机对应的所有所述业务的 访问频繁程度值;所述目标业务服务器为所述负载大小低于预设的负载中限值的所述业务 服务器。4. 如权利要求3所述的方法，其特征在于，在所述利用所述虚拟机来提供其所承载的业 务之后，还包括： 当所述业务服务器的负载大小超过预设的负载上限值时，激活处于休眠状态的所述业 务服务器，并将负载大小超过所述负载上限值的所述业务服务器中预设比例的所述虚拟机 通过镜像文件形式打包迀移至激活的所述业务服务器中。5. 如权利要求1或2所述的方法，其特征在于，所述确定待整合的业务服务器，包括： 判断各原始业务服务器中的业务所对应的业务数据是否能够运行在所述虚拟机上； 如果是，则将其划为待整合的业务服务器。6. -种业务服务器的整合系统，其特征在于，该方法包括： 确定单元，用于确定待整合的业务服务器，所述待整合的业务服务器中业务服务器的 数量为多个； 虚拟机生成单元，用于在所述待整合的业务服务器中每个所述业务服务器上生成用于 承载各自业务的虚拟机;每个所述虚拟机承载一个或多个所述业务； 业务提供单元，用于利用所述虚拟机来提供其所承载的业务。7. 如权利要求6所述的系统，其特征在于，该系统利用Eucalyptus对所述待整合的业务 服务器进行整合，该系统还包括： 分类单元，用于在所述待整合的业务服务器中每个所述业务服务器上生成用于承载各 自业务的虚拟机之后，根据硬件结构相似程度，对所述待整合的业务服务器进行分类，得到 多个服务器集群； 集群服务器分配单元，用于为每个所述服务器集群分配相应的集群服务器，所述集群 服务器用于控制与其对应的所述服务器集群中所有所述虚拟机，以使所述虚拟机提供其所 承载的业务； 云服务器分配单元，用于为所有所述集群服务器分配云服务器，所述云服务器用于控 制所有所述集群服务器。8. 如权利要求6或7所述的系统，其特征在于，还包括： 负载均衡单元，用于在所述利用所述虚拟机来提供其所承载的业务之后，当所述业务 服务器的负载大小低于预设的负载下限值时，将所述业务服务器中所有所述虚拟机通过镜 像文件形式打包迀移至目标业务服务器中，并使所述业务服务器处于休眠状态； 其中，所述业务服务器的负载大小取决于其中所有所述虚拟机对应的所有所述业务的 访问频繁程度值;所述目标业务服务器为所述负载大小低于预设的负载中限值的所述业务 服务器。9. 如权利要求8所述的系统，其特征在于，所述负载均衡单元还用于：当所述业务服务 器的负载大小超过预设的负载上限值时，激活处于休眠状态的所述业务服务器，并将负载 大小超过所述负载上限值的所述业务服务器中预设比例的所述虚拟机通过镜像文件形式 打包迀移至激活的所述业务服务器中。10. 如权利要求6或7所述的系统，其特征在于，所述确定单元具体用于：判断各原始业 务服务器中的业务所对应的业务数据是否能够运行在所述虚拟机上;如果是，则将其划为 待整合的业务服务器。
【文档编号】G06F9/455GK106055380SQ201610339411
【公开日】2016年10月26日
【申请日】2016年5月20日
【发明人】王彦明
【申请人】郑州丞极信息科技有限责任公司