如今互聯(lián)網(wǎng)的普及以及互聯(lián)網(wǎng)應(yīng)用范圍的延展對云服務(wù)系統(tǒng)的可擴展性和性能帶來了巨大的挑戰(zhàn)。一方面,架構(gòu)是解決可擴展性問題的基礎(chǔ)。面向服務(wù)架構(gòu)和微服務(wù)架構(gòu)相較于單體架構(gòu)具有更細的服務(wù)拆分、更低的服務(wù)耦合和更強的系統(tǒng)伸縮性,已經(jīng)成為目前主流的云服務(wù)系統(tǒng)架構(gòu)。所以,本文針對應(yīng)用這兩種架構(gòu)時存在的服務(wù)協(xié)同問題設(shè)計了一個服務(wù)協(xié)同系統(tǒng)。另一方面,負載均衡技術(shù)對于提升云服務(wù)系統(tǒng)性能具有重要作用。然而,各種傳統(tǒng)的負載均衡策略在實際應(yīng)用中存在各種各樣的問題。所以,本文提出了一種基于線性回歸的動態(tài)負載均衡策略。首先,本文在服務(wù)協(xié)同系統(tǒng)中針對服務(wù)發(fā)現(xiàn)與通信、服務(wù)配置管理、負載均衡等服務(wù)協(xié)同問題,設(shè)計了服務(wù)注冊中心、服務(wù)配置中心和網(wǎng)關(guān)負載均衡器等主要組件。其中,服務(wù)注冊中心、服務(wù)配置中心基于分布式協(xié)調(diào)服務(wù)Zookeeper對存儲結(jié)構(gòu)、訪問模型、操作等方面進行了設(shè)計;網(wǎng)關(guān)負載均衡器基于服務(wù)注冊中心與服務(wù)配置中心提供的服務(wù)發(fā)現(xiàn)與配置管理功能實現(xiàn)了對動態(tài)服務(wù)與配置的支持。其次,本文基于Zookeeper的watcher機制設(shè)計了針對服務(wù)發(fā)現(xiàn)與服務(wù)配置查詢的客戶端緩存。針對緩存過期功能,本文設(shè)計了一個保證同一時間最多開啟... 

【文章來源】：北京郵電大學(xué)北京市 211工程院校 教育部直屬院校

【文章頁數(shù)】：80 頁

【學(xué)位級別】：碩士

【部分圖文】：

圖２－１客戶端發(fā)現(xiàn)模式??

以負載均衡邏輯的處理位置區(qū)分，云服務(wù)系統(tǒng)中的負載均衡模型主要包括服??務(wù)端負載均衡與客戶端負載均衡。??服務(wù)端負載均衡［３８］如圖２－３所示，由負載均衡器負責負載均衡邏輯。當負載??均衡器收到客戶端的請求時，它會根據(jù)負載均衡策略分發(fā)請求給一個服務(wù)端。服??務(wù)端的返回結(jié)果也由負載均衡器負責轉(zhuǎn)發(fā)。??客戶端１?＼?／服務(wù)端１??客戶端２?ｙ負載均衡器＼服務(wù)端２??客戶端３?服務(wù)端３??圖２－３服務(wù)端負載均衡??１２??

另外，因為所有請求和響應(yīng)都需經(jīng)過負載均衡器轉(zhuǎn)發(fā)，所以可能在負載??均衡器處出現(xiàn)單點問題，對負載均衡器的可用性要求很高。??客戶端負載均衡［３９］如圖２－４所示，由客戶端負責負載均衡邏輯。客戶端在發(fā)??請求之前根據(jù)負載均衡策略選擇一個服務(wù)端將請求發(fā)送給該服務(wù)端，服務(wù)端將返??回結(jié)果直接返回給客戶端。?????客戶端２?服務(wù)端２??客戶端３?服務(wù)端３??圖２－４客戶端負載均衡??客戶端負載均衡模型的優(yōu)勢在于不存在負載均衡器的額外通信時延和處理??時延，也不會因負載均衡器的可用性而發(fā)生單點故障。??客戶端負載均衡模型同樣存在缺點。第一個缺點是增加開發(fā)負擔，每個客戶??端都需要在不影響現(xiàn)有功能的前提下使用各自的語言開發(fā)和維護負載均衡邏輯。??第二個缺點是客戶端有時還需建立與服務(wù)端或監(jiān)控中心的額外連接以讀取服務(wù)??端狀態(tài)信息，一旦這些工作的復(fù)雜度或時延增加，將影響客戶端本身功能的性能。??本文設(shè)計的服務(wù)協(xié)同系統(tǒng)和動態(tài)負載均衡策略中，分別在網(wǎng)關(guān)服務(wù)和負載均??衡器中實現(xiàn)了服務(wù)端負載均衡模型。??１３??

【參考文獻】：
期刊論文
[1]微服務(wù)體系結(jié)構(gòu)實現(xiàn)框架綜述[J]. 辛園園,鈕俊,謝志軍,張開樂,毛昕怡.  計算機工程與應(yīng)用. 2018(19)



本文編號：3390290