[發(fā)明專(zhuān)利]一種數(shù)據(jù)中心資源智能彈性調(diào)度系統(tǒng)及方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201610133417.4
• 申請(qǐng)日: 2016-03-09
• 公開(kāi)（公告）號(hào): CN105577457B
• 公開(kāi)（公告）日: 2019-02-01
• 發(fā)明（設(shè)計(jì)）人: 劉鵬;葉磊;孫紅濤;陳宏科
• 申請(qǐng)（專(zhuān)利權(quán)）人: 上海天璣科技股份有限公司
• 主分類(lèi)號(hào): H04L12/24
• 分類(lèi)號(hào): H04L12/24;H04L12/26;H04L29/08
• 代理公司: 上海科盛知識(shí)產(chǎn)權(quán)代理有限公司 31225
• 代理人: 翁惠瑜

本發(fā)明涉及一種數(shù)據(jù)中心資源智能彈性調(diào)度系統(tǒng)及方法，所述系統(tǒng)包括運(yùn)維監(jiān)控模塊、數(shù)據(jù)分析模塊、彈性調(diào)度模塊和策略維護(hù)模塊，其中：運(yùn)維監(jiān)控模塊用于采集性能和日志數(shù)據(jù)，并根據(jù)應(yīng)用程序的類(lèi)別和運(yùn)行情況，產(chǎn)生對(duì)應(yīng)的告警事件；數(shù)據(jù)分析模塊用于獲取所述告警事件，依據(jù)預(yù)先設(shè)定的彈性調(diào)度策略判斷是否需要進(jìn)行彈性擴(kuò)縮，若是，則向彈性調(diào)度模塊發(fā)出第一彈性擴(kuò)縮指令；彈性調(diào)度模塊用于響應(yīng)所述第一彈性擴(kuò)縮指令，判斷數(shù)據(jù)中心資源池是否滿(mǎn)足彈性擴(kuò)縮要求，若是，則向所述數(shù)據(jù)中心資源池發(fā)出第二彈性擴(kuò)縮指令，并記錄所述數(shù)據(jù)中心資源池的彈性擴(kuò)縮事件。與現(xiàn)有技術(shù)相比，本發(fā)明能夠根據(jù)業(yè)務(wù)的需求進(jìn)行彈性的擴(kuò)容和縮容，提高了數(shù)據(jù)中心的穩(wěn)健性。

技術(shù)領(lǐng)域

本發(fā)明涉及數(shù)據(jù)資源領(lǐng)域，尤其是涉及一種數(shù)據(jù)中心資源智能彈性調(diào)度系統(tǒng)及方法。

背景技術(shù)

隨著云計(jì)算技術(shù)的快速發(fā)展，數(shù)據(jù)中心對(duì)各項(xiàng)資源進(jìn)行了整合，同時(shí)各種業(yè)務(wù)對(duì)數(shù)據(jù)中心資源的需求也變得越來(lái)越高。數(shù)據(jù)中心準(zhǔn)確地響應(yīng)業(yè)務(wù)資源需求，對(duì)于業(yè)務(wù)的正常運(yùn)行起著非常關(guān)鍵的作用。我們生活中使用的一些app應(yīng)用和web應(yīng)用，其背后所需要的基礎(chǔ)架構(gòu)資源都是由數(shù)據(jù)中心提供和支撐。由于業(yè)務(wù)擴(kuò)展需要，會(huì)經(jīng)常性的推出熱點(diǎn)活動(dòng)，導(dǎo)致應(yīng)用會(huì)面臨高并發(fā)、突發(fā)流量或高流量等情況，如果使用傳統(tǒng)的數(shù)據(jù)中心中資源的調(diào)度方式基本不可行。在高并發(fā)、突發(fā)流量或高流量的情況時(shí)，數(shù)據(jù)中心無(wú)法準(zhǔn)確地響應(yīng)業(yè)務(wù)資源需求，造成業(yè)務(wù)的不穩(wěn)定運(yùn)行。

