一种IDC设备管控系统的制作方法

文档序号:18414146发布日期:2019-08-13 19:07阅读:197来源:国知局
一种IDC设备管控系统的制作方法

本发明涉及互联网数据中心技术领域,尤其涉及一种idc设备管控系统。



背景技术:

idc(internetdatacenter,互联网数据中心)就是指大型机房,利用已有的互联网通信线路、带宽资源,建立标准化的电信专业级机房环境,为企事业单位、政府机构、个人提供应用服务器托管、租用业务以及相关增值等方面的全方位服务。因此,为了适应时代发展,打造大数据平台,电力部门构建了自己独立的idc中心。

电力部门由于涉及的业务繁多,且各个业务系统都有各自保存设备及系统模型关联管理模块,如maximo、it监控系统、两级三线、it资产系统及excel表记录方式等,导致各个业务系统间的设备及系统模型关联数据支撑各自相应的主体业务,同时因各资源管理运维模块(如主机信息管理、数据库信息管理、中间件信息管理、虚拟化信息管理等)之间的信息存在少量的信息不准确,相互之间不能同步等问题,从而出现制约业务发展的很多弊端因素。上述弊端因素具体为,运维信息不能自动发现和动态更新;运维信息存在一定程度的滞后和不准确;运维信息逻辑关系混乱,其中一个组件发生变更后,带来的影响无法评估,导致业务受到影响,降低了系统可靠性;需要大量的人工变更,并且变更不能及时确保合规;运维信息变更没有跟流程管理结合,信息变更不能做到完善留痕和审计;运维信息存在各个系统中,形成数据孤岛,数据打通的难度很大,难以支撑一体化运维所需。

因此,亟需构建一种基础运维体系来保障各项业务持续、健康、快速发展的设备管控系统,克服上述现有技术存在的制约业务发展的弊端,满足日常运维操作管理要求。



技术实现要素:

本发明实施例所要解决的技术问题在于,提供一种idc设备管控系统,能够克服现有技术存在的制约业务发展的弊端,不仅保障各项业务持续、健康、快速发展,还满足日常运维操作管理要求。

为了解决上述技术问题,本发明实施例提供了一种idc设备管控系统,包括依序相连的第三方业务系统接入单元、运维设备及系统模型关联管理单元以及运维信息管控单元;其中,

所述第三方业务系统接入单元为接收第三方业务系统中已有的运维信息,建立接口、映射关系、消费场景设计和流程对接以及同步任务;

所述运维设备及系统模型关联管理单元为所接收到的第三方业务系统的运维信息提供数据服务,实现对所接收到的运维信息的管理;其中,所述数据服务包括数据存储、数据维护、基础展示及变更历史;所述运维信息的管理包括运维信息的蓝图设计、建模、录入、保存、登陆、查询、权限管理及导出;

所述运维信息管控单元根据预设的管控类型,对由所述运维设备及系统模型关联管理单元处理后的运维信息进行细分,并对细分后的每一管控类型的运维信息进行采集、同步及显示;其中,所述预设的管控类型包括主机信息、中间件信息、数据库信息和虚拟化信息。

其中,所述第三方业务系统接入单元包括流程对接模块、场景设计及api提供模块和两级三线系统运维信息同步模块;其中,

所述流程对接模块与现有的两级三线相关管理流程系统对接,实现基于现有的两级三线管理架构的设备及系统模型关联的信息新增、更新、变更、下线的全生命周期管理;

所述场景设计及api提供模块为常用消费场景提供窗口设计,并预留api用于未来场景落地时的消费使用;其中,所述常用消费场景包括自动化运维、监控、流程管理、数据分析及可视化;

所述两级三线系统运维信息同步模块为现有的两级三线的运维信息提供接口、映射关系及任务同步。

其中,所述运维设备及系统模型关联管理单元包括数据服务模块和运维信息管理模块;其中,

所述数据服务模块支持业务数据存储,支持业务或者应用层级关系的自定义,支持每个层级名称和属性的自定义,支持层次数量的自定义增加和扩展,业务下支持空闲机和故障件模块管理功能,支持在模型管理中能够统一管理主机模型、业务拓扑、组织架构,能自定义新的模型种类、模型、模型属性、模型关联关系,支持机房模型、机柜模型、网络设备模型、物理机模型、存储模型、虚拟化平台模型、lun模型、操作系统模型、负载均衡器模型、数据库模型、中间件模型、业务系统模型、模块模型、进程模型、证书模型的自定义、属性的自定义和关联关系的自定义;

