[发明专利]一种利用Rundeck监控应用服务存活的方法

说明书

技术领域

本发明涉及一种利用Rundeck监控应用服务存活的方法。

背景技术

目前，互联网飞速发展，单点应用已经悄然退出，集群化、微服务化的应用正在普及，面对集群化、微服务化的架构，服务的健康则至关重要，并且需要达到及时通知，及时响应的效果。

目前也存在不少监控的方案，有利用JMX，或者第三方监控工具进行监控。但这些方案不是对服务入侵较大，就是不够灵活，又或是通知渠道单一。

发明内容

为了应对灵活的服务存活监控，本发明方法公开了一种利用Rundeck监控应用服务存活的方法，包括如下步骤：

步骤1，编辑Rundeck中的resources.xml文件，定义需要监控的所有节点信息，

步骤2，在Rundeck中新建服务监控的任务A，此任务为监控的基础任务；

步骤3，定义任务参数，包括环境信息参数env和通知方式参数notify-mode；

步骤4，定义任务执行模式为派发到选择的节点，过滤节点的参数为“tags:${option.env}”，这样下面定义的脚本就会在过滤后的节点依次执行；

步骤5，添加一个脚本步骤，脚本为Shell脚本；

步骤6，脚本中使用Rundeck提供取参数的方式，取出步骤1定义的需要监控的所有节点信息和步骤3定义的任务参数；

步骤7，设置通知方法，如短信通知、钉钉通知、邮件通知等等，本发明使用了短信+钉钉通知，因为企业内部一般使用钉钉作为及时聊天工具；

步骤8，检查端口号是否存活，检测进程是否存在，如果端口号不存活或者进程不存在，调用对应的通知方式发送通知。

步骤1中所述节点信息包括ip地址、主机的认证方式、用户名、秘钥、节点的tag标签信息(标识节点的环境，与任务参数env关联)、节点需要监控的端口号或者进程文件位置，以及节点故障接收通知人的电话号码；

步骤6中，所述Rundeck提供取参数的方式为：

NODE_NAME＝@node.name@

NODE_HOSTNAME＝@node.hostname@

NODE_NAME表示节点名称，全局唯一不能重复；NODE_HOSTNAME表示节点ip。

步骤8中，脚本中使用netstat命令检查端口号是否存活，使用命令kill-0(脚本中操作进程的命令)检测进程是否存在。

步骤8中，根据通知方式参数notify-mode的值，选择对应的通知方式发送通知。

本发明还包括步骤9，根据用户的需要，定义一个新的监控任务B，新监控任务中没有参数，B任务的步骤定义成调用步骤2建立的监控任务A，并传入监控任务A的环境信息参数env和通知方式参数notify-mode；

步骤10，设置新的监控任务B为定时执行。可以使用Crontab表达式定义，例如定义3分钟检测一次，Crontab表达式为**/3***？*。

附图说明

下面结合附图和具体实施方式对本发明做更进一步的具体说明，本发明的上述或其他方面的优点将会变得更加清楚。

图1为本发明示意图。

具体实施方式

下面结合附图及实施例对本发明做进一步说明。

实施例

本发明采用了开源软件Rundeck作为监控工具；利用它的多节点分发任务的特性，以及定时任务CronTab的支持为基础，创造了一种监控服务存活并多渠道通知的方法。

包括如下步骤：

步骤1，编辑Rundeck中的resources.xml文件，定义需要监控的所有节点信息，

步骤2，在Rundeck中新建服务监控的任务A，此任务为监控的基础任务；

步骤3，定义任务参数，包括环境信息参数env和通知方式参数notify-mode；

步骤4，定义任务执行模式为派发到选择的节点，过滤节点的参数为“tags:${option.env}”，这样下面定义的脚本就会在过滤后的节点依次执行；

步骤5，添加一个脚本步骤，脚本为Shell脚本；

步骤6，脚本中使用Rundeck提供取参数的方式，取出步骤1定义的需要监控的所有节点信息和步骤3定义的任务参数；

步骤7，设置通知方法，如短信通知、钉钉通知、邮件通知等等，本发明使用了短信+钉钉通知，因为企业内部一般使用钉钉作为及时聊天工具；