[發明專利]一種利用Rundeck監控應用服務存活的方法

在審

• 申請號: 201710874439.0
• 申請日: 2017-09-25
• 公開（公告）號: CN107665114A
• 公開（公告）日: 2018-02-06
• 發明（設計）人: 陳靈敏;周建;韓慶賓
• 申請（專利權）人: 南京農紛期電子商務有限公司
• 主分類號: G06F8/30
• 分類號: G06F8/30;G06F11/30
• 代理公司: 江蘇圣典律師事務所32237
• 代理人: 吳庭祥

技術領域

本發明涉及一種利用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，設置通知方法，如短信通知、釘釘通知、郵件通知等等，本發明使用了短信+釘釘通知，因為企業內部一般使用釘釘作為及時聊天工具；