CN102843418B - 一种资源调度系统 - Google Patents

Abstract

本发明公开了一种资源调度系统，包括业务系统、为所述业务系统提供服务的服务器、由所述服务器组成的资源池、由资源池组成的数据中心、用于监控所述业务系统、服务器、资源池、数据中心的调度平台；所述调度平台包括：服务器管理模块，用于部署服务器；系统资源管理模块，用于部署业务系统，建立所述业务系统、服务器、资源池之间的关联关系；资源池管理模块，用于根据所述数据中心、服务器与资源池之间的关联关系，生成所述资源池的网络拓扑结构图，并发布与所述资源池相关联的服务器的状态参数。采用本发明，可建立业务系统、服务器、资源池之间的关联关系，动态分配资源，以最大程度地提高信息化设备利用率。

Description

一种资源调度系统

技术领域

本发明涉及一种通信领域，尤其涉及一种资源调度系统。

背景技术

电网行业中，企业信息系统的资源需求方主要是企业的业务系统，传统的业务系统对资源的使用，主要是根据业务需求，进行软件架构设计和系统架构设计，然后根据业务规模，购置软硬件IT资源。此外，电网业务一般覆盖省级的区域，同时，下属的地市设有供电局。在网络层面，电网公司建设了覆盖全网的综合业务数据网，具有独立的骨干网和城域网，使电网IT资源具有跨地域和分布式的特性。

在电网信息化建设过程中，随着业务需求的变化，信息系统建设不断提出，数据量高速增长，对于数据统计与预测分析的需求日益增加，对网络、软硬件平台和应用软件的性能要求越来越高。为保证系统稳定性和高性能，通常是在硬件配置、持续的程序版本改造等方面投入大量资金，保证信息系统最大访问量时的需要。然而信息系统的运行就如电力系统，有峰谷值之分，如果都按访问量或计算量峰值时来分配IT资源（包括网络、软硬件平台和应用软件资源），将会造成极大的浪费。

另外，信息系统大集中脚步的逐渐逼近，将给电网的信息化建设与运维管理带来更多的挑战。大集中会带来大并发的请求、海量的数据处理以及网络的安全和效率问题。从电网的实际情况分析，核心业务系统会逐步进行集中，同时地市局也会存在很多非核心业务系统。因此，有必要研究如何组织和调度跨地域、分布式的IT资源，以满足业务需求。

此外，有些业务应用适合使用分布式系统构建，甚至需要跨不同地域的数据中心的IT资源进行支撑。较为常见的有三种类型，第一是容灾系统，核心业务系统大集中后，由于其支撑的范围扩大，灾难或故障引起的服务停止是无法接受的，因此，需要在同城异地或者跨较远距离的城市建立灾备中心。第二种是网络并发压力大的业务，这些业务系统存在定期或不定期的高并发访问压力，集中部署后，会给中心机房的网络带来很大压力。第三种是涉及大规模数据存储和处理的业务，如果通过集中的方式进行建设，会给中心机房的空间、制冷等带来设计难度，对这些数据的远程访问和处理也会给中心机房带来较大的网络压力。

因此，如何提高IT资源的可伸缩性、扩展性和灵活性，充分利用分散在不同地域的数据中心的IT资源已经成为IT系统建设上水平必须要解决的问题。

发明内容

本发明所要解决的技术问题在于，提供一种资源调度系统，可通过建立业务系统、服务器、资源池之间的关联关系，动态分配资源，以最大程度地提高信息化设备利用率。

为了解决上述技术问题，本发明提供了一种资源调度系统，包括业务系统、为所述业务系统提供服务的服务器、由所述服务器组成的资源池、由资源池组成的数据中心、用于监控所述业务系统、服务器、资源池、数据中心的调度平台；所述调度平台包括：服务器管理模块，用于部署服务器；系统资源管理模块，用于部署业务系统，建立所述业务系统、服务器、资源池之间的关联关系；资源池管理模块，用于根据所述数据中心、服务器与资源池之间的关联关系，生成所述资源池的网络拓扑结构图，并发布与所述资源池相关联的服务器的状态参数，所述状态参数包括服务器名称、类型、工作状态、CPU数值、内存数值及磁盘数值。

作为上述方案的改进，所述服务器管理模块包括：配置修改子模块，用于修改所述服务器的配置信息，所述配置信息包括CPU数值、内存数值及磁盘数值；状态控制子模块，用于对所述服务器进行启动、停止、重启处理；软件安装子模块，用于为所述服务器安装软件；服务器映像子模块，用于为已有服务器创建映像、删除映像，并根据所述映像恢复已删除的服务器。

