[发明专利]一种基于采集集群的自动化运维系统

说明书

本发明公开了一种基于采集集群的自动化运维系统，分为从上到下的展现层，功能层，采集层和资源层；其中，展现层用于向功能层下发操作指令；功能层调用各种采集节点，对资源层软硬件资源完成自动配置、日常巡检和故障检查，采集层配置多节点采集集群，对资源层数据进行采集，并向功能层反馈采集结果，资源层是自动化运维系统管理的所有软件和硬件资源。本发明的自动化运维系统，针对不同配置与巡检场景，形成定制化的配置与巡检任务，实现指标参数的自动采集、自动分析和巡检报告的自动生成。本发明依靠多个采集节点之间的协调工作，保证了面对大量采集任务时良好的负载能力，从而确保了采集过程的可靠性和高效性。

技术领域

本发明涉及一种基于采集集群的自动化运维系统，属于企业运维管理技术领域。

背景技术

随着企业业务范围的扩大和业务能力的增强，企业业务系统所涉及的硬件技术环境和软件技术环境逐步扩大。可能涉及的操作系统有Windows、Linux、Aix、Unix等；可能涉及的数据库有Oracle、MongoDB、SQLserver、达梦等；可能涉及的中间件有Weblogic、Tomcat、Jboss等；网络设备涉及交换机、路由器、网络防火墙等。其中部分设备可能因为品牌不同在操作方式和技术原理上存在细节区别。运维工作涉及面过广，对运维人员的专业能力要求过高，增加了运维的成本和运维的难度。

目前企业的运维方式仍是在用户操作业务系统出现故障后，通知运维人员，再由运维人员采取相应补救措施。这种传统的“刀耕火种”式的运维方式存在工作繁琐、效率低下、人员要求高、出错率高、面对异常难以快速恢复等缺点。面对越来越庞大的运维规模和越来越复杂的运维场景，如何降低运维成本和提高运维效率已经是一个亟待解决的课题。

传统运维方式已经完全无法满足目前的运维场景，目前企业需要运用专业化、标准化和流程化的手段来实现运维工作的自动化管理，将纯粹的人工操作转化成自动化运维。

发明内容

本发明所要解决的技术问题是克服现有技术的缺陷，提供一种基于采集集群的自动化运维系统，构建巡检知识库，针对不同配置与巡检场景，形成定制化的配置与巡检任务，实现指标参数的自动采集、自动分析和巡检报告的自动生成，并提供告警处理与指导。

为解决上述技术问题，本发明提供一种基于采集集群的自动化运维系统，分为展现层，功能层，采集层和资源层；所述展现层提供可视化操作管理界面，用户通过可视化操作管理界面向功能层下发操作指令；所述功能层接受用户下发的操作指令，调用各种采集节点，对资源层软硬件资源完成自动配置、日常巡检和故障检查；所述采集层配置有由多个采集节点构成的多节点采集集群，所述多节点采集集群接收功能层下发的采集任务，对资源层数据进行采集，并向功能层反馈采集结果；所述资源层是自动化运维系统管理的所有软件和硬件资源。

前述的采集节点均配置支持各种网络协议的采集插件，包括SSH采集插件，TELNET采集插件，SNMP采集插件，JMX采集插件，WMI采集插件，JDBC采集插件和HTTP采集插件。

前述的针对自动化运维系统管理的所有软件和硬件资源建立对应的采集指标和采集协议，包括：主机系统采集指标有系统运行时间、操作系统版本、CPU信息、内存信息、进程信息和端口信息；数据库采集指标有数据库健康运行时长、数据库表空间信息、数据库用户信息和吞吐量；操作系统信息采集协议使用SNMP或SSH；数据库信息采集协议使用JDBC。

前述的多节点采集集群根据选举规则选举Leader节点，所述Leader节点直接接收功能层发送的采集任务，根据受管理的采集节点的负载情况，下发采集任务；下发后对应采集节点根据收到的采集任务，调用对应采集插件，收集被采集对象的相关指标信息；然后将得到的采集结果返回至Leader节点。

前述的Leader节点下发采集任务，若下发失败则重新下发一次，两次下发失败则任务该采集节点宕机，重启该采集节点的采集服务。