[發明專利]一種文件分發方法和系統

在審

• 申請號: 201710039202.0
• 申請日: 2017-01-19
• 公開（公告）號: CN108337276A
• 公開（公告）日: 2018-07-27
• 發明（設計）人: 侯國發;周世龍;苗輝
• 申請（專利權）人: 貴州白山云科技有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京名華博信知識產權代理有限公司 11453
• 代理人: 李冬梅;苗源

本發明公開了一種文件分發方法和系統。該方法包括：步驟1，中央調度服務器接收文件分發信息；步驟2，所述中央調度服務器根據所述文件分發信息，向所述文件分發信息中包括的節點服務器發送更新任務，所述更新任務包括該節點服務器待更新的文件在所述源服務器上的下載地址；步驟3，所述中央調度服務器從節點服務器接收查詢具有全部相同或部分相同更新任務的節點服務器的查詢請求，根據所述文件分發信息選擇與該節點服務器具有全部相同或部分相同更新任務的節點服務器，并將選擇的節點服務器的信息通知該節點服務器。該方法和系統可以縮小帶寬成本，加快文件的分發速度。

技術領域

本發明涉及網絡領域，尤其涉及一種文件分發方法和系統。

背景技術

在幾千臺甚至上萬臺服務器的環境下，對于配置升級、軟件升級、文件更新、rpm包發布等應用場景，通常采用單一的發布節點(如scp/ftp/nfs方式)，由于C/S模式有主機的網卡流量以及并發數瓶頸，分發效率較低，特別是當進行大文件的發布時，下載服務器只有一臺，往往需要多次分發才能成功，帶寬成本消耗大，耗費時間長，系統的性能和可用性都得不到保障。

例如，在配置文件升級時，現有技術一般采用中心配管服務器向各節點下發文件更新任務，然后由各節點利用wget，salt等工具主動回源站拉取配置文件?，F有技術存在如下缺點：

(1)單點模式受到機器負載和并發數瓶頸的限制，分發效率低，可靠性差；

(2)集中式的回源請求和下載需要耗費大量帶寬，更新之后帶寬基本處于空閑狀態，這樣形成有更新任務時帶寬成為瓶頸，而更新之后造成帶寬資源的浪費；

(3)當節點與中心配管服務器或源站之間的網絡出現異常，就可能接收不到任務或下載不了文件。

因此，需要一種能夠快速下載更新文件，且同時節省下載服務器的帶寬的方法和系統。

發明內容

為了解決現有技術中存在的問題，提供了一種文件分發方法和系統，該方法和系統能夠在快速下載更新文件的同時，節省下載服務器的帶寬。

根據本發明的一個方面，提供了一種文件分發方法，所述方法包括：

步驟1，中央調度服務器接收文件分發信息；

步驟2，所述中央調度服務器根據所述文件分發信息，向所述文件分發信息中包括的節點服務器發送更新任務，所述更新任務包括該節點服務器待更新的文件在所述源服務器上的下載地址；

步驟3，所述中央調度服務器從節點服務器接收查詢具有全部相同或部分相同更新任務的節點服務器的查詢請求，根據所述文件分發信息選擇與該節點服務器具有全部相同或部分相同更新任務的節點服務器，并將選擇的節點服務器的信息通知該節點服務器。

其中，所述方法還包括：

在所述步驟3之前還執行：檢測所述中央調度服務器與每個節點服務器之間的網絡連接狀態，如果所述中央調度服務器與一節點服務器之間的網絡連接異常，則選擇網絡連接正常的一個或多個其他節點服務器，并向該一個或多個其他節點服務器發送向該網絡連接異常的節點服務器轉發更新任務的指示。

其中，所述中央調度服務器選擇網絡連接正常的一個或多個其他節點服務器時，選擇與該節點服務器具有全部相同或部分相同更新任務的一個或多個其他節點服務器。

其中，所述中央調度服務器檢測所述中央調度服務器與每個節點服務器之間的網絡連接狀態包括：

所述中央調度服務器周期地查詢是否收到每個節點服務器發送的探測包，其中所述中央調度服務器的查詢周期大于所述節點服務器的發送周期；