作为上述方案的改进，所述系统资源管理模块包括：系统参数子模块，用于实时获取业务系统的业务信息，并修改所述业务系统的有效期，所述业务信息包括系统名称、开始时间、结束时间、所属项目组、服务器总数、活动服务器数；系统映像子模块，用于为已有业务系统创建映像、删除映像；系统创建子模块，用于通过创建服务器方法和/或恢复映像方法创建业务系统，建立所述业务系统、服务器、资源池之间的关联关系；系统取消子模块，用于删除已有的业务系统；服务器子模块，用于创建或删除服务器，建立所述业务系统、服务器、资源池之间的关联关系。

作为上述方案的改进，所述调度平台还包括：计量管理模块，用于实时获取并记录所述资源池、与所述资源池相关联的服务器、资源池所属数据中心的资源使用信息；所述资源使用信息包括CPU当前使用率、内存当前使用率、磁盘当前使用率、CPU历史使用率、内存历史使用率、磁盘历史使用率及资源贡献量。

作为上述方案的改进，所述调度平台还包括：权限管理模块，用于部署角色并分配权限，建立所述角色间的关联关系及所述角色与资源池间的关联关系，所述角色包括单位、项目组、用户。

作为上述方案的改进，所述调度平台还包括：工作台模块，用于创建项目，跟踪项目审批进度，并部署所述业务系统及服务器。

作为上述方案的改进，所述工作台模块包括：请求子模块，用于创建项目，跟踪项目审批进度；核准子模块，用于实时获取待审核项目信息，并对所述待审核项目进行审批；系统子模块，用于部署所述业务系统及服务器，建立所述业务系统、服务器、资源池之间的关联关系。

实施本发明的有益效果在于：资源调度系统对IT资源进行标准化，并以服务的形式抽象出来，形成相应的业务系统、服务器、资源池及数据中心。调度平台实时监控业务系统、服务器、资源池、数据中心的实时状态，当业务系统提出资源需求时，调度平台通过建立业务系统、服务器、资源池之间的关联关系，为这些业务系统动态分配资源，以最大程度地提高信息化设备利用率，避免重复投资和浪费投资，有效提高系统可靠性和提高管理水平。

附图说明

图1是本发明一种资源调度系统的实施例结构示意图；

图2是本发明一种资源调度系统的实施例中调度平台的结构示意图；

图3是本发明一种资源调度系统的实施例中服务器管理模块的结构示意图；

图4是本发明一种资源调度系统的实施例中系统资源管理模块的结构示意图；

图5是本发明一种资源调度系统的实施例中调度平台的另一结构示意图；

图6是本发明一种资源调度系统的实施例中工作台模块的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

如图1所示，资源调度系统6包括服务器1、资源池2、数据中心3、业务系统4及调度平台5。其中，资源调度系统6包含有一个或多个业务系统4及数据中心3，数据中心3内包括一个或多个资源池2，资源池2内包括一个或多个服务器1。

需要说明的是，服务器1为业务系统4提供服务，服务器1为虚拟服务器。调度平台5用于监控所述业务系统4、服务器1、资源池2、数据中心3。

工作时，调度平台5实时获取业务系统4、服务器1、资源池2、数据中心3的相关信息。当到达业务系统4访问峰值时，业务系统4将承担高并发访问压力。此时，为业务系统提供服务的服务器1的CPU的使用率接近饱和，调度平台5可为业务系统4创建空闲的服务器1以分担原有服务器1的压力，新创建的服务器可隶属于任一资源池或任一数据中心。

如图2所示，调度平台5包括：

服务器管理模块51，用于部署服务器1。

服务器1隶属于资源池2，服务器1为业务系统4提供服务，部署服务器时，可对服务器1的配置信息进行修改以适应不同的业务系统4的要求，还可控制服务器1的状态，为服务器1安装相应的软件，为服务器1建立映像、并通过映像恢复服务器1等。

系统资源管理模块52，用于部署业务系统4，建立所述业务系统4、服务器1、资源池2之间的关联关系。

资源池2隶属于数据中心3，资源池2内包含有多个独立的服务器1，不同的服务器1为不同的业务系统4提供服务。

部署业务系统4时，可调整业务系统4的有效期，以实现资源调度系统6对业务系统4的有效管理。还可以根据业务需要，实时创建或删除业务系统4，并为业务系统4创建映像、创建服务器，创建服务器时，需要同时建立业务系统4、服务器1、资源池2之间的关联关系。

资源池管理模块53，用于根据所述数据中心3、服务器1与资源池2之间的关联关系，生成所述资源池2的网络拓扑结构图，并发布与所述资源池2相关联的服务器1的状态参数。所述状态参数包括服务器名称、类型、工作状态、CPU数值、内存数值及磁盘数值。