所述运维信息管理模块实现选中业务层次拓扑中任一层次之后,所属该层次全部资源的列表查看,自定义展示属性,批量选中对象并复制某一属性,批量选中对象并导出所有属性,批量选中对象并修改某一属性,批量选中对象转移到同一业务下其他层次模块;实现面向所有业务属性的自定义业务查询、支持归档历史查看、支持列表显示属性信息;实现模型对象的分组管理;提供全局视图功能,能够查看所有模型之间的整体关联关系;实现设备及系统模型关联中所有主机的完整列表查看;实现展示与主机关联的业务、中间件、数据库、虚拟化、模块、负载均衡器、存储设备、网络设备、操作系统、物理机、机房、机柜、模块、集群等之间的真实关联关系;实现主机实时性能状态查询;实现主机属性的自定义复制功能;实现主机在总资源池、业务下的各个不同分组各个层次之间的转移;实现主机的运维信息批量选中导出功能;实现列表需要展示的属性类别的自定义运维信息。

其中,所述运维信息管控单元包括主机信息采集同步模块、中间件信息采集同步模块、数据库信息采集同步模块和虚拟化信息采集同步模块;其中,

所述主机信息采集同步模块支持主机操作系统下述字段的自动采集:内网ip、主机名称、操作系统类型、操作系统名称、操作系统版本、操作系统位数、cpu逻辑核心数、cpu频率、cpu型号、内存容量、主机类型、虚拟内存大小、子网掩码、dns服务器、内网mac地址、外网mac、网关、网卡速率、磁盘容量、逻辑磁盘数量、磁盘分区信息、录入时间、录入方式、主机安装时间、时区设置、时钟同步服务器、上次重启时间、系统用户账号、运行于、所属、云区域;还可通过定制采集器,来实现更多属性的自动采集;还通过同步程序,将采集到的数据定期同步至所述运维设备及系统模型关联管理单元中,支持运维信息写入的审批和批量执行;

所述中间件信息采集同步模块实现oracle数据库下述字段的自动采集:实例名、ip地址、端口、sid、数据库名、数据库版本、归档模式、dbid、字符集、是否rac、dg、数据库实例、redo日志、数据库大小、表空间、asm磁盘组空间、安装;实现mysql数据库下述字段的自动采集:实例名、ip地址、端口、数据库版本、安装路径、数据库文件路径、是否开启binlog、是否开启慢查询日志、字符集、存储引擎、数据库大小、innodb缓存池大小、innodb日志缓存大小、innodb日志磁盘写入策略、线程缓存大小、查询缓存大小、最大连接数、安装;实现mssql数据库下述字段的自动采集:实例名、ip地址、端口、数据库实例名、sql版本、版本号、最大内存、填充因子、排序规则、启动帐号、安装;还可通过定制采集器,来实现更多属性的自动采集;还通过同步程序,将采集到的数据定期同步至所述运维设备及系统模型关联管理单元中,支持运维信息写入的审批和批量执行;

所述数据库信息采集同步模块实现apache下述字段的自动采集:实例名、ip地址、listen端口、文档根路径、include、loadmodule、服务名称、版本、vhost数据、支撑、安装;实现tomcat下述字段的自动采集:实例名、ip地址、端口、maxpermsize、permsize、xms、xmx、状态、支撑、安装;实现weblogic下述字段的自动采集:管理控制台、adminservername、控制台上下文路径、控制台启用、域版本、middlewarehome、生产模式启用、根路径、weblogichome、版本;还可通过定制采集器,来实现更多属性的自动采集;还通过同步程序,将采集到的数据定期同步至所述运维设备及系统模型关联管理单元中,支持运维信息写入的审批和批量执行;

所述虚拟化信息采集同步模块实现无代理的,下列所有vmware虚拟化平台运维信息自动发现:通过设备及系统模型关联与专门vmware虚拟化平台运维工具结合的方式,实现无代理的vmware虚拟化平台信息的自动采集,包括vcenter信息采集、资源信息采集和基础运维信息采集;实现采集后的虚拟化运维信息的自动化关联,包括vc、虚拟化集群、虚拟主机、虚拟机;还通过同步程序,将采集到的数据定期同步至所述运维设备及系统模型关联管理单元中,支持运维信息写入的审批和批量执行。

其中,还包括:与所述运维设备及系统模型关联管理单元相连的4a系统平台集成单元;所述4a系统平台集成单元集成现有所有4a平台,通过统一身份验证方式,登陆所述运维设备及系统模型关联管理单元。

