基于Karaf與ActiveMQ的自動化運(yùn)維系統(tǒng)及其實(shí)現(xiàn)方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種自動化運(yùn)維系統(tǒng)及其實(shí)現(xiàn)方法，尤其涉及一種基于Karaf與ActiveMQ的自動化運(yùn)維系統(tǒng)及其實(shí)現(xiàn)方法。
【背景技術(shù)】
[0002]面對越來越復(fù)雜的業(yè)務(wù)，面對越來越多樣化的用戶需求，不斷擴(kuò)展的IT應(yīng)用不論是規(guī)模還是數(shù)量都和以前不在一個數(shù)量級，單靠人工運(yùn)維已經(jīng)無法滿足在技術(shù)、業(yè)務(wù)、管理等方面的要求.目前的IT運(yùn)維管理模式經(jīng)常讓IT部門疲憊不堪，主要表現(xiàn)在以下兩個方面:
[0003](I)運(yùn)維人員被動、效率低
[0004]在IT運(yùn)維過程中，只有當(dāng)事件已經(jīng)發(fā)生并已造成業(yè)務(wù)影響時(shí)才能發(fā)現(xiàn)和著手處理，這種被動“救火”不但使IT運(yùn)維人員終日忙碌，也使IT運(yùn)維本身質(zhì)量很難提高，導(dǎo)致IT運(yùn)維的服務(wù)滿意度不高。IT運(yùn)維人員日常大部分時(shí)間和精力是處理一些簡單重復(fù)的問題，而且由于故障預(yù)警機(jī)制不完善，往往是故障發(fā)生后或報(bào)警后才會進(jìn)行處理，使到IT運(yùn)維人員的工作經(jīng)常是處于被動“救火”的狀態(tài)，不但事倍功半而且常常會出現(xiàn)惡性連鎖反應(yīng)。
[0005](2)缺乏高效的自動運(yùn)維技術(shù)工具
[0006]隨著信息化建設(shè)的深入，IT系統(tǒng)日趨復(fù)雜，林林總總的網(wǎng)絡(luò)設(shè)備、服務(wù)器、中間件、數(shù)據(jù)庫、業(yè)務(wù)系統(tǒng)等讓運(yùn)維人員難以從容應(yīng)對，即使加班加點(diǎn)地維護(hù)、部署、管理也經(jīng)常會因設(shè)備出現(xiàn)故障而導(dǎo)致業(yè)務(wù)的中斷，嚴(yán)重影響業(yè)務(wù)的正常運(yùn)轉(zhuǎn)。出現(xiàn)這些問題部分原因是缺乏事件監(jiān)控和診斷工具等自動化運(yùn)維技術(shù)工具，因?yàn)樵跊]有高效的技術(shù)工具的支持下，使到問題出現(xiàn)后很難快速、準(zhǔn)確地找到根本原因，也很難得到主動、快速處理。
[0007]為提高系統(tǒng)運(yùn)維的自動化水平，目前市場上主流的運(yùn)維軟件提供較為全面的設(shè)備監(jiān)控以及較為完善的配置管理等功能，以目前互聯(lián)網(wǎng)行業(yè)非常流行的開源軟件Zabbix、Puppet為例介紹現(xiàn)有自動化運(yùn)維軟件的一些功能特點(diǎn)。
[0008]zabbix是一個基于WEB界面的提供分布式系統(tǒng)監(jiān)視以及網(wǎng)絡(luò)監(jiān)視功能的企業(yè)級的開源解決方案，zabbix server可以通過SNMP，zabbix agent，ping，端口監(jiān)視等方法提供對遠(yuǎn)程服務(wù)器/網(wǎng)絡(luò)狀態(tài)的監(jiān)視，數(shù)據(jù)收集等功能，它可以運(yùn)行在LinuX，S0lariS，HP-UX，，AIX, Free BSD, Open BSD, OS X等平臺上。zabbix安裝與配置簡單，學(xué)習(xí)成本低；支持多語言(包括中文)；免費(fèi)開源；自動發(fā)現(xiàn)服務(wù)器與網(wǎng)絡(luò)設(shè)備；分布式監(jiān)視以及WEB集中管理功能；可以無agent監(jiān)視；用戶安全認(rèn)證和柔軟的授權(quán)方式；通過WEB界面設(shè)置或查看監(jiān)視結(jié)果；email等通知功能等等。zabbix能監(jiān)視各種網(wǎng)絡(luò)參數(shù)，保證服務(wù)器系統(tǒng)的安全運(yùn)營；并提供靈活的通知機(jī)制以讓系統(tǒng)管理員快速定位/解決存在的各種問題。
[0009]puppet是一種Linux、Unix、windows平臺的集中配置管理系統(tǒng)，使用自有的puppet描述語言，可管理配置文件、用戶、cron任務(wù)、軟件包、系統(tǒng)服務(wù)等。puppet把這些系統(tǒng)實(shí)體稱之為資源，puppet的設(shè)計(jì)目標(biāo)是簡化對這些資源的管理以及妥善處理資源間的依賴關(guān)系。
[0010]由上可見，現(xiàn)有技術(shù)方案存在如下問題:1、系統(tǒng)客戶端自身不具備自更新的能力，部署后程序的更新耗費(fèi)大量人力。2、系統(tǒng)客戶端不具備熱部署能力，需要停止客戶端進(jìn)行程序更新。3、系統(tǒng)功能固定，擴(kuò)展能力弱，或者功能擴(kuò)展步驟繁瑣，例如需要登錄客戶端等。4、功能支撐的運(yùn)維場景的較少，主要集中在監(jiān)控告警、系統(tǒng)配置信息的變更，且無法快速的進(jìn)行擴(kuò)充。5、運(yùn)維場景的自動化程序不夠，需要進(jìn)行大量的腳本配置，效率不高。

