TW202318908A - 連線狀態檢測方法及相關設備 - Google Patents

Abstract

本申請提供了一種連線狀態檢測方法及相關設備。所述方法包括：收集源節點信息並生成檢測清單，所述檢測清單包括：每個主機的源節點、每個源節點的多個網路介面以及多個目標節點，其中每個網路介面對應目標節點；從所述源節點中選取源節點作爲待檢測源節點；發送網路檢測請求至所述待檢測源節點，控制所述待檢測源節點檢測待檢測源節點與所述目標節點之間的連線狀態並得到檢測結果；基於所述檢測結果和所述檢測清單確定連線失敗的原因。本申請無需借助人力對檢測清單進行編輯，能快速收斂連線失敗的原因。

Description

連線狀態檢測方法及相關設備

本申請涉及電腦技術領域、尤指一種連接狀態檢測方法及相關設備。

在管理網路集群節點時，需確保各節點間的連線狀態正常以便節點的應用服務能正常運作。當需要對節點的連線狀態進行檢測時，負責監控的主機往往需要下達大量的檢測指令至多個節點，而大量程式的加載與運行，必然導致主機的資源被大量佔用而影響主機對其它工作的正常執行。現有對於節點的連線狀態檢測，通常需要手動建立節點的檢測清單，當源節點數量繁多時，手動建立檢測清單極爲費時且效率低下。進一步而言，當主機下達檢測指令後，各個節點直接獲得連接狀態，若連接狀態爲連線失敗時，難以快速確定出現問題的故障節點。

鑒於以上內容，有必要提供一種連線狀態檢測方法及相關設備，能夠減少主機下達的檢測指令，減少主機資源的佔用，並且能夠自動化編成節點網路檢測清單並部署清單到各節點，改善節點網路清單的管理問題，根據檢測結果快速確定問題發生的原因。

本申請的第一方面提供一種連線狀態檢測方法，應用於監控主機，所述監控主機與多個主機連接，每個主機包括一個源節點。所述連線狀態檢測方法包括：收集每個主機的源節點信息並生成檢測清單，所述檢測清單包括：每個主機的源節點、每個源節點的多個網路介面以及多個目標節點，其中每個網路介面對應目標節點；從所述源節點中選取源節點作爲待檢測源節點；發送網路檢測請求至所述待檢測源節點，控制所述待檢測源節點根據所述檢測清單確定與所述待檢測源節點對應的目標節點；檢測所述待檢測源節點與所述目標節點之間的連線狀態並得到檢測結果；接收所述待檢測源節點發送的所述檢測結果，若所述檢測結果中包括了表示連線失敗的檢測結果，基於所述檢測結果和所述檢測清單確定所述連線失敗的原因。

在一種可選的實施方式中，所述方法還包括：根據所述檢測清單的所有源節點，設置多個源節點群組；從所述多個源節點群組中確定待檢測源節點群組；確定所述待檢測源節點群組中的每個源節點的待檢測網路介面，確定與所述待檢測網路介面相連接的目標節點；從所述檢測清單中剔除處於維護中或者關閉中的目標節點，以對所述檢測清單進行更新；將所述檢測清單存儲在所述待檢測源節點上。

在一種可選的實施方式中，所述收集每個主機的源節點信息並生成檢測清單包括：收集每個所述源節點的主機的IP位址；根據所述IP位址，收集每個所述源節點的網路信息，所述網路信息包括：每個所述源節點的網路介面、與每個所述網路介面相連接的目標節點的IP位址；根據所述網路信息生成所述檢測清單。

在一種可選的實施方式中，所述根據所述IP位址，收集所有源節點的網路信息包括：所述監控主機採用異步的方式，透過安全外殼協議（Secure Shell）發送採集指令至每個所述源節點，其中每個所述源節點透過CollectVlanIPTable Shell脚本收集所述網路信息，並檢查所述網路信息格式是否正確；若所述網路信息格式正確，控制每個所述源節點從所述網路信息中獲取解析信息，所述解析信息包括：每個所述源節點的網路介面、與每個所述源節點的網路介面相連接的目標節點的IP位址；控制每個所述源節點將所述解析信息轉換爲JSON格式文件，並控制每個所述源節點將所述JSON格式文件序列化爲字符串類型文件；接收每個所述源節點發送的所述字符串類型文件；對接收符合格式要求的字符串類型的文件按照所述JSON格式進行合併，並生成所述檢測清單。

