服務(wù)器狀態(tài)檢測方法和裝置的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及計算機(jī)領(lǐng)域，具體而言，涉及一種服務(wù)器狀態(tài)檢測方法和裝置。
【背景技術(shù)】
[0002] 如今，用戶通常通過客戶端訪問業(yè)務(wù)服務(wù)器上提供的業(yè)務(wù)，為了保證用戶可以及 時地從業(yè)務(wù)服務(wù)器獲取正確的業(yè)務(wù)信息，需要不斷地檢測業(yè)務(wù)服務(wù)器的狀態(tài)，例如，檢測業(yè) 務(wù)服務(wù)器自身的負(fù)荷情況或是否收到非法的攻擊等，以保證業(yè)務(wù)服務(wù)器能夠及時響應(yīng)客戶 端發(fā)送的訪問請求。
[0003]目前，通常采用以下檢測方法來檢測業(yè)務(wù)服務(wù)器的狀態(tài)：
[0004]Sl:采集并統(tǒng)計業(yè)務(wù)服務(wù)器中的各項(xiàng)性能參數(shù)，例如，網(wǎng)絡(luò)連接數(shù)、內(nèi)存/CPU使用 率、IO負(fù)載等；
[0005] S2:根據(jù)上述各項(xiàng)性能參數(shù)來進(jìn)行綜合判定業(yè)務(wù)服務(wù)器的狀態(tài)是否出現(xiàn)異常。
[0006] 然而，在上述的檢測方法中僅通過業(yè)務(wù)服務(wù)器本機(jī)檢測得到的數(shù)據(jù)進(jìn)行狀態(tài)的判 斷，而沒有考慮客戶端與業(yè)務(wù)服務(wù)器之間的網(wǎng)絡(luò)情況，這樣大大降低業(yè)務(wù)服務(wù)器的狀態(tài)的 判斷準(zhǔn)確性。
[0007] 針對上述的問題，目前尚未提出有效的解決方案。

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

