一種桌面云中分布式組件服務的自動發(fā)現(xiàn)方法
【專利摘要】本發(fā)明提供了一種桌面云中分布式組件服務的自動發(fā)現(xiàn)方法，包括：新加入的分布式組件啟動后，作為發(fā)送方以組播方式向網絡中發(fā)送查詢消息；網絡中的其它分布式組件作為接收方，在收到所述的查詢消息后，解析其中的數據內容并保存；其它分布式組件通過響應消息將本組件的組網信息返回給新加入的分布式組件；新加入的分布式組件收到響應消息后，將其中的組網信息保存到本地配置文件中；新加入的分布式組件使用本地配置文件以及向其它分布式組件發(fā)起組網請求，完成組網。本發(fā)明的方法，各分布式組件無需依賴中心節(jié)點進行組網，只需在網絡內通過組播預組網通信協(xié)議的形式進行通信查詢，既能了解整個系統(tǒng)狀況之后即可進行組網。
【專利說明】
一種桌面云中分布式組件服務的自動發(fā)現(xiàn)方法
【技術領域】
[0001]本發(fā)明涉及計算機及互聯(lián)網領域，尤其是一種桌面云中分布式組件服務的自動發(fā)現(xiàn)方法。
【【背景技術】】
[0002]桌面云是云計算中的一個子類，與基于服務器虛擬化的云主機不同，云主機面向的主要用戶是專業(yè)技術人員，而桌面云面向的用戶是PC(個人電腦)使用者，用于替代日常辦公電腦，與一般云計算相比，桌面云面向的用戶信息技術專業(yè)水平相對較低，網絡環(huán)境與硬件類型更為復雜多變，同時由于用戶都是交互操作，需要系統(tǒng)實時響應，用戶對性能和故障容忍度極低。
[0003]傳統(tǒng)的分布式組件組網一般有兩種形式:中心節(jié)點方式或注冊節(jié)點方式。
[0004]中心節(jié)點方式是通所有組件都連接到一個中心節(jié)點的星形結構，由這個中心節(jié)點負責整個系統(tǒng)的組織與信息通信。其缺點是一旦中心節(jié)點故障，整個系統(tǒng)不可用，且配置與更改都需要將所有組件都配置一遍，非常麻煩。
[0005]注冊節(jié)點方式是提供一個類似于查號臺的注冊節(jié)點，所有節(jié)點在初始化時都先向注冊節(jié)點查詢其他組件的信息與狀態(tài)并報告自己的信息與狀態(tài)，然后根據查詢到的信息來決定怎樣接入系統(tǒng)。其缺點是新加入到節(jié)點依賴于注冊節(jié)點的工作狀態(tài)及其數據是否正常，而且難免需要事先知道并配置好注冊節(jié)點信息，整個系統(tǒng)一旦配置好后更改注冊節(jié)點也需要將所有節(jié)點重新進行配置，比較繁瑣且容易出錯。
【
【發(fā)明內容】
】
[0006]本發(fā)明提供了一種桌面云中分布式組件服務的自動發(fā)現(xiàn)方法，用以解決現(xiàn)有分布式組件組網的問題。
[0007]本發(fā)明的一種桌面云中分布式組件服務的自動發(fā)現(xiàn)方法，包括下列步驟:S1、新加入的分布式組件啟動后，作為發(fā)送方以組播方式向網絡中發(fā)送查詢消息;S2、網絡中的其它分布式組件作為接收方，在收到所述的查詢消息后，解析其中的數據內容并保存;S3、所述作為接收方的其它分布式組件通過響應消息將本組件的組網信息返回給所述新加入的分布式組件;S4、所述新加入的分布式組件收到所述的響應消息后，將其中的組網信息保存到本地配置文件中；S5、所述新加入的分布式組件使用所述的本地配置文件，以及向其它分布式組件發(fā)起組網請求，完成組網。
[0008]其中，步驟SI之前還包括:S0、預設組播地址和限定組播數據包經過的路由數，以控制組播的傳播范圍。步驟SO具體是在組件安裝包中預設組播地址和限定組播數據包經過的路由數。
[0009]其中，步驟SI中新加入的分布式組件發(fā)送的所述查詢消息中至少包括:預設的特征標識；以及，步驟S2中所述作為接收方的其它分布式組件解析查詢消息后，先驗證所述的特征標識，驗證成功后，再保存所述查詢消息中的數據內容。
[0010]其中，步驟S3中，如果預設的策略規(guī)定無需審批新加入分布式組件的組網請求，則所述作為接收方的其它分布式組件通過響應消息直接將本組件的組網信息返回給所述新加入的分布式組件;如果預設的策略規(guī)定需要審批新加入分布式組件的組網請求，則經審批后，再將所述響應消息發(fā)送給所述新加入的分布式組件。
[0011]其中，步驟S4之前，如果所述新加入的分布式組件在預設的時長內未收到所述的響應消息，則再次以組播方式向網絡中發(fā)送所述的查詢消息。
[0012]本發(fā)明的桌面云中分布式組件服務的自動發(fā)現(xiàn)方法，各分布式組件無需依賴中心節(jié)點進行組網，只需在網絡內通過組播預組網通信協(xié)議的形式進行通信查詢，既能了解整個系統(tǒng)狀況之后即可進行組網，極大地方便了系統(tǒng)組建及運行維護，真正做到隨時添加組件擴展系統(tǒng)承載能力。
【【附圖說明】】
[0013]圖1是本發(fā)明的網絡體系結構示意圖；
[0014]圖2是本發(fā)明實施例的方法流程圖。
【【具體實施方式】】
[0015]本發(fā)明提供了一種桌面云中分布式組件服務的自動發(fā)現(xiàn)方法，用于桌面云乃至云計算中分布式服務的自動組網，使得運維更加簡單便捷，并降低人工逐個配置分布式服務的出錯概率。參見圖1所示，本發(fā)明方法在體系結構上處于TUDP基礎網絡層之上，業(yè)務邏輯層之下。發(fā)明人對本發(fā)明的桌面云中分布式組件服務的自動發(fā)現(xiàn)方法設計了如下邏輯流程:在各節(jié)點增加組網層邏輯，在節(jié)點組件啟動運行后，新啟動的分布式組件向網絡中組播發(fā)送一條查詢消息，查詢各組件節(jié)點的狀態(tài)；消息內容包含了桌面云及組件本身約定的特征標識，以及本節(jié)點的類型、版本、狀態(tài)等數據。其他已啟動的分布式組件接收到此條消息驗證特征標識后，解析收到的數據內容并保存，同時將本組件節(jié)點的相關信息通過應答包返回給發(fā)送方。若組件未收到任何響應消息，則每5分鐘定時發(fā)送一條此查詢消息，直到收到響應消息。為控制組播的傳播范圍，組播地址可設置為在239.0.0.0?239.255.255.255之間，并設定TTL值(限定組播數據包經過的路由數)，將組播范圍控制在內網有限范圍中，具體組播IP(Internet Protocol)地址和TTL(Time To Live)值，可在組件安裝包中預先設定。應答包(即響應消息)的內容根據系統(tǒng)初始設定，可以有兩種不同類型:一種是應答消息(即響應消息)直接返回同意(agree);為避免同一網段有多套獨立系統(tǒng)時組網出現(xiàn)混亂，系統(tǒng)還可以設定各節(jié)點的應答包只返回消息已接收(received)并記錄確認，等待管理員批準后系統(tǒng)再發(fā)送一條批準消息將此節(jié)點拉(pull)入系統(tǒng)中。以下通過具體實施例進一步詳細說明。
[0016]本實施例的桌面云中分布式組件服務的自動發(fā)現(xiàn)方法，參見圖2所示，包括下列步驟:
[0017]S10、建立組播監(jiān)聽，并預設組播地址和限定組播數據包經過的路由數，以控制組播的傳播范圍。
[0018]具體的，系統(tǒng)先建立組播監(jiān)聽機制，以及在安裝包中預先配置好組播IP及TTLjfl播IP默認為239.1.0.100，端口默認為10001，TTL默認為3，系統(tǒng)安裝人員可以解壓安裝壓縮包修改默認配置。
[0019]SI 1、新加入的分布式組件啟動后，作為發(fā)送方以組播方式向網絡中發(fā)送查詢消息。
[0020]具體的，新加入的分布式組件啟動后，首先向地址239.1.0.100:10001發(fā)送一條組播查詢請求消息(即以組播方式向網絡中發(fā)送查詢消息)，請求包頭中以4字節(jié)的Oxllll開始跟隨4字節(jié)的字符串〃 RNET77為標識，包體中包含了組件自身的Li cense (軟件許可)、通信協(xié)議版本號、軟件版本號、組件類型、組件唯一標識(使用網卡MAC)等組網信息。
[0021]S12、網絡中的其它分布式組件作為接收方，在收到所述的查詢消息后，解析其中的數據內容并保存。
[0022]具體的，系統(tǒng)中的其他節(jié)點(即網絡中的其它已啟動的分布式組件)收到此請求后，檢查包頭標識符及包體中的數據是否符合約定，檢查無誤后保存對方節(jié)點信息。
[0023]S13、作為接收方的其它分布式組件通過響應消息將本組件的組網信息返回給新加入的分布式組件。
[0024]具體的，系統(tǒng)管理員可設置系統(tǒng)是否需要審批新的節(jié)點的組網請求。若設置為需要審批，則其它分布式組件的響應消息只返回消息已接收(received)并記錄確認，在系統(tǒng)管理員審批后系統(tǒng)才將組網信息發(fā)送給新組件。即如果預設的策略規(guī)定無需審批新加入分布式組件的組網請求，則所述作為接收方的其它分布式組件通過響應消息直接將本組件的組網信息返回給所述新加入的分布式組件;如果預設的策略規(guī)定需要審批新加入分布式組件的組網請求，則經審批后，再將所述響應消息發(fā)送給所述新加入的分布式組件。
[0025]S14、所述新加入的分布式組件收到響應消息后，將其中的組網信息保存到本地配置文件中，以備重啟后重新組網使用。
[0026]具體的，如果新加入的分布式組件在預設的時長內未收到所述的響應消息，例如:5分鐘未收到響應消息，則再次以組播方式向網絡中發(fā)送所述的查詢消息，直至收到響應消息為止。
[0027]S15、新加入的分布式組件根據自身業(yè)務邏輯使用本地配置文件，并向其它分布式組件發(fā)起組網請求，完成組網。
[0028]本實施例的優(yōu)點如下:
[0029]1.分布式組件安裝完成后無需任何配置，組件能自動發(fā)現(xiàn)系統(tǒng)中領近網絡中存在的服務，減少了云計算大規(guī)模部署下的安裝運維工作量，比傳統(tǒng)服務注冊結構更為智能、高效。
[0030]2.各節(jié)點組件通過組播的形式查詢系統(tǒng)中其他分布式節(jié)點，相對于逐個IP掃描，能夠有效減少網絡中的數據通信量，提高響應與處理效率;而相對對于全網廣播具有更小的數據傳播范圍，避免不必要的干擾。
[0031]3.預設置了組播IP地址、TTL值，安裝人員可以在組件安裝之前修改組播IP及TTL值等參數，根據系統(tǒng)網絡狀況靈活選擇。
[0032]4.系統(tǒng)管理員可以根據自身情況選擇對于新加入節(jié)點的服務查詢請求，是否需要審核批準，或是無需審批直接加入系統(tǒng)中。
[0033]這里本發(fā)明的描述和應用都只是說明性和示意性的，并非是想要將本發(fā)明的范圍限制在上述實施例中。這里所披露的實施例的變形和改變是完全可能的，對于那些本領域的普通技術人員來說，實施例的替換和等效的各種部件均是公知的。本領域技術人員還應該清楚的是，在不脫離本發(fā)明的精神或本質特征的情況下，本發(fā)明可以以其它形式、結構、布置、比例，以及用其它組件、材料和部件來實現(xiàn)，以及在不脫離本發(fā)明范圍和精神的情況下，可以對這里所披露的實施例進行其它變形和改變。
【主權項】
1.一種桌面云中分布式組件服務的自動發(fā)現(xiàn)方法，其特征在于，包括下列步驟: 51、新加入的分布式組件啟動后，作為發(fā)送方以組播方式向網絡中發(fā)送查詢消息； 52、網絡中的其它分布式組件作為接收方，在收到所述的查詢消息后，解析其中的數據內容并保存； 53、所述作為接收方的其它分布式組件通過響應消息將本組件的組網信息返回給所述新加入的分布式組件； 54、所述新加入的分布式組件收到所述的響應消息后，將其中的組網信息保存到本地配置文件中； 55、所述新加入的分布式組件使用所述的本地配置文件，以及向其它分布式組件發(fā)起組網請求，完成組網。2.如權利要求1所述的桌面云中分布式組件服務的自動發(fā)現(xiàn)方法，其特征在于，步驟SI之前還包括: S0、預設組播地址和限定組播數據包經過的路由數，以控制組播的傳播范圍。3.如權利要求2所述的桌面云中分布式組件服務的自動發(fā)現(xiàn)方法，其特征在于，步驟SO具體是在組件安裝包中預設組播地址和限定組播數據包經過的路由數。4.如權利要求1所述的桌面云中分布式組件服務的自動發(fā)現(xiàn)方法，其特征在于，步驟SI中新加入的分布式組件發(fā)送的所述查詢消息中至少包括:預設的特征標識； 以及，步驟S2中所述作為接收方的其它分布式組件解析查詢消息后，先驗證所述的特征標識，驗證成功后，再保存所述查詢消息中的數據內容。5.如權利要求1所述的桌面云中分布式組件服務的自動發(fā)現(xiàn)方法，其特征在于，步驟S3中，如果預設的策略規(guī)定無需審批新加入分布式組件的組網請求，則所述作為接收方的其它分布式組件通過響應消息直接將本組件的組網信息返回給所述新加入的分布式組件;如果預設的策略規(guī)定需要審批新加入分布式組件的組網請求，則經審批后，再將所述響應消息發(fā)送給所述新加入的分布式組件。6.如權利要求1所述的桌面云中分布式組件服務的自動發(fā)現(xiàn)方法，其特征在于，步驟S4之前，如果所述新加入的分布式組件在預設的時長內未收到所述的響應消息，則再次以組播方式向網絡中發(fā)送所述的查詢消息。
【文檔編號】H04L12/761GK105872015SQ201610151322
【公開日】2016年8月17日
【申請日】2016年3月17日
【發(fā)明人】劉紅偉
【申請人】廣東微云科技股份有限公司