服務(wù)器管理系統(tǒng)及服務(wù)器管理方法
【專利摘要】本發(fā)明公開了一種服務(wù)器管理系統(tǒng)和服務(wù)器管理方法。服務(wù)器管理系統(tǒng)包括：用于接收操作請求，并生成初始任務(wù)，以及根據(jù)任務(wù)執(zhí)行結(jié)果生成操作結(jié)果并反饋的消息轉(zhuǎn)換裝置，用于將初始任務(wù)拆分為子任務(wù)，并將子任務(wù)分發(fā)至任務(wù)執(zhí)行裝置中的任務(wù)分發(fā)裝置，以及用于執(zhí)行所分發(fā)的子任務(wù)，并將任務(wù)執(zhí)行結(jié)果返回至消息轉(zhuǎn)換裝置的多個任務(wù)執(zhí)行裝置。該服務(wù)器管理系統(tǒng)與服務(wù)器管理方法提高了用戶對服務(wù)器管理系統(tǒng)的可操作性，并增強了服務(wù)器管理系統(tǒng)的可用性及可擴展性。
【專利說明】服務(wù)器管理系統(tǒng)及服務(wù)器管理方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】，特別涉及一種服務(wù)器管理系統(tǒng)及服務(wù)器管理方法?！颈尘凹夹g(shù)】
[0002]當(dāng)今，隨著數(shù)據(jù)處理容量的快速增長，服務(wù)器規(guī)模也呈幾何級數(shù)增長，因此對服務(wù)器管理系統(tǒng)(即自動運維系統(tǒng))的要求也越來越高。但是，現(xiàn)有的服務(wù)器管理系統(tǒng)的總體框架存在很大的制約性，這嚴(yán)重影響了系統(tǒng)性能的提高。
[0003]對于現(xiàn)有的服務(wù)器管理系統(tǒng)而言，在服務(wù)器管理系統(tǒng)內(nèi)部的各個模塊是緊密連接的。這樣的連接方式會產(chǎn)生相應(yīng)的問題，即當(dāng)系統(tǒng)內(nèi)的任何一個模塊出現(xiàn)故障時，整個服務(wù)器管理系統(tǒng)的服務(wù)都會不可使用。同時，對于現(xiàn)有的服務(wù)器管理系統(tǒng)而言，同一臺服務(wù)器只能啟動一個服務(wù)器管理系統(tǒng)，進(jìn)而使得服務(wù)器的性能無法得到充分的利用。此外，在現(xiàn)有的服務(wù)器管理系統(tǒng)中，不同的操作之間的執(zhí)行過程有著相對較大的差異，例如，有些操作由ACS (Automation Cacti Server,自動運維系統(tǒng))完成，而有些操作由ACE (AutomationCacti Execution,自動運維系統(tǒng)執(zhí)行模塊)完成。這樣操作方式往往會給服務(wù)器管理系統(tǒng)的擴展帶來很大的難度。同時，由于現(xiàn)有的ACE取命令的操作和標(biāo)記命令的操作不具有原子性，進(jìn)而導(dǎo)致服務(wù)器管理系統(tǒng)難以擴展，無法啟動多個ACE進(jìn)程。
[0004]總而言之，由于目前的服務(wù)器管理系統(tǒng)還存在這些問題，因此無法滿足百萬級服務(wù)器甚至更大級數(shù)的服務(wù)器的應(yīng)用需求。
【發(fā)明內(nèi)容】
[0005]本發(fā)明旨在至少在一定程度上解決現(xiàn)有技術(shù)中的上述技術(shù)問題之一。
[0006]為此，本發(fā)明的一個目的在于提出一種可用性高、擴展性良好、異構(gòu)模塊少的服務(wù)
器管理系統(tǒng)。
[0007]本發(fā)明實施例的第一方面提出一種服務(wù)器管理系統(tǒng)，包括:消息轉(zhuǎn)換裝置、任務(wù)分發(fā)裝置和多個任務(wù)執(zhí)行裝置。其中，消息轉(zhuǎn)換裝置用于接收操作請求，根據(jù)該操作請求獲取對應(yīng)的配置文件，并根據(jù)該操作請求和配置文件生成初始任務(wù)，以及接收多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置反饋的任務(wù)執(zhí)行結(jié)果，并根據(jù)任務(wù)執(zhí)行結(jié)果生成操作結(jié)果并反饋；任務(wù)分發(fā)裝置用于根據(jù)操作請求的類型將初始任務(wù)拆分為多個子任務(wù)，并根據(jù)多個任務(wù)執(zhí)行裝置的狀態(tài)將多個子任務(wù)分發(fā)至多個任務(wù)執(zhí)行裝置中的至少部分任務(wù)執(zhí)行裝置；以及多個任務(wù)執(zhí)行裝置用于執(zhí)行任務(wù)分發(fā)裝置所分配的子任務(wù)，并將任務(wù)執(zhí)行結(jié)果返回至消息轉(zhuǎn)換裝置。
[0008]在本發(fā)明的實施例中，服務(wù)器管理系統(tǒng)具有以下三方面的技術(shù)效果。
[0009]首先，用戶的可操作性得到增強。對于現(xiàn)有的服務(wù)器管理系統(tǒng)中針對特定操作請求編譯的程序，用戶通常無法對已完成編譯的程序進(jìn)行修改。對于本發(fā)明實施例的服務(wù)器管理系統(tǒng)的配置文件，服務(wù)器管理系統(tǒng)可以根據(jù)不同的操作請求，多次調(diào)用該配置文件生成對應(yīng)的初始任務(wù)，并且用戶可以修改該配置文件，以適應(yīng)新的操作請求。因此，用戶的可操作性得到增強。
[0010]其次，本發(fā)明實施例的服務(wù)器管理系統(tǒng)具有較高的可用性。任務(wù)分發(fā)裝置通過將初始任務(wù)拆分為多個子任務(wù)并將多個子任務(wù)分發(fā)到多個執(zhí)行裝置中的方式，使得服務(wù)器管理系統(tǒng)可以并行執(zhí)行多個子任務(wù)。因此，在任何子任務(wù)的執(zhí)行過程中，一旦出現(xiàn)問題，該任務(wù)分發(fā)裝置可以重新將該子任務(wù)分發(fā)給多個任務(wù)執(zhí)行裝置中的其他任務(wù)執(zhí)行裝置執(zhí)行，從而不影響整個服務(wù)器管理系統(tǒng)的工作。因此，該服務(wù)器管理系統(tǒng)具有較高的可用性。
[0011]最后，本發(fā)明實施例的服務(wù)器管理系統(tǒng)具有良好的擴展性。任務(wù)分發(fā)裝置根據(jù)多個任務(wù)執(zhí)行裝置的狀態(tài)將多個子任務(wù)分發(fā)到多個任務(wù)執(zhí)行裝置的至少部分任務(wù)執(zhí)行裝置。其中，這個調(diào)用多個任務(wù)執(zhí)行裝置的至少部分任務(wù)執(zhí)行裝置執(zhí)行多個子任務(wù)的流程對于任何子任務(wù)而言都是相同的。因此，當(dāng)讀取到多個任務(wù)執(zhí)行裝置的至少部分任務(wù)執(zhí)行裝置的性能不足時，任務(wù)分發(fā)裝置可以增加任務(wù)執(zhí)行裝置的數(shù)量，將多個任務(wù)執(zhí)行裝置的其他任務(wù)執(zhí)行裝置通過任務(wù)分發(fā)流程添加到子任務(wù)的執(zhí)行過程中，以解決性能不足的問題。因此，該服務(wù)器管理系統(tǒng)具有良好的擴展性。
[0012]此外，本發(fā)明實施例的服務(wù)器管理系統(tǒng)還包括日志管理裝置，該日志管理裝置用于接收并統(tǒng)計消息轉(zhuǎn)換裝置、任務(wù)分發(fā)裝置和多個任務(wù)執(zhí)行裝置生成的日志信息。本發(fā)明實施例的服務(wù)器管理系統(tǒng)通過日志管理裝置對日志信息進(jìn)行統(tǒng)一管理，使得該服務(wù)器管理系統(tǒng)能夠完整地準(zhǔn)確地統(tǒng)計準(zhǔn)確運營數(shù)據(jù)。
[0013]在本發(fā)明的一個具體實施例中，任務(wù)分發(fā)裝置還包括:用于根據(jù)該操作請求的類型將該初始任務(wù)拆分為多個子任務(wù)的任務(wù)拆分模塊；用于保存該多個任務(wù)執(zhí)行裝置的狀態(tài)的任務(wù)狀態(tài)數(shù)據(jù)庫；以及用于根據(jù)該多個任務(wù)執(zhí)行裝置的狀態(tài)將該多個子任務(wù)分發(fā)至該多個任務(wù)執(zhí)行裝置中的至少部分任務(wù)執(zhí)行裝置的任務(wù)分發(fā)模塊。其中，該任務(wù)執(zhí)行裝置的狀態(tài)為該任務(wù)執(zhí)行裝置中任務(wù)的執(zhí)行狀態(tài)。
[0014]優(yōu)選地，在本發(fā)明實施例的服務(wù)器管理系統(tǒng)中，任務(wù)分發(fā)裝置通常采用Redis數(shù)據(jù)庫作為消息隊列。該任務(wù)分發(fā)裝置通過該消息隊列接收服務(wù)器管理系統(tǒng)中消息轉(zhuǎn)換裝置和多個任務(wù)執(zhí)行裝置發(fā)送的消息。通過使用Redis數(shù)據(jù)庫，使得任務(wù)分發(fā)裝置可以進(jìn)行總線形式的消息傳遞，這使得該服務(wù)器管理系統(tǒng)可以并行多個任務(wù)。
[0015]本發(fā)明實施例的第二方面提出一種服務(wù)器管理方法，包括:接收操作請求；根據(jù)該操作請求獲取對應(yīng)的配置文件，并根據(jù)該操作請求和該配置文件生成初始任務(wù)；根據(jù)該操作請求的類型將該初始任務(wù)拆分為多個子任務(wù)，并根據(jù)多個任務(wù)執(zhí)行裝置的狀態(tài)將該多個子任務(wù)分發(fā)至該多個任務(wù)執(zhí)行裝置中的至少部分任務(wù)執(zhí)行裝置；執(zhí)行任務(wù)分發(fā)裝置所分配的子任務(wù)，并將該任務(wù)執(zhí)行結(jié)果返回；以及接收該多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置反饋的任務(wù)執(zhí)行結(jié)果，并根據(jù)該任務(wù)執(zhí)行結(jié)果生成操作結(jié)果并反饋。
[0016]在本發(fā)明的實施例中，服務(wù)器管理方法具有以下三方面的技術(shù)效果。
[0017]首先，用戶的可操作性得到增強。對于現(xiàn)有的服務(wù)器管理方法中針對特定操作請求編譯的程序，用戶通常無法對已完成編譯的程序進(jìn)行修改。對于本發(fā)明實施例的服務(wù)器管理方法中的配置文件，服務(wù)器管理方法可以根據(jù)不同的操作請求，多次調(diào)用該配置文件生成對應(yīng)的初始任務(wù)，并且用戶可以修改該配置文件，以適應(yīng)新的操作請求。因此，用戶的可操作性得到增強。
[0018]其次，本發(fā)明實施例的服務(wù)器管理方法具有較高的可用性。通過將初始任務(wù)拆分為多個子任務(wù)并將多個子任務(wù)分發(fā)到多個執(zhí)行裝置中的方式，使得多個任務(wù)可以并行執(zhí)行。因此，在任何子任務(wù)的執(zhí)行過程中，一旦出現(xiàn)問題，可以重新將該子任務(wù)分發(fā)給多個任務(wù)執(zhí)行裝置中的其他任務(wù)執(zhí)行裝置執(zhí)行，從而不影響整個系統(tǒng)的工作。因此，該服務(wù)器管理方法具有較高的可用性。
[0019]最后，本發(fā)明實施例的服務(wù)器管理方法具有良好的擴展性。根據(jù)多個任務(wù)執(zhí)行裝置的狀態(tài)將多個子任務(wù)分發(fā)到多個任務(wù)執(zhí)行裝置的至少部分任務(wù)執(zhí)行裝置。其中，這個調(diào)用多個任務(wù)執(zhí)行裝置的至少部分任務(wù)執(zhí)行裝置執(zhí)行多個子任務(wù)的流程對于任何子任務(wù)而言都是相同的。因此，當(dāng)讀取到多個任務(wù)執(zhí)行裝置的至少部分任務(wù)執(zhí)行裝置的性能不足時，服務(wù)器管理方法可以增加任務(wù)執(zhí)行裝置的數(shù)量，將多個任務(wù)執(zhí)行裝置的其他任務(wù)執(zhí)行裝置通過該任務(wù)分發(fā)流程添加到子任務(wù)的執(zhí)行過程中，以解決性能不足的問題。因此，該服務(wù)器管理方法具有良好的擴展性。
【專利附圖】
【附圖說明】
[0020]圖1是根據(jù)本發(fā)明實施例的服務(wù)器管理系統(tǒng)的結(jié)構(gòu)示意圖；
[0021]圖2是根據(jù)本發(fā)明實施例的服務(wù)器管理方法的流程圖；
[0022]圖3是根據(jù)本發(fā)明實施例的服務(wù)器管理方法的消息轉(zhuǎn)換的流程圖；
[0023]圖4是根據(jù)本發(fā)明實施例的服務(wù)器管理方法的任務(wù)拆分與分發(fā)的流程圖；
[0024]圖5是根據(jù)本發(fā)明實施例的服務(wù)器管理方法的任務(wù)執(zhí)行的流程圖；
[0025]圖6是通過本發(fā)明實施例的服務(wù)器管理系統(tǒng)對服務(wù)器進(jìn)行系統(tǒng)安裝并上線的操作的流程圖；以及
[0026]圖7是通過本發(fā)明實施例的服務(wù)器管理系統(tǒng)進(jìn)行故障處理的流程圖。
【具體實施方式】
[0027]下面詳細(xì)描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標(biāo)號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。
[0028]在本發(fā)明的描述中，“多個”的含義是兩個或兩個以上，除非另有明確具體的限定。此外，對于本領(lǐng)域的普通技術(shù)人員而言，可以根據(jù)具體情況理解上述術(shù)語在本發(fā)明中的具體含義。
[0029]下面參照附圖來描述根據(jù)本發(fā)明實施例提出的服務(wù)器管理系統(tǒng)和服務(wù)器管理方法。
[0030]圖1是根據(jù)本發(fā)明實施例的服務(wù)器管理系統(tǒng)的結(jié)構(gòu)示意圖。
[0031]如圖1所示，本發(fā)明實施例的服務(wù)器管理系統(tǒng)包括:消息轉(zhuǎn)換裝置10、任務(wù)分發(fā)裝置20和多個任務(wù)執(zhí)行裝置。其中，消息轉(zhuǎn)換裝置10用于接收操作請求a，并根據(jù)操作請求a獲取對應(yīng)的配置文件，以及根據(jù)操作請求a和該配置文件生成初始任務(wù)b。此外，消息轉(zhuǎn)換裝置10還用于接收該多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置所反饋的任務(wù)執(zhí)行結(jié)果山并根據(jù)任務(wù)執(zhí)行結(jié)果d生成操作結(jié)果e并反饋。任務(wù)分發(fā)裝置20用于根據(jù)操作請求a的類型將初始任務(wù)b拆分為多個子任務(wù)C，并根據(jù)多個任務(wù)執(zhí)行裝置的狀態(tài)將多個子任務(wù)c分發(fā)至多個任務(wù)執(zhí)行裝置中的至少部分任務(wù)執(zhí)行裝置。多個任務(wù)執(zhí)行裝置用于執(zhí)行任務(wù)分發(fā)裝置20所分配的子任務(wù)C，并將任務(wù)執(zhí)行結(jié)果d返回至消息轉(zhuǎn)換裝置10。
[0032]在本發(fā)明的一個實施例中，生成初始任務(wù)b的過程中，服務(wù)器管理系統(tǒng)可根據(jù)對應(yīng)的操作請求a調(diào)用多個與操作請求a相關(guān)的配置文件，進(jìn)而完成初始任務(wù)b的生成工作，其中，配置文件包括服務(wù)器管理系統(tǒng)所接收的操作請求所對應(yīng)的各種參數(shù)文件，例如，重啟服務(wù)器參數(shù)與檢測服務(wù)器遠(yuǎn)程管理(i I ο )連通性參數(shù)。
[0033]優(yōu)選地，在本發(fā)明的實施例中，重啟服務(wù)器的參數(shù)如下所示:
[0034]{"opname": "PowerReset", // 操作內(nèi)容
[0035]"args": {"iloip": "10.4.32.63"，// 管理口 ip
[0036]"model": 〃NF55M3〃，// 服務(wù)器型號
[0037]"hostname": "cqOl-ba.cqOl",// 主機名
[0038]"sn": "2129091"}，// 服務(wù)器 sn
[0039]〃attr": {"country": "China", "other" "city":"", "wh":"CQ01", "area":""}//其他信息，如所屬國家，機房等
[0040]}。
[0041]優(yōu)選地，在本發(fā)明的實施例中，檢測服務(wù)器遠(yuǎn)程管理(ilo)連通性的參數(shù)如下所示:
[0042]{"opname": "I1Check",// 操作內(nèi)容
[0043]"args": {"ilo_ip": "10.5.0.141"，// 管理口 ip
[0044]^:,,2130617"},服務(wù)器 sn
[0045]"attr":「country": "China", "other":"", "city":"", "wh": "CQ02", "area":""}//其他信息，如所屬國家，機房等
[0046]}。
[0047]在本發(fā)明的實施例中，服務(wù)器管理系統(tǒng)具有以下三方面的技術(shù)效果。
[0048]首先，用戶的可操作性得到增強。對于現(xiàn)有的服務(wù)器管理系統(tǒng)中針對特定操作請求編譯的程序，用戶通常無法對已完成編譯的程序進(jìn)行修改。對于本發(fā)明實施例的服務(wù)器管理系統(tǒng)的配置文件，服務(wù)器管理系統(tǒng)可以根據(jù)不同的操作請求a，多次調(diào)用該配置文件生成對應(yīng)的初始任務(wù)b，并且用戶可以修改該配置文件，以適應(yīng)新的操作請求a。因此，用戶的可操作性得到增強。
[0049]其次，本發(fā)明實施例的服務(wù)器管理系統(tǒng)具有較高的可用性。任務(wù)分發(fā)裝置20通過將初始任務(wù)b拆分為多個子任務(wù)c并將多個子任務(wù)c分發(fā)到多個執(zhí)行裝置中的方式，使得服務(wù)器管理系統(tǒng)可以并行執(zhí)行多個子任務(wù)C。因此，在任何子任務(wù)C的執(zhí)行過程中，一旦出現(xiàn)問題，該任務(wù)分發(fā)裝置20可以重新將該子任務(wù)c分發(fā)給多個任務(wù)執(zhí)行裝置中的其他任務(wù)執(zhí)行裝置執(zhí)行，從而不影響整個服務(wù)器管理系統(tǒng)的工作。因此，該服務(wù)器管理系統(tǒng)具有較高的可用性。
[0050]最后，本發(fā)明實施例的服務(wù) 器管理系統(tǒng)具有良好的擴展性。任務(wù)分發(fā)裝置20根據(jù)多個任務(wù)執(zhí)行裝置的狀態(tài)將多個子任務(wù)c分發(fā)到多個任務(wù)執(zhí)行裝置的至少部分任務(wù)執(zhí)行裝置。其中，這個調(diào)用多個任務(wù)執(zhí)行裝置的至少部分任務(wù)執(zhí)行裝置執(zhí)行多個子任務(wù)c的流程對于任何子任務(wù)C而言都是相同的。因此，當(dāng)讀取到多個任務(wù)執(zhí)行裝置的至少部分任務(wù)執(zhí)行裝置的性能不足時，任務(wù)分發(fā)裝置20可以增加任務(wù)執(zhí)行裝置的數(shù)量，將多個任務(wù)執(zhí)行裝置的其他任務(wù)執(zhí)行裝置通過任務(wù)分發(fā)流程添加到子任務(wù)C的執(zhí)行過程中，以解決性能不足的問題。因此，該服務(wù)器管理系統(tǒng)具有良好的擴展性。
[0051]如圖1所示，在本發(fā)明的該實施例中，任務(wù)分發(fā)裝置20包括:任務(wù)拆分模塊201、任務(wù)狀態(tài)數(shù)據(jù)庫202以及任務(wù)分發(fā)模塊203。其中，任務(wù)拆分模塊201根據(jù)操做請求a的類型將初始任務(wù)b拆分為多個子任務(wù)C。任務(wù)狀態(tài)數(shù)據(jù)庫存儲202存儲多個任務(wù)執(zhí)行裝置中任務(wù)的執(zhí)行狀態(tài)。任務(wù)分發(fā)模塊203根據(jù)多個任務(wù)執(zhí)行裝置的狀態(tài)將多個子任務(wù)c分發(fā)到多個任務(wù)執(zhí)行裝置中的至少部分任務(wù)執(zhí)行裝置。
[0052]優(yōu)選地，在本發(fā)明的一個實施例中，對應(yīng)每個操作請求a所生成的子任務(wù)c會包括多個完成步驟，因此，在進(jìn)行子任務(wù)c的分發(fā)之前，任務(wù)分發(fā)裝置20會根據(jù)多個任務(wù)執(zhí)行裝置中任務(wù)的執(zhí)行狀態(tài)判斷是否需要為多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置構(gòu)建對應(yīng)的首次原子操作。換言之，根據(jù)多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置的目前的任務(wù)執(zhí)行狀態(tài)，服務(wù)器管理系統(tǒng)判斷是否需要調(diào)用程序，并將接收的操作請求a對應(yīng)的參數(shù)拆分出來，以分配到原子操作在多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置的執(zhí)行過程中。
[0053]優(yōu)選地，任務(wù)分發(fā)裝置20通常使用Redis數(shù)據(jù)庫作為消息隊列，任務(wù)分發(fā)裝置通過該消息隊列接收服務(wù)器管理系統(tǒng)中的消息轉(zhuǎn)換裝置10和多個任務(wù)執(zhí)行裝置發(fā)送的消息。換言之，通過使用Redis數(shù)據(jù)庫，任務(wù)分發(fā)裝置20可以進(jìn)行總線形式的消息傳遞，這就使得系統(tǒng)可以并行多個任務(wù)。同時，通過這種消息傳遞方式，本發(fā)明實施例的服務(wù)器管理系統(tǒng)既可以支持現(xiàn)有的服務(wù)器管理系統(tǒng)所支持的同步接口傳輸方式，也支持現(xiàn)有的服務(wù)器管理系統(tǒng)所無法支持的異步接口傳輸方式。
[0054]此外，如圖1所示，在本發(fā)明該實施例中，服務(wù)器管理系統(tǒng)還包括日志管理裝置40。其中，日志管理裝置40接收并統(tǒng)計消息轉(zhuǎn)換裝置10、任務(wù)分發(fā)裝置20和多個任務(wù)執(zhí)行裝置所生成的日志信息f。通過日志管理裝置40對日志信息f的統(tǒng)一管理，使得服務(wù)器管理系統(tǒng)可以完整地統(tǒng)計準(zhǔn)確的運營數(shù)據(jù)。同時，通過這些日志信息，用戶可以方便的查詢每一個單子的每一步操作的情況。
[0055]同時，本發(fā)明實施例的服務(wù)器管理系統(tǒng)中的消息轉(zhuǎn)換裝置10的和外部匹配的接口與任務(wù)分發(fā)裝置20的和外部匹配的接口都是統(tǒng)一的。此外，該服務(wù)器管理系統(tǒng)也支持現(xiàn)有的服務(wù)器管理系統(tǒng)的所有操作，例如，重啟、自動安裝、改名、搬遷、升級內(nèi)核以及對整機柜服務(wù)器310進(jìn)行管理。
[0056]圖2是根據(jù)本發(fā)明實施例的服務(wù)器管理方法的流程圖。
[0057]如圖2所示，本發(fā)明實施例的服務(wù)器管理方法包括:
[0058]步驟SI,接收操作請求a ；
[0059]步驟S2，根據(jù)操作請求a獲取對應(yīng)的配置文件，并根據(jù)操作請求a和配置文件生成初始任務(wù)b ；
[0060]步驟S3，根據(jù)操作請求a的類型將初始任務(wù)b拆分為多個子任務(wù)C，并根據(jù)多個任務(wù)執(zhí)行裝置20的狀態(tài)將多個子任務(wù)c分發(fā)到多個任務(wù)執(zhí)行裝置中的至少部分任務(wù)執(zhí)行裝置；
[0061 ] 步驟S4,執(zhí)行任務(wù)分發(fā)裝置20所分配的子任務(wù)C，并將任務(wù)執(zhí)行結(jié)果d返回；以及
[0062]步驟S5，接收多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置反饋的任務(wù)執(zhí)行結(jié)果d，并根據(jù)任務(wù)執(zhí)行結(jié)果d和配置文件生成操作結(jié)果e并反饋。
[0063]圖3是根據(jù)本發(fā)明實施例的服務(wù)器管理方法的消息轉(zhuǎn)換的流程圖。
[0064]如圖3所示，在本發(fā)明的該實施例中，步驟S2包括:
[0065]步驟S201,驗證操作請求a ；
[0066]步驟S202，若驗證未通過，則返回步驟SI，若驗證通過，則執(zhí)行S203 ；
[0067]步驟S203，調(diào)用與操作請求a對應(yīng)的配置文件；以及
[0068]步驟S204，根據(jù)操作請求a和配置文件，生成初始任務(wù)b。
[0069]其中，對于本發(fā)明實施例的服務(wù)器管理方法中的配置文件，服務(wù)器管理方法可以根據(jù)不同的操作請求a，多次調(diào)用該配置文件生成對應(yīng)的初始任務(wù)b，并且用戶可以修改該配置文件，以適應(yīng)新的操作請求a。因此，用戶的可操作性得到增強。
[0070]圖4是根據(jù)本發(fā)明實施例的服務(wù)器管理方法的任務(wù)拆分與分發(fā)的流程圖。
[0071]如圖4所示，在本發(fā)明的該實施例中，步驟S3包括:
[0072]步驟S301，根據(jù)操作請求a的類型，將初始任務(wù)b拆分為多個子任務(wù)c ；
[0073]步驟S302，獲取多個任務(wù)執(zhí)行裝置的狀態(tài)；
[0074]步驟S303，根據(jù)多個任務(wù)執(zhí)行裝置的狀態(tài)，將多個子任務(wù)c分發(fā)至多個任務(wù)執(zhí)行裝置中的至少部分任務(wù)執(zhí)行裝置。
[0075]此外，通過將初始任務(wù)a拆分為多個子任務(wù)c并將多個子任務(wù)c分發(fā)到多個執(zhí)行裝置中的方式，使得多個任務(wù)可以并行執(zhí)行。因此，在任何子任務(wù)c的執(zhí)行過程中，一旦出現(xiàn)問題，可以重新將該子任務(wù)c分發(fā)給多個任務(wù)執(zhí)行裝置中的其他任務(wù)執(zhí)行裝置執(zhí)行，從而不影響整個系統(tǒng)的工作。因此，該服務(wù)器管理方法具有較高的可用性。
[0076]同時，這個調(diào)用多個任務(wù)執(zhí)行裝置的至少部分任務(wù)執(zhí)行裝置執(zhí)行多個子任務(wù)c的流程對于任何子任務(wù)c而言都是相同的。因此，當(dāng)讀取到多個任務(wù)執(zhí)行裝置的至少部分任務(wù)執(zhí)行裝置的性能不足時，服務(wù)器管理方法可以增加任務(wù)執(zhí)行裝置的數(shù)量，將多個任務(wù)執(zhí)行裝置的其他任務(wù)執(zhí)行裝置通過該任務(wù)分發(fā)流程添加到子任務(wù)c的執(zhí)行過程中，以解決性能不足的問題。因此，該服務(wù)器管理方法還具有良好的擴展性。
[0077]優(yōu)選地，在本發(fā)明該實施例中，任務(wù)分發(fā)裝置20使用Redis數(shù)據(jù)庫作為消息隊列，任務(wù)分發(fā)裝置20通過該消息隊列接收服務(wù)器管理系統(tǒng)中消息轉(zhuǎn)換裝置10和多個任務(wù)執(zhí)行裝置發(fā)送的消息。通過使用Redis數(shù)據(jù)庫，使得任務(wù)分發(fā)裝置20可以進(jìn)行總線形式的消息傳遞，這使得系統(tǒng)可以并行多個任務(wù)。
[0078]此外，在本發(fā)明該實施例中，保存在任務(wù)狀態(tài)數(shù)據(jù)庫202中的多個任務(wù)執(zhí)行裝置的狀態(tài)均對應(yīng)一個taskid,每個taskid指向一個多個任務(wù)執(zhí)行裝置的狀態(tài)信息,這方便了多個任務(wù)執(zhí)行裝置的狀態(tài)的查找。
[0079]圖5是根據(jù)本發(fā)明實施例的服務(wù)器管理方法的任務(wù)執(zhí)行的流程圖。
[0080]如圖5所示，在本發(fā)明該實施例中，步驟S4包括:
[0081 ] 步驟S401，執(zhí)行所分配的子任務(wù)c ；
[0082]步驟S402，檢測多個任務(wù)執(zhí)行裝置的當(dāng)前執(zhí)行的子任務(wù)c的完成狀態(tài)；
[0083]步驟S403，判斷子任務(wù)c是否完成，若子任務(wù)c未完成，則返回步驟S401繼續(xù)執(zhí)行子任務(wù)c ;若子任務(wù)c已完成，則執(zhí)行步驟S404 ；
[0084]步驟S404，記錄任務(wù)完成狀態(tài)，并將任務(wù)完成狀態(tài)信息和任務(wù)執(zhí)行結(jié)果d返回給消息轉(zhuǎn)換裝置10。
[0085]圖6是通過本發(fā)明實施例的服務(wù)器管理系統(tǒng)對服務(wù)器進(jìn)行系統(tǒng)安裝并上線的操作的流程圖。
[0086]如圖6所示，在本發(fā)明該實施例中，該服務(wù)器在服務(wù)器管理系統(tǒng)的控制下，進(jìn)行系統(tǒng)安裝并上線的操作請求。其具體步驟如下:
[0087]步驟S601，服務(wù)器管理系統(tǒng)開始運行；
[0088]步驟S602,由發(fā)起操作的任務(wù)系統(tǒng)(Resource Manage System,簡稱RMS)向服務(wù)器管理系統(tǒng)系統(tǒng)發(fā)送操作請求a，即檢測操作；
[0089]步驟S603，由消息轉(zhuǎn)換裝置10接收該檢測操作；
[0090]步驟S604，消息轉(zhuǎn)換裝置10進(jìn)行消息驗證、來源驗證以及應(yīng)用程序編程接口版本(簡稱為api版本)的驗證，若消息驗證、來源驗證或api版本驗證不通過則執(zhí)行步驟S605，若消息驗證、來源驗證或api版本驗證通過則執(zhí)行步驟S606 ；
[0091]步驟S605，由消息轉(zhuǎn)換裝置10將消息未通過驗證的信息返回給RMS ；
[0092]步驟S606，由消息轉(zhuǎn)換裝置10對消息的身份號進(jìn)行轉(zhuǎn)換，即id轉(zhuǎn)換，并且對該消息進(jìn)行初始化配置，并調(diào)用配置文件生成初始任務(wù)b ；
[0093]步驟S607，消息轉(zhuǎn)換裝置10將初始任務(wù)b傳遞給任務(wù)分發(fā)裝置20 ；
[0094]步驟S608，該任務(wù)分發(fā)裝置20中的任務(wù)拆分模塊201將初始任務(wù)a拆分為多個可由多個任務(wù)執(zhí)行裝置的單個任務(wù)執(zhí)行裝置，即單臺服務(wù)器就可執(zhí)行的子任務(wù)c ；
[0095]步驟S609，任務(wù)分發(fā)模塊203，又稱作狀態(tài)控制模塊，讀取由任務(wù)狀態(tài)數(shù)據(jù)庫202存儲的多個任務(wù)執(zhí)行裝置的至少部分任務(wù)執(zhí)行裝置的任務(wù)狀態(tài)；
[0096]步驟S610，任務(wù)分發(fā)模塊203根據(jù)多個任務(wù)執(zhí)行裝置的不同的任務(wù)ID，又稱作taskid,以及多個任務(wù)執(zhí)行裝置的當(dāng)前任務(wù)狀態(tài)，將各個子任務(wù)c分發(fā)給多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置；
[0097]步驟S611，由多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置執(zhí)行任務(wù)分發(fā)裝置20所分發(fā)的子任務(wù)c ；
[0098]步驟S612，狀態(tài)控制模塊判斷多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置的當(dāng)前執(zhí)行的子任務(wù)c的完成狀態(tài)。若子任務(wù)c未完成，則返回步驟S611。若子任務(wù)c已完成，則執(zhí)行步驟S613 ;
[0099]步驟S613，由狀態(tài)控制模塊記錄完成狀態(tài)，并將任務(wù)完成狀態(tài)信息和任務(wù)執(zhí)行結(jié)果d返回消息轉(zhuǎn)換裝置10 ；
[0100]步驟S614，消息轉(zhuǎn)換裝置10接收多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置反饋的任務(wù)執(zhí)行結(jié)果d ；
[0101]步驟S615，消息轉(zhuǎn)換裝置10根據(jù)任務(wù)執(zhí)行結(jié)果d和配置文件生成操作結(jié)果e并反饋RMS ;以及
[0102]步驟S616，RMS接收到消息轉(zhuǎn)換裝置10反饋的操作結(jié)果e，并根據(jù)該操作結(jié)果e進(jìn)行安裝系統(tǒng)并上線的操作，服務(wù)器管理系統(tǒng)結(jié)束運行。
[0103]圖7是通過本發(fā)明實施例的服務(wù)器管理系統(tǒng)進(jìn)行故障處理的流程圖。
[0104]如圖7所示，在本發(fā)明該實施例中，服務(wù)器管理系統(tǒng)中的任務(wù)執(zhí)行裝置I出現(xiàn)故障。其具體步驟如下:[0105]步驟S701，任務(wù)執(zhí)行裝置301中的監(jiān)控程序?qū)缶?br>
[0106]步驟S702，判斷任務(wù)執(zhí)行裝置301的故障是其性能不足還是其程序出現(xiàn)異常，若是任務(wù)執(zhí)行裝置301的程序出現(xiàn)異常，則執(zhí)行步驟S703，若是任務(wù)執(zhí)行裝置301的性能不足，則執(zhí)行步驟S704 ；
[0107]步驟S703，修復(fù)該程序異常并重啟任務(wù)執(zhí)行裝置301 ；
[0108]步驟S704，從多個任務(wù)執(zhí)行裝置中調(diào)用新的任務(wù)執(zhí)行裝置302，以增加對應(yīng)任務(wù)的處理量；
[0109]步驟S705，對調(diào)用的任務(wù)執(zhí)行裝置2進(jìn)行硬件環(huán)境的部署，例如接口的部署；
[0110]步驟S706，Suv初始化代碼，即下載并配置任務(wù)執(zhí)行裝置302所需要用到的代碼；
[0111]步驟S707，檢測并修改任務(wù)執(zhí)行裝置302的配置文件，例如任務(wù)執(zhí)行裝置302的數(shù)據(jù)庫以及自身配置等；
[0112]步驟S708，通過信號操作控制器(簡稱Soc)命令啟動任務(wù)執(zhí)行裝置302 ;以及
[0113]步驟S709，任務(wù)執(zhí)行裝置302讀取并處理對應(yīng)的子任務(wù)C。
[0114]其中，服務(wù)器管理系統(tǒng)內(nèi)的所用裝置均設(shè)置有與該裝置相對應(yīng)的監(jiān)控程序，這使得服務(wù)器管理系統(tǒng)內(nèi)的所有裝置一旦出現(xiàn)故障均可以通過監(jiān)控程序進(jìn)入上述故障處理流程，因此，進(jìn)一步地提高了服務(wù)器管理系統(tǒng)的可用性和擴展性。
[0115]此外，在本發(fā)明的實施例中，當(dāng)消息轉(zhuǎn)換模塊10與RMS進(jìn)行消息傳遞時，操作請求a的接收峰值可以達(dá)到lOKqps，這有效地保證了消息的高速傳遞以及系統(tǒng)的高效運行。
[0116]總而言之，本發(fā)明實施例的服務(wù)器管理系統(tǒng)和服務(wù)器管理方法與現(xiàn)有技術(shù)相比，具有較高的可用性和擴展性，并且提高了用戶對服務(wù)器管理系統(tǒng)的可操作性。
[0117]在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結(jié)合。此外，本領(lǐng)域的技術(shù)人員可以將本說明書中描述的不同實施例或示例進(jìn)行接合和組合。
[0118]盡管上面已經(jīng)示出和描述了本發(fā)明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發(fā)明的限制，本領(lǐng)域的普通技術(shù)人員在本發(fā)明的范圍內(nèi)可以對上述實施例進(jìn)行變化、修改、替換和變型。
【權(quán)利要求】
1.一種服務(wù)器管理系統(tǒng)，其特征在于，包括消息轉(zhuǎn)換裝置、任務(wù)分發(fā)裝置和多個任務(wù)執(zhí)行裝置，其中， 所述消息轉(zhuǎn)換裝置，用于接收操作請求，根據(jù)所述操作請求獲取對應(yīng)的配置文件，并根據(jù)所述操作請求和所述配置文件生成初始任務(wù)，以及接收所述多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置反饋的任務(wù)執(zhí)行結(jié)果，并根據(jù)所述任務(wù)執(zhí)行結(jié)果生成操作結(jié)果并反饋；所述任務(wù)分發(fā)裝置，用于根據(jù)所述操作請求的類型將所述初始任務(wù)拆分為多個子任務(wù)，并根據(jù)所述多個任務(wù)執(zhí)行裝置的狀態(tài)將所述多個子任務(wù)分發(fā)至所述多個任務(wù)執(zhí)行裝置中的至少部分任務(wù)執(zhí)行裝置；以及 所述多個任務(wù)執(zhí)行裝置，用于執(zhí)行所述任務(wù)分發(fā)裝置所分配的子任務(wù)，并將所述任務(wù)執(zhí)行結(jié)果返回至所述消息轉(zhuǎn)換裝置。
2.根據(jù)權(quán)利要求1所述的服務(wù)器管理系統(tǒng)，其特征在于，還包括: 日志管理裝置，所述日志管理裝置用于接收并統(tǒng)計所述消息轉(zhuǎn)換裝置、所述任務(wù)分發(fā)裝置和所述多個任務(wù)執(zhí)行裝置生成的日志信息。
3.根據(jù)權(quán)利要求1所述的服務(wù)器管理系統(tǒng)，其特征在于，所述任務(wù)分發(fā)裝置具體包括: 任務(wù)拆分模塊，用于根據(jù)所述操作請求的類型將所述初始任務(wù)拆分為多個子任務(wù)； 任務(wù)狀態(tài)數(shù)據(jù)庫，用于保存所述多個任務(wù)執(zhí)行裝置的狀態(tài)，其中，所述任務(wù)執(zhí)行裝置的狀態(tài)為所述任務(wù)執(zhí)行裝置中任務(wù)的執(zhí)行狀態(tài)；以及 任務(wù)分發(fā)模塊，用于根據(jù)所述多個任務(wù)執(zhí)行裝置的狀態(tài)將所述多個子任務(wù)分發(fā)至所述多個任務(wù)執(zhí)行裝置中的至少部分任務(wù)執(zhí)行裝置。
4.根據(jù)權(quán)利要求1所述的服務(wù)器管理系統(tǒng)，其特征在于，所述任務(wù)分發(fā)裝置使用Redis數(shù)據(jù)庫作為消息隊列。
5.根據(jù)權(quán)利要求4所述的服務(wù)器管理系統(tǒng)，其特征在于，所述任務(wù)分發(fā)裝置通過所述消息隊列接收所述服務(wù)器管理系統(tǒng)中所述消息轉(zhuǎn)換裝置和所述多個任務(wù)執(zhí)行裝置發(fā)送的消息。
6.一種服務(wù)器管理方法，其特征在于，包括: 接收操作請求； 根據(jù)所述操作請求獲取對應(yīng)的配置文件，并根據(jù)所述操作請求和所述配置文件生成初始任務(wù)； 根據(jù)所述操作請求的類型將所述初始任務(wù)拆分為多個子任務(wù)，并根據(jù)多個任務(wù)執(zhí)行裝置的狀態(tài)將所述多個子任務(wù)分發(fā)至所述多個任務(wù)執(zhí)行裝置中的至少部分任務(wù)執(zhí)行裝置； 執(zhí)行任務(wù)分發(fā)裝置所分配的子任務(wù)，并將所述任務(wù)執(zhí)行結(jié)果返回；以及接收所述多個任務(wù)執(zhí)行裝置中至少部分任務(wù)執(zhí)行裝置反饋的任務(wù)執(zhí)行結(jié)果，并根據(jù)所述任務(wù)執(zhí)行結(jié)果生成操作結(jié)果并反饋。
7.根據(jù)權(quán)利要求6所述的服務(wù)器管理方法，其特征在于，還包括: 接收并統(tǒng)計所述消息轉(zhuǎn)換裝置、所述任務(wù)分發(fā)裝置和所述多個任務(wù)執(zhí)行裝置生成的日 肩、。
8.根據(jù)權(quán)利要求6所述的服務(wù)器管理方法，其特征在于，還包括: 保存所述多個任務(wù)執(zhí)行裝置的狀態(tài)，其中，所述任務(wù)執(zhí)行裝置的狀態(tài)為所述任務(wù)執(zhí)行裝置中任務(wù)的執(zhí)行狀態(tài)，以及根據(jù)所述多個任務(wù)執(zhí)行裝置的狀態(tài)將所述多個子任務(wù)分發(fā)至所述多個任務(wù)執(zhí)行裝置中的至少部分任務(wù)執(zhí)行裝置。
9.根據(jù)權(quán)利要求6所述的服務(wù)器管理方法，其特征在于，所述任務(wù)分發(fā)裝置使用Redis數(shù)據(jù)庫作為消息隊列。
10.根據(jù)權(quán)利要求9所述的服務(wù)器管理方法，其特征在于，所述任務(wù)分發(fā)裝置通過所述消息隊列接收所述消息 轉(zhuǎn)換裝置和所述多個任務(wù)執(zhí)行裝置發(fā)送的消息。
【文檔編號】G06F17/30GK103914339SQ201410140876
【公開日】2014年7月9日 申請日期:2014年4月9日 優(yōu)先權(quán)日:2014年4月9日
【發(fā)明者】劉暢, 裴超, 溫偉球, 蔡進(jìn), 劉凱, 吳教仁, 劉濤, 劉寧 申請人:百度在線網(wǎng)絡(luò)技術(shù)（北京）有限公司