[0008] 本發(fā)明實(shí)施例提供了一種服務(wù)器狀態(tài)檢測方法和裝置，以至少解決現(xiàn)有技術(shù)中僅 基于服務(wù)器本機(jī)進(jìn)行狀態(tài)檢測所導(dǎo)致的檢測不準(zhǔn)確的技術(shù)問題。
[0009] 根據(jù)本發(fā)明實(shí)施例的一個方面，提供了一種服務(wù)器狀態(tài)檢測方法，包括：生成與待 檢測服務(wù)器的配置參數(shù)對應(yīng)的測試任務(wù)；將上述測試任務(wù)發(fā)送到分布式部署的多個檢測客 戶端；接收上述多個檢測客戶端返回的對上述待檢測服務(wù)器執(zhí)行上述測試任務(wù)的測試結(jié) 果；根據(jù)上述多個檢測客戶端返回的上述測試結(jié)果判斷上述待檢測服務(wù)器的狀態(tài)。
[0010] 根據(jù)本發(fā)明實(shí)施例的另一方面，還提供了一種服務(wù)器狀態(tài)檢測裝置，包括：生成單 元，用于生成與待檢測服務(wù)器的配置參數(shù)對應(yīng)的測試任務(wù)；發(fā)送單元，用于將上述測試任務(wù) 發(fā)送到分布式部署的多個檢測客戶端；接收單元，用于接收上述多個檢測客戶端返回的對 上述待檢測服務(wù)器執(zhí)行上述測試任務(wù)的測試結(jié)果；判斷單元，用于根據(jù)上述多個檢測客戶 端返回的上述測試結(jié)果判斷上述待檢測服務(wù)器的狀態(tài)。
[0011] 在本發(fā)明實(shí)施例中，通過將與待檢測服務(wù)器的配置參數(shù)相對應(yīng)的測試任務(wù)下發(fā)至 分布式部署的多個檢測客戶端，根據(jù)上述多個檢測客戶端返回的測試結(jié)果來判斷上述待檢 測服務(wù)器的狀態(tài)是否處于正常，從而避免了現(xiàn)有技術(shù)中僅基于服務(wù)器本機(jī)進(jìn)行狀態(tài)檢測所 導(dǎo)致的檢測不準(zhǔn)確的技術(shù)問題，從而實(shí)現(xiàn)了從分布式部署的檢測客戶端的角度識別待檢測 服務(wù)器的狀態(tài)，提高了狀態(tài)檢測的準(zhǔn)確性。
[0012] 此外，采用基于歷史參考值對多個檢測客戶端所返回的測試結(jié)果進(jìn)行比較分析的 方式，實(shí)現(xiàn)了對上述待檢測服務(wù)器的狀態(tài)地有效檢測，進(jìn)一步提高待測服務(wù)器的狀態(tài)檢測 的準(zhǔn)確性。
【附圖說明】
[0013] 此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：
[0014] 圖1是根據(jù)本發(fā)明實(shí)施例的一種可選的服務(wù)器狀態(tài)檢測系統(tǒng)的示意圖；
[0015] 圖2是根據(jù)本發(fā)明實(shí)施例的一種可選的服務(wù)器狀態(tài)檢測方法的流程圖；
[0016] 圖3是根據(jù)本發(fā)明實(shí)施例的另一種可選的服務(wù)器狀態(tài)檢測方法的流程圖；
[0017]圖4是根據(jù)本發(fā)明實(shí)施例的又一種可選的服務(wù)器狀態(tài)檢測方法的流程圖；
[0018]圖5是根據(jù)本發(fā)明實(shí)施例的又一種可選的服務(wù)器狀態(tài)檢測方法的流程圖；
[0019]圖6是根據(jù)本發(fā)明實(shí)施例的一種可選的服務(wù)器狀態(tài)檢測裝置的示意圖；以及
[0020] 圖7是根據(jù)本發(fā)明實(shí)施例的一種可選的服務(wù)器狀態(tài)檢測裝置的示意圖。
【具體實(shí)施方式】
[0021] 為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實(shí)施例中的 附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是 本發(fā)明一部分的實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù) 人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都應(yīng)當(dāng)屬于本發(fā)明保護(hù)的范 圍。
[0022] 需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語"第一"、"第 二"等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用 的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本發(fā)明的實(shí)施例能夠以除了在這里圖示或 描述的那些以外的順序?qū)嵤?。此外，術(shù)語"包括"和"具有"以及他們的任何變形，意圖在于 覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限 于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn) 品或設(shè)備固有的其它步驟或單元。
[0023] 實(shí)施例1
[0024] 根據(jù)本發(fā)明實(shí)施例，提供了一種服務(wù)器狀態(tài)檢測方法，上述方法可以應(yīng)用于如圖1 所示的檢測系統(tǒng)中，其中，上述系統(tǒng)可以包括但不限于：業(yè)務(wù)服務(wù)器102、檢測客戶端104-1 至檢測客戶端104-4、服務(wù)器狀態(tài)檢測控制系統(tǒng)106,其中，在本實(shí)施例中上述服務(wù)器狀態(tài) 檢測控制系統(tǒng)106可以包括但不限于：數(shù)據(jù)采集與處理模塊108、分析模塊110、結(jié)果輸出模 塊112、探測策略管理與配置模塊114、業(yè)務(wù)基礎(chǔ)信息庫116?？蛇x地，在本實(shí)施例中，上述服 務(wù)器狀態(tài)檢測控制系統(tǒng)106中的各個模塊可以集成在一個網(wǎng)絡(luò)設(shè)備中，也可以分布式地位 于不同的網(wǎng)絡(luò)設(shè)備中。
[0025] 可選地，在本實(shí)施例中，上述檢測客戶端104-1至檢測客戶端104-4與業(yè)務(wù)服務(wù)器 102可以但不限于分布式地部署在不同的位置。例如，檢測客戶端104-1位于北京，檢測客 戶端104-2位于上海，檢測客戶端104-3位于廣州，檢測客戶端104-3位于成都，業(yè)務(wù)服務(wù) 器102位于大連。通過多個不同位置的檢測客戶端對業(yè)務(wù)服務(wù)器進(jìn)行全面的狀態(tài)測試。
[0026] 進(jìn)一步，上述檢測客戶端的個數(shù)和所處的位置僅是一個示例，本實(shí)施例對此不做 限定，可以根據(jù)實(shí)際地檢測需求增加檢測客戶端的個數(shù)和/或調(diào)整檢測客戶端所處的位 置。
[0027] 可選地，在本實(shí)施例中，如圖2所示，上述服務(wù)器狀態(tài)檢測方法可以包括：
[0028] S202,生成與待檢測服務(wù)器的配置參數(shù)對應(yīng)的測試任務(wù)；
[0029] S204,將測試任務(wù)發(fā)送到分布式部署的多個檢測客戶端；
[0030] S206,接收多個檢測客戶端返回的對待檢測服務(wù)器執(zhí)行測試任務(wù)的測試結(jié)果；
[0031] S208,根據(jù)多個檢測客戶端返回的測試結(jié)果判斷待檢測服務(wù)器的狀態(tài)。
[0032] 可選地，在本實(shí)施例中，待檢測服務(wù)器的配置參數(shù)可以包括但不限于以下至少之 一：協(xié)議類型、開放端口、操作系統(tǒng)、開放服務(wù)和系統(tǒng)控制策略。
[0033] 可選地，在本實(shí)施例中，與待檢測服務(wù)器的配置參數(shù)對應(yīng)的測試任務(wù)可以事先約 定,例如,約定測試數(shù)據(jù)包和測試響應(yīng)數(shù)據(jù)包中的內(nèi)容。
[0034] 可選地，在本實(shí)施中，對待檢測服務(wù)器生成的測試任務(wù)可以但不限于：基于不同的 業(yè)務(wù)類型生成不同的測試任務(wù)、基于服務(wù)器的不同特性生成不同的測試任務(wù)。其中，上述業(yè) 務(wù)類型可以包括但不限于：TCP/UDPserver、WEBserver、DNSserver。其中，上述服務(wù)器的 特性可以包括但不限于：PING延遲、端口連通率、生存時間（TTL，TimeToLive)、HTTP返回 碼。可選地，在本實(shí)施例中，為待檢測服務(wù)器生成的測試任務(wù)可以是用于測試上述待檢測服 務(wù)器在針對同一任務(wù)時的不同特性，也可以是用于測試上述待檢測服務(wù)器在針對不同任務(wù) 時的同一特性。
[0035] 例如，結(jié)合圖1所示，檢測客戶端104-1在1小時內(nèi)向業(yè)務(wù)服務(wù)器102發(fā)送了 1000 個請求執(zhí)行業(yè)務(wù)（例如，TCP/UDPserver)的測試數(shù)據(jù)包，然而，從業(yè)務(wù)服務(wù)器102只接收到 850個測試響應(yīng)數(shù)據(jù)包。也就是說，檢測客戶端104-1向業(yè)務(wù)服務(wù)器102請求業(yè)務(wù)的連通率 為85%。同理，可以獲得檢測客戶端104-2向業(yè)務(wù)服務(wù)器102請求業(yè)務(wù)的連通率為80%， 檢測客戶端104-3向業(yè)務(wù)服務(wù)器102請求業(yè)務(wù)的連通率為90%，檢測客戶端104-4向業(yè)務(wù) 服務(wù)器102請求業(yè)務(wù)的連通率為75%，如表1所示。
[0036] 又例如，例如，結(jié)合圖1所示，檢測客戶端104-1向業(yè)務(wù)服務(wù)器102發(fā)送請求業(yè)務(wù) (例如，TCP/UDPserver)的測試數(shù)據(jù)包的時間為10:00,而接收到由業(yè)務(wù)服務(wù)器102發(fā)送的 測試響應(yīng)數(shù)據(jù)包的時間為IOms后，S卩，檢測客戶端104-1檢測到的請求延時為10ms。同理， 可以獲得檢測客戶端104-2向業(yè)務(wù)服務(wù)器102請求業(yè)務(wù)的延時為8ms，檢測客戶端104-3向 業(yè)務(wù)服務(wù)器102請求業(yè)務(wù)的