本發(fā)明涉及服務(wù)器運行維護(hù)技術(shù)領(lǐng)域，特別涉及一種服務(wù)器的運維方法及運維客戶端。

背景技術(shù)：

在互聯(lián)網(wǎng)公司的業(yè)務(wù)場景中，由于用戶規(guī)模比較大，因此需要大量的服務(wù)器?；ヂ?lián)網(wǎng)公司擁有成百上千臺服務(wù)器是很常見的情況，為了夠滿足客戶的需求，就要求服務(wù)器能夠正常的運行，因此，對服務(wù)器進(jìn)行運維是很必要的工作。

在現(xiàn)有技術(shù)中，為了能夠?qū)Ψ?wù)器進(jìn)行運維，一般會在服務(wù)器上安裝性能指標(biāo)采集客戶端、監(jiān)控報警客戶端和日志收集客戶端、遠(yuǎn)程推送客戶端，運行維護(hù)人員可以利用這些運維客戶端對服務(wù)器進(jìn)行運維。

利用多個運維客戶端可以對服務(wù)器進(jìn)行運維，但是運維客戶端也需要管理。對多個進(jìn)行服務(wù)器運維的運維客戶端管理的效率較低。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例的目的在于提供一種服務(wù)器運維方法及運維客戶端，以提高對運維客戶端管理效率。

為達(dá)到上述目的，本發(fā)明實施例公開了一種服務(wù)器的運維方法，所述方法包括：

針對目標(biāo)服務(wù)器，利用安裝在所述目標(biāo)服務(wù)器中的一個運維客戶端采集與運維相關(guān)的數(shù)據(jù)；

對所述數(shù)據(jù)進(jìn)行分類；

將每一類數(shù)據(jù)發(fā)送給相應(yīng)的運維系統(tǒng)，以對所述目標(biāo)服務(wù)器運維。

較佳的，所述與運維相關(guān)的數(shù)據(jù)，包括：

服務(wù)器性能指標(biāo)、服務(wù)器中運行的每一服務(wù)的狀態(tài)信息、日志信息。

較佳的，在所述對所述數(shù)據(jù)進(jìn)行分類之前，所述方法還包括：

對采集到的所述數(shù)據(jù)進(jìn)行過濾；

所述對所述數(shù)據(jù)進(jìn)行分類，包括：

對過濾后的數(shù)據(jù)進(jìn)行分類。

較佳的，所述對所述數(shù)據(jù)進(jìn)行分類，包括：

按照服務(wù)器性能指標(biāo)、服務(wù)狀態(tài)信息和日志信息，將所述數(shù)據(jù)分為三類。

較佳的，所述方法還包括：

利用所述運維客戶端接收遠(yuǎn)程運維指令；

根據(jù)所述遠(yuǎn)程運維指令，對所述目標(biāo)服務(wù)器進(jìn)行運維。

較佳的，所述方法還包括：

利用所述運維客戶端接收遠(yuǎn)程文件。

為達(dá)到上述目的，本發(fā)明實施例還提供了一種運維客戶端，所述運維客戶端包括：采集模塊、分類模塊和發(fā)送模塊，其中，

所述采集模塊，用于針對安裝有所述運維客戶端的目標(biāo)服務(wù)器，采集與運維相關(guān)的數(shù)據(jù)；

所述分類模塊，用于對所述數(shù)據(jù)進(jìn)行分類；

所述發(fā)送模塊，用于將每一類數(shù)據(jù)發(fā)送給相應(yīng)的運維系統(tǒng)，以對所述目標(biāo)服務(wù)器運維。

較佳的，所述與運維相關(guān)的數(shù)據(jù)，包括：

服務(wù)器性能指標(biāo)、服務(wù)器中運行的每一服務(wù)的狀態(tài)信息、日志信息。

較佳的，所述運維客戶端還包括過濾模塊，所述過濾模塊，用于對采集到的所述數(shù)據(jù)進(jìn)行過濾；