在一種可選的實施方式中，所述將所述檢測清單存儲在所述待檢測源節點上包括：使用rsync同步工具將所述檢測清單存儲在所述待檢測源節點上。

在一種可選的實施方式中，所述將所述檢測清單存儲在所述待檢測源節點上還包括：採用非同步的方式將所述檢測清單存儲在所述待檢測源節點上。

在一種可選的實施方式中，所述檢測所述待檢測源節點與所述目標節點之間的連線狀態並得到檢測結果包括：控制所述待檢測源節點根據所述網路檢測請求讀取所述檢測清單中的內容，並以異步的方式檢測待檢測源節點與目標節點之間的連接狀態，得到檢測結果，其中所述待檢測源節點將所述檢測結果存儲爲JSON格式；接收所述待檢測源節點發送的JSON格式的檢測結果。

在一種可選的實施方式中，所述基於所述檢測結果和所述檢測清單確定所述連線失敗的原因包括：若檢測到所述待檢測源節點透過第一網路介面與所述目標節點連線失敗，及檢測到所述待檢測源節點透過第二網路介面與所述目標節點連線成功，確定所述待檢測源節點的第一網路介面存在問題。

本申請的第二方面提供一種電子設備，所述電子設備包括伺服器和記憶體，所述伺服器用於執行所述記憶體中存儲的計算機程式時實現所述的連線狀態檢測方法。

本申請的協力廠商面提供一種計算機可讀存儲媒體，所述計算機可讀存儲媒體上存儲有計算機程式，所述計算機程式被伺服器執行時實現所述的連線狀態檢測方法。

本申請利用所述連線狀態檢測方法及相關設備能夠減少主機下達的檢測指令、減少主機資源的佔用、能夠自動化編成節點網路檢測清單並部署清單到各節點，改善管理節點網路清單的問題、根據檢測結果快速收斂問題發生的原因。

爲了能夠更清楚地理解本申請的上述目的、特徵和優點，下面結合附圖和具體實施例對本申請進行詳細描述。需要說明的是，此處所描述的具體實施例僅用以解釋本申請，並不用於限定本申請。

在下面的描述中闡述了很多具體細節以便於充分理解本申請，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，均屬本申請保護的範圍。

除非另有定義，本文所使用的所有的技術和科學術語與屬本申請的技術領域的技術人員通常理解的含義相同。本文中在本申請的說明書中所使用的術語只是爲了描述具體的實施例的目的，不是旨在於限制本申請。

本申請提供的連線狀態檢測方法，可用於節點間的連線狀態檢測，所述方法運行於監控主機。

參見圖1所示，爲本申請實施例提供的監控主機與多個主機的連接示意圖。監控主機101與多個主機102通訊連接，每個主機102包括一個源節點103。監控主機101用於控制每一個主機102，主機102爲源節點103提供IP位址。在一實施例中，主機102的IP位址爲源節點103的IP位址。在一實施例中，一個主機102包括一個源節點103，每一個源節點103對應一個主機102。

參見圖2所示，爲本申請實施例提供的一種連接狀態檢測方法流程圖。所述方法具體包括如下流程。

201、監控主機101收集主機102的源節點103的信息並生成檢測清單。在本申請的至少一個實施例中，監控主機101收集每個主機102的IP位址，即每個所述源節點103的IP位址。所述每個主機102爲監控主機101管理的主機。根據監控主機101收集的每個主機102的IP位址去收集每個源節點103的網路信息，生成檢測清單，所述檢測清單包括：每個主機102的源節點103、每個源節點103的多個網路介面以及多個目標節點，其中每個網路介面對應至少一個目標節點。例如，監控主機101管理的第一主機的IP位址爲：127.132.128.64，監控主機101收集第一主機的IP位址，並根據第一主機的IP位址尋址，對第一主機上的源節點103的網路信息進行收集。所述網路信息包括：每個所述源節點103的網路介面、與每個所述源節點103的網路介面相連接的目標節點的IP位址。