其中,还包括:与所述运维设备及系统模型关联管理单元相连的数据分析及拓扑展示单元;所述数据分析及拓扑展示单元包括数据查询及分析模块和拓扑大屏展示模块;其中,

所述数据查询及分析模块提供应用服务关联拓扑功能,能够提供业务、组织、主机、组件等之间的关联关系,并体现出业务与组件、组件与资源的从属关系;能够通过运维信息控制拓扑所具体呈现的运维信息类,以及相应的图标及关系展示样式的控制;架构图能以图形拓朴或树状拓扑形式展现;可自定义展示运维信息清单进行主页展示;能够根据多个维度进行运维信息查询、汇总、导出;能够通过业务系统维度查询关联的运维信息;能够通过一个关键线索搜索出所有关联的运维信息项;

所述拓扑大屏展示模块能够展示系统的架构图,点击每个节点,能够看到节点运维信息;能够展示各系统之间的关联图;能够分别进行各系统能够依次展开架构图,节点信息。

实施本发明实施例,具有如下有益效果:

本发明通过建立新一代运维设备及系统模型关联管理单元作为管理平台,构建基础运维体系的基石,建设以应用为中心的idc设备及系统关联模型,覆盖应用对象和基础设施对象,并保留充分的自定义和扩展性,用于监控、自动化、可视化等的信息消费,能够克服现有技术存在的制约业务发展的弊端,不仅保障各项业务持续、健康、快速发展,还能满足日常运维操作管理要求。

附图说明

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

图1为本发明实施例提供的一种idc设备管控系统的系统结构示意图。

具体实施方式

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

如图1所示,为本发明实施例中,提供的一种idc设备管控系统,包括依序相连的第三方业务系统接入单元1、运维设备及系统模型关联管理单元2以及运维信息管控单元3;其中,

第三方业务系统接入单元1为接收第三方业务系统(如已有的信息化办公采集系统、运维流程、资产管理系统、自动化运维系统、监控系统及两级三线运维信息管理系统)中已有的运维信息,建立接口、映射关系、消费场景设计和流程对接以及同步任务;应当说明的是,两级是指网省两级,三线是指一线技术支持人员:服务台;二线技术支持人员:桌面运维人员;三线技术支持人员:系统管理员,专业厂商;

运维设备及系统模型关联管理单元2为所接收到的第三方业务系统的运维信息提供数据服务,实现对所接收到的运维信息的管理;其中,数据服务包括但不限于数据存储、数据维护、基础展示及变更历史;运维信息的管理包括但不限于运维信息的蓝图设计、建模、录入、保存、登陆、查询、权限管理及导出;

运维信息管控单元3根据预设的管控类型,对由运维设备及系统模型关联管理单元2处理后的运维信息进行细分,并对细分后的每一管控类型的运维信息进行采集、同步及显示;其中,预设的管控类型包括但不限于主机信息、中间件信息、数据库信息和虚拟化信息。

在本发明实施例中,第三方业务系统接入单元1包括流程对接模块11、场景设计及api提供模块12和两级三线系统运维信息同步模块13;其中,

流程对接模块11与现有的两级三线相关管理流程系统对接,实现基于现有的两级三线管理架构的设备及系统模型关联的信息新增、更新、变更、下线的全生命周期管理。

例如,实现对接it服务管理系统等当前正使用的工单系统,实现工单流程对于设备及系统模型关联数据的提取和消费、工单运维信息变更的回写以及运维信息变动的自动生产工单提醒等;设备及系统模型关联管理平台支持为it服务管理系统服务自动化任务提供运维信息、运维信息属性和关联关系等运维信息数据的读取消费以及运维信息数据变更的回写消费;实现自动采集对比:若发现对象实例与运维信息数据库中的运维信息不一致,实现通过事件推送方式将该事件推送到it服务管理系统、邮箱等其他系统。

场景设计及api提供模块12为常用消费场景提供窗口设计,并预留api用于未来场景落地时的消费使用;其中,常用消费场景包括自动化运维、监控、流程管理、数据分析及可视化。

例如,基础架构自动化场景运维信息数据消费能力:自动化运维平台提供基础架构自动化工具,包括虚拟化&云自动化类工具,基础应用自动化类工具等。为上述基础架构自动化任务提供运维信息、运维信息属性和关联关系等运维信息数据的读取消费以及运维信息数据变更的回写消费,并预留api用于未来场景落地时的消费使用;