所述分類模塊，具體用于：

對過濾后的數(shù)據(jù)進(jìn)行分類。

較佳的，所述分類模塊，具體用于：

按照服務(wù)器性能指標(biāo)、服務(wù)狀態(tài)信息和日志信息，將所述數(shù)據(jù)分為三類。

較佳的，所述運維客戶端還包括：第一接收模塊和運維模塊，其中，

所述第一接收模塊，用于接收遠(yuǎn)程運維指令；

所述運維模塊，用于根據(jù)所述遠(yuǎn)程運維指令，對所述目標(biāo)服務(wù)器進(jìn)行運維。

較佳的，所述運維客戶端還包括第二接收模塊；

所述第二接收模塊，用于接收遠(yuǎn)程文件。

本發(fā)明實施例公開了一種服務(wù)器的運維方法及運維客戶端，所述方法包括：針對目標(biāo)服務(wù)器，利用安裝在所述目標(biāo)服務(wù)器中的一個運維客戶端采集與運維相關(guān)的數(shù)據(jù)；對所述數(shù)據(jù)進(jìn)行分類；將每一類數(shù)據(jù)發(fā)送給相應(yīng)的運維系統(tǒng)，以對所述目標(biāo)服務(wù)器運維。

現(xiàn)有技術(shù)要對服務(wù)器進(jìn)行運維，需要安裝多個運維客戶端，應(yīng)用本發(fā)明實施例，僅需安裝一個運維客戶端就可以對服務(wù)器進(jìn)行運維，與現(xiàn)有技術(shù)的多個客戶端相比，減少了服務(wù)器上安裝的運維客戶端的數(shù)量，提高了對運維客戶端的管理效率。

當(dāng)然，實施本發(fā)明的任一產(chǎn)品或方法必不一定需要同時達(dá)到以上所述的所有優(yōu)點。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的服務(wù)器的運維方法的第一種流程示意圖；

圖2為本發(fā)明實施例提供的服務(wù)器的運維方法的第二種流程示意圖；

圖3為本發(fā)明實施例提供的服務(wù)器的運維方法的第三種流程示意圖；

圖4為本發(fā)明實施例提供的服務(wù)器的運維方法的第四種流程示意圖；

圖5為本發(fā)明實施例提供的運維客戶端的第一種結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例提供的運維客戶端的第二種結(jié)構(gòu)示意圖；

圖7為本發(fā)明實施例提供的運維客戶端的第三種結(jié)構(gòu)示意圖；

圖8為本發(fā)明實施例提供的運維客戶端的第四種結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

為解決現(xiàn)有技術(shù)問題，本發(fā)明實施例提供了一種服務(wù)器的運維方法及運維客戶端。下面先對一種服務(wù)器的運維方法進(jìn)行介紹。

圖1為本發(fā)明實施例提供的服務(wù)器的運維方法的第一種流程示意圖，可以包括：

S101：針對目標(biāo)服務(wù)器，利用安裝在所述目標(biāo)服務(wù)器中的一個運維客戶端采集與運維相關(guān)的數(shù)據(jù)。

具體的，與所述運維相關(guān)的數(shù)據(jù)可以包括：服務(wù)器性能指標(biāo)、服務(wù)器中運行的每一服務(wù)的狀態(tài)信息、日志信息。

在實際應(yīng)用中，假設(shè)目標(biāo)服務(wù)器M中安裝有運維客戶端A，運維客戶端A采集目標(biāo)服務(wù)器M的服務(wù)器性能指標(biāo)、服務(wù)器中運行的每一服務(wù)的狀態(tài)信息、日志信息。

例如，運維客戶端A采集目標(biāo)服務(wù)器M的服務(wù)器性能指標(biāo)可以包括：CPU信息、內(nèi)存信息、磁盤信息和網(wǎng)卡信息等信息。運維客戶端A采集目標(biāo)服務(wù)器M的服務(wù)器中運行的每一服務(wù)的狀態(tài)信息可以包括：進(jìn)程信息、端口信息等信息。運維客戶端A采集目標(biāo)服務(wù)器M的日志信息可以包括：應(yīng)用程序日志、安全日志、系統(tǒng)日志等信息。