在本申請的又一個實施例中，根據所述檢測清單中的所有源節點103，設置多個源節點群組，每個源節點群組包括至少一個源節點103且一個源節點103只能存在於一個群組中。源節點群組代表著相同角色或功能的源節點。例如：Compute群組、Control群組、Network群組、Storage群組，每個群組又包括多個子群組，例如，Compute1群組到Compute n、Control1群組到Control n群組、Network1到Network n群組。在所有源節點群組中，用戶透過監控主機101從多個源節點群組中確定待檢測的源節點群組。

在本申請的至少一個實施例中，確定所述待檢測源節點群組中的每個源節點103的待檢測網路介面包括：在本實施例中，網路介面存在於源節點103上，一個源節點103有多個網路介面，例如：Interface1、Interface2。用戶透過監控主機101確定待檢測的網路介面。

在本申請的至少一個實施例中，從檢測清單中每個主機102的源節點103中選取至少一個作爲待檢測源節點，例如，用戶透過監控主機101選取20個源節點103作爲待檢測源節點，檢測清單中只包括所選取的20個源節點的待檢測網路介面和與待檢測網路介面相連接的目標節點。進一步可剔除檢測清單中處於關閉狀態或者維護狀態的目標節點以對檢測清單進行更新。檢測清單中被剔除的目標節點可能會在某一時候再次上線，當被剔除的目標節點重新上線時，該等目標節點可重新加入到檢測清單中。其中，可以透過選取所述待檢測源節點群組中的源節點作爲所述待檢測源節點，或者根據所述源節點的IP位址選取所述待檢測源節點。

202、將所述檢測清單存儲在所述待檢測源節點上。在本申請的至少一個實施例中，監控主機101採用異步的方式並透過rsync同步工具將所述檢測清單存儲在所述待檢測源節點上。rsync同步工具能同步更新兩處計算機（例如，本申請實施例中監控主機101與主機102）的文件與目錄，並適當利用差分編碼以減少數據傳輸量。因爲源節點103存在於主機102上，使用rsync同步工具可以將存在於監控主機101的所述檢測清單同步更新至主機102的待檢測源節點上。

203、發送網路檢測指令至所述待檢測源節點，檢測所述待檢測源節點與所述待檢測源節點對應的目標節點之間的連線狀態，並得到檢測結果。在本申請的至少一個實施例中，監控主機101控制所述待檢測源節點根據所述檢測清單確定與所述待檢測源節點對應的至少一個目標節點，並根據網路檢測請求去讀取檢測清單的內容，以異步的方式檢測所述待檢測源節點與所述待檢測源節點對應的至少一個目標節點之間的連線狀態，得到檢測結果。例如，如下爲JSON格式的檢測結果示例： {“名稱1[\＜目標節點1 IP＞\”]，\“＜網路介面1＞”\：“＜檢測結果＞”， “名稱2[\＜目標節點2 IP＞\”]，\“＜網路介面1＞”\：“＜檢測結果＞”， …… “名稱n[\＜目標節點n IP＞\”]，\“＜網路介面n＞”\：“＜檢測結果＞”， }。

204、將所述檢測結果和所述檢測清單進行分析，確定所述檢測結果爲連線失敗的原因。若檢測到所述待檢測源節點透過第一網路介面與至少一個所述目標節點連線失敗，及檢測到所述待檢測源節點透過第二網路介面與所述目標節點連線成功，確定所述待檢測源節點的第一網路介面存在問題。

舉例說明，如下爲所述待檢測源節點和目標節點的連線狀態檢測結果：

表1

Interface1	Compute1	Compute2	Network	Storage
所述目標節點1	N	N	Y	Y
所述目標節點2	N	N	Y	Y
所述目標節點3	N	N	Y	Y
所述目標節點4	N	N	Y	Y

表2

Interface2	Compute1	Compute2	Network	Storage
所述目標節點1	Y	Y	Y	Y
所述目標節點2	Y	Y	Y	Y
所述目標節點3	Y	Y	Y	Y
所述目標節點4	Y	Y	Y	Y

表3

Interface1	Compute1	Compute2	Network	Storage
所述目標節點1	N	N	N	N
所述目標節點2	N	Y	Y	Y
所述目標節點3	N	Y	Y	Y
所述目標節點4	N	Y	Y	Y

表4