又如,主机运维信息智能管理需要通过监控的信息,匹配预设的规则,生成主机运维信息扩缩容建议,通知相关应用负责人进行指定变更的时间窗口,自动进行主机的运维信息变更,并通知应用负责人进行应用的功能验证。为上述主机管理提供运维信息、运维信息属性和关联关系等运维信息数据的读取消费以及运维信息数据变更的回写消费,并预留api用于未来场景落地时的消费使用;

又如,数据库自动化场景运维信息数据消费能力:将日常人工处理的数据库的用户创建、权限修改、数据导入导出及kill进程;主机的账号创建、sudo赋权、存储空间扩容等基础变更工单,由自动化运维平台自动执行处理,并在处理完成后反馈。为上述数据库自动化任务提供运维信息、运维信息属性和关联关系等运维信息数据的读取消费以及运维信息数据变更的回写消费,并预留api用于未来场景落地时的消费使用。

又如,应用管理自动化场景运维信息数据消费能力:自动化运维平台提供中间件&应用自动化类工具。为上述应用管理自动化任务提供运维信息、运维信息属性和关联关系等运维信息数据的读取消费以及运维信息数据变更的回写消费,并预留api用于未来场景落地时的消费使用。

两级三线系统运维信息同步模块13为现有的两级三线的运维信息提供接口、映射关系及任务同步。

例如,将两级三线系统当前的运维设备及系统模型关联数据进行同步,通过同步程序并完成接口对接工作。

在本发明实施例中,运维设备及系统模型关联管理单元2包括数据服务模块21和运维信息管理模块22;其中,

数据服务模块21支持业务数据存储,支持业务或者应用层级关系的自定义,支持每个层级名称和属性的自定义,支持层次数量的自定义增加和扩展,业务下支持空闲机和故障件模块管理功能,支持在模型管理中能够统一管理主机模型、业务拓扑、组织架构,能自定义新的模型种类、模型、模型属性、模型关联关系,支持机房模型、机柜模型、网络设备模型、物理机模型、存储模型、虚拟化平台模型、lun模型、操作系统模型、负载均衡器模型、数据库模型、中间件模型、业务系统模型、模块模型、进程模型、证书模型的自定义、属性的自定义和关联关系的自定义;

运维信息管理模块22实现选中业务层次拓扑中任一层次之后,所属该层次全部资源的列表查看,自定义展示属性,批量选中对象并复制某一属性,批量选中对象并导出所有属性,批量选中对象并修改某一属性,批量选中对象转移到同一业务下其他层次模块;实现面向所有业务属性的自定义业务查询、支持归档历史查看、支持列表显示属性信息;实现模型对象的分组管理;提供全局视图功能,能够查看所有模型之间的整体关联关系;实现设备及系统模型关联中所有主机的完整列表查看;实现展示与主机关联的业务、中间件、数据库、虚拟化、模块、负载均衡器、存储设备、网络设备、操作系统、物理机、机房、机柜、模块、集群等之间的真实关联关系;实现主机实时性能状态查询;实现主机属性的自定义复制功能;实现主机在总资源池、业务下的各个不同分组各个层次之间的转移;实现主机的运维信息批量选中导出功能;实现列表需要展示的属性类别的自定义运维信息。

可以理解的是,数据服务模块21和运维信息管理模块22应不局限于上述列举的内容。例如,针对模型的新增属性字段,应该包括字段运维信息、字段选项和正则校验等部分;字段运维信息部分提供中文名、英文名、单位、提示语等信息录入窗口;字段选项提供类型选择(包括短字符、数字、枚举、日期、时间、长字符、单关联、多关联、用户、时区、bool等)、是否可编辑选择、是否必填选择、是否唯一选择;正则校验中提供通过正则进行校验的输入窗口。所有模型的字段提供自定义分组功能,例如按照基本信息、业务信息、维护人信息、自动发现信息等方式进行符合企业需要的自定义分组。在每个模型下提供模型停用和模型删除功能。

在本发明实施例中,运维信息管控单元3包括主机信息采集同步模块31、中间件信息采集同步模块32、数据库信息采集同步模块33和虚拟化信息采集同步模块34;其中,

主机信息采集同步模块31支持主机操作系统下述字段的自动采集:内网ip、主机名称、操作系统类型、操作系统名称、操作系统版本、操作系统位数、cpu逻辑核心数、cpu频率、cpu型号、内存容量、主机类型、虚拟内存大小、子网掩码、dns服务器、内网mac地址、外网mac、网关、网卡速率、磁盘容量、逻辑磁盘数量、磁盘分区信息、录入时间、录入方式、主机安装时间、时区设置、时钟同步服务器、上次重启时间、系统用户账号、运行于、所属、云区域;还可通过定制采集器,来实现更多属性的自动采集;还通过同步程序,将采集到的数据定期同步至运维设备及系统模型关联管理单元2中,支持运维信息写入的审批和批量执行;

