一種服務(wù)器管理方法，及裝置制造方法
【專利摘要】本發(fā)明實(shí)施例公開(kāi)了一種服務(wù)器管理方法，及裝置，其中方法包括：獲取集群服務(wù)器的配置文件；上述配置文件配置將各服務(wù)器按照業(yè)務(wù)邏輯分為預(yù)定的層級(jí)，各層級(jí)按樹(shù)形拓?fù)浣Y(jié)構(gòu)分布；接收并解析接收到的操作指令，得到操作指令所對(duì)應(yīng)的目標(biāo)服務(wù)器；將上述操作指令按照上述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至上述目標(biāo)服務(wù)器。以上方案通過(guò)對(duì)服務(wù)器的分層管理，使服務(wù)器之間的邏輯關(guān)系更為簡(jiǎn)單，因此提供了有效的方式來(lái)梳理服務(wù)器之間的復(fù)雜關(guān)系。
【專利說(shuō)明】一種服務(wù)器管理方法，及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，特別涉及一種服務(wù)器管理方法，及裝置。
【背景技術(shù)】
[0002]服務(wù)器，也稱伺服器。服務(wù)器是網(wǎng)絡(luò)環(huán)境中的高性能計(jì)算機(jī)，它偵聽(tīng)網(wǎng)絡(luò)上的其他計(jì)算機(jī)(客戶機(jī))提交的服務(wù)請(qǐng)求，并提供相應(yīng)的服務(wù)，為此，服務(wù)器具有承擔(dān)服務(wù)并且保障服務(wù)的能力。如網(wǎng)頁(yè)(Web)服務(wù)器，它可能是指用于提供網(wǎng)站的計(jì)算機(jī)，也可能是指像Apache (一種虛擬主機(jī)軟件)這樣的軟件，運(yùn)行在這樣的計(jì)算機(jī)上以管理網(wǎng)頁(yè)組件和回應(yīng)網(wǎng)頁(yè)瀏覽器的請(qǐng)求。
[0003]服務(wù)器的高性能主要體現(xiàn)在高速度的運(yùn)算能力、長(zhǎng)時(shí)間的可靠運(yùn)行、強(qiáng)大的外部數(shù)據(jù)吞吐能力等方面。服務(wù)器的構(gòu)成與微機(jī)基本相似，有處理器、硬盤、內(nèi)存、系統(tǒng)總線等，它們是針對(duì)具體的網(wǎng)絡(luò)應(yīng)用特別制定的，因而服務(wù)器與微機(jī)在處理能力、穩(wěn)定性、可靠性、安全性、可擴(kuò)展性、可管理性等方面存在差異很大。一個(gè)管理資源并為用戶提供服務(wù)的計(jì)算機(jī)軟件，通常分為文件服務(wù)器(能使用戶在其它計(jì)算機(jī)訪問(wèn)文件)，數(shù)據(jù)庫(kù)服務(wù)器和應(yīng)用程序服務(wù)器。
[0004]隨著業(yè)務(wù)范圍越來(lái)越大，客戶端與服務(wù)器的交互越來(lái)越復(fù)雜，后臺(tái)的服務(wù)器根據(jù)不同業(yè)務(wù)邏輯，會(huì)以集群方式分布。當(dāng)業(yè)務(wù)數(shù)量和服務(wù)器數(shù)量增加到一定量級(jí)別后，管理服務(wù)器給服務(wù)器管理員增加了極大的負(fù)擔(dān)，不同業(yè)務(wù)邏輯與IDC (Internet Data Center,因特網(wǎng)數(shù)據(jù)中心)的相互交錯(cuò)，導(dǎo)致服務(wù)器之間的關(guān)聯(lián)錯(cuò)綜復(fù)雜，操作困難并且頻繁出錯(cuò)。于是需要一套有效的技術(shù)方案來(lái)梳理不同種類服務(wù)器之間的關(guān)系。

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

[0005]本發(fā)明實(shí)施例提供了一種服務(wù)器管理方法，及裝置，用于提供有效的方式來(lái)梳理服務(wù)器之間的復(fù)雜關(guān)系。
[0006]一種服務(wù)器管理方法，包括:
[0007]獲取集群服務(wù)器的配置文件；上述配置文件配置將各服務(wù)器按照業(yè)務(wù)邏輯分為預(yù)定的層級(jí)，各層級(jí)按樹(shù)形拓?fù)浣Y(jié)構(gòu)分布；
[0008]接收并解析接收到的操作指令，得到操作指令所對(duì)應(yīng)的目標(biāo)服務(wù)器；
[0009]將上述操作指令按照上述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至上述目標(biāo)服務(wù)器。
[0010]一種服務(wù)器管理裝置，包括:
[0011]配置獲取單元，用于獲取集群服務(wù)器的配置文件；上述配置文件配置將各服務(wù)器按照業(yè)務(wù)邏輯分為預(yù)定的層級(jí)，各層級(jí)按樹(shù)形拓?fù)浣Y(jié)構(gòu)分布；
[0012]指令解析單元，用于接收并解析接收到的操作指令，得到操作指令所對(duì)應(yīng)的目標(biāo)服務(wù)器；
[0013]指令轉(zhuǎn)發(fā)單元，用于將上述操作指令按照上述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至上述目標(biāo)服務(wù)器。[0014]從以上技術(shù)方案可以看出，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn):以上方案通過(guò)對(duì)服務(wù)器的分層管理，使服務(wù)器之間的邏輯關(guān)系更為簡(jiǎn)單，因此提供了有效的方式來(lái)梳理服務(wù)器之間的復(fù)雜關(guān)系。
【專利附圖】

