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

有效

• 申請?zhí)枺?/td>: 201610133417.4
• 申請日: 2016-03-09
• 公開（公告）號: CN105577457B
• 公開（公告）日: 2019-02-01
• 發(fā)明（設(shè)計(jì)）人: 劉鵬;葉磊;孫紅濤;陳宏科
• 申請（專利權(quán)）人: 上海天璣科技股份有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L12/26;H04L29/08
• 代理公司: 上海科盛知識產(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)用程序的類別和運(yùn)行情況，產(chǎn)生對應(yīng)的告警事件；數(shù)據(jù)分析模塊用于獲取所述告警事件，依據(jù)預(yù)先設(shè)定的彈性調(diào)度策略判斷是否需要進(jìn)行彈性擴(kuò)縮，若是，則向彈性調(diào)度模塊發(fā)出第一彈性擴(kuò)縮指令；彈性調(diào)度模塊用于響應(yīng)所述第一彈性擴(kuò)縮指令，判斷數(shù)據(jù)中心資源池是否滿足彈性擴(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ù)中心對各項(xiàng)資源進(jìn)行了整合，同時(shí)各種業(yè)務(wù)對數(shù)據(jù)中心資源的需求也變得越來越高。數(shù)據(jù)中心準(zhǔn)確地響應(yīng)業(yè)務(wù)資源需求，對于業(yè)務(wù)的正常運(yùn)行起著非常關(guān)鍵的作用。我們生活中使用的一些app應(yīng)用和web應(yīng)用，其背后所需要的基礎(chǔ)架構(gòu)資源都是由數(shù)據(jù)中心提供和支撐。由于業(yè)務(wù)擴(kuò)展需要，會經(jīng)常性的推出熱點(diǎn)活動，導(dǎo)致應(yīng)用會面臨高并發(fā)、突發(fā)流量或高流量等情況，如果使用傳統(tǒng)的數(shù)據(jù)中心中資源的調(diào)度方式基本不可行。在高并發(fā)、突發(fā)流量或高流量的情況時(shí)，數(shù)據(jù)中心無法準(zhǔn)確地響應(yīng)業(yè)務(wù)資源需求，造成業(yè)務(wù)的不穩(wěn)定運(yùn)行。

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

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

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

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

2)系統(tǒng)的彈性能力不足，系統(tǒng)不具備平行擴(kuò)展能力來應(yīng)對突發(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ā)明的目的可以通過以下技術(shù)方案來實(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)用程序的類別和運(yùn)行情況，產(chǎn)生對應(yīng)的告警事件；