- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
以混合式負載平衡策略提昇三階層式點對點網路拓樸之執行效能
以混合式負載平衡策略提昇三階層式點對點網路拓樸之執行效能 報告人:張俊盛 內容大綱 摘要 前言 文獻探討 網路拓樸架構 排程演算法 LBMM排程演算法 研究方法與流程 子管理者門檻值的設定 可利用的資源節點門檻值的設定 研究假設與實例 結論與未來工作 摘要 由於科技的進步及網路的普及,使得點對點計算逐漸成為分散式應用的主流。但由於點對點計算主要是透過分散的節點合作完成一個大型的工作,因此如何將工作有效的分配到每一個節點上,使系統中每個節點的工作達成負載平衡,是一個值得探討的議題。 在一個三階層式點對點網路拓樸架構下,提出混合式負載平衡排程演算法以進行工作的配置,透過門檻值的設定,使得每個需要執行的工作能快速的被分配到適當的節點上,除有效的改善每個節點的工作負擔外,還可依據工作的特性來選擇最合適的節點,提供三階層式點對點網路拓樸之負載平衡與執行效率的品質保證。 前言 分散式系統概略可以分為主從式系統與點對點計算兩類。 主從式系統的架構是一種集中式的管理方式,架構中以伺服器為中心,提供各類資訊內容、電子郵件及資訊搜尋等服務。然而主從式架構最大的缺點是伺服器一旦發生故障,則整個主從式系統可能發生故障或癱瘓。 點對點計算因為資源是分佈在每個節點上,所以可以運用每個節點的一些資源協同合作完成一個大的工作。 但是如何運用點對點計算的優點,讓需要運算的工作能在最短的時間內分配到最適當的資源則是一重要議題。 文獻探討─網路拓樸架構 在網路架構中,每台電腦(節點)連結的方式,即所連結的形狀稱之為「拓樸」,這些拓樸可以依據節點排列的形狀而加以分類。目前應用在點對點計算架構的網路拓樸,可區分為星狀拓樸、環狀拓樸與階層式拓樸。 文獻探討─網路拓樸架構 星狀拓樸 這種架構的應用方式是將所有的資料都集中存放在只有單一的中央伺服端中,並提供給很多的客戶端直接連接,以取得所需要的資料。 在點對點計算架構中,可使用這種星狀拓樸的服務型態,提供很多的客戶端搜尋資料。 在點對點系統架構中,伺服端只提供很多的客戶端做資料的搜尋,並沒有提供客戶端直接在伺服端做資料的存取。 文獻探討─網路拓樸架構 環狀拓樸 由於星狀拓樸的服務方式只有一台伺服端的設備,因此可以服務客戶端的數量有限。為解決星狀拓樸所產生之問題,因此將多個伺服器連結起來,形成一個環狀拓樸。 為了防止單一鏈結的環狀拓樸中會發生連結斷裂,因此在每個節點中另外建立一條備份連結(Backup link),形成多連結(Muti-ring)的環狀拓樸,使訊息傳送封包遺失率相對較低。 當環狀拓樸節點需要搜尋資訊時,如果環狀網路拓樸的節點數非常多時,可能造成繞送時間過久,影響搜尋的效能。 文獻探討─網路拓樸架構 階層式拓樸 階層式系統的使用已有很長的一段歷史, 如領域名稱伺服器(Domain Name Server;DNS)所形成的拓樸,就是採用階層式的網路架構。 階層式拓樸(Hierarchical Topology)的形成方式,主要會有一個名稱伺服器(Root name sever)來負責驗證的機制,每個下層節點都需要上層節點的驗證許可,依照這樣的方式形成樹狀的拓樸。其優點是每一個節點只須記錄其上一節點之位置,因此可有效降低記錄節點資料。 文獻探討─網路拓樸架構 在本研究中將以三階層式網路拓樸做為研究的架構。 主要原因為在階層式拓樸中,其工作可以依階層的分配給下一階層,因此,不會有星狀式拓樸只有一台伺服端造成服務資源數量有限之問題,且每一個節點只須記錄其上一節點之位置,因此可有效降低記錄節點資料。 文獻探討─排程演算法 OLB (Opportunistic Load Balancing) MET(Minimum Execution Time) MCT(Minimum Completion Time) Min-min(Minimum-minimum completion time) 文獻探討─排程演算法 OLB (Opportunistic Load Balancing) 讓每一部電腦都保持忙碌的狀態,不考慮各個電腦目前的工作量,而以任意的順序將尚未被執行的工作分配給目前可以用的電腦進行執行。 OLB排程演算法最大的優點是相當簡單,但卻因為未考慮每個工作的期望執行時間(Expected task execution time),所以整體而言所將獲得完成時間(Makespan)非常的差。 文獻探討─排程演算法 MET(Minimum Execution Time) 讓每個工作可以獲得最好的電腦支援,不考慮電腦目前的工作量,以任意的順序將可以得到最短執行時間的電腦分配給尚未被執行的工作。 MET排程演算法可能導致整個系統中各電腦間負載的不平衡,不適用於異質性電腦系統之應用。 文獻探討─排程演算法 MCT(Minimum C
文档评论(0)