本發(fā)明實施例涉及互聯(lián)網技術領域,尤其涉及一種服務器檢測方法及服務器系統(tǒng)。
背景技術:
使用ping(Packet Internet Groper)來監(jiān)測服務器狀態(tài)(監(jiān)測操作系統(tǒng)是否正常工作)是一種普遍的做法。但是目前普遍是以某臺機器為中心直接使用ping命令呈輻射狀去檢測其他被檢測機器,準確率低且不能夠判斷是被檢測機器的故障問題還是之間的網絡鏈路問題。ping請求方網絡質量不好,會影響到ping的結果,從而產生誤報。
技術實現(xiàn)要素:
本發(fā)明要解決的技術問題是為了克服現(xiàn)有技術中監(jiān)測服務器狀態(tài)的技術中準確率低且不能判斷故障位置的缺陷,提供一種可以提高檢測服務器狀態(tài)準確率的服務器檢測方法及服務器系統(tǒng)。
本發(fā)明是通過下述技術方案來解決上述技術問題:
一種服務器檢測方法,用于服務器系統(tǒng),其特點在于,所述服務器系統(tǒng)包括數(shù)據(jù)獲取模塊、數(shù)據(jù)中心模塊及數(shù)據(jù)展示模塊,所述數(shù)據(jù)獲取模塊包括至少3個服務器,所述數(shù)據(jù)中心模塊與每一服務器連接,每一所述服務器連接至少兩個所述服務器,所述服務器檢測方法包括:
對于一個目標服務器,所述數(shù)據(jù)中心模塊獲取目標服務器發(fā)送的數(shù)據(jù)文件,所述數(shù)據(jù)文件包括目標服務器與連接目標服務器的至少兩個服務器之間的檢測數(shù)據(jù);
數(shù)據(jù)中心模塊根據(jù)所述數(shù)據(jù)文件獲取所述目標服務器的工作狀態(tài),所述工作狀態(tài)包括服務器自身工作狀態(tài)及服務器鏈路工作狀態(tài);
所述數(shù)據(jù)展示模塊輸出所述工作狀態(tài)。
本方法可以采用各個機器之間兩兩互ping的方式來獲取ping的數(shù)據(jù),沒有以具體機器為中心,可以大幅提高ping監(jiān)測服務器狀態(tài)的準確率和獲取網絡鏈路情況和質量信息。
較佳地,服務器之間通過Ping技術相互檢測以生成所述檢測數(shù)據(jù)。
較佳地,全部服務器中,任意兩個服務器相互連接且相互連接的兩個服務器相互檢測以生成檢測數(shù)據(jù),所述服務器檢測方法包括:
所述數(shù)據(jù)中心模塊獲取全部服務器發(fā)送的數(shù)據(jù)文件,其中,對于任意服務器,所述服務器發(fā)送的數(shù)據(jù)文件包括由所述服務器向連接所述服務器的全部服務器發(fā)起檢測所生成的檢測數(shù)據(jù);
所述數(shù)據(jù)中心模塊根據(jù)數(shù)據(jù)文件獲取服務器的工作狀態(tài)。
較佳地,所述數(shù)據(jù)文件包括檢測數(shù)據(jù)對應檢測的發(fā)起端和被測端服務器信息、檢測時間,所述檢測時間包括最大值、最小值、平均值及算數(shù)平均值中的一項或多項。
較佳地,所述服務器檢測方法包括:
對于一個目標服務器,數(shù)據(jù)中心模塊判斷由連接目標服務器的至少兩個服務器向目標服務器發(fā)起檢測所生成的檢測數(shù)據(jù)是否均記錄為不通,
若是則判定目標服務器故障;
若否則判定目標服務器存活,且判定記錄不通的檢測數(shù)據(jù)的檢測所用的鏈路故障;
在工作狀態(tài)中記錄判定結果并輸出判定結果。
較佳地,所述至少兩個服務器為4個服務器或5臺個服務器。
較佳地,所述服務器檢測方法包括:
對于一個目標鏈路,數(shù)據(jù)中心模塊判斷連接目標鏈路的兩個服務器是否均為存活,
若是則判斷連接目標鏈路的兩個服務器之間的檢測數(shù)據(jù)是否記錄為不通,若不通則判定所述目標鏈路故障;
若否則判定目標鏈路工作正常。
較佳地,所述服務器檢測方法包括:
對于一個記錄不通的檢測數(shù)據(jù),判斷檢測數(shù)據(jù)對應的服務器除所述檢測數(shù)據(jù)以外的檢測數(shù)據(jù)是否均為不通,
若否則判定檢測數(shù)據(jù)對應的服務器之間鏈路不通,
若是則判定檢測數(shù)據(jù)均為不通的服務器為故障,
其中,檢測數(shù)據(jù)對應的兩個服務器為生成所述檢測數(shù)據(jù)的檢測發(fā)起端和被測端。
較佳地,所述服務器檢測方法包括:
對于一個目標服務器,目標服務器向一測試服務器發(fā)送目標數(shù)量的檢測數(shù)據(jù);
目標服務器接收檢測數(shù)據(jù)的返回結果;
若返回結果的數(shù)量等于所述目標數(shù)量則判定目標服務器向與測試服務器之間的網絡正常,若所述返回結果的數(shù)量大于零且小于所述目標數(shù)量則判定目標服務器向與測試服務器之間的網絡存在丟包,若無返回結果則判定目標服務器向與測試服務器之間的網絡故障。
較佳地,所述目標數(shù)量小于或等于1000000。
較佳地,所述服務器檢測方法包括:
檢測端向被測端發(fā)送至少2個數(shù)據(jù)包,并將全部數(shù)據(jù)包的反饋結果生成檢測數(shù)據(jù);
計算全部數(shù)據(jù)包的反饋延遲的平均值,若所述平均值小于第一預設值則判斷檢測端和被測端之間鏈路良好,若所述平均值大于第一預設值小于第二預設值則判斷檢測端和被測端之間鏈路良好正常,若所述平均值大于第二預設值則判斷檢測端和被測端之間鏈路較差。
本發(fā)明還提供一種服務器系統(tǒng),其特點在于,所述服務器系統(tǒng)包括數(shù)據(jù)獲取模塊、數(shù)據(jù)中心模塊及數(shù)據(jù)展示模塊,所述數(shù)據(jù)獲取模塊包括至少3個服務器,所述數(shù)據(jù)中心模塊與每一服務器連接,每一所述服務器連接至少兩個所述服務器,
所述數(shù)據(jù)中心模塊用于獲取目標服務器發(fā)送的數(shù)據(jù)文件,所述數(shù)據(jù)文件包括目標服務器與連接目標服務器的至少兩個服務器之間的檢測數(shù)據(jù);
所述數(shù)據(jù)中心模塊用于根據(jù)所述數(shù)據(jù)文件獲取所述目標服務器的工作狀態(tài),所述工作狀態(tài)包括服務器自身工作狀態(tài)及服務器鏈路工作狀態(tài);
所述數(shù)據(jù)展示模塊用于供輸出所述工作狀態(tài)。
較佳地,全部服務器中,任意兩個服務器相互連接且相互連接的兩個服務器相互檢測以生成檢測數(shù)據(jù),
所述數(shù)據(jù)中心模塊用于獲取全部服務器發(fā)送的數(shù)據(jù)文件,其中,對于任意服務器,所述服務器發(fā)送的數(shù)據(jù)文件包括由所述服務器向連接所述服務器的全部服務器發(fā)起檢測所生成的檢測數(shù)據(jù);
所述數(shù)據(jù)中心模塊用于根據(jù)數(shù)據(jù)文件獲取服務器的工作狀態(tài)。
較佳地,所述數(shù)據(jù)文件包括檢測數(shù)據(jù)對應檢測的發(fā)起端和被測端服務器信息、檢測時間,所述檢測時間包括最大值、最小值、平均值及算數(shù)平均值中的一項或多項。
較佳地,數(shù)據(jù)中心模塊用于判斷由連接目標服務器的至少兩個服務器向目標服務器發(fā)起檢測所生成的檢測數(shù)據(jù)是否均記錄為不通,若是則判定目標服務器故障,若否則判定目標服務器存活,且判定記錄不通的檢測數(shù)據(jù)的檢測所用的鏈路故障;
數(shù)據(jù)中心模塊還用于在工作狀態(tài)中記錄判定結果。
較佳地,數(shù)據(jù)中心模塊用于判斷連接目標鏈路的兩個服務器是否均為存活,若是則判斷連接目標鏈路的兩個服務器之間的檢測數(shù)據(jù)是否記錄為不通,若不通則判定所述目標鏈路故障,若否則判定目標鏈路工作正常。
較佳地,對于一個記錄不通的檢測數(shù)據(jù),數(shù)據(jù)中心模塊用于判斷檢測數(shù)據(jù)對應的服務器除所述檢測數(shù)據(jù)以外的檢測數(shù)據(jù)是否均為不通,若否則判定檢測數(shù)據(jù)對應的服務器之間鏈路不通,若是則判定檢測數(shù)據(jù)均為不通的服務器為故障,其中,檢測數(shù)據(jù)對應的兩個服務器為生成所述檢測數(shù)據(jù)的檢測發(fā)起端和被測端。
較佳地,對于一個目標服務器,目標服務器用于向一測試服務器發(fā)送目標數(shù)量的檢測數(shù)據(jù),所述目標服務器還用于判定目標服務器向與測試服務器之間的網絡情況,若檢測數(shù)據(jù)的返回結果數(shù)量等于目標數(shù)量則判定目標服務器向與測試服務器之間的網絡正常,若所述返回結果的數(shù)量大于零且小于所述目標數(shù)量則判定目標服務器向與測試服務器之間的網絡存在丟包,若無返回結果則判定目標服務器向與測試服務器之間的網絡故障。
較佳地,服務器中的檢測端用于向被測端發(fā)送至少2個數(shù)據(jù)包,并將全部數(shù)據(jù)包的反饋結果生成檢測數(shù)據(jù);
所述檢測端還用于計算全部數(shù)據(jù)包的反饋延遲的平均值,若所述平均值小于第一預設值則判斷檢測端和被測端之間鏈路良好,若所述平均值大于第一預設值小于第二預設值則判斷檢測端和被測端之間鏈路良好正常,若所述平均值大于第二預設值則判斷檢測端和被測端之間鏈路較差。
在符合本領域常識的基礎上,上述各優(yōu)選條件,可任意組合,即得本發(fā)明各較佳實例。
本發(fā)明的積極進步效果在于:
本方法采用各個機器之間兩兩互ping的方式來獲取ping的數(shù)據(jù),沒有以具體機器為中心,可以大幅提高ping監(jiān)測服務器狀態(tài)的準確率和獲取網絡鏈路情況和質量信息。本發(fā)明可以提高服務器狀態(tài)檢測的準確率,精確定位到具體的某一臺故障機器、判斷各節(jié)點之間的網絡鏈路質量和提供詳細的檢測狀態(tài)數(shù)據(jù)支持。
附圖說明
為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案,下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹,顯而易見地,下面描述中的附圖為本發(fā)明的一些實施例,對于本領域普通技術人員而言,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明實施例1的服務器系統(tǒng)的結構示意圖。
圖2為本發(fā)明實施例1的服務器檢測方法的流程圖。
圖3為本發(fā)明實施例1的服務器檢測方法的另一流程圖。
具體實施方式
為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚,下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例為本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
實施例1
參見圖1,本實施例提供一種服務器系統(tǒng),所述服務器系統(tǒng)包括數(shù)據(jù)獲取模塊11、數(shù)據(jù)中心模塊12及數(shù)據(jù)展示模塊13,所述數(shù)據(jù)獲取模塊包括4個服務器111,分別為A、B、C、D,四個服務器兩兩連接,即每個服務器均與其他3個服務器連接,全部服務器中,任意兩個服務器相互連接且相互連接的兩個服務器可以相互檢測以生成檢測數(shù)據(jù)。
所述數(shù)據(jù)中心模塊用于獲取全部服務器發(fā)送的數(shù)據(jù)文件,其中,對于任意服務器,所述服務器發(fā)送的數(shù)據(jù)文件包括由所述服務器向連接所述服務器的全部服務器發(fā)起檢測所生成的檢測數(shù)據(jù);
所述數(shù)據(jù)中心模塊可以獲取目標服務器發(fā)送的數(shù)據(jù)文件,所述數(shù)據(jù)文件包括目標服務器與連接目標服務器的至少兩個服務器之間的檢測數(shù)據(jù),在本實施例中以服務器向全部服務器發(fā)起檢測為例,實際上,服務器的檢測可以根據(jù)實際的檢測情況進行規(guī)劃與分配。
所述數(shù)據(jù)中心模塊收到所述數(shù)據(jù)文件后,還用于根據(jù)所述數(shù)據(jù)文件獲取所述目標服務器的工作狀態(tài),所述工作狀態(tài)包括服務器自身工作狀態(tài)及服務器鏈路工作狀態(tài)。
對于一個記錄不通的檢測數(shù)據(jù),數(shù)據(jù)中心模塊還用于用于判斷檢測數(shù)據(jù)對應的服務器除所述檢測數(shù)據(jù)以外的檢測數(shù)據(jù)是否均為不通,若否則判定檢測數(shù)據(jù)對應的服務器之間鏈路不通,若是則判定檢測數(shù)據(jù)均為不通的服務器為故障,其中,檢測數(shù)據(jù)對應的兩個服務器為生成所述檢測數(shù)據(jù)的檢測發(fā)起端和被測端。
所述數(shù)據(jù)展示模塊用于供輸出所述工作狀態(tài)。
本實施例中,數(shù)據(jù)中心可以根據(jù)數(shù)據(jù)文件判斷服務器的工作狀態(tài),數(shù)據(jù)中心模塊判斷由連接目標服務器的至少兩個服務器向目標服務器發(fā)起檢測所生成的檢測數(shù)據(jù)是否均記錄為不通,若是則判定目標服務器故障,若否則判定目標服務器存活,且判定記錄不通的檢測數(shù)據(jù)的檢測所用的鏈路故障,數(shù)據(jù)中心模塊將在工作狀態(tài)中記錄判定結果。
進一步地,數(shù)據(jù)中心模塊用于判斷連接目標鏈路的兩個服務器是否均為存活,若是則判斷連接目標鏈路的兩個服務器之間的檢測數(shù)據(jù)是否記錄為不通,若不通則判定所述目標鏈路故障,若否則判定目標鏈路工作正常。
所述數(shù)據(jù)展示模塊輸出帶有所述判定結果的工作狀態(tài)。
本實施例中,每臺機器上都安裝有ping功能(含有數(shù)據(jù)統(tǒng)計分析功能)的程序文件,通過設置ping的次數(shù)和ping的其他節(jié)點IP來執(zhí)行ping程序(即ping除本身外的所有要檢測機器IP),可以設置定期執(zhí)行該ping程序來定期分析故障機器和網絡鏈路情況和質量,數(shù)據(jù)結果文件會根據(jù)時間進行分類。
各臺機器執(zhí)行完ping程序后,以ping方(檢測方)的機器IP、被ping方(被檢測方)的機器IP和執(zhí)行程序時的日期或時間為標記區(qū)分命名,生成相應的數(shù)據(jù)文件,本實施例中,在Time時(其中Time可以表示具體時間或者是日期),A機器ping D機器產生的數(shù)據(jù)文件為Ping_A-D_Time,并上傳到數(shù)據(jù)中心做存儲和數(shù)據(jù)分析對比。
數(shù)據(jù)中心通過對比同一時段,同一個被ping方機器IP標記的數(shù)據(jù)內容,本實施例中,Ping_A-D_Time,Ping_B-D_Time,Ping_C-D_Time為同一時段(時段為Time)同一個被ping方(被ping方為機器D)機器的數(shù)據(jù),來判斷故障機器和各節(jié)點之間的網絡鏈路質量等問題(通過檢測方的IP和被檢測方的IP關系來唯一確定一條網絡鏈路,一般情況下Ping_A-D和Ping_D-A的數(shù)據(jù)結果基本一致)。
通過將所有數(shù)據(jù)信息上傳到同一個平臺或機器(即數(shù)據(jù)展示模塊)進行數(shù)據(jù)匯總和展現(xiàn)故障節(jié)點和各節(jié)點之間的網絡鏈路情況等信息,其中所述工作狀態(tài)是按時間等要求進行分類匯總,方便使用者定期去數(shù)據(jù)展示中心查看歷史故障機器列表和數(shù)據(jù)鏈路情況和質量。
特別地,本實施例采用了ping的檢測技術但不限于此技術,其他點到點的檢測技術也在本申請的保護范圍內。
參見圖2,利用上述服務器系統(tǒng),本實施例還提供一種服務器檢測方法:
步驟100、所述數(shù)據(jù)中心模塊獲取全部服務器發(fā)送的數(shù)據(jù)文件,所述數(shù)據(jù)文件包括由所述服務器向連接所述服務器的全部服務器發(fā)起檢測所生成的檢測數(shù)據(jù)。
步驟100前還包括初始化ping功能程序,設置ping的次數(shù)和各臺服務器的IP的步驟。
步驟101、對于一目標服務器,數(shù)據(jù)中心模塊判斷由連接目標服務器的4個服務器向目標服務器發(fā)起檢測所生成的檢測數(shù)據(jù)是否均記錄為不通,若是則執(zhí)行步驟102,若否則執(zhí)行步驟103。
步驟102、判定目標服務器故障,在工作狀態(tài)中記錄判定結果然后執(zhí)行步驟106。
步驟103、若否則判定目標服務器存活,且判斷是否存在記錄為不通的檢測數(shù)據(jù),若是則執(zhí)行步驟104,若否則執(zhí)行步驟105。
步驟104、判定不通的檢測數(shù)據(jù)的檢測所用的鏈路故障,并將所述判定結果記錄于工作狀態(tài)中,然后執(zhí)行步驟106。
本實施例中,認定連接目標服務器的檢測服務器均為正常工作的服務器,因此不通的檢測數(shù)據(jù)中,若目標服務器存活則記錄不通的檢測數(shù)據(jù)的檢測所用的鏈路故障。
若連接目標服務器的檢測服務器工作狀態(tài)未知,則步驟104中,對于記錄不通的檢測數(shù)據(jù)的檢測所用的鏈路及檢測發(fā)起的服務器均需要進行檢測,對于檢測發(fā)起的服務器可以利用本實施例的方法進行檢測其工作狀態(tài)是否正常,具體為判斷由連接檢測發(fā)起的服務器的若干個服務器向目標服務器發(fā)起檢測所生成的檢測數(shù)據(jù)是否均記錄為不通,若有一個記錄為通則判定所述檢測發(fā)起的服務器工作為正常。
步驟105、判定目標服務器及連接目標服務器的鏈路工作正常,并將所述判定結果記錄于工作狀態(tài)中,然后執(zhí)行步驟106。
步驟106、數(shù)據(jù)中心模塊根據(jù)所述數(shù)據(jù)文件獲取所述目標服務器的工作狀態(tài)。
步驟107、所述數(shù)據(jù)展示模塊輸出所述工作狀態(tài)。
參見圖3,本實施例具體針對一個服務器做出判斷,對于一條目標鏈路,所述服務器檢測方法包括:
步驟1001、對于一個目標鏈路,數(shù)據(jù)中心模塊判斷連接目標鏈路的兩個服務器是否均為存活,若是則執(zhí)行步驟1002,若否則執(zhí)行步驟1005;
步驟1002、判斷連接目標鏈路的兩個服務器之間的檢測數(shù)據(jù)是否記錄為不通,若是則執(zhí)行步驟1003,若否則執(zhí)行步驟1004;
步驟1003、判定所述目標鏈路故障,并將所述判定結果記錄于工作狀態(tài)中,然后執(zhí)行步驟106。
步驟1004、判定目標鏈路工作正常并將所述判定結果記錄于工作狀態(tài)中,然后執(zhí)行步驟106。
步驟1005、將未存活的服務器的信息記錄于工作狀態(tài)中,然后執(zhí)行步驟106。
集群機器數(shù)量為4時,當判斷某兩臺之間的鏈路問題時(假設這兩臺機器編號分別為A和B),先通過(1)中故障機器定位判斷邏輯來定位A和B機器是否為故障機器,當至少有一臺為故障機器時,網絡鏈路自然不通,當兩臺都是“存活”狀態(tài),再分析P_A-B,P_B-A這兩份數(shù)據(jù),當P_A-B,P_B-A這兩份數(shù)據(jù)網絡狀態(tài)為“不通”,即表示A與B之間網絡鏈路為“不通”,否則A與B之間網絡鏈路為“連通”,具體網絡鏈路質量可分析記錄的網絡鏈路質量數(shù)據(jù)。
對于一條記錄為不同的檢測數(shù)據(jù),所述服務器檢測方法包括:
對于一個記錄不通的檢測數(shù)據(jù),判斷檢測數(shù)據(jù)對應的服務器除所述檢測數(shù)據(jù)以外的檢測數(shù)據(jù)是否均為不通。
若否則判定檢測數(shù)據(jù)對應的服務器之間鏈路不通。
若是則判定檢測數(shù)據(jù)均為不通的服務器為故障。
其中,檢測數(shù)據(jù)對應的兩個服務器為生成所述檢測數(shù)據(jù)的檢測發(fā)起端和被測端。
只需要分析P_A-B,P_B-A,P_(B+1)-A,P_(B+1)-B這四份數(shù)據(jù),當P_A-B,P_B-A這兩份數(shù)據(jù)網絡狀態(tài)為“不通”,P_(B+1)-A,P_(B+1)-B這兩份數(shù)據(jù)網絡狀態(tài)為“連通”時,即可判斷A與B之間的網絡鏈路不通。否則,當P_A-B,P_B-A均為“連通”即A與B之間網絡鏈路連通,可進一步分析網絡鏈路質量數(shù)據(jù)。當P_A-B,P_B-A為“不通”,P_(B+1)-A,P_(B+1)-B這兩份數(shù)據(jù)中至少有一份數(shù)據(jù)網絡狀態(tài)為“不通”,則再取P_(B+2)-A,P_(B+2)-B這兩份數(shù)據(jù)分析,分析步驟同上,以此類推。
本實施例的服務器系統(tǒng)及服務器檢測方法可以提高服務器狀態(tài)檢測的準確率,精確定位到具體的某一臺故障機器、判斷各節(jié)點之間的網絡鏈路質量和提供詳細的檢測狀態(tài)數(shù)據(jù)支持。
實施例2
本實施例與實施例1基本相同,不同之處僅在于:
所述數(shù)據(jù)文件包括檢測數(shù)據(jù)對應檢測的發(fā)起端和被測端服務器信息、檢測時間,所述檢測時間包括最大值、最小值、平均值及算數(shù)平均值。
本實施例服務器系統(tǒng)中:
對于一個目標服務器,目標服務器用于向一測試服務器發(fā)送目標數(shù)量的檢測數(shù)據(jù),所述目標服務器還用于判定目標服務器向與測試服務器之間的網絡情況,若檢測數(shù)據(jù)的返回結果數(shù)量等于目標數(shù)量則判定目標服務器向與測試服務器之間的網絡正常,若所述返回結果的數(shù)量大于零且小于所述目標數(shù)量則判定目標服務器向與測試服務器之間的網絡存在丟包,若無返回結果則判定目標服務器向與測試服務器之間的網絡故障。
利用上述服務器系統(tǒng),本實施例還提供一種服務器檢測方法:
對于一個目標服務器,目標服務器向一測試服務器發(fā)送目標數(shù)量的檢測數(shù)據(jù);
目標服務器接收檢測數(shù)據(jù)的返回結果;
若返回結果的數(shù)量等于所述目標數(shù)量則判定目標服務器向與測試服務器之間的網絡正常,若所述返回結果的數(shù)量大于零且小于所述目標數(shù)量則判定目標服務器向與測試服務器之間的網絡存在丟包,若無返回結果則判定目標服務器向與測試服務器之間的網絡故障。
本實施例實現(xiàn)檢測成功率的測試,設置一組檢測發(fā)起服務器和被檢服務器的ping次數(shù)為N。
根據(jù)ping命令返回結果,假設ping成功的次數(shù)為M。
如果M=0,則說明發(fā)起服務器和被檢服務器的網絡狀態(tài)為“不通”。
如果0<M<N,則說明網絡質量為“有丟包”。
如果M=N,則說明網絡質量為“連通”。
本實施例在服務器數(shù)量為N臺時,產生的數(shù)據(jù)量為N*(N-1)份,即每臺服務器單向ping另一個機器產生一份數(shù)據(jù),且對于A機器ping B機器和B機器ping A機器產生的兩份數(shù)據(jù)信息基本一致。當N的數(shù)量級在三位數(shù)及三位數(shù)以內(即機器數(shù)量為百臺級別),獲取的數(shù)據(jù)量份數(shù)在10,000-1000,000之間為可接受范圍;當N的數(shù)量級在三位數(shù)以上(即機器數(shù)量為千臺以上級別),可根據(jù)需要按產品等類別進行分組(假設分為X組,X>1),所獲取的數(shù)據(jù)量為N*(N/X-1),達到N的數(shù)量級減小,從而分別獲取各類產品集群機器的相關數(shù)據(jù)(根據(jù)產品類型等分組并不一定每組均分,但同樣會降低數(shù)據(jù)量,本例以均分類型舉例)。
實施例3
本實施例與實施例1基本相同,不同之處僅在于:
本實施例服務器系統(tǒng)中:
服務器中的檢測端用于向被測端發(fā)送至少2個數(shù)據(jù)包,并將全部數(shù)據(jù)包的反饋結果生成檢測數(shù)據(jù);
所述檢測端還用于計算全部數(shù)據(jù)包的反饋延遲的平均值,若所述平均值小于第一預設值則判斷檢測端和被測端之間鏈路良好,若所述平均值大于第一預設值小于第二預設值則判斷檢測端和被測端之間鏈路良好正常,若所述平均值大于第二預設值則判斷檢測端和被測端之間鏈路較差。
利用上述服務器系統(tǒng),本實施例還提供一種服務器檢測方法:
檢測端向被測端發(fā)送至少2個數(shù)據(jù)包,并將全部數(shù)據(jù)包的反饋結果生成檢測數(shù)據(jù);
計算全部數(shù)據(jù)包的反饋延遲的平均值,若所述平均值小于第一預設值則判斷檢測端和被測端之間鏈路良好,若所述平均值大于第一預設值小于第二預設值則判斷檢測端和被測端之間鏈路良好正常,若所述平均值大于第二預設值則判斷檢測端和被測端之間鏈路較差。
在上述操作中,記錄每次ping的延遲時間。把每次延遲時間相加,再除以ping的次數(shù),得出平均延遲時間。
如果延遲都小于100毫秒,則說明網絡質量為“良好”;
如果延遲時間大于100毫秒,并且小于500毫秒,則說明網絡質量為“普通”;
如果延遲時間大于500毫秒,則說明網絡質量為“差”。
記錄每次ping的延遲時間,篩選出最小延遲和最大延遲。用最大延遲減去最小延遲,得出的時間差。用時間差除以基準二得出的平均延遲,得出的數(shù)據(jù)以百分比的形式展現(xiàn),即是延遲波動幅度。波動幅度越大,說明網絡越不穩(wěn)定,可根據(jù)需要設置一定的波動幅度閾值來界定波動幅度的狀態(tài)標準。
置實施例僅僅是示意性的,其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網絡單元上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下,即可以理解并實施。
通過以上的實施方式的描述,本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn),當然也可以通過硬件?;谶@樣的理解,上述技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來,該計算機軟件產品可以存儲在計算機可讀存儲介質中,如ROM/RAM、磁碟、光盤等,包括若干指令用以使得一臺計算機設備(可以是個人計算機,服務器,或者網絡設備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。
最后應說明的是:以上實施例僅用以說明本發(fā)明的技術方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細的說明,本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改,或者對其中部分技術特征進行等同替換;而這些修改或者替換,并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。