專利名稱：基于消息機制的集群任務(wù)自調(diào)度系統(tǒng)與方法
技術(shù)領(lǐng)域：
本發(fā)明屬于計算機網(wǎng)絡(luò)領(lǐng)域，具體涉及 一種基于消息機制的集群任務(wù)自調(diào)度系統(tǒng)與方法。
背景技術(shù)：
隨著云計算和互聯(lián)網(wǎng)技術(shù)的高速發(fā)展，服務(wù)器集群的規(guī)模也在不斷的擴大，在大規(guī)模的應(yīng)用中，集群中服務(wù)器節(jié)點的個數(shù)已經(jīng)上萬，并以指數(shù)倍的速度持續(xù)增長。因此，運維人員面臨的運維壓力與日俱增，運維工作陷入瓶頸，主要表現(xiàn)在以下幾個方面(I)運維復雜度高。集群規(guī)模的擴大，服務(wù)器節(jié)點角色的增加，導致集群運維的復雜程度不斷提升，運維管理員清楚的掌握所有服務(wù)器的配置情況幾乎不可能。(2)運維自動化程度低。大量的維護工作還由運維管理員手動完成，針對服務(wù)器的一個較小的控制維護工作也因集群規(guī)模的龐大變成一個浩大工程。而一些自動化工具也受限于支持的規(guī)模無法將集群統(tǒng)一管理。(3)定期的重復工作量大。運維人員會面臨大量定期執(zhí)行的重復任務(wù)和工作，這些重復工作消耗了大量人力資源。針對以上運維過程中的問題，出現(xiàn)了一些自動化集群運維工具，例如Puppet，Control Tire等,這些自動化運維工具在一定程度上能緩解運維人員的工作壓力，但是仍然存在許多問題。現(xiàn)有的運維自動化大多采用一個管理端，多個被管理端的集中式管理方式。管理端與被管理端的通信、調(diào)度機制是決定運維工作效率的核心。而現(xiàn)有的自動化運維系統(tǒng)主要存在以下幾個問題(I)大規(guī)模集群執(zhí)行任務(wù)時效率低下。主要原因是管理節(jié)點和被管理節(jié)點間采用同步通信機制，這樣管理節(jié)點會依次向被管理節(jié)點分發(fā)任務(wù)，并等待任務(wù)分發(fā)或執(zhí)行結(jié)果。個別節(jié)點的異常情況會造成管理節(jié)點處于等待狀態(tài)，管理節(jié)點此時無法對其他節(jié)點進行任務(wù)的下發(fā)及調(diào)度，從而造成集群任務(wù)執(zhí)行效率的降低。(2)管理節(jié)點調(diào)度壓力過大。集群中被管理節(jié)點的所有任務(wù)都由管理節(jié)點定期調(diào)度，造成管理節(jié)點的壓力過大。限制了一個管理節(jié)點可管理的服務(wù)器規(guī)模。缺少對集群所有服務(wù)器任務(wù)調(diào)度執(zhí)行情況的跟蹤。大多集群自動化運維系統(tǒng)只提供了管理端到被管理端的任務(wù)調(diào)度功能，而各被管理節(jié)點的任務(wù)執(zhí)行情況不會反饋給管理端。這樣，運維人員無法輕易的得到所有任務(wù)調(diào)度節(jié)點的任務(wù)執(zhí)行結(jié)果情況。