Interface2	Compute1	Compute2	Network	Storage
所述目標節點1	Y	Y	Y	Y
所述目標節點2	Y	Y	Y	Y
所述目標節點3	Y	Y	Y	Y
所述目標節點4	Y	Y	Y	Y

表5

Interface1	Compute	Control	Network	Storage
所述目標節點1	N	N	N	N
所述目標節點2	N	N	N	N
所述目標節點3	N	N	N	N
所述目標節點4	N	N	N	N

表6

Interface2	Compute	Control	Network	Storage
所述目標節點1	Y	Y	Y	Y
所述目標節點2	Y	Y	Y	Y
所述目標節點3	Y	Y	Y	Y
所述目標節點4	Y	Y	Y	Y

在上述多個表中，N表示所述待檢測源節點群組中待檢測源節點與目標節點連線狀態爲失敗。Y表示所述待檢測源節點群組中待檢測源節點與目標節點連線狀態爲成功。

從上表1可知，在Interface1中，所有Compute群組對所有目標節點均爲連線失敗，從表2可知，在Interface2中，所有Compute群組對所有目標節點均爲連線成功，由此確定所有Compute群組中的待檢測源節點在Interface1中出現問題。

從上表3可知，在Interface1中，Compute群組中的Compute1群組對所有目標節點均爲連線失敗，導致Compute1的目標節點對其他群組也爲連線失敗，從表4可知，在Interface2中Compute群組中的Compute1群組對所有目標節點均爲連接成功，由此確定Compute群組中的Compute1群組中的待檢測源節點在interface1中出現問題。

從上表5中可知，在Interface1中，Compute群組、Control群組、Network群組、Storage群組對所有目標節點均爲連接失敗，從表6可知，在Interface2中，Compute群組、Control群組、Network群組、Storage群組對所有目標節點均爲連接成功，由此確定Compute群組、Control群組、Network群組、Storage群組在Interface1中出現問題。

參見圖3所示，爲本申請實施例提供的收集每一所述源節點103網路信息的流程圖。

在本申請至少一個實施例中，監控主機101透過Secure Shell（SSH）協議發送採集指令至每一所述源節點103，通知每一所述源節點103開始採集自己的網路信息，SSH協議是一種加密的網路傳輸協議，可在不安全的網路中爲網路服務提供安全的傳輸環境。SSH透過在網路中建立安全隧道實現SSH客戶端與服務器之間的連接。通常利用SSH來傳輸命令行界面和遠程執行命令，透過SSH協議，監控主機101能安全穩定發送採集指令至所有源節點103。

301、根據每一所述源節點103的IP位址收集網路信息並檢測網路信息格式是否正確。在本申請的至少一個實施例中，根據收集每一所述源節點103所在的主機102的IP位址，收集所有源節點103的網路信息。透過CollectVlanIPTable脚本實現網路信息的收集。所述CollectVlanIPTable脚本除了用於收集與整理源節點103網路信息外，也會檢測所收集到的網路信息的格式並産生JSON格式文件。例如，如下爲收集到正確格式的源節點103網路信息：127.xxx.xxx.x/xx dev ＜interface name＞ proto kernel scope link src ＜ip＞。其中，127.xxx.xxx.x/xx表示爲目標節點的IP位址、interface name表示爲網路介面。

302、監控主機101控制每一所述源節點103從格式正確的網路信息中獲取解析信息並將所述解析信息轉換成JSON格式文件。在本申請的至少一個實施例中，若所述網路信息格式不正確，監控主機101控制每一所述源節點103確定所述網路信息無效。若所述網路信息格式正確，監控主機101控制每一所述源節點103從所述網路信息中獲得解析信息，所述解析信息包括每一所述源節點103的網路介面、與每一所述源節點103的網路介面相連接的目標節點的IP位址，控制每一所述源節點103將所述解析信息轉換爲JSON格式文件。舉例說明，以下爲將解析信息轉換成JSON格式文件的例子：{“interface” : “＜interface 1＞”, “ip”:”＜172.168.64.32＞  ”}。

303、控制每一所述源節點103將所述JSON格式文件序列化爲字符串類型文件包括：監控主機101接收每一所述源節點103的字符串類型文件。

304、監控主機101將字符串類型文件按照JSON格式進行合併。參見圖4所示，爲本申請實施例提供的連線狀態檢測流程圖，具體包括如下：監控主機101向待檢測源節點發起網路檢測請求。

