一种面向大数据集群的进程守护方法和装置制造方法及图纸

本发明专利技术公开了一种面向大数据集群的进程守护方法，包括：通过守护进程列表的维护页面显示已安装的大数据服务的组件，并将处于维护模式状态的组件配置为不能被选择命中；根据服务或主机在可选的组件中选择相应的组件进行显示，并将选择的组件添加至守护进程列表中；根据守护进程列表查询每个组件的状态；获取状态的状态信息并根据状态信息预判状态操作；根据状态操作对守护进程列表中的每个组件依次执行相应的调度操作。本发明专利技术还公开了一种相应的装置。本发明专利技术可以有效地实现对大数据集群的各个服务进行统一的监管守护。

【技术实现步骤摘要】
一种面向大数据集群的进程守护方法和装置
本专利技术涉及软件
，更具体地，特别是指一种面向大数据集群的进程守护方法和装置。
技术介绍
数据的爆炸式增长，使大数据平台应运而生，而以Hadoop、Spark等开源项目为基础的大数据计算系统在不断的迭代升级，并应用到生产活动中。同时，大数据平台中往往集成了数十个服务(如HDFS、Yarn、Hive、Spark、Flink)，在实际生产环境中，往往面临着服务器负载压力过大等原因导致部分服务停止的难题，给维护生产环境的运维人员增加了较大的工作量，用来查看、定位、启动大数据服务组件。针对该使用场景，业界并未提供一种有效的方式实现对大数据集群的各个服务进行统一的监管守护方案。目前业界已知的进程守护方案，只提供了linux进程守护系统，对于大数据集群，没有形成一个全面适配且完整有逻辑的系统。一方面，现有的linux进程守护系统，只能在linux系统的后台中，查找读取相关服务的进程号和端口号，而且特定进程守护的shell脚本也固化了间隔时间，需要运维人员具备较高的linux系统知识，查看she本文档来自技高网...

【技术保护点】
1.一种面向大数据集群的进程守护方法，其特征在于，所述方法包括：/n通过守护进程列表的维护页面显示已安装的大数据服务的组件，并将处于维护模式状态的所述组件配置为不能被选择命中；/n根据服务或主机在可选的所述组件中选择相应的所述组件进行显示，并将选择的所述组件添加至所述守护进程列表中；/n根据所述守护进程列表查询每个所述组件的状态；/n获取所述状态的状态信息并根据所述状态信息预判状态操作；/n根据所述状态操作对所述守护进程列表中的每个所述组件依次执行相应的调度操作。/n

【技术特征摘要】
1.一种面向大数据集群的进程守护方法，其特征在于，所述方法包括：
通过守护进程列表的维护页面显示已安装的大数据服务的组件，并将处于维护模式状态的所述组件配置为不能被选择命中；
根据服务或主机在可选的所述组件中选择相应的所述组件进行显示，并将选择的所述组件添加至所述守护进程列表中；
根据所述守护进程列表查询每个所述组件的状态；
获取所述状态的状态信息并根据所述状态信息预判状态操作；
根据所述状态操作对所述守护进程列表中的每个所述组件依次执行相应的调度操作。


2.根据权利要求1所述的面向大数据集群的进程守护方法，其特征在于，所述方法还包括：
对所述守护进程列表的所述维护页面配置刷新机制；
响应于对所述服务或所述主机执行开启所述维护模式状态，根据所述刷新机制触发所述守护进程列表更新，且将相应的所述组件配置为不可选择命中；
响应于对所述服务或所述主机执行关闭所述维护模式状态，根据所述刷新机制触发所述守护进程列表更新，且将相应的所述组件配置为可选择命中。


3.根据权利要求1所述的面向大数据集群的进程守护方法，其特征在于，所述方法还包括：
对所述守护进程列表的所述维护页面配置间隔时间选择器，通过所述间隔时间选择器配置开启所述维护模式状态的时间周期。


4.根据权利要求1所述的面向大数据集群的进程守护方法，其特征在于，所述状态包括当前进程状态和当前数据库状态，所述获取所述状态的状态信息并根据所述状态信息预判状态操作还包括：
根据所述当前进程状态的第一状态信息和所述当前数据库状态的第二状态信息预判所述状态操作。


5.根据权利要求4所述的面向大数据集群的进程守护方法，其特征在于，所述方法还包括：
通过查询所述组件的pid进程号确认所述当前进程状态的所述第一状态信息，
其中，响应于查询所述组件的所述pid进程号的请求返回所述pid进程号，则确认所述当前进程状态的所述第一状态信息为start，响应于查询所述组件的所述pid进程号的请求返回空值，则确认所述当前进程状态的所述第一状态信息为stop。


6.根据权利要求5所述的面向大数据集群的进程守护方法，其特征在于，所述获取所述状态的状态信息并根据所述状态信息预判状态操作还包括：
响应于所述当前进程状态的所述第一状态信息为...

【专利技术属性】
技术研发人员：陈欣，
申请(专利权)人：苏州浪潮智能科技有限公司，
类型：发明
国别省市：江苏;32