[發明專利]一種基于MDC的容量管理設計方法

有效

• 申請號: 201710486080.X
• 申請日: 2017-06-23
• 公開（公告）號: CN107086936B
• 公開（公告）日: 2019-11-05
• 發明（設計）人: 李俊山
• 申請（專利權）人: 鄭州云海信息技術有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L12/26;H04L29/08
• 代理公司: 濟南信達專利事務所有限公司 37100
• 代理人: 劉淑風

1.一種基于MDC的容量管理設計方法，其特征在于，其實現過程為：首先根據MDC數據中心的應用場景，通過IPMI南向接口獲取所監控服務器設備的基本數據，發起對基本數據的請求，然后采用消息隊列，對各個所監控服務器設備所請求的基本數據進行分類處理，通過分布式處理框架搭建系統應用，結合容量管理系統服務引擎中各數據節點的容量信息，生成可用的機柜容量，并結合用戶的運維習慣，定義U位預占的模式，通過定義服務器上架模型，經IPMI北向接口、Web 3D引擎后，在客戶端的Web 3D界面中給予顯示，最后在Web 3D界面中，結合所監控服務器設備所請求的基本數據，推薦最優的上架位置；

所述容量管理系統服務引擎主機端程序實現時，包括以下幾個步驟：

1）IPMI南向接口對接，通過帶外管理方式與所監控服務器設備進行連接；

2）將消息隊列的數據請求包取出并執行，用IPMI協議將數據采集出來；

3）通過分布式處理框架的統一調度，將數據請求包均衡的拆分在消息隊列中；

4）按照空間引擎、電力引擎、制冷引擎三種模型對容量管理進行聚合分類；

5）在容量管理系統服務引擎的基礎上，對服務器上架策略進行推演，并提供可執行的推薦意見；

6）通過統一標準化的IPMI北向接口把數據Web 3D引擎在Web 3D頁面中進行可視化操作。

2.根據權利要求1所述的一種基于MDC的容量管理設計方法，其特征在于，所述容量管理系統服務引擎為本架構的核心，按照空間引擎、電力引擎及制冷引擎進行聚合分類，使容量管理模型納入一個統一的邏輯策略中，通過空間引擎、電力引擎及制冷引擎分析內在的數據關聯性，生成可用的機柜容量。

3.根據權利要求1或2所述的一種基于MDC的容量管理設計方法，其特征在于，所述MDC數據中心通過操作系統監控服務器設備自身的IPMI信息時，需要系統內核提供相應的支持，Linux 系統通過內核對 OpenIPMI的支持來提供對IPMI的系統接口。

4.根據權利要求3所述的一種基于MDC的容量管理設計方法，其特征在于，所述MDC數據中心在IPMI信息交換時，選擇Linux下的命令行方式的IPMI平臺管理工具ipmitool，ipmitool 命令需要通過相應的interface來訪問BMC，在本地獲取信息時候采用的是OpenIPMI接口，IPMItool命令包含的接口有open、lan、lanplus；

其中，open是指的是OpenIPMI與 BMC通信，Lan是通過Ethernet LAN網用IPV4的udp協議與BMC通信，UDP的數據段包含了IPMI request/resoponse消息，消息具有一個IPMIsession 頭和RMCP 頭；IPMI使用Remote Management Control Protocol版本1支持操作系統關閉，RMCP把數據發送到UDP的623端口；IPMI使用相應命令通過網絡進行遠程監控。

5.根據權利要求1、2或4所述的一種基于MDC的容量管理設計方法，其特征在于，消息隊列接收的buffer要根據所監控服務器設備的個數進行估計，400個監控服務器設備需要至少200 KB的buffer。

6.根據權利要求1、2或4所述的一種基于MDC的容量管理設計方法，其特征在于，所述MDC數據中心基于json格式進行數據通訊。

7.根據權利要求1、2或4所述的一種基于MDC的容量管理設計方法，其特征在于，所監控服務器設備硬件本身提供對IPMI的支持。

8.根據權利要求1、2或4所述的一種基于MDC的容量管理設計方法，其特征在于，所述服務器設備基本數據，包括機型探測、實時功耗監控、CPU溫度、電壓、風扇轉速、電源調制模塊溫度、電源電壓環境數據。

9.根據權利要求1、2或4所述的一種基于MDC的容量管理設計方法，其特征在于，針對客戶端的顯示，需要瀏覽的電腦或終端具備獨立顯卡。