需要说明的是，资源池2隶属于数据中心3，资源池2内包含有多个独立的服务器1。网络拓扑结构图分三级展开，包含数据中心3、数据中心3下的资源池2、资源池2下的服务器1。通过网络拓扑结构图可直观地展现数据中心3、服务器1与资源池2之间的关联关系。

如图3所示，服务器管理模块51包括：

配置修改子模块511，用于修改所述服务器1的配置信息。所述配置信息包括CPU数值、内存数值及磁盘数值。

需要说明的是，修改VMWare和KVM服务器1的资源后，这些服务器1将重新启动，并且任何正在运行的服务将中断。POWERLPAR服务器1将不会重新启动。

状态控制子模块512，用于对所述服务器1进行启动、停止、重启处理。

状态控制子模块512可以启动业务系统4中的处于挂起状态的服务器1，可以停止业务系统4中的正在运行的服务器1，还可以重新启动业务系统4中正在运行的服务器1。

软件安装子模块513，用于为所述服务器1安装软件。

如果管理员再资源调度系统6添加了任何软件模块模板并进行了配置，用户就可以在现有服务器1上安装其他软件项。

服务器映像子模块514，用于为已有服务器1创建映像、删除映像，并根据所述映像恢复已删除的服务器1。

服务器映像子模块514可以将供应的服务器1的多个映像以其当前状态进行保存，可以使用之前保存的映像，将服务器1恢复到先前状态，也可以从清单中除去先前保存的服务器1映像。

如图4所示，系统资源管理模块52包括：

系统参数子模块521，用于实时获取业务系统4的业务信息，并修改所述业务系统4的有效期。所述业务信息包括系统名称、开始时间、结束时间、所属项目组、服务器总数、活动服务器数。

系统参数子模块521可静态显示业务系统4的业务信息；可动态显示与业务系统4相关联的服务器1的运行状态、CPU个数、内存大小、磁盘大小、CPU使用率、内存使用率、磁盘使用率。

另外，系统参数子模块521还可以修改所有业务系统4的结束日期以及尚未生效的业务系统4的开始日期、开始时间。

系统映像子模块522，用于为已有业务系统4创建映像、删除映像。

系统创建子模块523，用于通过创建服务器方法和/或恢复映像方法创建业务系统4，建立所述业务系统4、服务器1、资源池2之间的关联关系。

需要说明的是，系统创建子模块523通过资源池2的管理端来进行资源的统一管理，因此创建服务器1的动作关联不同资源池2的管理端，所以创建服务器1时需要进行资源池管理端的选择。资源池管理端可以是VMware和POWERLPar。

系统取消子模块524，用于删除已有的业务系统4。

删除已有的业务系统4时，可根据具体需求，选择“在项目到达结束日期即将停止使用时，保存每个服务器的映像”或“在项目停止使用之后仍保留现有已保存的映像”。

服务器子模块525，用于创建或删除服务器1，建立所述业务系统4、服务器1、资源池2之间的关联关系。

当业务系统4的范围扩大时，可以向业务系统4添加一个或多个服务器1，此时，需要指定CPU数量、内存以及要为每个服务器1部署的软件，新服务器1将收到自动分配的主机名。

不再需要服务器1时，可以从业务系统4中删除服务器1，删除服务器1时，自动分配给该服务器1的主机名将释放出来，以供在数据中心3内创建的其他服务器1使用。无法除去业务系统4中的最后一台服务器1。相反，可取消整个业务系统4。无法除去具有未来有效日期的业务系统4中的第一台服务器1。相反，可取消整个业务系统4。

图5是本发明一种资源调度系统6的实施例中调度平台5的另一结构示意图，与图1不同的是，调度平台5还包括：

计量管理模块54，用于实时获取并记录所述资源池2、与所述资源池2相关联的服务器1、资源池2所属数据中心3的资源使用信息。所述资源使用信息包括CPU当前使用率、内存当前使用率、磁盘当前使用率、CPU历史使用率、内存历史使用率、磁盘历史使用率及资源贡献量。

需要说明的是，计量时，可以以数据中心3为单位，展现数据中心3所有资源池2的总体CPU、内存、磁盘总数及当前使用率，历史使用曲线图。也以单个资源池2为单位，展现资源池2的总体CPU、内存、磁盘总数及当前使用率，历史使用曲线图。还以单台服务器1为单位，展现服务器1的CPU、内存、磁盘总数及当前使用率，历史使用曲线图。

权限管理模块55，用于部署角色并分配权限，建立所述角色间的关联关系及所述角色与资源池间的关联关系。

所述角色包括单位、项目组、用户。其中，一个单位可以包含有一个或多个项目组，相应地，一个项目组同样可以包含一个或多个用户，一个用户可以分别隶属于一个或多个项目组。

权限包括平台管理员权限、单位管理员权限、一般用户权限。分配权限时，平台管理员可以设置单位管理员及一般用户权限，单位管理员可以设置一般用户权限。

