本發(fā)明屬于計算機網(wǎng)絡,具體是指一種內(nèi)容編排分發(fā)網(wǎng)絡的設計架構(gòu)。
背景技術:
內(nèi)容分發(fā)網(wǎng)絡(content delivery network,簡稱CDN)是通過在現(xiàn)有信息網(wǎng)上部署一層內(nèi)容分發(fā)網(wǎng)絡,對現(xiàn)網(wǎng)上的應用起到了內(nèi)容分發(fā)、訪問加速和安全防護的作用。當前,CDN網(wǎng)絡采用中心+邊緣的二級部署架構(gòu),由中心節(jié)點進行內(nèi)容的推送,邊緣節(jié)點進行服務的提供;采用DNS(Domain Name System,域名系統(tǒng))解析的方式進行用戶的就近調(diào)度;內(nèi)容提供商采用修改域名CNAME的方式進行接入。
上述的架構(gòu)體系能夠一定程度上緩解熱點資源訪問擁塞,降低網(wǎng)站訪問延時的現(xiàn)象,但是也逐漸暴露出以下問題:1)互聯(lián)網(wǎng)重度應用分發(fā)問題,例如,4K、云游戲、VR等高帶寬、低時延的重度應用的快速發(fā)展,對CDN緩存技術提出了新的要求,這需要CDN緩存節(jié)點下沉到離用戶越近的地方越好;2)CDN內(nèi)容調(diào)度精準性問題;由于用戶使用的DNS并不能反映用戶所在地域,根據(jù)用戶使用的DNS進行調(diào)度,存在調(diào)度不精準的問題;3)內(nèi)容提供商(簡稱CP)服務定制化;當前內(nèi)容提供商無法根據(jù)所經(jīng)營的業(yè)務特性、面向的客戶定制服務方式和內(nèi)容。這也是傳統(tǒng)CDN存在最大的弊端。CDN服務商沒有為內(nèi)容提供商提供專有接口,內(nèi)容引入缺少靈活性和多樣性。與此同時,傳統(tǒng)內(nèi)容分發(fā)網(wǎng)絡,通過人工部署分發(fā)節(jié)點,人工引入分發(fā)內(nèi)容,完成一次普通的內(nèi)容分發(fā)部署周期至少需要2-4周的時間,效率低下。
因此提出一種能夠解決傳統(tǒng)內(nèi)容分發(fā)網(wǎng)絡架構(gòu)重度應用訪問慢的問題,并且具備內(nèi)容自主編排的特性的新的內(nèi)容編排分發(fā)網(wǎng)絡的設計架構(gòu)方案,一直是本領域技術人員待解決的技術難題。
技術實現(xiàn)要素:
本發(fā)明針對現(xiàn)有技術中存在的問題,提出了一種內(nèi)容編排分發(fā)網(wǎng)絡的設計架構(gòu),在傳統(tǒng)內(nèi)容分發(fā)網(wǎng)絡架構(gòu)基礎上的改造和優(yōu)化升級,由網(wǎng)絡擁有者在自身物理網(wǎng)絡基礎上建設一套內(nèi)容編排分發(fā)網(wǎng)絡(CODN),以內(nèi)容為中心,通過內(nèi)容編排層這個大腦控制整個內(nèi)容編排分發(fā)網(wǎng)絡內(nèi)容調(diào)度和節(jié)點存儲,并向內(nèi)容提供商開放接口提供熱門的內(nèi)容服務,提升終端用戶的應用體驗。新的架構(gòu)以解決用戶訪問4K、VR等重度應用訪問慢的問題并具備內(nèi)容自主編排的特性。
本發(fā)明是這樣實現(xiàn)的,一種內(nèi)容編排分發(fā)網(wǎng)絡的設計架構(gòu),其特征在于,所述的架構(gòu)包括內(nèi)容編排層、內(nèi)容調(diào)度層以及DC內(nèi)容節(jié)點;
所述的內(nèi)容編排層包括內(nèi)容編排模塊、調(diào)度策略模塊、狀態(tài)監(jiān)控模塊、業(yè)務分析模塊以及網(wǎng)絡操作系統(tǒng)接口模塊;所述的內(nèi)容編排層向上(北向接口)提供CP內(nèi)容分發(fā)接口,向下(南向接口)對接DC內(nèi)容節(jié)點;
所述的內(nèi)容編排模塊,該模塊向上提供CP(內(nèi)容提供商)內(nèi)容分發(fā)接口,接收CP內(nèi)容資源分發(fā)操作指令;向下對接DC內(nèi)容節(jié)點,根據(jù)CP的操作指令在指定節(jié)點自動分配計算資源、存儲資源、網(wǎng)絡資源等,并可根據(jù)CP的需求支持主動內(nèi)容資源拉取、被動內(nèi)容資源拉取、集中分發(fā)等內(nèi)容分發(fā)方式。該模塊記錄內(nèi)容的分發(fā)信息,并實時將信息同步給內(nèi)容調(diào)度模塊;
所述的內(nèi)容編排層通過內(nèi)容編排模塊將內(nèi)容編排信息同步至內(nèi)容調(diào)度層,將內(nèi)容編排分發(fā)至DC內(nèi)容節(jié)點;通過調(diào)度策略模塊下發(fā)調(diào)度策略至內(nèi)容調(diào)度層;所述的內(nèi)容調(diào)度層調(diào)度用戶至最佳內(nèi)容節(jié)點;所述的DC內(nèi)容節(jié)點反饋硬件/業(yè)務狀態(tài)至狀態(tài)監(jiān)控模塊以及業(yè)務分析模塊。
進一步,所述的內(nèi)容編排層的分發(fā)流程為:內(nèi)容提供商按需指定內(nèi)容節(jié)點下發(fā)內(nèi)容編排分發(fā)任務,內(nèi)容編排模塊下發(fā)內(nèi)容編排分發(fā)指令,DC內(nèi)容節(jié)點分配節(jié)點資源,反饋節(jié)點創(chuàng)建成功信息至內(nèi)容編排模塊,再將反饋節(jié)點創(chuàng)建成功信息反饋至內(nèi)容提供商,內(nèi)容編排模塊記錄內(nèi)容編排分發(fā)信息,再反饋至內(nèi)容調(diào)度模塊。
進一步,所述的內(nèi)容調(diào)度層包括DNS調(diào)度、P2P調(diào)度及HTTP調(diào)度;內(nèi)容編排分發(fā)網(wǎng)絡的設計架構(gòu)支持DNS調(diào)度、P2P調(diào)度及HTTP調(diào)度,可滿足主流內(nèi)容形勢的調(diào)度方式需求;將用戶的內(nèi)容資源請求調(diào)度至最優(yōu)節(jié)點。支持DNS調(diào)度、P2P調(diào)度、HTTP調(diào)度三種調(diào)度方式。
所述的調(diào)度策略流程為:內(nèi)容提供商根據(jù)內(nèi)容類型選擇調(diào)度策略至調(diào)度策略模塊,調(diào)度策略模塊下發(fā)調(diào)度策略,內(nèi)容調(diào)度模塊反饋調(diào)度策略創(chuàng)建成功信息反饋至調(diào)度策略模塊,調(diào)度策略模塊將反饋調(diào)度策略創(chuàng)建成功信息反饋至內(nèi)容提供商,內(nèi)容調(diào)度模塊將用戶調(diào)度至DC內(nèi)容節(jié)點。
進一步,所述的DNS調(diào)度是基于請求用戶的IP地址進行調(diào)度,根據(jù)用戶的IP地址分布,調(diào)度至最優(yōu)節(jié)點;所述的HTTP調(diào)度是基于請求內(nèi)容和精確IP地址調(diào)度,根據(jù)用戶請求的內(nèi)容和IP地址分布,調(diào)度至最優(yōu)節(jié)點;所述的P2P調(diào)度是通過P2P資源發(fā)布者將內(nèi)容文件的信息編寫成種子文件,Tracker服務器負責記錄所有下載該文件的節(jié)點信息,用戶通過種子文件聯(lián)系Tracker服務器,Tracker服務器分配下載節(jié)點集合,用戶可從分配的節(jié)點中下載資源。
進一步,所述的狀態(tài)監(jiān)控模塊的反饋流程為:DC內(nèi)容節(jié)點上報性能狀態(tài)信息至狀態(tài)監(jiān)控模塊,所述的狀態(tài)監(jiān)控模塊反饋分析性能狀態(tài)信息報表展示;所述的狀態(tài)監(jiān)控模塊將內(nèi)容節(jié)點性能狀態(tài)信息上報至CP用戶;所述的狀態(tài)監(jiān)控模塊根據(jù)內(nèi)容節(jié)點的負載情況調(diào)整服務規(guī)模,所述的內(nèi)容編排模塊再將反饋內(nèi)容服務規(guī)模調(diào)整信息至CP用戶;
狀態(tài)監(jiān)控模塊功能一:用于監(jiān)控CP的內(nèi)容分發(fā)節(jié)點性能狀態(tài)信息,能夠?qū)崟r反饋節(jié)點設備的CPU、存儲、帶寬等信息,當其中的某項指標使用量超過預設閾值則產(chǎn)生告警信息,并反饋給內(nèi)容編排模塊,內(nèi)容編排模塊根據(jù)CP配置的資源告警策略可動態(tài)增加DC內(nèi)容節(jié)點設備的容量,如存儲空間不足,則按照一定的比例增加存儲空間;
狀態(tài)監(jiān)控模塊功能二:用于監(jiān)控DC內(nèi)容節(jié)點的整體性能狀態(tài)信息,整個節(jié)點設備的使用量,可用量,供CP用戶在選擇分發(fā)節(jié)點時提供推薦可用容量,并可供內(nèi)容編排分發(fā)網(wǎng)絡平臺管理員查看,在性能瓶頸時及時擴容。
進一步,所述的內(nèi)容編排模塊可下發(fā)的內(nèi)容編排分發(fā)指令包括:創(chuàng)建節(jié)點的位置、內(nèi)容分發(fā)節(jié)點的規(guī)模、指定分發(fā)的內(nèi)容。
進一步,所述的業(yè)務分析模塊采集并分析DC內(nèi)容節(jié)點提供服務的業(yè)務日志;業(yè)務分析模塊的功能一在于:將DC內(nèi)容節(jié)點反饋的業(yè)務日志數(shù)據(jù),打印寫入數(shù)據(jù)庫;業(yè)務分析模塊功能二在于:分析日志數(shù)據(jù),統(tǒng)計各項業(yè)務指標,可供CP用戶查看,為用戶提供內(nèi)容分發(fā)優(yōu)化建議。
進一步,所述的網(wǎng)絡操作系統(tǒng)接口模塊對接底層網(wǎng)絡操作控制系統(tǒng),例如SDN網(wǎng)絡控制器,用于與底層網(wǎng)絡實現(xiàn)聯(lián)動,保障業(yè)務的網(wǎng)絡需求,實現(xiàn)網(wǎng)絡感知業(yè)務。
本發(fā)明相較于現(xiàn)有技術的有益效果在于:
1)內(nèi)容編排自動化:與傳統(tǒng)內(nèi)容分發(fā)網(wǎng)絡相比,本次發(fā)明提供的內(nèi)容編排分發(fā)網(wǎng)絡,借助云計算技術實現(xiàn)內(nèi)容編排自動化,一鍵可完成內(nèi)容節(jié)點創(chuàng)建、內(nèi)容分發(fā)、調(diào)查策略設置等工作,操作一次只需2-3分鐘即完成;
2)DC內(nèi)容節(jié)點下沉,實現(xiàn)4K/VR視頻傳輸:本次發(fā)明提供的內(nèi)容編排分發(fā)網(wǎng)絡設計架構(gòu),將DC內(nèi)容節(jié)點部署在運營商網(wǎng)絡的接入,在用戶接入側(cè)部署,通過DC內(nèi)容節(jié)點訪問內(nèi)容猶如在局域網(wǎng)中傳輸,無網(wǎng)絡傳輸上限,可提供用戶極大的帶寬保證和網(wǎng)速體驗;本次設計架構(gòu)為4K和VR等視頻進入普通用戶家庭提供了解決方案,該種網(wǎng)絡架構(gòu)可完全滿足4K/VR視頻傳輸?shù)木W(wǎng)絡帶寬需求;
3)完善的反饋機制實現(xiàn)服務動態(tài)自生長:本次發(fā)明內(nèi)容編排分發(fā)網(wǎng)絡架構(gòu)具體服務動態(tài)自生長能力,狀態(tài)監(jiān)控系統(tǒng)通過實時監(jiān)控服務的狀態(tài),將監(jiān)控的告警信息反饋給相應模塊及時調(diào)整服務的規(guī)模;
4)為CP提供自動化運營內(nèi)容分發(fā)平臺:CP利用本次發(fā)明提供內(nèi)容編排分發(fā)網(wǎng)絡架構(gòu),只需提供分發(fā)編排的內(nèi)容,及分發(fā)的需求即可實現(xiàn)自動化運營一套內(nèi)容分發(fā)網(wǎng)絡,操作便捷,為CP用戶節(jié)省更多的時間制作內(nèi)容。
附圖說明
圖1為本發(fā)明一種內(nèi)容編排分發(fā)網(wǎng)絡的設計架構(gòu)的示意圖;
圖2為本發(fā)明一種內(nèi)容編排分發(fā)網(wǎng)絡的設計架構(gòu)的內(nèi)容編排分發(fā)流程圖;
圖3為本發(fā)明一種內(nèi)容編排分發(fā)網(wǎng)絡的設計架構(gòu)的設置調(diào)度策略流程;
圖4為本發(fā)明一種內(nèi)容編排分發(fā)網(wǎng)絡的設計架構(gòu)的狀態(tài)監(jiān)控反饋流程。
具體實施方式
下面結(jié)合實施例及附圖對本發(fā)明作進一步詳細的描述,但本發(fā)明的實施方式不限于此。
如圖1所示,本發(fā)明一種內(nèi)容編排分發(fā)網(wǎng)絡的設計架構(gòu)所述的架構(gòu)包括內(nèi)容編排層、內(nèi)容調(diào)度層以及DC內(nèi)容節(jié)點;所述的內(nèi)容編排層包括內(nèi)容編排模塊、調(diào)度策略模塊、狀態(tài)監(jiān)控模塊、業(yè)務分析模塊以及網(wǎng)絡操作系統(tǒng)接口模塊;所述的內(nèi)容編排層向上提供CP內(nèi)容分發(fā)接口,向下對接DC內(nèi)容節(jié)點;所述的內(nèi)容編排層通過內(nèi)容編排模塊將內(nèi)容編排信息同步至內(nèi)容調(diào)度層,將內(nèi)容編排分發(fā)至DC內(nèi)容節(jié)點,DC內(nèi)容節(jié)點中的4K內(nèi)容節(jié)點,VR內(nèi)容節(jié)點,HTTP內(nèi)容節(jié)點,游戲內(nèi)容節(jié)點;通過調(diào)度策略模塊下發(fā)調(diào)度策略至內(nèi)容調(diào)度層;所述的內(nèi)容調(diào)度層調(diào)度用戶至最佳內(nèi)容節(jié)點;所述的DC內(nèi)容節(jié)點反饋硬件/業(yè)務狀態(tài)至狀態(tài)監(jiān)控模塊以及業(yè)務分析模塊。具體的:
內(nèi)容編排模塊;該模塊向上提供CP內(nèi)容分發(fā)接口,接收CP內(nèi)容資源分發(fā)操作指令;向下對接DC內(nèi)容節(jié)點,根據(jù)CP的操作指令在指定節(jié)點自動分配計算資源、存儲資源、網(wǎng)絡資源等,并可根據(jù)CP的需求支持主動內(nèi)容資源拉取、被動內(nèi)容資源拉取、集中分發(fā)等內(nèi)容分發(fā)方式。該模塊記錄內(nèi)容的分發(fā)信息,并實時將信息同步給內(nèi)容調(diào)度模塊。
調(diào)度策略模塊;該模塊用于供CP選擇適合自身內(nèi)容資源類型的調(diào)度方式,本次發(fā)明的內(nèi)容編排分發(fā)網(wǎng)絡的設計架構(gòu)支持DNS調(diào)度、P2P調(diào)度及HTTP調(diào)度,可滿足主流內(nèi)容形勢的調(diào)度方式需求。
狀態(tài)監(jiān)控模塊;該模塊功能一:用于監(jiān)控CP的內(nèi)容分發(fā)節(jié)點性能狀態(tài)信息,能夠?qū)崟r反饋節(jié)點設備的CPU、存儲、帶寬等信息,當其中的某項指標使用量超過預設閾值則產(chǎn)生告警信息,并反饋給內(nèi)容編排模塊,內(nèi)容編排模塊根據(jù)CP配置的資源告警策略可動態(tài)增加DC內(nèi)容節(jié)點設備的容量,如存儲空間不足,則按照一定的比例增加存儲空間。該模塊功能二:用于監(jiān)控DC內(nèi)容節(jié)點的整體性能狀態(tài)信息,整個節(jié)點設備的使用量,可用量,供CP用戶在選擇分發(fā)節(jié)點時提供推薦可用容量,并可供內(nèi)容編排分發(fā)網(wǎng)絡平臺管理員查看,在性能瓶頸時及時擴容。
業(yè)務分析,該模塊用于采集并分析DC內(nèi)容節(jié)點提供服務的業(yè)務日志。該模塊功能一:將DC內(nèi)容節(jié)點反饋的業(yè)務日志數(shù)據(jù),打印寫入數(shù)據(jù)庫。該模塊功能二:分析日志數(shù)據(jù),統(tǒng)計各項業(yè)務指標,可供CP用戶查看,為用戶提供內(nèi)容分發(fā)優(yōu)化建議。
內(nèi)容調(diào)度模塊;該模塊用于將用戶的內(nèi)容資源請求調(diào)度至最優(yōu)節(jié)點。該內(nèi)容調(diào)度模塊支持DNS調(diào)度、P2P調(diào)度、HTTP調(diào)度三種調(diào)度方式。
DNS調(diào)度:基于請求用戶的IP地址進行調(diào)度,根據(jù)用戶的IP地址分布,調(diào)度至最優(yōu)節(jié)點。
HTTP調(diào)度:基于請求內(nèi)容和精確IP地址調(diào)度,根據(jù)用戶請求的內(nèi)容和IP地址分布,調(diào)度至最優(yōu)節(jié)點。
P2P調(diào)度:P2P資源發(fā)布者按一定格式將內(nèi)容文件的大小、分塊大小、Tracker服務器服務器等信息編寫成種子文件,Tracker服務器負責記錄所有下載該文件的節(jié)點信息,用戶通過種子文件聯(lián)系Tracker服務器,Tracker服務器分配下載節(jié)點集合。用戶可從分配的節(jié)點中下載資源。
網(wǎng)絡操作系統(tǒng)接口模塊;該模塊用于對接其他底層網(wǎng)絡操作控制系統(tǒng)如SDN網(wǎng)絡控制器,用于與底層網(wǎng)絡實現(xiàn)聯(lián)動,保障業(yè)務的網(wǎng)絡需求,實現(xiàn)網(wǎng)絡感知業(yè)務。
具體的實施步驟如下:
內(nèi)容分發(fā)節(jié)點云化:
利用云計算技術OpenStack,建設云內(nèi)容分發(fā)節(jié)點,將節(jié)點中的資源虛擬化,便于分發(fā)節(jié)點資源的靈活創(chuàng)建修改。
內(nèi)容編排分發(fā):
如圖2所示,內(nèi)容編排分發(fā)流程為:內(nèi)容提供商按需指定內(nèi)容節(jié)點下發(fā)內(nèi)容編排分發(fā)任務,內(nèi)容編排模塊下發(fā)內(nèi)容編排分發(fā)指令,DC內(nèi)容節(jié)點分配節(jié)點資源,反饋節(jié)點創(chuàng)建成功信息至內(nèi)容編排模塊,再將反饋節(jié)點創(chuàng)建成功信息反饋至內(nèi)容提供商,內(nèi)容編排模塊記錄內(nèi)容編排分發(fā)信息,再反饋至內(nèi)容調(diào)度模塊。
具體的,內(nèi)容編排模塊通過北向標準REST API接口,接收CP(內(nèi)容提供商)創(chuàng)建內(nèi)容分發(fā)節(jié)點請求,內(nèi)容提供商通過改模塊可下發(fā)的內(nèi)容編排分發(fā)指令包括:創(chuàng)建節(jié)點的位置、內(nèi)容分發(fā)節(jié)點的規(guī)模、指定分發(fā)的內(nèi)容。
創(chuàng)建節(jié)點位置:
內(nèi)容編排分發(fā)網(wǎng)絡通過在互聯(lián)網(wǎng)接入層部署DC內(nèi)容節(jié)點,讓用戶就近獲得內(nèi)容服務。內(nèi)容編排模塊負責記錄管理已有節(jié)點的部署位置,在CP創(chuàng)建內(nèi)容節(jié)點時候,可根據(jù)自身業(yè)務服務范圍選擇節(jié)點位置,如南京某4K視頻內(nèi)容提供商只在南京范圍內(nèi)提供服務,只需選擇南京范圍內(nèi)的節(jié)點創(chuàng)建內(nèi)容分發(fā)節(jié)點。
內(nèi)容分發(fā)節(jié)點規(guī)模:
CP根據(jù)內(nèi)容資源的大小及服務的用戶量,選擇內(nèi)容分發(fā)節(jié)點的規(guī)模,可選擇設置的參數(shù)包括:虛機服務器數(shù)量、CPU數(shù)量、內(nèi)存、硬盤、帶寬等服務器相關資源。參數(shù)通過控制臺輸入,參數(shù)的設置通過云計算的NOVA組件下發(fā)到內(nèi)容分發(fā)節(jié)點。
指定分發(fā)的內(nèi)容:
分發(fā)節(jié)點資源創(chuàng)建完成后,CP需要指定需要分發(fā)的內(nèi)容,該過程CP需將需要分發(fā)的內(nèi)容資源URL添加到分發(fā)內(nèi)容列表中,DC內(nèi)容節(jié)點在策略生效后會自動拉取需要加速分發(fā)的資源。
內(nèi)容節(jié)點信息同步:
在完成內(nèi)容節(jié)點創(chuàng)建和內(nèi)容分發(fā)后,內(nèi)容編排分發(fā)模塊需將記錄的內(nèi)容節(jié)點信息同步給內(nèi)容調(diào)度模塊,以便內(nèi)容調(diào)度模塊及時更新內(nèi)容資源庫將訪問用戶調(diào)度至最優(yōu)節(jié)點。
調(diào)度策略設置:
本次發(fā)明的內(nèi)容編排分發(fā)網(wǎng)絡支持三種調(diào)度方式,分別是DNS調(diào)度、P2P調(diào)度、HTTP調(diào)度,CP可針對不同文件類型需要不同的調(diào)度方式。
如圖3所示,所述的調(diào)度策略流程為:內(nèi)容提供商根據(jù)內(nèi)容類型選擇調(diào)度策略至調(diào)度策略模塊,調(diào)度策略模塊下發(fā)調(diào)度策略,內(nèi)容調(diào)度模塊反饋調(diào)度策略創(chuàng)建成功信息反饋至調(diào)度策略模塊,調(diào)度策略模塊將反饋調(diào)度策略創(chuàng)建成功信息反饋至內(nèi)容提供商,內(nèi)容調(diào)度模塊將用戶調(diào)度至DC內(nèi)容節(jié)點。
具體的,CP根據(jù)內(nèi)容類型選擇合適的調(diào)度策略,通過北向標準接口REST API,接收用戶調(diào)度策略設置信息,將設置指令下發(fā)到調(diào)度策略模塊,調(diào)度策略模塊為CP的指定內(nèi)容選擇調(diào)度策略方式。
狀態(tài)監(jiān)控反饋:
如圖4所示的狀態(tài)監(jiān)控反饋流程,DC內(nèi)容節(jié)點上報性能狀態(tài)信息至狀態(tài)監(jiān)控模塊,所述的狀態(tài)監(jiān)控模塊反饋分析性能狀態(tài)信息報表展示;所述的狀態(tài)監(jiān)控模塊將內(nèi)容節(jié)點性能狀態(tài)信息上報至CP用戶;所述的狀態(tài)監(jiān)控模塊根據(jù)內(nèi)容節(jié)點的負載情況調(diào)整服務規(guī)模,所述的內(nèi)容編排模塊再將反饋內(nèi)容服務規(guī)模調(diào)整信息至CP用戶。
具體的,DC內(nèi)容節(jié)點通過sFlow方式采集服務虛機的負載狀況;sFlow是一種基于“統(tǒng)計采樣方式”的高速交換網(wǎng)絡流量監(jiān)控技術,可以提供周期性的網(wǎng)絡接口統(tǒng)計采樣和數(shù)據(jù)包采樣,能夠提供各接口的流量信息,且?guī)缀醪粫Ρ唤y(tǒng)計設備造成任何負擔。sFlow的部署分為兩部分:sFlow agent和sFlow collector。sFlow agent內(nèi)嵌入服務器中獲取實時信息并封裝成sFlow報文發(fā)送給sFlow collector,sFlow collector匯總后得出統(tǒng)計數(shù)據(jù)。本發(fā)明中將sFlow agent嵌入部署到需要進行狀態(tài)監(jiān)控的服務虛機中,作為狀態(tài)監(jiān)控模塊的一部分,實時采集服務虛機的負載狀況。
狀態(tài)監(jiān)控實時監(jiān)控內(nèi)容分發(fā)節(jié)點的服務器負載情況,并將監(jiān)控信息通過北向標準REST API接口反饋給CP用戶。
狀態(tài)監(jiān)控模塊可與內(nèi)容調(diào)度模塊聯(lián)動,根據(jù)服務器的負載情況動態(tài)調(diào)整服務器的規(guī)模。CP用戶可選擇設置負載告警的閾值,在服務器負載達到告警閾值時,狀態(tài)監(jiān)控模塊可將告警信息傳送給內(nèi)容調(diào)度模塊,內(nèi)容調(diào)度分發(fā)模塊下發(fā)指令按照一定比例對服務器規(guī)模進行擴容。同時,CP用戶可設置最低閾值告警,當服務器長期低與最低閾值運行,狀態(tài)監(jiān)控模塊可將低負荷告警信息傳送給內(nèi)容調(diào)度分發(fā)模塊,內(nèi)容調(diào)度分發(fā)模塊下發(fā)指令按照一定比例縮小服務器規(guī)模。
以上所述僅是本發(fā)明的優(yōu)選實施方式,應當指出,對于本技術領域的普通技術人員來說,在不脫離本發(fā)明原理的前提下,還可以做出若干改進,這些改進也應視為本發(fā)明的保護范圍。