401、控制待測源節點根據所述網路請求讀取檢測清單內容進行網路檢測並得到檢測結果。在本實施例中，控制所述待檢測源節點根據所述網路檢測請求讀取所述檢測清單中的內容，並以異步的方式檢測待檢測源節點與至少一個目標節點之間的連接狀態，得到檢測結果。

402、控制所述待檢測源節點將檢測結果存儲爲JSON格式。其中，監控主機101接收所述待檢測源節點回傳的JSON格式。

參見圖5所示，爲本申請實施例提供的一種電子設備的結構示意圖，本申請具體實施例並不對電子設備的具體實現做限定。

如圖5所示，該電子設備可以包括：伺服器(processor)502、通訊介面(Communications Interface)504、記憶體(memory)506、以及通訊匯流排508。其中伺服器502、通訊介面504、以及記憶體506透過通訊匯流排508完成相互間的通信。通訊介面504，用於與其它設備比如客戶端或其它服務器等的網元通信。伺服器502，用於執行程式510，具體可以執行上述連接狀態檢測方法實施例中的相關步驟。具體地，程式510可以包括程式代碼，該程式代碼包括計算機網頁操作指令。伺服器502可能是中央伺服器CPU，或者是特定集成電路ASIC (Applica tioSpecific Integrated Circuit)，或者是被配置成實施本申請實施例的一個或多個集成電路。電子設備包括的一個或多個伺服器，可以是同一類型的伺服器，如一個或多個CPU；也可以是不同類型的伺服器，如一個或多個CPU以及一個或多個ASIC。記憶體506，用於存放程式510。記憶體506可能包含高速RAM記憶體，也可能還包括非易失性記憶體(non-volatile memory)，例如至少一個磁盤記憶體。程式510具體可以用於使得伺服器502執行上述方法實施例中的某些操作。

在此提供的算法和顯示不與任何特定計算機、虛擬系統或者其它設備固有相關。各種通用系統也可以與基於在此的示教一起使用。根據上面的描述，構造這類系統所要求的結構是顯而易見的。此外，本申請也不針對任何特定編程語言。應當明白，可以利用各種編程語言實現在此描述的本申請的內容，並且上面對特定語言所做的描述是爲了披露本申請的最佳實施方式。

在此處所提供的說明書中，說明了大量具體細節。然而，能夠理解，本申請的實施例可以在沒有該等具體細節的情况下實踐。在一些實例中，並未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。

此外，本領域的技術人員能夠理解，儘管在此所述的一些實施例包括其它實施例中所包括的某些特徵而不是其它特徵，但是不同實施例的特徵的組合意味著處於本申請的範圍之內並且形成不同的實施例。

應該注意的是上述實施例對本申請進行說明而不是對本申請進行限制，並且本領域技術人員在不脫離所附請求項的範圍的情况下可設計出替換實施例。上述實施例中的單詞“包含”不排除存在未列在請求項中的元件或步驟。單詞Compute、Control等的使用不表示任何特定意思。可將該等單詞解釋爲名稱。

綜上所述，本發明符合發明專利要件，爰依法提出專利申請。惟，以上所述僅為本發明之較佳實施方式，舉凡熟悉本案技藝之人士，在援依本案創作精神所作之等效修飾或變化，皆應包含於以下之申請專利範圍內。

101:監控主機 102:主機 103:源節點 502:伺服器 504:通訊介面 506:記憶體 508:通訊匯流排 510:程式 201-204:步驟 301-304:步驟 401-402:步驟

圖1爲本申請實施例提供的監控主機與多個主機的連接示意圖。

圖2爲本申請實施例提供的一種連接狀態檢測方法流程圖。

圖3爲本申請實施例提供的收集每個所述源節點網路信息的流程圖。

圖4爲本申請實施例提供的連線狀態檢測流程圖。

圖5爲本申請實施例提供的一種電子設備的結構示意圖。

201-204:步驟

Claims (10)