通常情況下，運維也稱為運行維護(hù)。

S102：對所述數(shù)據(jù)進(jìn)行分類。

具體的，所述對所述數(shù)據(jù)進(jìn)行分類，可以按照服務(wù)器性能指標(biāo)、服務(wù)狀態(tài)信息和日志信息，將所述數(shù)據(jù)分為三類。

在實際應(yīng)用中，運維客戶端A采集目標(biāo)服務(wù)器M的服務(wù)器性能指標(biāo)、服務(wù)器中運行的每一服務(wù)的狀態(tài)信息、日志信息分別分類。

例如，運維客戶端A將CPU信息、內(nèi)存信息、磁盤信息和網(wǎng)卡信息等信息分為第一類；將進(jìn)程信息和端口信息等信息分為第二類；將應(yīng)用程序日志、安全日志和系統(tǒng)日志等信息分為第三類。

S103：將每一類數(shù)據(jù)發(fā)送給相應(yīng)的運維系統(tǒng)，以對所述目標(biāo)服務(wù)器運維。

具體的，運維系統(tǒng)可以包括：監(jiān)控展示系統(tǒng)、報警系統(tǒng)、日志分析系統(tǒng)。

通常情況下，運維系統(tǒng)也被稱為后端設(shè)備、后臺設(shè)備和后臺系統(tǒng)等。

運維客戶端A將采集到的包括CPU信息、內(nèi)存信息、磁盤信息和網(wǎng)卡信息等信息的第一類信息發(fā)給監(jiān)控展示系統(tǒng)。將采集到的包括進(jìn)程信息和端口信息等信息的第二類信息發(fā)給報警系統(tǒng)。將采集到的包括應(yīng)用程序日志、安全日志和系統(tǒng)日志等信息的第三類信息發(fā)給日志分析系統(tǒng)。

需要說明的是，上述以目標(biāo)服務(wù)器M和運維客戶端A為例進(jìn)行說明，僅為本發(fā)明的一具體實例，并不構(gòu)成對本發(fā)明的限定。

利用現(xiàn)有技術(shù)要對服務(wù)器進(jìn)行運維，需要安裝多個運維客戶端，應(yīng)用本發(fā)明圖1所示實施例，僅需安裝一個運維客戶端就可以對服務(wù)器進(jìn)行運維，與現(xiàn)有技術(shù)的多個客戶端相比，減少了服務(wù)器上安裝的運維客戶端的數(shù)量，提高了對運維客戶端的管理效率。

圖2為本發(fā)明實施例提供的服務(wù)器的運維方法的第二種流程示意圖。本發(fā)明圖2所示實施例在圖1所示實施例的基礎(chǔ)上，在S102之前增加了S104：對采集到的所述數(shù)據(jù)進(jìn)行過濾，本發(fā)明實施例的S102具體可以為S102A：對過濾后的數(shù)據(jù)進(jìn)行分類。

具體的，運維客戶端A對過濾后的數(shù)據(jù)進(jìn)行分類。對數(shù)據(jù)的過濾至少包括：邏輯判斷、報警判斷、數(shù)據(jù)過濾和數(shù)據(jù)清洗過程；除對數(shù)據(jù)的過濾外，還可以對采集到的數(shù)據(jù)進(jìn)行數(shù)據(jù)緩沖和數(shù)據(jù)分批合并。

在實際應(yīng)用中，假設(shè)運維客戶端A采集到的系統(tǒng)日志信息中包含不完整的數(shù)據(jù)、錯誤的數(shù)據(jù)，重復(fù)的數(shù)據(jù)，正常的、符合要求的數(shù)據(jù)，運維客戶端A對系統(tǒng)日志信息進(jìn)行數(shù)據(jù)清洗，去除不完整的數(shù)據(jù)、錯誤的數(shù)據(jù)、重復(fù)的數(shù)據(jù)，只保留正常的、符合要求的數(shù)據(jù)。運維客戶端A將只保留正常的、符合要求的數(shù)據(jù)的系統(tǒng)日志信息分到日志信息對應(yīng)的第三類中。