發(fā)明內(nèi)容
為克服上述缺陷，本發(fā)明提供了一種基于消息機制的集群任務(wù)自調(diào)度系統(tǒng)與方法，使集群管理節(jié)點與被管理節(jié)點通過消息機制進行異步通信，實現(xiàn)任務(wù)的下發(fā)和任務(wù)執(zhí)行結(jié)果的收集。提高了集群管理節(jié)點的處理能力；而且服務(wù)器任務(wù)自調(diào)度模式，將集群任務(wù)的調(diào)度由管理端轉(zhuǎn)移到被管理端，實現(xiàn)一次分發(fā)，長久自調(diào)度。降低了集群管理端的負載，從而提升管理端的管理規(guī)模。為實現(xiàn)上述目的，本發(fā)明提供一種基于消息機制的集群任務(wù)自調(diào)度系統(tǒng)，包括數(shù)據(jù)庫，其改進之處在于，所述系統(tǒng)包括依次進行數(shù)據(jù)交互的管理單元、消息中間件和代理單元；所述數(shù)據(jù)庫與所述管理單元進行數(shù)據(jù)交互。本發(fā)明提供的優(yōu)選技術(shù)方案中，所述管理單元，包括任 務(wù)發(fā)送模塊和結(jié)果接收模塊。本發(fā)明提供的第二優(yōu)選技術(shù)方案中，所述任務(wù)發(fā)送模塊，提供統(tǒng)一的任務(wù)定義接口，并根據(jù)實際配置的任務(wù)策略，將任務(wù)下發(fā)給所述代理單元；結(jié)果接收模塊，實時接收代理單元發(fā)來的任務(wù)執(zhí)行結(jié)果，并對結(jié)果進行歸并及存儲，并提供任務(wù)監(jiān)控查詢接口。本發(fā)明提供的第三優(yōu)選技術(shù)方案中，所述消息中間件，包括任務(wù)隊列模塊和執(zhí)行結(jié)果隊列模塊；所述任務(wù)隊列模塊存儲有任務(wù)隊列，所述執(zhí)行結(jié)果隊列模塊存儲有執(zhí)行結(jié)果隊列。本發(fā)明提供的第四優(yōu)選技術(shù)方案中，所述任務(wù)發(fā)送模塊通過所述任務(wù)隊列模塊向所述代理單元傳輸任務(wù)；所述結(jié)果接收模塊通過所述執(zhí)行結(jié)果隊列模塊接收所述代理單元傳輸?shù)娜蝿?wù)執(zhí)行結(jié)果。本發(fā)明提供的第五優(yōu)選技術(shù)方案中，所述消息中間件采用ActiveMQ。本發(fā)明提供的第六優(yōu)選技術(shù)方案中，所述代理單元，包括依次進行數(shù)據(jù)通信的存儲模塊、任務(wù)執(zhí)行模塊和執(zhí)行結(jié)果反饋模塊。本發(fā)明提供的第七優(yōu)選技術(shù)方案中，所述存儲模塊，接收并存儲所述管理單元傳輸?shù)娜蝿?wù)；所述任務(wù)執(zhí)行模塊，根據(jù)接收到的任務(wù)的調(diào)度策略定期或定時的執(zhí)行任務(wù)；所述執(zhí)行結(jié)果反饋模塊，將執(zhí)行完任務(wù)的結(jié)果反饋給所述管理單元。本發(fā)明提供的第八優(yōu)選技術(shù)方案中，提供一種基于消息機制的集群任務(wù)自調(diào)度方法，其改進之處在于，所述方法包括如下步驟(I).管理單元向代理單元分配任務(wù)；(2).代理單元對分配的任務(wù)進行調(diào)度和執(zhí)行；(3).管理單元對已執(zhí)行的任務(wù)結(jié)果進行收集。本發(fā)明提供的第九優(yōu)選技術(shù)方案中，所述步驟I包括如下步驟(1-1).管理單元的任務(wù)發(fā)送模塊定義任務(wù)的基本信息；(1-2).管理單元將任務(wù)的基本信息保存到數(shù)據(jù)庫中，作為任務(wù)的元數(shù)據(jù)；(1-3).管理單元將任務(wù)封裝成不同的消息，發(fā)送到消息中間件的任務(wù)隊列模塊中；(1-4).各個代理單元監(jiān)聽消息中間件上的任務(wù)隊列，接收與自己對應(yīng)的消息，并通知消息中間件從任務(wù)隊列中刪除消息；(1-5).代理單元將接收的任務(wù)消息進行解析，并封裝成XML格式的文件進行存儲。本發(fā)明提供的第十優(yōu)選技術(shù)方案中，任務(wù)的基本信息，包括任務(wù)名稱、任務(wù)描述、任務(wù)內(nèi)容、任務(wù)執(zhí)行策略和目標服務(wù)器節(jié)點；其中，任務(wù)內(nèi)容包括服務(wù)器具體要進行的操作，啟停服務(wù)和執(zhí)行腳本。本發(fā)明提供的較優(yōu)選技術(shù)方案中，所述步驟2包括如下步驟
(2-1).代理單元加載所有本地XML格式任務(wù)模型，并轉(zhuǎn)換為可執(zhí)行的任務(wù)；(2-2).代理單元根據(jù)任務(wù)執(zhí)行時間策略，定期或定時執(zhí)行任務(wù)；(2-3).代理單元將任務(wù)執(zhí)行結(jié)果封裝為消息，發(fā)送到消息中間件的執(zhí)行結(jié)果隊列模塊中；其中，消息攜帶了所在代理單元的唯一標識。本發(fā)明提供的第二較優(yōu)選技術(shù)方案中，任務(wù)執(zhí)行時間策略包括定時任務(wù)指定時間，完成一次操作；循環(huán)任務(wù)一個循環(huán)周期內(nèi)的特定時間點，完成一次操作，循環(huán)周期包括每小時、每天、每周、每月和每年；立即執(zhí)行任務(wù)接受時立即執(zhí)行；和自定義策略多個具體時間。本發(fā)明提供的第三較優(yōu)選技術(shù)方案中，所述步驟3包括如下步驟
(3-1).管理單元監(jiān)聽執(zhí)行結(jié)果隊列，接收進入隊列的消息，接收完成后，消息隊列刪除已被接收的消息；(3-2).管理單元解析消息，根據(jù)消息中代理單元的唯一標識，將任務(wù)執(zhí)行結(jié)果保存到數(shù)據(jù)庫中，完成執(zhí)行結(jié)果的收集；(3-3).管理單元將所有任務(wù)執(zhí)行結(jié)果進行歸并，并提供統(tǒng)一的查詢和瀏覽任務(wù)執(zhí)行結(jié)果的接口。與現(xiàn)有技術(shù)比，本發(fā)明提供的一種基于消息機制的集群任務(wù)自調(diào)度系統(tǒng)與方法，提供了管理集群的統(tǒng)一入口，運維人員可以輕松的通過管理端對整合集群做管理和配置操作；提供了集群任務(wù)收集功能，并向運維人員開放了統(tǒng)一的查詢?yōu)g覽入口，使得運維人員輕松的了解集群的任務(wù)執(zhí)行情況；而且完善了任務(wù)執(zhí)行策略及服務(wù)器自調(diào)度模式，運維人員所做的定期重復工作將由服務(wù)器自己完成；再者，集群管理端與被管理端的異步通信機制，增強了管理端管控服務(wù)器的規(guī)模。