【附圖說(shuō)明】
[0015]為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作簡(jiǎn)要介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域的普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0016]圖1為本發(fā)明實(shí)施例方法流程示意圖；
[0017]圖2為本發(fā)明實(shí)施例層級(jí)結(jié)構(gòu)示意圖；
[0018]圖3為本發(fā)明實(shí)施例方法流程示意圖；
[0019]圖4為本發(fā)明實(shí)施例方法流程示意圖；
[0020]圖5為本發(fā)明實(shí)施例方法流程示意圖；
[0021]圖6為本發(fā)明實(shí)施例裝置結(jié)構(gòu)示意圖；
[0022]圖7為本發(fā)明實(shí)施例裝置結(jié)構(gòu)示意圖；
[0023]圖8為本發(fā)明實(shí)施例裝置結(jié)構(gòu)示意圖；
[0024]圖9為本發(fā)明實(shí)施例裝置結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0025]為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部份實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其它實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0026]本發(fā)明實(shí)施例提供了一種服務(wù)器管理方法，如圖1所示，包括:
[0027]101:獲取集群服務(wù)器的配置文件；上述配置文件配置將各服務(wù)器按照業(yè)務(wù)邏輯分為預(yù)定的層級(jí)，各層級(jí)按樹(shù)形拓?fù)浣Y(jié)構(gòu)分布；
[0028]本發(fā)明實(shí)施例還給出了層級(jí)的舉例，上述層級(jí)包括:四個(gè)層級(jí)，從上到下依次為:集群cluster、組group、集合set、單元unit ；cluster作為最高層級(jí)的根節(jié)點(diǎn),是提供相同服務(wù)的一組服務(wù)器、按照服務(wù)的運(yùn)行環(huán)境劃分cluster得到的group是cluster的子節(jié)點(diǎn)，按照不同業(yè)務(wù)劃分group得到set, set是group的子節(jié)點(diǎn)，set的子節(jié)點(diǎn)是unit, unit是執(zhí)行服務(wù)邏輯的執(zhí)行服務(wù)器。后續(xù)實(shí)施例將就此給出更詳細(xì)的結(jié)構(gòu)性說(shuō)明。需要說(shuō)明的是，按照不同的需求，可能有更多層級(jí)也可以壓縮層級(jí)更為扁平，具體層級(jí)的數(shù)量本發(fā)明實(shí)施例不予限定。
[0029]進(jìn)一步地，本發(fā)明實(shí)施例還給出了負(fù)載監(jiān)控方案，上述方法還包括:監(jiān)控set的負(fù)載狀態(tài)，若負(fù)載狀態(tài)超過(guò)預(yù)定門限值，則發(fā)送需要擴(kuò)容的提示。該方案可以實(shí)現(xiàn)負(fù)載的監(jiān)控，智能提醒擴(kuò)容。
[0030]進(jìn)一步地，本發(fā)明實(shí)施例還給出了進(jìn)行擴(kuò)容的具體實(shí)現(xiàn)方案，具體為:接受用戶登錄，在確定登錄的用戶具有服務(wù)器搭建權(quán)限后，將配置文件拉取至緩存，并按照用戶輸入指示增加指定層級(jí)的節(jié)點(diǎn)到配置文件，并分配相應(yīng)資源，然后啟動(dòng)增加的節(jié)點(diǎn)對(duì)應(yīng)的服務(wù)器以及業(yè)務(wù)邏輯。
[0031]優(yōu)選地，上述層級(jí)中，位于最底層的服務(wù)器互為主備，最底層的一個(gè)或者一個(gè)以上的服務(wù)器設(shè)置于一臺(tái)實(shí)體服務(wù)器。若有一個(gè)以上的服務(wù)器設(shè)置于一臺(tái)實(shí)體服務(wù)器，那么可以有效利用具有空閑資源的實(shí)體服務(wù)器。
[0032]進(jìn)一步地，由于最底層的服務(wù)器互為主備本發(fā)明實(shí)施例還給出了服務(wù)器故障的解決方案:監(jiān)測(cè)最底層的服務(wù)器的狀態(tài)，在最底層的服務(wù)器出現(xiàn)故障后提示移除出現(xiàn)故障的最底層的服務(wù)器，使用故障的最底層的服務(wù)器的兄弟節(jié)點(diǎn)服務(wù)器執(zhí)行上述故障的最底層的服務(wù)器的業(yè)務(wù)邏輯。由于最底層的服務(wù)器互為主備，最底層的服務(wù)器移除并不會(huì)影響到對(duì)客戶的服務(wù)提供，因此即使最底層服務(wù)器出現(xiàn)故障也不會(huì)影響用戶體驗(yàn)，實(shí)現(xiàn)平滑的故障處理。
[0033]102:接收并解析接收到的操作指令，得到操作指令所對(duì)應(yīng)的目標(biāo)服務(wù)器；
[0034]優(yōu)選地，上述接收并解析接收到的操作指令包括:通過(guò)向用戶展現(xiàn)的可視化操作界面接收操作指令，然后解析接收到的操作指令。通過(guò)向用戶展現(xiàn)的可視化操作界面接收操作指令的方案有很多，例如使用UI (User Interface，用戶界面)圖形操作方式來(lái)接收操作指令。具體采用何種可視化操作界面并不影響本發(fā)明實(shí)施例的實(shí)現(xiàn)，本發(fā)明實(shí)施例對(duì)此不予限定。
[0035]103:將上述操作指令按照上述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至上述目標(biāo)服務(wù)器。
[0036]以上方案通過(guò)對(duì)服務(wù)器的分層管理，使服務(wù)器之間的邏輯關(guān)系更為簡(jiǎn)單，因此提供了有效的方式來(lái)梳理服務(wù)器之間的復(fù)雜關(guān)系。
[0037]可選地，上述將上述操作指令按照上述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至上述目標(biāo)服務(wù)器包括:若上述目標(biāo)服務(wù)器對(duì)應(yīng)的層級(jí)非最底層，則將以上述目標(biāo)服務(wù)器對(duì)應(yīng)層的服務(wù)器為根節(jié)點(diǎn)的子樹(shù)作為目標(biāo)服務(wù)器的單位，將上述操作指令按照上述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至上述目標(biāo)服務(wù)器的單位。另外，可以理解的是，如果目標(biāo)服務(wù)器是最底層服務(wù)器，直接執(zhí)行:將上述操作指令按照上述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至上述目標(biāo)服務(wù)器。
[0038]在后續(xù)實(shí)施例中，將對(duì)本發(fā)明實(shí)施例方法中提到層級(jí)結(jié)構(gòu)進(jìn)行舉例說(shuō)明，并對(duì)各種功能的實(shí)現(xiàn)進(jìn)行分別舉例說(shuō)明，如下:
[0039]一、服務(wù)器分層
[0040]請(qǐng)參閱圖2所示，服務(wù)器集群按照業(yè)務(wù)邏輯可以細(xì)分為集群cluster、組group、集合set、單元unit四層。Unit是最小的管理單元。拓?fù)潢P(guān)系如下圖:
[0041]將提供相同服務(wù)的一組服務(wù)器定義為cluster，在同一個(gè)cluster下，根據(jù)公司的運(yùn)營(yíng)模式，抽象出不同的group，例如游戲分為正式服、體驗(yàn)服、測(cè)試服等。在具體的每一個(gè)group下，以業(yè)務(wù)為劃分標(biāo)準(zhǔn)分出不同的set，每一個(gè)set中可以是一個(gè)業(yè)務(wù)，也可以是多個(gè)業(yè)務(wù)，對(duì)于小業(yè)務(wù)，可以多個(gè)業(yè)務(wù)公用一個(gè)set，對(duì)于用戶量大的業(yè)務(wù)，可以獨(dú)占一個(gè)set，劃分標(biāo)準(zhǔn)管理員根據(jù)業(yè)務(wù)規(guī)模來(lái)定。例如圖2中業(yè)務(wù)I?業(yè)務(wù)7。在每一個(gè)Set的子節(jié)點(diǎn)，是當(dāng)前服務(wù)器的最小管理單元服務(wù)器，一般會(huì)在每一個(gè)set下面分布多個(gè)不同IDC的服務(wù)器，例如 Serverl ?Server4。
[0042]以上拓?fù)浣Y(jié)構(gòu)的層級(jí)以及各層級(jí)的關(guān)系存儲(chǔ)在配置文件中，以上各層級(jí)服務(wù)器的概念可以是邏輯服務(wù)器概念，在實(shí)體服務(wù)器上的分部情況本發(fā)明實(shí)施例不予限定。在后續(xù)實(shí)施例中將給出幾個(gè)舉例。
[0043]二、指令的轉(zhuǎn)發(fā)
[0044]在每一臺(tái)服務(wù)器上部署代理(agent)，用于轉(zhuǎn)發(fā)并執(zhí)行中央管理服務(wù)器(處于管理位置的服務(wù)器)發(fā)送的指令，cluster、group、set、unit四層均可抽象出相同的命令對(duì)當(dāng)前的節(jié)點(diǎn)以及兄弟節(jié)點(diǎn)、子節(jié)點(diǎn)進(jìn)行相同的操作。例如，可以對(duì)group層抽象出升級(jí)操作，以group為單位升級(jí)服務(wù)器。在set層，針對(duì)每個(gè)業(yè)務(wù)抽象出進(jìn)程啟動(dòng)、停止、加載配置等操作。以下給出一個(gè)舉例，如圖3所示，包括:
[0045]301:操作人員向服務(wù)器發(fā)送操作指令；
[0046]302:接收模塊收到操作指令；
[0047]303:將指令放置到執(zhí)行隊(duì)列尾部；
[0048]304:中央處理器從隊(duì)列中取出操作指令，并從操作指令中解析出命令執(zhí)行的目標(biāo)服務(wù)器；
[0049]305:中央服務(wù)器將命令轉(zhuǎn)發(fā)給目標(biāo)服務(wù)器的代理進(jìn)程；
[0050]306:目標(biāo)服務(wù)器代理進(jìn)程接收到中央服務(wù)器轉(zhuǎn)發(fā)的操作指令并執(zhí)行；
[0051]307:代理進(jìn)程將執(zhí)行結(jié)果返回給中央服務(wù)器。
[0052]三、中央服務(wù)器的應(yīng)用
[0053]可以設(shè)置一臺(tái)中央服務(wù)器來(lái)管理眾多cluster。具體的:以一些友好、簡(jiǎn)單的Π(User Interface用戶界面)圖形操作方式,來(lái)操作中央服務(wù)器，以實(shí)現(xiàn)管理cluster的目的。在本發(fā)明實(shí)施例應(yīng)用的產(chǎn)品中，平臺(tái)的服務(wù)器管理員可以用以門戶網(wǎng)站(web portal)的方式來(lái)操作中央服務(wù)器；如圖4所示，用戶通過(guò)web portal將操作指令發(fā)送至中央服務(wù)器，中央服務(wù)器再將操作指令發(fā)送給不同的cluster, clusterl和或cluster2,進(jìn)入cluster 的代理(Agent)。
[0054]四、服務(wù)器備份
[0055]對(duì)于每一個(gè)set下的每一個(gè)服務(wù)器，各服務(wù)器之間可以相同，并且提供相同的服務(wù)，互為主備，比如setl下面分布10臺(tái)服務(wù)器，setl中包含2個(gè)業(yè)務(wù)，那么這2個(gè)業(yè)務(wù)均在這個(gè)set的10臺(tái)服務(wù)器中具有服務(wù)邏輯，對(duì)于一個(gè)業(yè)務(wù)來(lái)說(shuō)，這10臺(tái)服務(wù)器互為主備，互相備份。一個(gè)set中，業(yè)務(wù)越多，服務(wù)器的利用率就越高。
[0056]五、服務(wù)器擴(kuò)容的監(jiān)控
[0057]在上面服務(wù)器的部署結(jié)構(gòu)架構(gòu)中，實(shí)現(xiàn)服務(wù)器的平滑擴(kuò)容，可以對(duì)其他并行的業(yè)務(wù)不產(chǎn)生影響，具體如下:對(duì)于每一個(gè)set，我們可以根據(jù)當(dāng)前服務(wù)器的CPU (CentralProcessing Unit,中央處理器)、網(wǎng)卡收發(fā)包的數(shù)量、內(nèi)存大小、服務(wù)器進(jìn)程的繁忙程度等可量化的指標(biāo)，來(lái)衡量每一套set的最大容量，并且在監(jiān)控系統(tǒng)中，顯示當(dāng)前已經(jīng)達(dá)到的負(fù)載，管理員可以依據(jù)當(dāng)前set的容量，決定是否對(duì)服務(wù)器進(jìn)行擴(kuò)容。
[0058]六、服務(wù)器擴(kuò)容
[0059]若管理員決定擴(kuò)容，先選擇合適的Group下的對(duì)應(yīng)的Set,然后可以根據(jù)webportal的指引，進(jìn)行服務(wù)器擴(kuò)容操作。下面給出了一個(gè)舉例，如圖5所示，包括:
[0060]501:運(yùn)維人員需要為新業(yè)務(wù)架設(shè)服務(wù)器，調(diào)用搭建業(yè)務(wù)接口進(jìn)行登錄；
[0061]502:判斷是否擁有搭建權(quán)限，是，進(jìn)入503，否則進(jìn)入511 ；
[0062]503:確定緩存中是否存在服務(wù)器信息配置，該配置信息可以包含在配置文件中，是，進(jìn)入504，否則進(jìn)入512 ；
[0063]504:修改配置文件，將服務(wù)器資源分配給新業(yè)務(wù)，并納入到中央管理器管理范圍；
[0064]505:推送已修改的配置文件至中央管理服務(wù)器；
[0065]506:確定是否推送成功，是，進(jìn)入507，否則進(jìn)入511 ；
[0066]507:中央管理服務(wù)器加載推送的配置文件并根據(jù)指示分配服務(wù)器給新業(yè)務(wù)；
[0067]508:確定是否立即啟動(dòng)新業(yè)務(wù)服務(wù)器進(jìn)程，是，進(jìn)入509，否則可以返回處理結(jié)果并結(jié)束流程；
[0068]509:命令處理模塊將啟動(dòng)命令放入命令執(zhí)行隊(duì)列；
[0069]510:中央處理器執(zhí)行啟動(dòng)命令。
[0070]511:返回相應(yīng)錯(cuò)誤；結(jié)束流程。
[0071]512:從中央管理服務(wù)器拉取服務(wù)器配置文件至緩存；
[0072]513:確定是否拉取成功，是進(jìn)入504，否則進(jìn)入512。
[0073]七、集中部署
[0074]采用集中部署可以減小服務(wù)器的開(kāi)銷。由于，在傳統(tǒng)的方式中，服務(wù)器是以零散的方式分布的。每一個(gè)服務(wù)器僅僅針對(duì)某一項(xiàng)業(yè)務(wù)提供單一的服務(wù)。對(duì)于某一些服務(wù)器負(fù)載很輕的業(yè)務(wù)，這樣會(huì)造成極大的浪費(fèi)，采用本發(fā)明實(shí)施例的方案管理服務(wù)器，以每一個(gè)set的容量為標(biāo)準(zhǔn)利用了服務(wù)器資源，在每一個(gè)set下面，只要一臺(tái)服務(wù)器有足夠多的資源，可以將多個(gè)unit搭建在同一臺(tái)實(shí)體服務(wù)器上，這樣就能最大的減小了服務(wù)器的花費(fèi)。在本發(fā)明實(shí)施例的應(yīng)用產(chǎn)品的應(yīng)用試驗(yàn):互娛有40個(gè)業(yè)務(wù)使用了服務(wù)器，按傳統(tǒng)部署方式，一個(gè)業(yè)務(wù)根據(jù)IDC部署需要4臺(tái)服務(wù)器，40個(gè)業(yè)務(wù)需要160臺(tái)服務(wù)器。但是，這160臺(tái)服務(wù)器中，有將近50%以上的業(yè)務(wù)由于用戶量小，服務(wù)器資源沒(méi)有充分利用，使用了本發(fā)明實(shí)施例防范以后，我們將用戶量小的多個(gè)業(yè)務(wù)分配到一個(gè)set中，這個(gè)set以容量為標(biāo)準(zhǔn)，可以多個(gè)業(yè)務(wù)可以公用一臺(tái)實(shí)體服務(wù)器。當(dāng)set的負(fù)載達(dá)到80%時(shí)，我們?cè)倏紤]擴(kuò)容新的set以減小業(yè)務(wù)壓力。這個(gè)方案實(shí)施以后，至少為公司節(jié)約了 50%的服務(wù)器成本。
[0075]八、故障處理
[0076]當(dāng)存在故障服務(wù)器時(shí)候，可以通過(guò)監(jiān)測(cè)得到故障并發(fā)送告警來(lái)提示管理員。此時(shí)管理員可以直接將故障機(jī)器從set中移除。由于在每一個(gè)set下所有服務(wù)器都是相同的，服務(wù)器互為主備，因此當(dāng)一臺(tái)服務(wù)器發(fā)生故障時(shí)，客戶端對(duì)這個(gè)故障是無(wú)感知的，基本對(duì)業(yè)務(wù)沒(méi)有造成影響，移除以后如果剩余服務(wù)器負(fù)載太大，可以進(jìn)行服務(wù)器的擴(kuò)容，具體擴(kuò)容方案請(qǐng)參閱前文。
[0077]本發(fā)明實(shí)施例還提供了 一種服務(wù)器管理裝置，如圖6所示，包括:
[0078]配置獲取單元601，用于獲取集群服務(wù)器的配置文件；上述配置文件配置將各服務(wù)器按照業(yè)務(wù)邏輯分為預(yù)定的層級(jí)，各層級(jí)按樹(shù)形拓?fù)浣Y(jié)構(gòu)分布；
[0079]指令解析單元602，用于接收并解析接收到的操作指令，得到操作指令所對(duì)應(yīng)的目標(biāo)服務(wù)器；
[0080]指令轉(zhuǎn)發(fā)單元603，用于將上述操作指令按照上述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至上述目標(biāo)服務(wù)器。
[0081]以上方案通過(guò)對(duì)服務(wù)器的分層管理，使服務(wù)器之間的邏輯關(guān)系更為簡(jiǎn)單，因此提供了有效的方式來(lái)梳理服務(wù)器之間的復(fù)雜關(guān)系。
[0082]優(yōu)選地，本發(fā)明實(shí)施例還給出了層級(jí)的舉例，上述配置獲取單元601，具體用于獲取集群服務(wù)器的配置文件；上述配置文件配置將各服務(wù)器按照業(yè)務(wù)邏輯分為預(yù)定的層級(jí)，各層級(jí)按樹(shù)形拓?fù)浣Y(jié)構(gòu)分布；層級(jí)包括:四個(gè)層級(jí)，從上到下依次為:集群cluster、組group、集合set、單元unit ；cluster作為最高層級(jí)的根節(jié)點(diǎn)，是提供相同服務(wù)的一組服務(wù)器、按照服務(wù)的運(yùn)行環(huán)境劃分cluster得到的group是cluster的子節(jié)點(diǎn)，按照不同業(yè)務(wù)劃分group得到set, set是group的子節(jié)點(diǎn)，set的子節(jié)點(diǎn)是unit, unit是執(zhí)行服務(wù)邏輯的執(zhí)行服務(wù)器。需要說(shuō)明的是，按照不同的需求，可能有更多層級(jí)也可以壓縮層級(jí)更為扁平，具體層級(jí)的數(shù)量本發(fā)明實(shí)施例不予限定。
[0083]進(jìn)一步地，本發(fā)明實(shí)施例還給出了負(fù)載監(jiān)控方案，如圖7所示，上述裝置還包括:
[0084]負(fù)載監(jiān)控單元701，用于監(jiān)控set的負(fù)載狀態(tài)；
[0085]提示單元702，用于若負(fù)載監(jiān)控單元701監(jiān)控到負(fù)載狀態(tài)超過(guò)預(yù)定門限值，則發(fā)送需要擴(kuò)容的提示。
[0086]進(jìn)一步地，本發(fā)明實(shí)施例還給出了進(jìn)行擴(kuò)容的具體實(shí)現(xiàn)方案，如圖8所示，上述裝置還包括:
[0087]權(quán)限控制單元801，用于接受用戶登錄，確定登錄的用戶是否具有服務(wù)器搭建權(quán)限；
[0088]資源控制單元803，用于在權(quán)限控制單元801確定登錄的用戶具有服務(wù)器搭建權(quán)限后，將配置文件拉取至緩存，并按照用戶輸入指示增加指定層級(jí)的節(jié)點(diǎn)到配置文件，并分配相應(yīng)資源，然后啟動(dòng)增加的節(jié)點(diǎn)對(duì)應(yīng)的服務(wù)器以及業(yè)務(wù)邏輯。
[0089]優(yōu)選地，上述層級(jí)中，位于最底層的服務(wù)器互為主備，最底層的一個(gè)或者一個(gè)以上的服務(wù)器設(shè)置于一臺(tái)實(shí)體服務(wù)器。若有一個(gè)以上的服務(wù)器設(shè)置于一臺(tái)實(shí)體服務(wù)器，那么可以有效利用具有空閑資源的實(shí)體服務(wù)器。
[0090]進(jìn)一步地，由于最底層的服務(wù)器互為主備本發(fā)明實(shí)施例還給出了服務(wù)器故障的解決方案:如圖9所示，上述裝置還包括:
[0091]狀態(tài)監(jiān)控單元901，用于監(jiān)測(cè)最底層的服務(wù)器的狀態(tài)；
[0092]邏輯控制單元902，用于在狀態(tài)監(jiān)控單元901檢測(cè)到最底層的服務(wù)器出現(xiàn)故障后提示移除出現(xiàn)故障的最底層的服務(wù)器，使用故障的最底層的服務(wù)器的兄弟節(jié)點(diǎn)服務(wù)器執(zhí)行上述故障的最底層的服務(wù)器的業(yè)務(wù)邏輯。
[0093]由于最底層的服務(wù)器互為主備，最底層的服務(wù)器移除并不會(huì)影響到對(duì)客戶的服務(wù)提供，因此即使最底層服務(wù)器出現(xiàn)故障也不會(huì)影響用戶體驗(yàn)，實(shí)現(xiàn)平滑的故障處理。
[0094]可選地，上述指令轉(zhuǎn)發(fā)單元603，具體用于若上述目標(biāo)服務(wù)器對(duì)應(yīng)的層級(jí)非最底層，則將以上述目標(biāo)服務(wù)器對(duì)應(yīng)層的服務(wù)器為根節(jié)點(diǎn)的子樹(shù)作為目標(biāo)服務(wù)器的單位，將上述操作指令按照上述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至上述目標(biāo)服務(wù)器的單位。另外，可以理解的是，如果目標(biāo)服務(wù)器是最底層服務(wù)器，直接執(zhí)行:將上述操作指令按照上述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至上述目標(biāo)服務(wù)器。
[0095]可選地，上述指令解析單元602，具體用于通過(guò)向用戶展現(xiàn)的可視化操作界面接收操作指令，然后解析接收到的操作指令。通過(guò)向用戶展現(xiàn)的可視化操作界面接收操作指令的方案有很多，例如使用n(User Interface，用戶界面)圖形操作方式來(lái)接收操作指令。具體采用何種可視化操作界面并不影響本發(fā)明實(shí)施例的實(shí)現(xiàn)，本發(fā)明實(shí)施例對(duì)此不予限定。
[0096]值得注意的是，上述裝置實(shí)施例中，所包括的各個(gè)單元只是按照功能邏輯進(jìn)行劃分的，但并不局限于上述的劃分，只要能夠?qū)崿F(xiàn)相應(yīng)的功能即可；另外，各功能單元的具體名稱也只是為了便于相互區(qū)分，并不用于限制本發(fā)明的保護(hù)范圍。
[0097]另外，本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述各方法實(shí)施例中的全部或部分步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件完成，相應(yīng)的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤或光盤等。
[0098]以上僅為本發(fā)明較佳的【具體實(shí)施方式】，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明實(shí)施例揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
【權(quán)利要求】
1.一種服務(wù)器管理方法，其特征在于，包括: 獲取集群服務(wù)器的配置文件；所述配置文件配置將各服務(wù)器按照業(yè)務(wù)邏輯分為預(yù)定的層級(jí)，各層級(jí)按樹(shù)形拓?fù)浣Y(jié)構(gòu)分布； 接收并解析接收到的操作指令，得到操作指令所對(duì)應(yīng)的目標(biāo)服務(wù)器； 將所述操作指令按照所述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至所述目標(biāo)服務(wù)器。
2.根據(jù)權(quán)利要求1所述方法，其特征在于，所述層級(jí)包括: 四個(gè)層級(jí)，從上到下依次為:集群cluster、組group、集合set、單元unit ； cluster作為最高層級(jí)的根節(jié)點(diǎn)，是提供相同服務(wù)的一組服務(wù)器、按照服務(wù)的運(yùn)行環(huán)境劃分cluster得到的group是cluster的子節(jié)點(diǎn)，按照不同業(yè)務(wù)劃分group得到set, set是group的子節(jié)點(diǎn)，set的子節(jié)點(diǎn)是unit, unit是執(zhí)行服務(wù)邏輯的執(zhí)行服務(wù)器。
3.根據(jù)權(quán)利要求2所述方法，其特征在于，還包括: 監(jiān)控set的負(fù)載狀態(tài)，若負(fù)載狀態(tài)超過(guò)預(yù)定門限值，則發(fā)送需要擴(kuò)容的提示。
4.根據(jù)權(quán)利要求3所述方法，其特征在于，還包括: 接受用戶登錄，在確定登錄的用戶具有服務(wù)器搭建權(quán)限后，將配置文件拉取至緩存，并按照用戶輸入指示增加指定層級(jí)的節(jié)點(diǎn)到配置文件，并分配相應(yīng)資源，然后啟動(dòng)增加的節(jié)點(diǎn)對(duì)應(yīng)的服務(wù)器以及業(yè)務(wù)邏輯。
5.根據(jù)權(quán)利要求1至4任意一項(xiàng)所述方法，其特征在于，所述層級(jí)中，位于最底層的服務(wù)器互為主備，最底層的一個(gè)或者一個(gè)以上的服務(wù)器設(shè)置于一臺(tái)實(shí)體服務(wù)器。
6.根據(jù)權(quán)利要求5所述方法，其`特征在于，包括: 監(jiān)測(cè)最底層的服務(wù)器的狀態(tài)，在最底層的服務(wù)器出現(xiàn)故障后提示移除出現(xiàn)故障的最底層的服務(wù)器，使用故障的最底層的服務(wù)器的兄弟節(jié)點(diǎn)服務(wù)器執(zhí)行所述故障的最底層的服務(wù)器的業(yè)務(wù)邏輯。
7.根據(jù)權(quán)利要求1所述方法，其特征在于，所述將所述操作指令按照所述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至所述目標(biāo)服務(wù)器包括: 若所述目標(biāo)服務(wù)器對(duì)應(yīng)的層級(jí)非最底層，則將以所述目標(biāo)服務(wù)器對(duì)應(yīng)層的服務(wù)器為根節(jié)點(diǎn)的子樹(shù)作為目標(biāo)服務(wù)器的單位，將所述操作指令按照所述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至所述目標(biāo)服務(wù)器的單位。
8.根據(jù)權(quán)利要求1所述方法，其特征在于，所述接收并解析接收到的操作指令包括: 通過(guò)向用戶展現(xiàn)的可視化操作界面接收操作指令，然后解析接收到的操作指令。
9.一種服務(wù)器管理裝置，其特征在于，包括: 配置獲取單元，用于獲取集群服務(wù)器的配置文件；所述配置文件配置將各服務(wù)器按照業(yè)務(wù)邏輯分為預(yù)定的層級(jí)，各層級(jí)按樹(shù)形拓?fù)浣Y(jié)構(gòu)分布； 指令解析單元，用于接收并解析接收到的操作指令，得到操作指令所對(duì)應(yīng)的目標(biāo)服務(wù)器； 指令轉(zhuǎn)發(fā)單元，用于將所述操作指令按照所述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至所述目標(biāo)服務(wù)器。
10.根據(jù)權(quán)利要求9所述裝置，其特征在于， 所述配置獲取單元，具體用于獲取集群服務(wù)器的配置文件；所述配置文件配置將各服務(wù)器按照業(yè)務(wù)邏輯分為預(yù)定的層級(jí)，各層級(jí)按樹(shù)形拓?fù)浣Y(jié)構(gòu)分布；層級(jí)包括:四個(gè)層級(jí)，從上到下依次為:集群cluster、組group、集合set、單元unit ;cluster作為最高層級(jí)的根節(jié)點(diǎn)，是提供相同服務(wù)的一組服務(wù)器、按照服務(wù)的運(yùn)行環(huán)境劃分cluster得到的group是cluster的子節(jié)點(diǎn)，按照不同業(yè)務(wù)劃分group得到set, set是group的子節(jié)點(diǎn)，set的子節(jié)點(diǎn)是unit，unit是執(zhí)行服務(wù)邏輯的執(zhí)行服務(wù)器。
11.根據(jù)權(quán)利要求10所述裝置，其特征在于，還包括: 負(fù)載監(jiān)控單元，用于監(jiān)控set的負(fù)載狀態(tài)； 提示單元，用于若負(fù)載監(jiān)控單元監(jiān)控到負(fù)載狀態(tài)超過(guò)預(yù)定門限值，則發(fā)送需要擴(kuò)容的提示。
12.根據(jù)權(quán)利要求11所述裝置，其特征在于，還包括: 權(quán)限控制單元，用于接受用戶登錄，確定登錄的用戶是否具有服務(wù)器搭建權(quán)限； 資源控制單元，用于在權(quán)限控制單元確定登錄的用戶具有服務(wù)器搭建權(quán)限后，將配置文件拉取至緩存，并按照用戶輸入指示增加指定層級(jí)的節(jié)點(diǎn)到配置文件，并分配相應(yīng)資源，然后啟動(dòng)增加的節(jié)點(diǎn)對(duì)應(yīng)的服務(wù)器以及業(yè)務(wù)邏輯。
13.根據(jù)權(quán)利要求9至12任意一項(xiàng)所述裝置，其特征在于，所述層級(jí)中，位于最底層的服務(wù)器互為主備，最底層的一個(gè)或者一個(gè)以上的服務(wù)器設(shè)置于一臺(tái)實(shí)體服務(wù)器。
14.根據(jù)權(quán)利要求13所述裝置，其特征在于，包括: 狀態(tài)監(jiān)控單元，用于監(jiān)測(cè)最底層的服務(wù)器的狀態(tài)； 邏輯控制單元，用于在狀態(tài)監(jiān)控單元檢測(cè)到最底層的服務(wù)器出現(xiàn)故障后提示移除出現(xiàn)故障的最底層的服務(wù)器，使用故`障的最底層的服務(wù)器的兄弟節(jié)點(diǎn)服務(wù)器執(zhí)行所述故障的最底層的服務(wù)器的業(yè)務(wù)邏輯。
15.根據(jù)權(quán)利要求9所述裝置，其特征在于， 所述指令轉(zhuǎn)發(fā)單元，具體用于若所述目標(biāo)服務(wù)器對(duì)應(yīng)的層級(jí)非最底層，則將以所述目標(biāo)服務(wù)器對(duì)應(yīng)層的服務(wù)器為根節(jié)點(diǎn)的子樹(shù)作為目標(biāo)服務(wù)器的單位，將所述操作指令按照所述配置文件中層級(jí)逐層轉(zhuǎn)發(fā)至所述目標(biāo)服務(wù)器的單位。
16.根據(jù)權(quán)利要求9所述裝置，其特征在于， 所述指令解析單元，具體用于通過(guò)向用戶展現(xiàn)的可視化操作界面接收操作指令，然后解析接收到的操作指令。
【文檔編號(hào)】H04L12/24GK103873279SQ201210538753
【公開(kāi)日】2014年6月18日 申請(qǐng)日期:2012年12月13日 優(yōu)先權(quán)日:2012年12月13日
【發(fā)明者】林力 申請(qǐng)人:騰訊科技（深圳）有限公司