[發明專利]分布式存儲系統中的副本管理方法及裝置

有效

• 申請號: 201010215215.7
• 申請日: 2010-06-25
• 公開（公告）號: CN101877725A
• 公開（公告）日: 2010-11-03
• 發明（設計）人: 段翰聰;李林;蒲廷志;周揚
• 申請（專利權）人: 中興通訊股份有限公司;電子科技大學
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 余剛;吳孟秋

技術領域

本發明涉及通信領域，具體而言，涉及一種分布式存儲系統中的副本管理方法及裝置。

背景技術

在基于用戶體驗的分布式存儲系統中，分布式存儲系統是由多個服務器作為節點組成的各個域的存儲系統。客戶的下載體驗決定副本的數量，副本數量也影響著客戶的體驗效果。當客戶下載文件時，如果客戶所在的域內沒有副本，便會從其它域的節點獲取數據，假設數據在域間的傳輸速度很低，在域內的傳輸速度很高，此時便會影響用戶的下載體驗。因此，當域內用戶體驗比較低時，就需要考慮是否在該域內增加一個副本以提高用戶的下載體驗。

在分布式存儲系統中，如果客戶請求的內容在當前域內不存在時，便會跨域尋求數據，導致客戶的請求得不到及時的響應，如果在域內增加該副本，客戶的請求就能得到迅速響應。然而，增加副本會在一定程度上增加服務器的壓力，也會占用磁盤和帶寬，增加此服務器的負載。

因此，客戶下載體驗很低，而且又有大量持續的下載需求，就可以在該域增加一個副本，以滿足用戶的下載體驗。反之，如果增加副本不會提高用戶的體驗值，則不用進行副本擴散。然而，是否增加副本需要考慮多方面的因素。而目前的技術中，僅僅從單方面，如發起請求下載的用戶數量、服務器的負載等某一個方面衡量是否增加副本，由于沒有從服務器的負載承受能力和用戶的下載體驗等多方面綜合衡量，導致用戶下載速度慢或服務器負載較高的問題。

發明內容

本發明的主要目的在于提供一種分布式存儲系統中的副本管理方法及裝置，以至少解決上述由于沒有從服務器的負載承受能力和用戶的下載體驗等多方面綜合衡量是否增加副本，導致用戶下載速度慢或服務器負載較高的問題。

本發明提供一種分布式存儲系統中的副本管理方法，包括：在每個周期，獲取域內的用戶與系統的連接參數；通過連接參數判斷以下條件：指示用戶與網絡連接狀態的體驗權值系數是否大于第一閾值、對于副本的請求次數是否大于第二閾值，指示副本完成程度的健康度是否小于第三閾值；如果確定條件均成立、且判斷在當前周期之前的多個連續周期內對于副本的請求次數均不為零，則在系統內的用戶歸屬的域中增加副本。

本發明還提供一種分布式存儲系統中的副本管理裝置，包括：參數采集模塊，用于在每個周期，獲取域內的用戶與系統的連接參數；第一判斷模塊，用于通過連接參數判斷以下條件：指示用戶與網絡連接狀態的體驗權值系數是否大于第一閾值、對于副本的請求次數是否大于第二閾值，指示副本完成程度的健康度是否小于第三閾值，輸出條件是否成立的判斷結果；第二判斷模塊，用于如果第一判斷模塊輸出條件成立的判斷結果、且判斷在當前周期之前的多個連續周期內、每個周期內對于副本的請求次數均不為零，則輸出觸發信號；副本擴散模塊，用于接收觸發信號后，在系統內的用戶歸屬的域中增加副本。

本發明由于從用戶的體驗權值系數、副本的請求次數、以及副本的健康度、以及近期的副本訪問量三種方面考慮，從而兼顧了系統的負載承受能力和用戶的下載體驗，解決了用戶下載速度慢或服務器負載較高的問題。另外，還可進一步考慮副本的擴散時間、以及使本域內副本的健康度達到1的時間，從而得出決定是否進一步增加副本，由于更加細化了增加副本的條件，從而更加平衡了系統的負載與用戶體驗之間的沖突。

附圖說明

此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中：

圖1是本發明實施例一的流程圖；

圖2是本發明實施例二的流程圖；

圖3是本發明實施例三的結構框圖。

具體實施方式

下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

下面結合附圖詳細說明本發明的各個實施例，參見圖1所示的實施例一的流程圖，包括：

S11：在每個周期，獲取域內的用戶與所述系統的連接參數；

用戶與系統的連接參數包括：用戶的下載速度、用戶的瀏覽速度、用戶的請求次數、和用戶的平均帶寬等多種連接參數。

S12：通過所述連接參數判斷以下條件：指示用戶與網絡連接狀態的體驗權值系數是否大于第一閾值、對于所述副本的請求次數是否大于第二閾值，指示所述副本完成程度的健康度是否小于第三閾值。

優選地，可以按照體驗閾值、請求次數、健康度的順序依次判斷，只要有一個條件沒有滿足，則返回等待進入下個周期；當然，也可以按照其它的次序進行判斷。