圖I為基于消息機制的集群任務(wù)自調(diào)度系統(tǒng)的結(jié)構(gòu)示意圖。圖2為基于消息機制的集群任務(wù)自調(diào)度方法的流程圖。圖3為基于消息機制的集群任務(wù)自調(diào)度方法的任務(wù)結(jié)果收集流程圖。
具體實施例方式如圖I所示，一種基于消息機制的集群任務(wù)自調(diào)度系統(tǒng)，包括數(shù)據(jù)庫、依次進行數(shù)據(jù)交互的管理單元、消息中間件和代理單元；所述數(shù)據(jù)庫與所述管理單元進行數(shù)據(jù)交互。所述管理單元，包括任務(wù)發(fā)送模塊和結(jié)果接收模塊。所述任務(wù)發(fā)送模塊，提供統(tǒng)一的任務(wù)定義接口，并根據(jù)實際配置的任務(wù)策略，將任務(wù)下發(fā)給所述代理單元；結(jié)果接收模塊，實時接收代理單元發(fā)來的任務(wù)執(zhí)行結(jié)果，并對結(jié)果進行歸并及存儲，并提供任務(wù)監(jiān)控查詢接口。所述消息中間件，包括任務(wù)隊列模塊和執(zhí)行結(jié)果隊列模塊；所述任務(wù)隊列模塊存儲有任務(wù)隊列，所述執(zhí)行結(jié)果隊列模塊存儲有執(zhí)行結(jié)果隊列。所述任務(wù)發(fā)送模塊通過所述任務(wù)隊列模塊向所述代理單元傳輸任務(wù)；所述結(jié)果接收模塊通過所述執(zhí)行結(jié)果隊列模塊接收所述代理單元傳輸?shù)娜蝿?wù)執(zhí)行結(jié)果。所述消息中間件采用ActiveMQ。
所述代理單元，包括依次進行數(shù)據(jù)通信的存儲模塊、任務(wù)執(zhí)行模塊和執(zhí)行結(jié)果反饋模塊。所述存儲模塊，接收并存儲所述管理單元傳輸?shù)娜蝿?wù)；所述任務(wù)執(zhí)行模塊，根據(jù)接收到的任務(wù)的調(diào)度策略定期或定時的執(zhí)行任務(wù)；所述執(zhí)行結(jié)果反饋模塊，將執(zhí)行完任務(wù)的結(jié)果反饋給所述管理單元。如圖2所示，一種基于消息機制的集群任務(wù)自調(diào)度方法，所述方法包括如下步驟(I).管理單元向代理單元分配任務(wù)；(2).代理單元對分配的任務(wù)進行調(diào)度和執(zhí)行；·
(3).管理單元對已執(zhí)行的任務(wù)結(jié)果進行收集。所述步驟I包括如下步驟(1-1).管理單元的任務(wù)發(fā)送模塊定義任務(wù)的基本信息；(1-2).管理單元將任務(wù)的基本信息保存到數(shù)據(jù)庫中，作為任務(wù)的元數(shù)據(jù)；(1-3).管理單元將任務(wù)封裝成不同的消息，發(fā)送到消息中間件的任務(wù)隊列模塊中；(1-4).各個代理單元監(jiān)聽消息中間件上的任務(wù)隊列，接收與自己對應(yīng)的消息，并通知消息中間件從任務(wù)隊列中刪除消息；(1-5).代理單元將接收的任務(wù)消息進行解析，并封裝成XML格式的文件進行存儲。任務(wù)的基本信息，包括任務(wù)名稱、任務(wù)描述、任務(wù)內(nèi)容、任務(wù)執(zhí)行策略和目標服務(wù)器節(jié)點；其中，任務(wù)內(nèi)容包括服務(wù)器具體要進行的操作，如啟停服務(wù)和執(zhí)行腳本等。所述步驟2包括如下步驟(2-1).代理單元加載所有本地XML格式任務(wù)模型，并轉(zhuǎn)換為可執(zhí)行的任務(wù)；(2-2).代理單元根據(jù)任務(wù)執(zhí)行時間策略，定期或定時執(zhí)行任務(wù)；(2-3).代理單元將任務(wù)執(zhí)行結(jié)果封裝為消息，發(fā)送到消息中間件的執(zhí)行結(jié)果隊列模塊中；其中，消息攜帶了所在代理單元的唯一標識。任務(wù)執(zhí)行時間策略包括定時任務(wù)指定時間，完成一次操作；循環(huán)任務(wù)一個循環(huán)周期內(nèi)的特定時間點，完成一次操作，循環(huán)周期包括每小時、每天、每周、每月和每年；立即執(zhí)行任務(wù)接受時立即執(zhí)行；和自定義策略多個具體時間。所述步驟3包括如下步驟(3-1).管理單元監(jiān)聽執(zhí)行結(jié)果隊列，接收進入隊列的消息，接收完成后，消息隊列刪除已被接收的消息；(3-2).管理單元解析消息，根據(jù)消息中代理單元的唯一標識，將任務(wù)執(zhí)行結(jié)果保存到數(shù)據(jù)庫中，完成執(zhí)行結(jié)果的收集；(3-3).管理單元將所有任務(wù)執(zhí)行結(jié)果進行歸并，并提供統(tǒng)一的查詢和瀏覽任務(wù)執(zhí)行結(jié)果的接口。通過實施例對基于消息機制的集群任務(wù)自調(diào)度系統(tǒng)與方法做進一步描述。系統(tǒng)的核心主要由管理端程序(Server App)、消息中間件(MON)和代理端程序(Agent App)三部分構(gòu)成管理端程序管理端程序部署在管理節(jié)點上，它一方面為運維人員提供統(tǒng)一的任務(wù)定義接口，并根據(jù)實際配置的任務(wù)策略，將任務(wù)下發(fā)給所有的任務(wù)執(zhí)行者(需要執(zhí)行操作的服務(wù)器)。另一方面，管理端程序會實時接收代理端程序發(fā)來的任務(wù)執(zhí)行結(jié)果，并對結(jié)果進行歸并及存儲，同時提供給運維人員統(tǒng)一的任務(wù)監(jiān)控查詢接口，供運維人員跟蹤集群的任務(wù)下發(fā)及執(zhí)行情況。代理端程序它部署在所有被管理的服務(wù)器節(jié)點上。首先它負責接收管理端下發(fā)的任務(wù)，并對任務(wù)進行持久化存儲。其次會根據(jù)接收到的任務(wù)的調(diào)度策略進行定期或定時的執(zhí)行任務(wù)操作，實現(xiàn)代理端自調(diào)度功能。另外，代理端程序在每 次任務(wù)執(zhí)行完畢后，會將任務(wù)的執(zhí)行結(jié)果反饋給管理端。消息中間件消息中間件可以部署在獨立的服務(wù)器上，也可以與管理端部署在同一服務(wù)器上。它是管理端與代理端的溝通的橋梁。管理端與代理端不會直接通信，所有的任務(wù)下發(fā)及任務(wù)執(zhí)行結(jié)果的反饋都是通過消息中間件完成的。采用兩個消息隊列，實現(xiàn)了集群管理節(jié)點與被管理節(jié)點的異步通信。本專利中采用的是ActiveMQ作為消息中間件?；谙C制的集群任務(wù)自調(diào)度方法的流程如下任務(wù)分發(fā)流程I.運維人員通過Server App提供的任務(wù)配置接口定義任務(wù)任務(wù)名稱、任務(wù)描述、任務(wù)內(nèi)容(服務(wù)器具體要進行的操作，啟停服務(wù)、執(zhí)行腳本等)、任務(wù)執(zhí)行策略、目標服務(wù)器節(jié)點。2. Server App會將任務(wù)的基本信息保存到數(shù)據(jù)庫中，作為任務(wù)的元數(shù)據(jù)。3. Server App將任務(wù)封裝成針對不同目標服務(wù)器節(jié)點的消息，發(fā)送到消息中間件中的任務(wù)隊列中。4.所有的Agent App會監(jiān)聽消息中間件上的任務(wù)隊列，并過濾出目標為自己的消息進行接收，接收后刪除任務(wù)隊列中的該條消息。5. Agent App將接收的任務(wù)消息進行解析,并封裝成XML格式的文件存儲到本地，完成任務(wù)的接收。任務(wù)調(diào)度流程I. Agent App啟動時加載所有本地XML格式任務(wù)模型，并轉(zhuǎn)換為可執(zhí)行的任務(wù)。2. Agent App根據(jù)可執(zhí)行任務(wù)執(zhí)行時間策略，定期或定時執(zhí)行。其中任務(wù)執(zhí)行時間策略主要有以下幾種定時任務(wù)指定時間，完成一次操作。循環(huán)任務(wù)一個循環(huán)周期內(nèi)的特定時間點，完成一次操作，循環(huán)周期包括每小時、每天、每周、每月、每年等。立即執(zhí)行任務(wù)接受時立即執(zhí)行。自定義策略多個具體時間。3. Agent App將任務(wù)執(zhí)行結(jié)果封裝為消息，發(fā)送到消息中間件的執(zhí)行結(jié)果隊列中。其中消息攜帶了 Agent所在服務(wù)器的唯一標識。任務(wù)調(diào)度流程的詳細流程圖如圖3所示。任務(wù)結(jié)果收集流程I. Server App監(jiān)聽執(zhí)行結(jié)果隊列，一旦有消息進入隊列，就接收消息，接收完成后，消息隊列將刪除已接收的消息。
2. Server App解析消息，根據(jù)消息中服務(wù)器的唯一標識，將任務(wù)執(zhí)行結(jié)果保存到數(shù)據(jù)庫中，完成執(zhí)行結(jié)果的收集。3. Server App將所有服務(wù)器任務(wù)執(zhí)行結(jié)果進行歸并，為運維人員提供統(tǒng)一的查詢和瀏覽接口。
需要聲明的是，本發(fā)明內(nèi)容及具體實施方式
意在證明本發(fā)明所提供技術(shù)方案的實際應(yīng)用，不應(yīng)解釋為對本發(fā)明保護范圍的限定。本領(lǐng)域技術(shù)人員在本發(fā)明的精神和原理啟發(fā)下，可作各種修改、等同替換、或改進。但這些變更或修改均在申請待批的保護范圍內(nèi)。
權(quán)利要求
1.一種基于消息機制的集群任務(wù)自調(diào)度系統(tǒng)，其特征在于，所述系統(tǒng)包括依次進行數(shù)據(jù)交互的管理單元、消息中間件和代理單元；所述數(shù)據(jù)庫與所述管理單元進行數(shù)據(jù)交互。
2.根據(jù)權(quán)利要求I所述的系統(tǒng)，其特征在于，所述管理單元，包括任務(wù)發(fā)送模塊和結(jié)果接收模塊。
3.根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于，所述任務(wù)發(fā)送模塊，提供統(tǒng)一的任務(wù)定義接口，并根據(jù)實際配置的任務(wù)策略，將任務(wù)下發(fā)給所述代理單元；結(jié)果接收模塊，實時接收代理單元發(fā)來的任務(wù)執(zhí)行結(jié)果，并對結(jié)果進行歸并及存儲，并提供任務(wù)監(jiān)控查詢接口。
4.根據(jù)權(quán)利要求I所述的系統(tǒng)，其特征在于，所述消息中間件，包括任務(wù)隊列模塊和執(zhí)行結(jié)果隊列模塊；所述任務(wù)隊列模塊存儲有任務(wù)隊列，所述執(zhí)行結(jié)果隊列模塊存儲有執(zhí)行結(jié)果隊列。
5.根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，所述任務(wù)發(fā)送模塊通過所述任務(wù)隊列模塊向所述代理單元傳輸任務(wù)；所述結(jié)果接收模塊通過所述執(zhí)行結(jié)果隊列模塊接收所述代理單元傳輸?shù)娜蝿?wù)執(zhí)行結(jié)果。
6.根據(jù)權(quán)利要求4或者5所述的系統(tǒng)，其特征在于，所述消息中間件采用ActiveMQ。
7.根據(jù)權(quán)利要求I所述的系統(tǒng)，其特征在于，所述代理單元，包括依次進行數(shù)據(jù)通信的存儲模塊、任務(wù)執(zhí)行模塊和執(zhí)行結(jié)果反饋模塊。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述存儲模塊，接收并存儲所述管理單元傳輸?shù)娜蝿?wù)；所述任務(wù)執(zhí)行模塊，根據(jù)接收到的任務(wù)的調(diào)度策略定期或定時的執(zhí)行任務(wù)；所述執(zhí)行結(jié)果反饋模塊，將執(zhí)行完任務(wù)的結(jié)果反饋給所述管理單元。
9.一種基于消息機制的集群任務(wù)自調(diào)度方法，其特征在于，所述方法包括如下步驟 (1).管理單元向代理單元分配任務(wù)； (2).代理單元對分配的任務(wù)進行調(diào)度和執(zhí)行； (3).管理單元對已執(zhí)行的任務(wù)結(jié)果進行收集。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述步驟I包括如下步驟 (1-1).管理單元的任務(wù)發(fā)送模塊定義任務(wù)的基本信息； (1-2).管理單元將任務(wù)的基本信息保存到數(shù)據(jù)庫中，作為任務(wù)的元數(shù)據(jù)； (1-3).管理單元將任務(wù)封裝成不同的消息，發(fā)送到消息中間件的任務(wù)隊列模塊中； (1-4).各個代理單元監(jiān)聽消息中間件上的任務(wù)隊列，接收與自己對應(yīng)的消息，并通知消息中間件從任務(wù)隊列中刪除消息； (1-5).代理單元將接收的任務(wù)消息進行解析，并封裝成XML格式的文件進行存儲。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，任務(wù)的基本信息，包括任務(wù)名稱、任務(wù)描述、任務(wù)內(nèi)容、任務(wù)執(zhí)行策略和目標服務(wù)器節(jié)點；其中，任務(wù)內(nèi)容包括服務(wù)器具體要進行的操作，啟停服務(wù)和執(zhí)行腳本。
12.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述步驟2包括如下步驟 (2-1).代理單元加載所有本地XML格式任務(wù)模型，并轉(zhuǎn)換為可執(zhí)行的任務(wù)； (2-2).代理單元根據(jù)任務(wù)執(zhí)行時間策略，定期或定時執(zhí)行任務(wù)； (2-3).代理單元將任務(wù)執(zhí)行結(jié)果封裝為消息，發(fā)送到消息中間件的執(zhí)行結(jié)果隊列模塊中；其中，消息攜帶了所在代理單元的唯一標識。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，任務(wù)執(zhí)行時間策略包括定時任務(wù)指定時間，完成一次操作；循環(huán)任務(wù)一個循環(huán)周期內(nèi)的特定時間點，完成一次操作，循環(huán)周期包括每小時、每天、每周、每月和每年；立即執(zhí)行任務(wù)接受時立即執(zhí)行；和自定義策略多個具體時間。
14.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述步驟3包括如下步驟 (3-1).管理單元監(jiān)聽執(zhí)行結(jié)果隊列，接收進入隊列的消息，接收完成后，消息隊列刪除已被接收的消息； (3-2).管理單元解析消息，根據(jù)消息中代理單元的唯一標識，將任務(wù)執(zhí)行結(jié)果保存到數(shù)據(jù)庫中，完成執(zhí)行結(jié)果的收集； (3-3).管理單元將所有任務(wù)執(zhí)行結(jié)果進行歸并，并提供統(tǒng)一的查詢和瀏覽任務(wù)執(zhí)行結(jié)果的接口?！?br> 全文摘要
本發(fā)明提供了一種基于消息機制的集群任務(wù)自調(diào)度系統(tǒng)和方法，系統(tǒng)包括數(shù)據(jù)庫，依次進行數(shù)據(jù)交互的管理單元、消息中間件和代理單元；所述數(shù)據(jù)庫與所述管理單元進行數(shù)據(jù)交互；方法，包括如下步驟(1).管理單元向代理單元分配任務(wù)；(2).代理單元對分配的任務(wù)進行調(diào)度和執(zhí)行；(3).管理單元對已執(zhí)行的任務(wù)結(jié)果進行收集。本發(fā)明提供的基于消息機制的集群任務(wù)自調(diào)度系統(tǒng)和方法，使集群管理節(jié)點與被管理節(jié)點通過消息機制進行異步通信，實現(xiàn)任務(wù)的下發(fā)和任務(wù)執(zhí)行結(jié)果的收集。提高了集群管理節(jié)點的處理能力；而且服務(wù)器任務(wù)自調(diào)度模式，將集群任務(wù)的調(diào)度由管理端轉(zhuǎn)移到被管理端，實現(xiàn)一次分發(fā)，長久自調(diào)度。降低了集群管理端的負載，從而提升管理端的管理規(guī)模。
文檔編號H04L29/08GK102904746SQ20121033955
公開日2013年1月30日 申請日期2012年9月13日 優(yōu)先權(quán)日2012年9月13日
發(fā)明者李帥, 趙歡, 龔文, 王明 申請人:曙光信息產(chǎn)業(yè)(北京)有限公司