部署单位角色时，需要上传单位名称、单位描述、网络配置模板等信息。其中，只有具有平台管理员权限的用户才能进行单位的部署。

部署项目组角色时，需要上传所属单位、项目组名称、项目组描述，项目组的用户等信息。其中，具有平台管理员权限或单位管理员权限的用户才能进行项目组的创建、删除，而具有平台管理员权限、单位管理员权限、一般用户权限的用户均能进行项目组的修改。

部署用户角色时，需要上传详细信息、个人信息、权限信息。其中，具有平台管理员权限或单位管理员权限的用户才能进行用户的创建、删除，而具有平台管理员权限、单位管理员权限、一般用户权限的用户均能进行用户的修改。。

工作台模块56，用于创建项目，跟踪项目审批进度，并部署所述业务系统4及服务器1。

如图6所示，工作台模块56包括：

请求子模块561，用于创建项目，跟踪项目审批进度。

需要说明的是，具有审批权限的用户才能管理“待审批”、“待处理”、“处理中”、“处理成功”、“处理失败”、“未通过审批”的相关项目，一般用户只能提交创建申请。

核准子模块562，用于实时获取待审核项目信息，并对所述待审核项目进行审批。

系统子模块563，用于部署所述业务系统4及服务器1，建立所述业务系统4、服务器1、资源池2之间的关联关系。

由上可知，资源调度系统6对IT资源进行标准化，并以服务的形式抽象出来，形成相应的业务系统4、服务器1、资源池2及数据中心3。调度平台5实时监控业务系统4、服务器1、资源池2、数据中心3的实时状态，当业务系统4出现资源需求时，调度平台5为这些业务系统4动态分配服务器1，以最大程度地提高信息化设备利用率，避免重复投资和浪费投资。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (5)

1.一种资源调度系统，其特征在于，包括业务系统、为所述业务系统提供服务的服务器、由所述服务器组成的资源池、由资源池组成的数据中心、用于监控所述业务系统、服务器、资源池、数据中心的调度平台；

所述调度平台包括：

服务器管理模块，用于根据业务系统的资源需求部署服务器；

系统资源管理模块，用于部署业务系统，建立所述业务系统、服务器、资源池之间的关联关系；

资源池管理模块，用于根据所述数据中心、服务器与资源池之间的关联关系，生成所述资源池的网络拓扑结构图，并发布与所述资源池相关联的服务器的状态参数，所述状态参数包括服务器名称、类型、工作状态、CPU数值、内存数值及磁盘数值；

所述服务器管理模块包括：

配置修改子模块，用于修改所述服务器的配置信息，所述配置信息包括CPU数值、内存数值及磁盘数值；

状态控制子模块，用于对所述服务器进行启动、停止、重启处理；

软件安装子模块，用于为所述服务器安装软件；

服务器映像子模块，用于为已有服务器创建映像、删除映像，并根据所述映像恢复已删除的服务器；

所述系统资源管理模块包括：

系统参数子模块，用于实时获取业务系统的业务信息，并修改所述业务系统的有效期，所述业务信息包括系统名称、开始时间、结束时间、所属项目组、服务器总数、活动服务器数；

系统映像子模块，用于为已有业务系统创建映像、删除映像；

系统创建子模块，用于通过创建服务器方法和/或恢复映像方法创建业务系统，建立所述业务系统、服务器、资源池之间的关联关系；

系统取消子模块，用于删除已有的业务系统；

服务器子模块，用于创建或删除服务器，建立所述业务系统、服务器、资源池之间的关联关系。

2.如权利要求1所述的资源调度系统，其特征在于，所述调度平台还包括：

计量管理模块，用于实时获取并记录所述资源池、与所述资源池相关联的服务器、资源池所属数据中心的资源使用信息；

所述资源使用信息包括CPU当前使用率、内存当前使用率、磁盘当前使用率、CPU历史使用率、内存历史使用率、磁盘历史使用率及资源贡献量。

3.如权利要求1所述的资源调度系统，其特征在于，所述调度平台还包括：

权限管理模块，用于部署角色并分配权限，建立所述角色间的关联关系及所述角色与资源池间的关联关系，所述角色包括单位、项目组、用户。

4.如权利要求3所述的资源调度系统，其特征在于，所述调度平台还包括：

工作台模块，用于创建项目，跟踪项目审批进度，并部署所述业务系统及服务器。

5.如权利要求4所述的资源调度系统，其特征在于，所述工作台模块包括：

请求子模块，用于创建项目，跟踪项目审批进度；

核准子模块，用于实时获取待审核项目信息，并对所述待审核项目进行审批；

系统子模块，用于部署所述业务系统及服务器，建立所述业务系统、服务器、资源池之间的关联关系。