1. 一種連線狀態檢測方法，應用於監控主機，所述監控主機與多個主機連接，其中，每個主機包括一個源節點，所述連線狀態檢測方法包括： 收集每個主機的源節點信息並生成檢測清單，所述檢測清單包括：每個主機的源節點、每個源節點的多個網路介面以及多個目標節點，其中每個網路介面對應目標節點； 從所述源節點中選取源節點作爲待檢測源節點； 發送網路檢測請求至所述待檢測源節點，控制所述待檢測源節點根據所述檢測清單確定與所述待檢測源節點對應的目標節點； 檢測所述待檢測源節點與所述目標節點之間的連線狀態並得到檢測結果； 接收所述待檢測源節點發送的所述檢測結果，若所述檢測結果中包括了表示連線失敗的檢測結果，基於所述檢測結果和所述檢測清單確定所述連線失敗的原因。
2. 如請求項1所述的連線狀態檢測方法，其中，所述方法還包括： 根據所述檢測清單的所有源節點，設置多個源節點群組； 從所述多個源節點群組中確定待檢測源節點群組； 確定所述待檢測源節點群組中的每個源節點的待檢測網路介面，確定與所述待檢測網路介面相連接的目標節點； 從所述檢測清單中剔除處於維護中或者關閉中的目標節點，以對所述檢測清單進行更新； 將所述檢測清單存儲在所述待檢測源節點上。
3. 如請求項1所述的連線狀態檢測方法，其中，所述收集每個主機的源節點信息並生成檢測清單包括： 收集每個所述源節點的主機的IP位址； 根據所述IP位址，收集每個所述源節點的網路信息，所述網路信息包括：每個所述源節點的網路介面、與每個所述網路介面相連接的目標節點的IP位址； 根據所述網路信息生成所述檢測清單。
4. 如請求項3所述的連線狀態檢測方法，其中，所述根據所述IP位址，收集所有源節點的網路信息包括： 所述監控主機採用異步的方式，透過安全外殼協議（Secure Shell）發送採集指令至每個所述源節點，其中每個所述源節點透過CollectVlanIPTable Shell脚本收集所述網路信息，並檢查所述網路信息格式是否正確；若所述網路信息格式正確，控制每個所述源節點從所述網路信息中獲取解析信息，所述解析信息包括：每個所述源節點的網路介面、與每個所述源節點的網路介面相連接的目標節點的IP位址；控制每個所述源節點將所述解析信息轉換爲JSON格式文件，並控制每個所述源節點將所述JSON格式文件序列化爲字符串類型文件； 接收每個所述源節點發送的所述字符串類型文件； 對接收符合格式要求的字符串類型的文件按照所述JSON格式進行合併，並生成所述檢測清單。
5. 如請求項2所述的連線狀態檢測方法，其中，所述將所述檢測清單存儲在所述待檢測源節點上包括： 使用rsync同步工具將所述檢測清單存儲在所述待檢測源節點上。
6. 如請求項2所述的連線狀態檢測方法，其中，所述將所述檢測清單存儲在所述待檢測源節點上還包括： 採用非同步的方式將所述檢測清單存儲在所述待檢測源節點上。
7. 如請求項1所述的連線狀態檢測方法，其中，所述檢測所述待檢測源節點與所述目標節點之間的連線狀態並得到檢測結果包括： 控制所述待檢測源節點根據所述網路檢測請求讀取所述檢測清單中的內容，並以異步的方式檢測待檢測源節點與目標節點之間的連接狀態，得到檢測結果，其中所述待檢測源節點將所述檢測結果存儲爲JSON格式； 接收所述待檢測源節點發送的JSON格式的檢測結果。
8. 如請求項1所述的連線狀態檢測方法，其中，所述基於所述檢測結果和所述檢測清單確定所述連線失敗的原因包括： 若檢測到所述待檢測源節點透過第一網路介面與所述目標節點連線失敗，及檢測到所述待檢測源節點透過第二網路介面與所述目標節點連線成功，確定所述待檢測源節點的第一網路介面存在問題。
9. 一種電子設備，其中，所述電子設備包括伺服器和記憶體，所述伺服器用於執行記憶體中存儲的計算機程式以實現如請求項1至8中任意一項所述的連線狀態檢測方法。
10. 一種計算機可讀存儲媒體，其中，所述計算機可讀存儲媒體存儲有至少一個指令，所述至少一個指令被伺服器執行時實現如請求項1至8任意一項所述的連線狀態檢測方法。

Images