應(yīng)用本發(fā)明圖2所示實施例，運維客戶端過濾掉所采集到的數(shù)據(jù)中的不完整的、錯誤的數(shù)據(jù)、重復(fù)的數(shù)據(jù)，與未進(jìn)行過數(shù)據(jù)濾相比，減少了目標(biāo)服務(wù)器與運維系統(tǒng)之間的數(shù)據(jù)傳輸量，提高了傳輸效率。

圖3為本發(fā)明實施例提供的服務(wù)器的運維方法的第三種流程示意圖。圖3所示實施例在圖1所示實施例的基礎(chǔ)上增加了S105和S106，其中，

S105：利用所述運維客戶端接收遠(yuǎn)程運維指令；

S106：根據(jù)所述遠(yuǎn)程運維指令，對所述目標(biāo)服務(wù)器進(jìn)行運維。

利用運維客戶端A接收運維系統(tǒng)發(fā)送的運維指令。執(zhí)行接收到的運維指令，以對目標(biāo)服務(wù)器M進(jìn)行運維。

在實際應(yīng)用中，并不一定在S103之后執(zhí)行S105。例如，客戶端A可以同時執(zhí)行S103和S105，也可以在S102之后執(zhí)行S105。

需要說明的是，接收遠(yuǎn)程運維指令進(jìn)行運維為現(xiàn)有技術(shù)，本發(fā)明實施例在此不對其進(jìn)行贅述。

應(yīng)用圖3所示實施例，利用一個運維客戶端既可以采集數(shù)據(jù)并發(fā)送，還可以接收運維系統(tǒng)發(fā)送的運維指令，并對目標(biāo)服務(wù)器進(jìn)行運維，與現(xiàn)有技術(shù)的多個客戶端相比，減少了服務(wù)器上安裝的運維客戶端的數(shù)量，提高了對運維客戶端的管理效率。

圖4為本發(fā)明實施例提供的服務(wù)器的運維方法的第四種流程示意圖。圖4所示實施例在圖1所示實施例的基礎(chǔ)上增加了S107：利用所述運維客戶端接收遠(yuǎn)程文件。

具體的，利用運維客戶端A接收運維系統(tǒng)發(fā)送的文件。

在實際應(yīng)用中，運維客戶端A將接收到的文件保存到本地某個指定的路徑下；或者運維客戶端A接收運維系統(tǒng)發(fā)送的腳本文件等。

在實際應(yīng)用中，并不一定在S103之后執(zhí)行S107。例如，客戶端A可以同時執(zhí)行S103和S107，也可以在S102之后執(zhí)行S107。

需要說明的是，利用客戶端接收遠(yuǎn)程文件為現(xiàn)有技術(shù)，本發(fā)明實施例在此不對其進(jìn)行贅述。

應(yīng)用本發(fā)明圖4所示實施例，利用同一個運維客戶端實現(xiàn)接收遠(yuǎn)程文件的目的，避免了在目標(biāo)服務(wù)器上安裝遠(yuǎn)程文件接收客戶端，與現(xiàn)有技術(shù)的多個客戶端相比，減少了服務(wù)器上安裝的運維客戶端的數(shù)量，提高了對運維客戶端的管理效率。

與上述方法實施例相對應(yīng)，本發(fā)明實施例還提供了一種運維客戶端。

圖5為本發(fā)明實施例提供的運維客戶端的第一種結(jié)構(gòu)示意圖，可以包括：采集模塊501、分類模塊502和發(fā)送模塊503，其中，

采集模塊501，用于針對安裝有所述運維客戶端的目標(biāo)服務(wù)器，采集與運維相關(guān)的數(shù)據(jù)。

