一種消息中間件資源池化的方法及裝置的制造方法
【專利摘要】本發明公開了一種消息中間件資源池化的方法及裝置，該方法包括：采集業務系統對消息中間件在預設周期的運行情況以及系統配置，獲取包含多個采集指標的原始指標數據庫；通過所述原始指標數據庫中的數據，確定所述消息中間件服務預設可用天數；判斷所述消息中間件服務預設可用天數是否包含預定增長期；如果所述消息中間件服務預設可用天數不包含所述預定增長期，則直接進行資源池化，否則對所述消息中間件的資源進行調整。本發明所提供的消息中間件資源池化的方法及裝置，通過資源池化消息中間件，實現服務的統一分析、管理和整合，達到既能保障消息中間件服務的良好運行，又能節省資源的目的。
【專利說明】
一種消息中間件資源池化的方法及裝置
技術領域
[0001]本發明涉及消息中間件服務資源技術領域，特別是涉及一種消息中間件資源池化的方法及裝置。
【背景技術】
[0002]隨著企業用戶規模持續穩定增長和業務種類的不斷增加，特別是銀行、電信等行業業務量的劇增，而承載關鍵業務的省級核心業務系統日益龐大，導致消息中間件服務數量不斷增加，中間件承載壓力越來越大。如何有效掌控服務增長情況，解決性能瓶頸，保障消息中間件系統穩定運行，成為消息中間件運維支撐的首要目標。
[0003]傳統的解決方法為:通過不斷增加服務器數量來達到滿足消息中間件服務運行的目的。該方式不但為業務系統不間斷運行帶來了風險，也增加了維護人員的負擔。
【發明內容】
[0004]本發明的目的是提供一種消息中間件資源池化的方法及裝置，目的在于通過資源池化消息中間件，實現服務的統一分析、管理和整合，達到既能保障消息中間件服務的良好運行，又能節省資源的目的。
[0005]為解決上述技術問題，本發明提供一種消息中間件資源池化的方法，包括:
[0006]采集業務系統對消息中間件在預設周期的運行情況以及系統配置，獲取包含多個采集指標的原始指標數據庫；
[0007]通過所述原始指標數據庫中的數據，確定所述消息中間件服務預設可用天數；
[0008]判斷所述消息中間件服務預設可用天數是否包含預定增長期；
[0009]如果所述消息中間件服務預設可用天數不包含所述預定增長期，則直接進行資源池化，否則對所述消息中間件的資源進行調整。
[0010]可選地，所述獲取包含多個采集指標的原始指標數據庫包括:
[0011]獲取至少包含已用數據量指標、服務調用率指標以及服務剩余容量指標的數據。
[0012]可選地，所述通過所述原始指標數據庫中的數據，確定所述消息中間件服務預設可用天數包括:
[0013]選取所述消息中間件服務調用率指標超過預設閾值的服務作為分析目標，通過當前服務剩余容量指標以及每日服務增長量基準值，確定所述消息中間件服務預計可用天數，其中，所述每日服務增長量基準值為所述消息中間件服務每日調用增長量以及減少量的均值。
[0014]可選地，所述對所述消息中間件的資源進行調整包括:
[0015]計算消息中間件服務的效率值；
[0016]以所述消息中間件服務的最大實踐值為基準對資源池的大小進行調整，當所述效率值大于所述最大實踐值時，調整所述消息中間件服務的最大值，反之調整所述消息中間件服務的最小值。
[0017]本發明還提供了一種消息中間件資源池化的裝置，包括:
[0018]采集模塊，用于采集業務系統對消息中間件在預設周期的運行情況以及系統配置，獲取包含多個采集指標的原始指標數據庫；
[0019]確定模塊，用于通過所述原始指標數據庫中的數據，確定所述消息中間件服務預設可用天數；
[0020]判斷模塊，用于判斷所述消息中間件服務預設可用天數是否包含預定增長期；
[0021 ]調整模塊，用于如果所述消息中間件服務預設可用天數不包含所述預定增長期，則直接進行資源池化，否則對所述消息中間件的資源進行調整。
[0022]可選地，所述采集模塊具體用于:
[0023]獲取至少包含已用數據量指標、服務調用率指標以及服務剩余容量指標的數據。
[0024]可選地，所述確定模塊具體用于:
[0025]選取所述消息中間件服務調用率指標超過預設閾值的服務作為分析目標，通過當前服務剩余容量指標以及每日服務增長量基準值，確定所述消息中間件服務預計可用天數，其中，所述每日服務增長量基準值為所述消息中間件服務每日調用增長量以及減少量的均值。
[0026]可選地，所述調整模塊包括:
[0027]計算單元，用于計算消息中間件服務的效率值；
[0028]調整單元，用于以所述消息中間件服務的最大實踐值為基準對資源池的大小進行調整，當所述效率值大于所述最大實踐值時，調整所述消息中間件服務的最大值，反之調整所述消息中間件服務的最小值。
[0029]本發明所提供的消息中間件資源池化的方法及裝置，通過采集業務系統對消息中間件在預設周期的運行情況以及系統配置，獲取包含多個采集指標的原始指標數據庫;通過原始指標數據庫中的數據，確定消息中間件服務預設可用天數;判斷消息中間件服務預設可用天數是否包含預定增長期；如果消息中間件服務預設可用天數不包含預定增長期，則直接進行資源池化，否則對消息中間件的資源進行調整。本發明通過對業務系統需求的收集、統一分析，找出特定增長期服務的增加量以及增加規律，將消息中間件服務實現資源池化，根據服務運行特點進行合理配置。既能保障消息中間件服務在特定增長期的服務需求，又能使運維人員跳出原有頻繁的不定期服務擴容操作，實現了可預見性的統一安排資源池擴容，并可有效指導應用人員制訂新增服務策略，高效提升了運維效率。此外，本發明還能夠大量減少日常運維，尤其是節假日期間服務排隊告警的數量，對保障消息中間件的穩定運行有著重大意義。
【附圖說明】
[0030]為了更清楚的說明本發明實施例或現有技術的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單的介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0031]圖1為本發明所提供的消息中間件資源池化的方法的一種【具體實施方式】的流程圖；
[0032]圖2為本發明所提供的消息中間件資源池化的方法的另一種【具體實施方式】的流程圖；
[0033]圖3為本發明所提供的消息中間件資源池化的裝置的一種【具體實施方式】的結構框圖。
【具體實施方式】
[0034]為了使本技術領域的人員更好地理解本發明方案，下面結合附圖和【具體實施方式】對本發明作進一步的詳細說明。顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。
[0035]本發明所提供的消息中間件資源池化的方法的一種【具體實施方式】的流程圖如圖1所示，該方法包括:
[0036]步驟SlOl:采集業務系統對消息中間件在預設周期的運行情況以及系統配置，獲取包含多個采集指標的原始指標數據庫；
[0037]步驟S102:通過所述原始指標數據庫中的數據，確定所述消息中間件服務預設可用天數；
[0038]步驟S103:判斷所述消息中間件服務預設可用天數是否包含預定增長期；
[0039]步驟S104:如果所述消息中間件服務預設可用天數不包含所述預定增長期，則直接進行資源池化，否則對所述消息中間件的資源進行調整。
[0040]本發明所提供的消息中間件資源池化的方法，通過采集業務系統對消息中間件在預設周期的運行情況以及系統配置，獲取包含多個采集指標的原始指標數據庫;通過原始指標數據庫中的數據，確定消息中間件服務預設可用天數;判斷消息中間件服務預設可用天數是否包含預定增長期；如果消息中間件服務預設可用天數不包含預定增長期，則直接進行資源池化，否則對消息中間件的資源進行調整。本發明通過對業務系統需求的收集、統一分析，找出特定增長期服務的增加量以及增加規律，將消息中間件服務實現資源池化，根據服務運行特點進行合理配置。既能保障消息中間件服務在特定增長期的服務需求，又能使運維人員跳出原有頻繁的不定期服務擴容操作，實現了可預見性的統一安排資源池擴容，并可有效指導應用人員制訂新增服務策略，高效提升了運維效率。此外，本發明還能夠大量減少日常運維，尤其是節假日期間服務排隊告警的數量，對保障消息中間件的穩定運行有著重大意義。
[0041]在上述實施例的基礎上，本發明所提供的消息中間件資源池化的方法中步驟SlOl采集業務系統對消息中間件在預設周期的運行情況以及系統配置，獲取包含多個采集指標的原始指標數據庫的過程可以具體為:
[0042]通過對現有業務系統的特定時期，如月結、年結、流水等調用次數多、頻繁的服務進行定時采集，同時對現有消息中間件業務系統配置數據進行采集，對特定增長期的服務情況進行統計分析、整理，形成反映現有業務系統消息中間件服務調用情況的原始指標數據庫。
[0043]原始指標數據庫中的指標可以包括但不限于如下采集指標:
[0044]已用數據量指標Tused:表示每個系統消息中間件服務在采集周期內總調用和。
[0045]服務調用率指標Pused:表示每個系統消息中間件服務在采集周期內的服務調用率。
[0046]服務剩余容量指標Tfree:表示每個系統消息中間件服務在采集周期內的服務剩余容量。
[0047]進一步地，步驟S102通過所述原始指標數據庫中的數據，確定所述消息中間件服務預設可用天數的過程可以具體包括:
[0048]選取所述消息中間件服務調用率指標超過預設閾值的服務作為分析目標，通過當前服務剩余容量指標以及每日服務增長量基準值，確定所述消息中間件服務預計可用天數。
[0049]其中，獲取采集周期內消息中間件服務每日調用增長量以及減少量，將所述消息中間件服務每日調用增長量以及減少量的均值作為每日服務增長量基準值。具體可通過如下公式計算出中間件服務預計可用天數:
[0050]中間件服務預計可用天數(NI)=當前服務剩余容量(Tfree)/每日服務增長量基準值(Iday) ο
[0051]本發明所提供的消息中間件資源池化的方法的另一種【具體實施方式】的流程圖如圖2所示，該方法包括:
[0052]步驟S201:采集業務系統對消息中間件在預設周期的運行情況以及系統配置，獲取包含多個采集指標的原始指標數據庫；
[0053]步驟S202:通過所述原始指標數據庫中的數據，確定所述消息中間件服務預設可用天數；
[0054]步驟S203:判斷所述消息中間件服務預設可用天數是否包含預定增長期；
[0055]步驟S204:如果所述消息中間件服務預設可用天數不包含所述預定增長期，則直接進行資源池化；
[0056]步驟S205:如果所述消息中間件服務預設可用天數包含預定增長期，則計算消息中間件服務的效率值；以所述消息中間件服務的最大實踐值為基準對資源池的大小進行調整，當所述效率值大于所述最大實踐值時，調整所述消息中間件服務的最大值，反之調整所述消息中間件服務的最小值。
[0057]本實施例中通過判斷中間件服務預計天數是否包含特定增長期，來判斷現有資源是否能滿足業務需求。
[0058]其中，計算消息中間件服務的效率值可以具體采用下述公式獲得:
[0059]消息中間件服務效率值=交易總數*平均時間/服務數/3600。
[0060]本實施例中具體的調整方式以消息中間件服務最大實踐值為基準，調整資源池的大小，當效率值大于最大實踐值時，調整中間件服務最大值，反之則調整最小值。具體地，最大實踐值可以為0.1，可根據實際情況設定，這均不影響本發明的實現。
[0061]針對業務系統對消息中間件資源需求情況進行合理配置后，整合成資源池化的服務進行統一上線。
[0062]本實施例通過收集業務系統特定增長期消息中間件服務數量的數據作為源數據，通過對數據的統一分析得到目前消息中間件業務系統運行資源的使用情況，然后以實踐最佳值作為基準值來進行消息中間件資源池化，以達到保障消息中間件服務穩定運行、節約維護成本的目的。
[0063]下面對本發明實施例所提供的消息中間件資源池化的裝置進行介紹，下文描述的消息中間件資源池化的裝置與上文描述的消息中間件資源池化的方法可相互對應參照。
[0064]圖3為本發明所提供的消息中間件資源池化的裝置的一種【具體實施方式】的結構框圖，參照圖3消息中間件資源池化的裝置可以包括:
[0065]采集模塊100，用于采集業務系統對消息中間件在預設周期的運行情況以及系統配置，獲取包含多個采集指標的原始指標數據庫；
[0066]確定模塊200，用于通過所述原始指標數據庫中的數據，確定所述消息中間件服務預設可用天數；
[0067]判斷模塊300，用于判斷所述消息中間件服務預設可用天數是否包含預定增長期；
[0068]調整模塊400，用于如果所述消息中間件服務預設可用天數不包含所述預定增長期，則直接進行資源池化，否則對所述消息中間件的資源進行調整。
[0069]可選地，本發明所提供的消息中間件資源池化的裝置中采集模塊100可以具體用于:
[0070]獲取至少包含已用數據量指標、服務調用率指標以及服務剩余容量指標的數據。
[0071]可選地，本發明所提供的消息中間件資源池化的裝置中確定模塊200可以具體用于:
[0072]選取所述消息中間件服務調用率指標超過預設閾值的服務作為分析目標，通過當前服務剩余容量指標以及每日服務增長量基準值，確定所述消息中間件服務預計可用天數，其中，所述每日服務增長量基準值為所述消息中間件服務每日調用增長量以及減少量的均值。
[0073]可選地，本發明所提供的消息中間件資源池化的裝置中調整模塊400可以進一步包括:
[0074]計算單元，用于計算消息中間件服務的效率值；
[0075]調整單元，用于以所述消息中間件服務的最大實踐值為基準對資源池的大小進行調整，當所述效率值大于所述最大實踐值時，調整所述消息中間件服務的最大值，反之調整所述消息中間件服務的最小值
[0076]本發明所提供的消息中間件資源池化的裝置根據對中間件服務在特定時期系統需求的采集，經過統一分析統計以及合理配置，達到滿足業務系統良好運行、優化系統運維成本和提升系統安全性的目的。
[0077]本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其它實施例的不同之處，各個實施例之間相同或相似部分互相參見即可。對于實施例公開的裝置而言，由于其與實施例公開的方法相對應，所以描述的比較簡單，相關之處參見方法部分說明即可。
[0078]專業人員還可以進一步意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結合來實現，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執行，取決于技術方案的特定應用和設計約束條件。專業技術人員可以對每個特定的應用來使用不同方法來實現所描述的功能，但是這種實現不應認為超出本發明的范圍。
[0079]結合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執行的軟件模塊，或者二者的結合來實施。軟件模塊可以置于隨機存儲器(RAM)、內存、只讀存儲器(R0M)、電可編程R0M、電可擦除可編程R0M、寄存器、硬盤、可移動磁盤、CD-ROM、或技術領域內所公知的任意其它形式的存儲介質中。
[0080]以上對本發明所提供的消息中間件資源池化的方法以及裝置進行了詳細介紹。本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發明的方法及其核心思想。應當指出，對于本技術領域的普通技術人員來說，在不脫離本發明原理的前提下，還可以對本發明進行若干改進和修飾，這些改進和修飾也落入本發明權利要求的保護范圍內。
【主權項】
1.一種消息中間件資源池化的方法，其特征在于，包括: 采集業務系統對消息中間件在預設周期的運行情況以及系統配置，獲取包含多個采集指標的原始指標數據庫； 通過所述原始指標數據庫中的數據，確定所述消息中間件服務預設可用天數； 判斷所述消息中間件服務預設可用天數是否包含預定增長期； 如果所述消息中間件服務預設可用天數不包含所述預定增長期，則直接進行資源池化，否則對所述消息中間件的資源進行調整。2.如權利要求1所述的消息中間件資源池化的方法，其特征在于，所述獲取包含多個采集指標的原始指標數據庫包括: 獲取至少包含已用數據量指標、服務調用率指標以及服務剩余容量指標的數據。3.如權利要求2所述的消息中間件資源池化的方法，其特征在于，所述通過所述原始指標數據庫中的數據，確定所述消息中間件服務預設可用天數包括: 選取所述消息中間件服務調用率指標超過預設閾值的服務作為分析目標，通過當前服務剩余容量指標以及每日服務增長量基準值，確定所述消息中間件服務預計可用天數，其中，所述每日服務增長量基準值為所述消息中間件服務每日調用增長量以及減少量的均值。4.如權利要求1至3任一項所述的消息中間件資源池化的方法，其特征在于，所述對所述消息中間件的資源進行調整包括: 計算消息中間件服務的效率值； 以所述消息中間件服務的最大實踐值為基準對資源池的大小進行調整，當所述效率值大于所述最大實踐值時，調整所述消息中間件服務的最大值，反之調整所述消息中間件服務的最小值。5.一種消息中間件資源池化的裝置，其特征在于，包括: 采集模塊，用于采集業務系統對消息中間件在預設周期的運行情況以及系統配置，獲取包含多個采集指標的原始指標數據庫； 確定模塊，用于通過所述原始指標數據庫中的數據，確定所述消息中間件服務預設可用天數； 判斷模塊，用于判斷所述消息中間件服務預設可用天數是否包含預定增長期； 調整模塊，用于如果所述消息中間件服務預設可用天數不包含所述預定增長期，則直接進行資源池化，否則對所述消息中間件的資源進行調整。6.如權利要求5所述的消息中間件資源池化的裝置，其特征在于，所述采集模塊具體用于: 獲取至少包含已用數據量指標、服務調用率指標以及服務剩余容量指標的數據。7.如權利要求6所述的消息中間件資源池化的裝置，其特征在于，所述確定模塊具體用于: 選取所述消息中間件服務調用率指標超過預設閾值的服務作為分析目標，通過當前服務剩余容量指標以及每日服務增長量基準值，確定所述消息中間件服務預計可用天數，其中，所述每日服務增長量基準值為所述消息中間件服務每日調用增長量以及減少量的均值。8.如權利要求5至7任一項所述的消息中間件資源池化的裝置，其特征在于，所述調整豐吳塊包括: 計算單元，用于計算消息中間件服務的效率值； 調整單元，用于以所述消息中間件服務的最大實踐值為基準對資源池的大小進行調整，當所述效率值大于所述最大實踐值時，調整所述消息中間件服務的最大值，反之調整所述消息中間件服務的最小值。
【文檔編號】G06F17/30GK105956060SQ201610269889
【公開日】2016年9月21日
【申請日】2016年4月27日
【發明人】陳仁革
【申請人】浪潮(北京)電子信息產業有限公司