中间件信息采集同步模块32实现oracle数据库下述字段的自动采集:实例名、ip地址、端口、sid、数据库名、数据库版本、归档模式、dbid、字符集、是否rac、dg、数据库实例、redo日志、数据库大小、表空间、asm磁盘组空间、安装;实现mysql数据库下述字段的自动采集:实例名、ip地址、端口、数据库版本、安装路径、数据库文件路径、是否开启binlog、是否开启慢查询日志、字符集、存储引擎、数据库大小、innodb缓存池大小、innodb日志缓存大小、innodb日志磁盘写入策略、线程缓存大小、查询缓存大小、最大连接数、安装;实现mssql数据库下述字段的自动采集:实例名、ip地址、端口、数据库实例名、sql版本、版本号、最大内存、填充因子、排序规则、启动帐号、安装;还可通过定制采集器,来实现更多属性的自动采集;还通过同步程序,将采集到的数据定期同步至运维设备及系统模型关联管理单元2中,支持运维信息写入的审批和批量执行;

数据库信息采集同步模块33实现apache下述字段的自动采集:实例名、ip地址、listen端口、文档根路径、include、loadmodule、服务名称、版本、vhost数据、支撑、安装;实现tomcat下述字段的自动采集:实例名、ip地址、端口、maxpermsize、permsize、xms、xmx、状态、支撑、安装;实现weblogic下述字段的自动采集:管理控制台、adminservername、控制台上下文路径、控制台启用、域版本、middlewarehome、生产模式启用、根路径、weblogichome、版本;还可通过定制采集器,来实现更多属性的自动采集;还通过同步程序,将采集到的数据定期同步至运维设备及系统模型关联管理单元2中,支持运维信息写入的审批和批量执行;

虚拟化信息采集同步模块34实现无代理的,下列所有vmware虚拟化平台运维信息自动发现:通过设备及系统模型关联与专门vmware虚拟化平台运维工具结合的方式,实现无代理的vmware虚拟化平台信息的自动采集,包括vcenter信息采集、资源信息采集和基础运维信息采集;其中,资源信息采集具体的内容有群集数量、主机数量、数据存储群集数量、数据存储数量、分布式虚拟交换机数量、虚拟机数量;基础运维信息采集具体的内容有license信息、vc权限运维信息;实现采集后的虚拟化运维信息的自动化关联,包括vc、虚拟化集群、虚拟主机、虚拟机;还通过同步程序,将采集到的数据定期同步至运维设备及系统模型关联管理单元2中,支持运维信息写入的审批和批量执行。

在本发明实施例中,idc设备管控系统还包括:与运维设备及系统模型关联管理单元2相连的4a系统平台集成单元4;4a系统平台集成单元5集成现有所有4a平台,通过统一身份验证方式,登陆所述运维设备及系统模型关联管理单元。

在本发明实施例中,idc设备管控系统还包括:与运维设备及系统模型关联管理单元2相连的数据分析及拓扑展示单元5;数据分析及拓扑展示单元6包括数据查询及分析模块51和拓扑大屏展示模块52;其中,

数据查询及分析模块51提供应用服务关联拓扑功能,能够提供业务、组织、主机、组件等之间的关联关系,并体现出业务与组件、组件与资源的从属关系;能够通过运维信息控制拓扑所具体呈现的运维信息类,以及相应的图标及关系展示样式的控制;架构图能以图形拓朴或树状拓扑形式展现;可自定义展示运维信息清单进行主页展示;能够根据多个维度进行运维信息查询、汇总、导出;能够通过业务系统维度查询关联的运维信息;能够通过一个关键线索搜索出所有关联的运维信息项;

拓扑大屏展示模块52能够展示系统的架构图,点击每个节点,能够看到节点运维信息;能够展示各系统之间的关联图;能够分别进行各系统能够依次展开架构图,节点信息。

实施本发明实施例,具有如下有益效果:

本发明通过建立新一代运维设备及系统模型关联管理单元作为管理平台,构建基础运维体系的基石,建设以应用为中心的idc设备及系统关联模型,覆盖应用对象和基础设施对象,并保留充分的自定义和扩展性,用于监控、自动化、可视化等的信息消费,能够克服现有技术存在的制约业务发展的弊端,不仅保障各项业务持续、健康、快速发展,还能满足日常运维操作管理要求。

值得注意的是,上述系统实施例中,所包括的各个单元只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。

以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1