具體的，與運維相關(guān)的數(shù)據(jù)，可以包括：服務(wù)器性能指標(biāo)、服務(wù)器中運行的每一服務(wù)的狀態(tài)信息、日志信息。

分類模塊502，用于對所述數(shù)據(jù)進(jìn)行分類。

具體的，所述分類模塊，具體用于：按照服務(wù)器性能指標(biāo)、服務(wù)狀態(tài)信息和日志信息，將所述數(shù)據(jù)分為三類。

發(fā)送模塊503，用于將每一類數(shù)據(jù)發(fā)送給相應(yīng)的運維系統(tǒng)，以對所述目標(biāo)服務(wù)器運維。

利用現(xiàn)有技術(shù)要對服務(wù)器進(jìn)行運維，需要安裝多個運維客戶端，應(yīng)用本發(fā)明圖5所示實施例，僅需安裝一個運維客戶端就可以對服務(wù)器進(jìn)行運維，與現(xiàn)有技術(shù)的多個客戶端相比，減少了服務(wù)器上安裝的運維客戶端的數(shù)量，提高了對運維客戶端的管理效率。

圖6為本發(fā)明實施例提供的運維客戶端的第二種結(jié)構(gòu)示意圖。圖6所示實施例在圖5所示實施例的基礎(chǔ)上增加了過濾模塊504，用于對采集到的所述數(shù)據(jù)進(jìn)行過濾。

此種情況下，分類模塊502，具體用于：

對過濾后的數(shù)據(jù)進(jìn)行分類。

應(yīng)用本發(fā)明圖6所示實施例，運維客戶端過濾掉所采集到的數(shù)據(jù)中的不完整的、錯誤的數(shù)據(jù)、重復(fù)的數(shù)據(jù)，與未進(jìn)行數(shù)據(jù)過濾相比，減少了目標(biāo)服務(wù)器與運維系統(tǒng)之間的數(shù)據(jù)傳輸量，提高了傳輸效率。

圖7為本發(fā)明實施例提供的運維客戶端的第三種結(jié)構(gòu)示意圖。圖7所示實施例在圖5所示實施例的基礎(chǔ)上增加了第一接收模塊505和運維模塊506，其中，

第一接收模塊505，用于接收遠(yuǎn)程運維指令；

運維模塊506，用于根據(jù)所述遠(yuǎn)程運維指令，對所述目標(biāo)服務(wù)器進(jìn)行運維。

應(yīng)用圖7所示實施例，利用一個運維客戶端既可以采集數(shù)據(jù)并發(fā)送，還可以接收運維系統(tǒng)發(fā)送的運維指令，并對目標(biāo)服務(wù)器進(jìn)行運維，與現(xiàn)有技術(shù)的多個客戶端相比，減少了服務(wù)器上安裝的運維客戶端的數(shù)量，提高了對運維客戶端的管理效率。

圖8為本發(fā)明實施例提供的運維客戶端的第四種結(jié)構(gòu)示意圖。圖8所示實施例在圖5所示實施例的基礎(chǔ)上增加了第二接收模塊507。

具體的，第二接收模塊507，用于接收遠(yuǎn)程文件。

應(yīng)用本發(fā)明圖8所示實施例，利用同一個運維客戶端實現(xiàn)接收遠(yuǎn)程文件的目的，避免了在目標(biāo)服務(wù)器上安裝遠(yuǎn)程文件接收客戶端，與現(xiàn)有技術(shù)的多個客戶端相比，減少了服務(wù)器上安裝的運維客戶端的數(shù)量，提高了對運維客戶端的管理效率。

需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

本說明書中的各個實施例均采用相關(guān)的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于裝置實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施方式中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，所述的程序可以存儲于計算機(jī)可讀取存儲介質(zhì)中，這里所稱得的存儲介質(zhì)，如：ROM/RAM、磁碟、光盤等。

以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍內(nèi)。