為了解決上述問(wèn)題，業(yè)內(nèi)通用的做法是以支持該業(yè)務(wù)的集群服務(wù)器的內(nèi)存和CPU的狀態(tài)為依據(jù)，來(lái)判斷業(yè)務(wù)的運(yùn)行狀況，進(jìn)而對(duì)業(yè)務(wù)所需資源進(jìn)行人工分配。系統(tǒng)架構(gòu)圖如圖1所示，當(dāng)用戶(hù)大量訪問(wèn)引發(fā)峰值流量情況時(shí)，為了保證業(yè)務(wù)的正常運(yùn)行，數(shù)據(jù)中心會(huì)根據(jù)監(jiān)控信息，獲取集群的內(nèi)存和CPU使用情況，手工地對(duì)數(shù)據(jù)中心資源進(jìn)行調(diào)度或提前部署來(lái)分配資源。這樣可以保證部署在數(shù)據(jù)中心的業(yè)務(wù)不會(huì)因?yàn)樵L問(wèn)量過(guò)大而導(dǎo)致系統(tǒng)崩潰、宕機(jī)等狀況。雖然我們可以通過(guò)監(jiān)控集群中CPU和內(nèi)存的使用率來(lái)進(jìn)行資源調(diào)度，保證業(yè)務(wù)的穩(wěn)健性，但在多數(shù)情況下，無(wú)法預(yù)測(cè)業(yè)務(wù)的運(yùn)行情況和對(duì)資源需求的響應(yīng)，造成系統(tǒng)資源不能進(jìn)行及時(shí)地?cái)U(kuò)縮，導(dǎo)致數(shù)據(jù)中心的業(yè)務(wù)運(yùn)行出現(xiàn)故障。

在以下情況下會(huì)導(dǎo)致數(shù)據(jù)中心的業(yè)務(wù)運(yùn)行出現(xiàn)故障：1)突發(fā)業(yè)務(wù)流量高峰，監(jiān)控系統(tǒng)不能及時(shí)產(chǎn)生預(yù)警，對(duì)業(yè)務(wù)系統(tǒng)的需求資源進(jìn)行分配；2)影響業(yè)務(wù)正常運(yùn)行的因素很多，各種因素導(dǎo)致的各項(xiàng)資源短缺都會(huì)影響業(yè)務(wù)的穩(wěn)定性，導(dǎo)致上線業(yè)務(wù)不能正常運(yùn)行。在發(fā)生以上問(wèn)題時(shí)，數(shù)據(jù)中心只能做被動(dòng)故障處理，為過(guò)載的業(yè)務(wù)進(jìn)行分配相應(yīng)資源。嚴(yán)重時(shí)，導(dǎo)致業(yè)務(wù)系統(tǒng)宕機(jī)，需要重新啟動(dòng)，這對(duì)于核心系統(tǒng)來(lái)說(shuō)是不可接受的。

現(xiàn)有技術(shù)存在如下缺點(diǎn)：

1)數(shù)據(jù)中心中資源存在多樣性，在對(duì)業(yè)務(wù)的運(yùn)行狀況分析時(shí)，考慮因素不足，不能準(zhǔn)確定位資源需求。數(shù)據(jù)中心中業(yè)務(wù)的任意資源短缺，都會(huì)影響其業(yè)務(wù)的穩(wěn)健性，使各系統(tǒng)業(yè)務(wù)不能穩(wěn)定運(yùn)行；

2)系統(tǒng)的彈性能力不足，系統(tǒng)不具備平行擴(kuò)展能力來(lái)應(yīng)對(duì)突發(fā)的業(yè)務(wù)高峰，造成業(yè)務(wù)故障。

數(shù)據(jù)中心的資源調(diào)度故障將影響整個(gè)系統(tǒng)或業(yè)務(wù)的運(yùn)行狀況，因此，需要研發(fā)一種更為有效的數(shù)據(jù)中心調(diào)度方法。

發(fā)明內(nèi)容

本發(fā)明的目的就是為了克服上述現(xiàn)有技術(shù)存在的缺陷而提供一種數(shù)據(jù)中心資源智能彈性調(diào)度系統(tǒng)及方法。

本發(fā)明的目的可以通過(guò)以下技術(shù)方案來(lái)實(shí)現(xiàn)：

一種數(shù)據(jù)中心資源智能彈性調(diào)度系統(tǒng)，包括運(yùn)維監(jiān)控模塊、數(shù)據(jù)分析模塊、彈性調(diào)度模塊和策略維護(hù)模塊，所述運(yùn)維監(jiān)控模塊分別連接數(shù)據(jù)中心資源池和數(shù)據(jù)分析模塊，所述彈性調(diào)度模塊分別連接數(shù)據(jù)分析模塊和數(shù)據(jù)中心資源池，所述策略維護(hù)模塊與數(shù)據(jù)分析模塊連接，其中：

運(yùn)維監(jiān)控模塊用于采集數(shù)據(jù)中心資源池各業(yè)務(wù)的多個(gè)性能和日志數(shù)據(jù)，并根據(jù)應(yīng)用程序的類(lèi)別和運(yùn)行情況，產(chǎn)生對(duì)應(yīng)的告警事件；