【發(fā)明內(nèi)容】

[0011]本發(fā)明所要解決的技術(shù)問題是提供一種基于Karaf與ActiveMQ的自動化運(yùn)維系統(tǒng)及其實(shí)現(xiàn)方法，具備自更新、熱部署、分布式快速功能擴(kuò)展能力，實(shí)現(xiàn)維護(hù)人員日常的運(yùn)維場景的自動化，且只需少量甚至無需腳本編寫。
[0012]本發(fā)明為解決上述技術(shù)問題而采用的技術(shù)方案是提供一種基于Karaf與ActiveMQ的自動化運(yùn)維系統(tǒng)，包括:
[0013]應(yīng)用服務(wù)器，通過Karaf構(gòu)建并提供服務(wù)端模塊；
[0014]被監(jiān)控主機(jī)，通過Karaf構(gòu)建客戶端插件并獲取監(jiān)控?cái)?shù)據(jù)；
[0015]數(shù)據(jù)庫服務(wù)器，存儲監(jiān)控配置信息和監(jiān)控?cái)?shù)據(jù)；
[0016]Web服務(wù)器:提供用戶配置界面和監(jiān)控界面；
[0017]所述應(yīng)用服務(wù)器和被監(jiān)控主機(jī)之間通過代理服務(wù)器相連，所述代理服務(wù)器通過Karaf構(gòu)建代理服務(wù)器插件，所述應(yīng)用服務(wù)器上的服務(wù)端模塊通過ActiveMQ調(diào)用代理服務(wù)器上的代理服務(wù)器插件，所述代理服務(wù)器插件通過ActiveMQ調(diào)用被監(jiān)控主機(jī)上的客戶端插件獲取監(jiān)控?cái)?shù)據(jù)。
[0018]上述的基于Karaf與ActiveMQ的自動化運(yùn)維系統(tǒng)，其中，所述被監(jiān)控主機(jī)上的客戶端插件包括監(jiān)控告警插件、自動化運(yùn)維功能插件以及基礎(chǔ)服務(wù)功能插件。
[0019]本發(fā)明為解決上述技術(shù)問題還提供一種上述基于Karaf與ActiveMQ的自動化運(yùn)維系統(tǒng)實(shí)現(xiàn)方法，包括如下步驟:a)在應(yīng)用服務(wù)器上通過Karaf構(gòu)建監(jiān)控告警模塊、運(yùn)維管理模塊和接入配置模塊；b)在被監(jiān)控主機(jī)上通過Karaf構(gòu)建監(jiān)控告警插件、自動化運(yùn)維功能插件以及基礎(chǔ)服務(wù)功能插件；c)在Web服務(wù)器上提供監(jiān)控告警處理界面、自動化運(yùn)維管理功能界面以及接入配置的用戶操作界面；d)所述代理服務(wù)器通過ActiveMQ調(diào)用客戶端插件獲取監(jiān)控?cái)?shù)據(jù)，并定時(shí)將所獲取監(jiān)控?cái)?shù)據(jù)傳送給應(yīng)用服務(wù)器實(shí)現(xiàn)自動化運(yùn)維及監(jiān)控。
[0020]上述的基于Karaf與ActiveMQ的自動化運(yùn)維系統(tǒng)實(shí)現(xiàn)方法，其中，所述被監(jiān)控主機(jī)上的監(jiān)控告警插件采用Agent、SNMP、IPM1、JDBC、JMX和/或SSH方式提供存儲、網(wǎng)絡(luò)、主機(jī)、數(shù)據(jù)庫、中間件、Web撥測的監(jiān)控與告警，所述被監(jiān)控主機(jī)上的自動化運(yùn)維功能插件包括遠(yuǎn)程命令插件、文件下發(fā)插件、文件抓取插件、目錄抓取插件和配置變更插件，所述基礎(chǔ)服務(wù)功能插件包括消息狀態(tài)插件、容器管理插件和熱部署插件。
[0021]上述的基于Karaf與ActiveMQ的自動化運(yùn)維系統(tǒng)實(shí)現(xiàn)方法，其中，所述應(yīng)用服務(wù)器上運(yùn)維管理模塊包括自動化巡檢、故障診斷、遠(yuǎn)程命令、文件下發(fā)/抓取、自動化重啟和自動化部署模塊。
[0022]上述的基于Karaf與ActiveMQ的自動化運(yùn)維系統(tǒng)實(shí)現(xiàn)方法，其中，所述文件下發(fā)過程如下:S11:在Web服務(wù)器上的用戶操作界面將需要下發(fā)的文件發(fā)送到應(yīng)用服務(wù)器端的ActiveMQ中；S12:所述應(yīng)用服務(wù)器端的文件下發(fā)插件監(jiān)聽到有文件需要下發(fā)，將文件下發(fā)到代理服務(wù)器的ActiveMQ中；S13:所述被監(jiān)控主機(jī)上的客戶端文件下發(fā)插件探測到代理服務(wù)器的ActiveMQ的對應(yīng)隊(duì)列有自身的消息，則接收該消息；S14:在接收的各個階段都會將相應(yīng)的消息通過基礎(chǔ)插件消息狀態(tài)插件發(fā)送回應(yīng)用服務(wù)器端的ActiveMQ，并寫入到數(shù)據(jù)庫服務(wù)器；S15:ffeb服務(wù)器上的用戶操作界面讀取消息狀態(tài)，反饋下發(fā)結(jié)果給用戶。
[0023]上述的基于Karaf與ActiveMQ的自動化運(yùn)維系統(tǒng)實(shí)現(xiàn)方法，其中，所述文件抓取過程包括文件抓取服務(wù)端流程、代理段流程以及客戶端流程三個部分；
[0024]所述文件抓取服務(wù)端流程如下:S21:所述應(yīng)用服務(wù)器端文件抓取插件監(jiān)聽服務(wù)器端MQ消息；S22:監(jiān)聽到消息后反饋“準(zhǔn)備下載文件”狀態(tài)到數(shù)據(jù)庫服務(wù)器，并在Web用戶操作界面顯示下載狀態(tài)；S23:開始下載文件，接收文件流，將“正在接收文件”狀態(tài)反饋到數(shù)據(jù)庫服務(wù)器；S24:接收完成，將“接收完成”狀態(tài)反饋到數(shù)據(jù)庫服務(wù)器；S25:所述應(yīng)用服務(wù)器端將接收的臨時(shí)文件刪除；
[0025]所述文件抓取代理端流程如下:S31:所述代理服務(wù)器端文件抓取插件監(jiān)聽服務(wù)器端MQ消息；S