CESA-2020-2-014 服務器基板管理控制器(BMC)技術要求 征求意見稿編制說明_第1頁
CESA-2020-2-014 服務器基板管理控制器(BMC)技術要求 征求意見稿編制說明_第2頁
CESA-2020-2-014 服務器基板管理控制器(BMC)技術要求 征求意見稿編制說明_第3頁
CESA-2020-2-014 服務器基板管理控制器(BMC)技術要求 征求意見稿編制說明_第4頁
CESA-2020-2-014 服務器基板管理控制器(BMC)技術要求 征求意見稿編制說明_第5頁
已閱讀5頁,還剩13頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

中國電子工業(yè)標準化技術協(xié)會

一、工作簡況

、項目來源和工作單位

1年中國電子技術標準化研究院啟動了團體標準《服務器基板管理控制

器(2020技術要求》的研制工作,該標準由中國電子工業(yè)標準化技術協(xié)會下達

立項通知,立項號BMC)。任務下發(fā)后,由中國電子技術標準化研究

院牽頭,起草單位包括中國電子技術標準化研究院、華為技術有限公司、天津飛CESA-2020-2-014

騰信息技術有限公司、中電科技(北京)有限公司、南京百敖軟件股份有限公司、

無錫先進技術研究院、海光信息技術股份有限公司、上海兆芯集成電路有限公司、

浪潮電子信息產(chǎn)業(yè)股份有限公司、統(tǒng)信軟件技術有限公司、同方股份有限公司、

新華三技術有限公司、阿里巴巴技術有限公司、中國長城科技集團股份有限公司,

歸口單位為中國電子工業(yè)標準化技術協(xié)會和中國電子技術標準化研究院。

、主要工作過程如下:

2(一)標準預研

為推動服務器技術發(fā)展,提升服務器系統(tǒng)管理能力,提高維護效率,

年月中國電子技術標準化研究院牽頭,聯(lián)合產(chǎn)業(yè)鏈參與單位對服務器整機廠商2020

的共性需求進行了調(diào)研和分析,初步確定了面向服務器制定系統(tǒng)管理技術要求的1

標準方案。

(二)標準立項

標準工作組于年月組織召開了標準研討會,對制定服務器系統(tǒng)管理技

術要求標準的目的意義、解決的問題、標準范圍進行了充分的討論,最終取得技20201

術共識,一致認同并推進標準立項。

2020年3月,標準牽頭單位中國電子技術標準化研究院,聯(lián)合華為技術有

限公司作為共同發(fā)起方申請立項,并通過評審,成為協(xié)會正式標準制定項目。

(三)標準編制

中國電子工業(yè)標準化技術協(xié)會

年月成功立項后,標準工作組對服務器系統(tǒng)管理的功能要求、硬件管

理接口要求、管理接口要求、安全和性能要求進行了標準化,于20203月底召開了第

一次標準評審會。4

年月日,標準組各參編單位完成第二輪標準研制工作并匯總形成初

步文稿。2020717

年月日,標準組第三次標準編制討論會,各參與單位交換、討論編

制意見,完成了標準草案初稿。2020730

年月日,標準組對標準草案涉及的分級問題進行了討論并修改文

稿,發(fā)起第一次組內(nèi)意見征集。20201130

年月日,標準組發(fā)起第二次意見征集,將確定的修改意見合入文稿,

完成征求意見文稿;2021113

年月日,標準組發(fā)起第三次意見征集,將確定的修改合入文稿,完

成征求意見文稿;202135

、主要起草人及其所做的工作

3本標準由中國電子技術標準化研究院牽頭組織編制,參與標準編制的成員單

位有華為技術有限公司、天津飛騰信息技術有限公司、中電科技(北京)有限公

司、南京百敖軟件股份有限公司、無錫先進技術研究院、海光信息技術股份有限

公司、上海兆芯集成電路有限公司、浪潮電子信息產(chǎn)業(yè)股份有限公司、統(tǒng)信軟件

技術有限公司、同方股份有限公司、新華三技術有限公司、阿里巴巴技術有限公

司、中國長城科技集團股份有限公司。中國電子技術標準化研究院牽頭負責標準

化工作的組織、協(xié)調(diào)和標準文本的編制工作。其他成員單位提供了標準所涉及的

技術內(nèi)容的材料,并全程參與了技術細節(jié)的討論。

二、標準編制原則和確定主要內(nèi)容的論據(jù)及解決的主要問題

、編制原則

1在編制標準過程中,遵循了以下三項原則。

一是遵循國家法律、法規(guī)等相關規(guī)定,制定過程嚴格按照程序執(zhí)行。本標準

的編制過程經(jīng)歷了標準編制籌備階段、標準草案編制階段(草案討論、編制、內(nèi)

部征求意見、修改、再征求意見等環(huán)節(jié)),制定過程嚴格按照國家標準制定程序

中國電子工業(yè)標準化技術協(xié)會

要求。目前是到審定稿的意見征求。本標準的編制嚴格遵循《標準化工作

導則標準的結構和編寫》的要求,并使用中國標準編輯器進行文本的編輯。GB1.1

——二是充分借鑒和吸收國外相關文獻和經(jīng)驗。本標準編制過程中,吸收借鑒了

一些國外的技術文獻和經(jīng)驗,這些內(nèi)容雖然沒有正式成為國際標準,但已經(jīng)成為

了業(yè)內(nèi)廣泛使用的方法、規(guī)范。

三是結合我國國情和實際情況。本標準本著立足于當前服務器系統(tǒng)管理的需

求,基于最新的技術方案,著眼于未來的發(fā)展,使標準發(fā)揮最大的作用。在標準

的技術內(nèi)容編寫上充分考慮了服務器產(chǎn)品的技術特點和可操作性,從多個維度對

服務器系統(tǒng)管理技術要求進行了詳細的測試驗證,以便于標準能夠在實際的應用

中得到貫徹實施。

、確定主要內(nèi)容的依據(jù)

2本標準是關于服務器系統(tǒng)管理的要求,包括服務器的功能要求、安全要

求、硬件管理要求、軟件管理要求、性能等方面要求的標準,工作組參考了國內(nèi)BMC

外相關的標準資料,并確定了標準總體框架。

從服務器用戶的視角,來制定服務器系統(tǒng)管理的技術要求:

)功能要求:服務器設計應體現(xiàn)服務器廠商、用戶、整機廠商的共性

需求,通過對1功能標準化,提升系統(tǒng)兼容性、執(zhí)行效率、可靠性。因此圍繞BMCBMC

功能的標準化,實現(xiàn)全方位監(jiān)控硬件設備健康狀態(tài),故障診斷,通過遠程訪BMC

BMC問,實現(xiàn)配置、升級、部署,保障系統(tǒng)穩(wěn)定和可靠。

)軟件管理接口要求:針對服務器的系統(tǒng)管理,由于業(yè)界使用多種管理接口如

2、、,實現(xiàn)不一,功能參差不齊,因此需要在本標準中提出軟

IPMI件管理接口的要求,以滿足監(jiān)控、診斷、配置以及遠程控制等帶外管理的功能。RedfishSNMP

)硬件管理接口要求:作為服務器管理和核心,管理著服務器的各個部件

3模塊,對于其中重要的電源、制冷、存儲、BMC模塊的功能需要作明確的定義。

)安全要求:面向服務器系統(tǒng)管理對安全可信的需求,定義賬號安全、認證管I/O

4理、證書管理等技術要求,確保服務器啟動、管理的安全可信。

)性能要求:根據(jù)服務器用戶的實際需求,對啟動時間和響應時間提出了性能

5規(guī)范,以滿足實際應用場景。

本標準按照標準牽引行業(yè)發(fā)展的要求,對服務器系統(tǒng)管理的接口、標準、技

中國電子工業(yè)標準化技術協(xié)會

術做了全面的梳理,從產(chǎn)業(yè)界對服務器的管理實際出發(fā),結合國內(nèi)服務器廠商的

現(xiàn)實情況,去粗取精、取長補短,兼顧廠商、用戶、行業(yè)發(fā)展的現(xiàn)狀和發(fā)展要求,

制定了符合現(xiàn)階段情況的服務器系統(tǒng)管理要求。

、編制過程中解決的主要問題

3編制過程中的技術問題。在編制過程中針對技術問題和編制組專家以及邀請

行業(yè)內(nèi)的專家共同探討技術細節(jié):

目前國際上現(xiàn)有標準主要從接口角度描述了的部分功能,但缺乏從用

戶、產(chǎn)品視角,完整定義服務器系統(tǒng)管理所需具備的功能、性能、軟硬件管理接BMC

口、安全等方面的要求;在國內(nèi)還沒有統(tǒng)一的標準,基本是芯片研制單位和用戶

單位根據(jù)需求制定設計方案,導致現(xiàn)有的解決方案多樣化,實現(xiàn)方式不同,

用戶兼容不同的需要花費很多的時間精力。BMC

編制組在充分借鑒吸收國際標準基礎上,專門針對聯(lián)盟成員研發(fā)的服務器產(chǎn)BMC

品技術特點進行創(chuàng)新發(fā)展,制定滿足聯(lián)盟成員的服務器技術要求從功能視

角,統(tǒng)一服務器的功能與接口,實現(xiàn)不同產(chǎn)品的可替代性,無需客戶做大量的適BMC,

配工作。

通過技術要求的標準來統(tǒng)一底層軟硬件檢測能力,也能夠更好地為服務

器的質(zhì)量控制提供檢測服務,為服務器規(guī)模化應用提供技術支撐。在此過程中,BMC

我們也綜合考慮了廠商的現(xiàn)有技術狀況和服務器系統(tǒng)管理的長遠趨勢,把相關的

標準了分為了三級。

()基本級,規(guī)定了服務器系統(tǒng)管理的基本技術要求,滿足對于服務器基

本的監(jiān)、管、控要求。1

()全面級,規(guī)定了比較全面的系統(tǒng)管理功能要求,涵蓋了接口、功能、

安全各方面,不僅能把服務器管起來,還要把服務器管好。2

()增強級,提出了一些高級和擴展的要求,體現(xiàn)服務器系統(tǒng)管理的發(fā)展

方向,滿足用戶對服務器管理能力更高的要求。3

在編制過程中針對技術問題和編制組專家以及邀請行業(yè)內(nèi)的專家共同探討

技術細節(jié):

中國電子工業(yè)標準化技術協(xié)會

()功耗封頂是上的常用功能,和業(yè)界(騰訊和阿里的運維人員)進

行了溝通,這個是他們的強需求,所以建議保留,該需求是高階管理能力,因此1x86

放至級。

3()可信根安全啟動修改為固件韌性,內(nèi)容作了大幅修改,主要點由原

來的芯片可信根2修改為物理可信根“,不排除”的實現(xiàn)方式。對固件進

行簽名校驗是業(yè)界通用做法,考慮業(yè)界廠商當前的實現(xiàn)能力,以及產(chǎn)業(yè)引領的方“”“”TPM/TCM

向,因此將該技術要求分別設置為級和級。

()啟動時間也是用戶關注的功能,主要是考慮數(shù)據(jù)中心運維的場景。23

在對服務器進行批量更新的時候,一般采用批次更新,啟動時間的長短對于維護3BMC

時間有直接的影響。我們把啟動時間要求修改為秒,同時級別調(diào)整為級。

()在電源和熱管理章節(jié),專家提出建議增加60應提供部件故障后,及時改3

變散熱策略(提高風扇轉(zhuǎn)速),避免系統(tǒng)過熱4,在標準研討會中,“廠商的

專家認為散熱廠商已提供這種功能,因此通用的功能要求不需要在標準中提出。”BMC

廠商的專家從散熱設計的角度提出不同結構的差異性,考慮到各廠商靈活的

CPU策略,同樣不建議加到標準中。會議達成共識,該意見不采納。

()在維護診斷章節(jié),用戶廠商的專家提出需要記錄重啟、關機、

開機的詳細原因,包括但不限定于5、主板電源故障、BMCOS掉電、

命令控制、看門狗、內(nèi)部復位、Power異常等直接或間接觸發(fā)原因,以便問題定ButtonACIMPI

界。廠商專家提出該功能要求在OSCPU上實現(xiàn)是沒有問題也是通用做法,而其

他架構CPU并非全部支持,考慮到X86標準是針對服務器管理,因此建議體現(xiàn)符

合產(chǎn)業(yè)現(xiàn)階段的共性需求。通過與會專家討論,形成共識,該意見采納,具體規(guī)CPUBMC

范化描述修改限定為、主板電源故障、掉電、命令控制和

看門狗?!癙owerButtonACIPMI

(”)在管理接口章節(jié),中電科技專家提出事件訂閱并非通用功

能和管理需求,也無法代表未來6Redfish的發(fā)展方向,建議刪除。在標準研討會中,BMC

同方、華為的專家普遍認為事件訂閱是基本功能,建議保留。龍芯的專家提出當BMC

前標準已將事件訂閱限定為,并非基本功能的強制要求。而且該功能是

的強制要求,廠商實現(xiàn)了level2協(xié)議則可以支持該功能,因此建議保留。

會議達成共識,該意見不采納,保持現(xiàn)狀。RedfishRedfish

中國電子工業(yè)標準化技術協(xié)會

三、主要試驗[或驗證]情況分析

目前參與標準制定的編制組成員包含了目前國內(nèi)核心的廠商、廠

商、以及服務器廠商,編制組成員共同編制的技術要求大部分都是目前行業(yè)內(nèi)統(tǒng)CPUBMC

一實施的規(guī)則,同期聯(lián)盟內(nèi)核心服務器廠商對也對本標準開展試驗驗證工作,驗

證報告見附錄驗證了技術要求中重點內(nèi)容的科學性、規(guī)范性和可操作性,同時(

根據(jù)實驗驗證情況完善標準文本。標準完成后將組織更多服務器廠商進行符合性),

內(nèi)部驗證及交叉互驗。試驗驗證情況見附錄。。

四、知識產(chǎn)權情況說明1

本標準不涉及知識產(chǎn)權問題。

五、產(chǎn)業(yè)化情況、推廣應用論證和預期達到的經(jīng)濟效果

是服務器硬件管理的核心部件,提供遠程管理、監(jiān)控和診斷等核心功

能,對數(shù)據(jù)中心高效運維起到重要作用。服務器系統(tǒng)管理是通過特定管理軟件和BMC

配合提供更強的管理能力。同時系統(tǒng)管理還提供能耗管理(降低客戶)、

BMC及服務器的安全基礎能力。提升系統(tǒng)遠程管理和維護能力,提高維護效率,兼容OPEX

國際標準,提升服務器產(chǎn)品的競爭實力。

六、轉(zhuǎn)化國際標準和國外先進標準情況

本標準未采用國際標準和國外先進標準。

七、與現(xiàn)行相關法律、法規(guī)、規(guī)章及相關標準的協(xié)調(diào)性

本標準編制文本格式遵循國標本文件按照。

目前國際上有關標準主要包含、GB/T1.1-2020、三個現(xiàn)有標準。

(主導制定):定義了BMC的一些基本功能和概念IPMIRedfishSBMR傳感器事件記錄、

現(xiàn)場可更換單元、系統(tǒng)時間日志IPMIIntel,以及提供的命令格式。BMC(制定):

基于接口,定義了協(xié)議和數(shù)據(jù)模型,以及系統(tǒng)管理環(huán)境中其它必要的架)Redfish(DMTF

構組件,提供RESTful功能的配置。是規(guī)定服務器系統(tǒng)管理能力的重要

標準,主要規(guī)定BMC和、平臺組件、SBMR外設、系統(tǒng)管理軟件(ARM)

等之間的接口要求?,F(xiàn)有標準主要從接口角度描述了BMCSOCI/O的部分功能,但缺乏systemadmin

從用戶、產(chǎn)品視角,完整定義服務器系統(tǒng)管理所需具備的功能、性能、軟硬件管BMC

理接口、安全等方面的要求。

中國電子工業(yè)標準化技術協(xié)會

八、重大分歧意見的處理經(jīng)過和依據(jù)

無重大分歧。

九、貫徹標準的要求和措施建議

建議列為推薦性標準,在標準發(fā)布后盡快組織標準宣貫、試驗驗證。

十、替代或廢止現(xiàn)行相關標準的建議

無需要替代或廢止的現(xiàn)行相關標準。

十一、其它應予說明的事項

無。

《服務器基板管理控制器(技術要求》團體標準

編制起草組BMC)

2021-3-10

中國電子工業(yè)標準化技術協(xié)會

附錄1服務器系統(tǒng)管理技術要求

試驗報告案例

序類

測試項測試過程測試結果

號別

(1)通過WEB對服務器上下電:

(2)通過IPMI對服務器下電:

1、應支持通過(3)通過SNMP對服務器下電:

Web/IPMI/SNMP/檢查能否通過

Redfish接口對Web/IPMI/SNMP/Redfish接口對

1服務器單板的上服務器上下電控制功能是否能正

下電控制,并能常執(zhí)行,能否查詢服務器的上下電

查詢服務器的上狀態(tài)

下電狀態(tài)(4)通過Redfish接口對服務器

進行上電

測試結果:

能夠通過

Web/IPMI/SNMP/Redfish接口對

服務器進行上下電,并查詢狀態(tài)。

中國電子工業(yè)標準化技術協(xié)會

2、應支持服務

器系統(tǒng)啟動選

項配置,包括查系統(tǒng)啟動選項控制功能是否能

不限于系統(tǒng)啟夠正常執(zhí)行,包括系統(tǒng)啟動設備、

動設備、啟動啟動模式、是否單次生效等

模式、是否單

次生效

測試結果:

服務器項啟動選項功能正常執(zhí)行

3、應提供基于檢查SOL相關功能能否正常執(zhí)行,

LAN的串口重如:建立/注銷SOL會話、設置SOL

定向(SOL)功會話超時時間、查詢SOL會話信息

能等建立/注銷SOL會話:測試結果:

SOL功能能夠正常執(zhí)行

檢查虛擬媒體相關功能能否正常

4、應提供虛擬

執(zhí)行,如:掛載、斷開虛擬光驅(qū)/ISO

媒體功能

鏡像文件/虛擬軟驅(qū)等。

測試結果:

虛擬媒體功能能夠正常執(zhí)行

1、應支持服務

和檢查能否查詢服務器當前實時功

2器實時功率查

熱率信息

詢和顯示

管測試結果:

理服務器當前實時功率信息能夠正

常查詢

中國電子工業(yè)標準化技術協(xié)會

2、應支持歷史檢查能否查詢服務器歷史(例如近

功率曲線圖一周)功率數(shù)據(jù)

測試結果:

能夠?qū)崟r查詢服務器當前功率

3、應支持實時

溫度查詢,包

檢查能否查詢服務器各溫度監(jiān)控

括但不限于

點的實時溫度,包括CPU溫度、內(nèi)

CPU溫度、內(nèi)存測試結果:

存溫度、進風口溫度等。

溫度、進風口能夠查詢服務器各溫度監(jiān)控點的

溫度實時溫度,包括CPU溫度、內(nèi)存溫

度、進風口溫度等

1、應支持告警檢查是否能夠通過告警級別、主體

事件自定義查類型、產(chǎn)生時間、事件碼或事件描

找述等條件查詢指定告警。

測試結果:

支持告警事件自定義查找

告檢查告警事件產(chǎn)生時,能否通過

警2、應提供告警Trap報文通知、系統(tǒng)日志通知、

3

監(jiān)通知功能郵件報文將告警事件內(nèi)容上報給

控接收者。

測試結果:

提供告警通知功能

3、應支持部件

的監(jiān)控,包括

不限于風扇監(jiān)檢查是否支持對風扇、電源、內(nèi)存、

控、電源監(jiān)控、CPU等進行監(jiān)控

內(nèi)存監(jiān)控、CPU

測試結果:

監(jiān)控

支持部件的監(jiān)控

1、應支持升級

升的固件如:BMC檢查是否支持對固件進行升級,如

4BMC固件升級:

級固件、BIOS、BMC固件、BIOS、電源

電源

中國電子工業(yè)標準化技術協(xié)會

BIOS升級

電源升級

測試結果:

支持固件升級

2、應支持固件

的升級生效分

BIOS升級和CPLD升級

離,允許先升

級,后生效

測試結果:

支持固件的升級生效分離

Web

3、支持升級接

支持升級接口:Web

口如:Web

GUI/RedfishRedfish

GUI/Redfish

測試結果:

支持WebGUI/Redfish接口的

中國電子工業(yè)標準化技術協(xié)會

升級

1、應支持通過

BMC對BIOS配應支持通過BMC對BIOS配

置,如系統(tǒng)啟置,如系統(tǒng)啟動項、電源策

動項、電源策略

測試結果:

支持通過BMC對BIOS配置

2、應支持圖形

應支持圖形化配置界面

部化配置界面

測試結果:

5和

持圖形化配置界面

3、應支持配置

導入導出功

應支持配置導入導出功能,

能,可以導入

可以導入和導出BMC/BIOS的

和導出

主流配置

BMC/BIOS的主

流配置

測試結果:

支持配置導入導出功能

維1、應支持通過

護配置導出功能應支持通過配置導出功能對

6

診對服務器配置服務器配置備份

斷備份

中國電子工業(yè)標準化技術協(xié)會

測試結果:

支持通過配置導出功能對服

務器配置備份

2、應支持通過

配置導入功能應支持通過配置導入功能對

對服務器配置服務器配置恢復

恢復測試結果:

支持通過配置導入功能對服

務器配置恢復

服務器沒有告警已經(jīng)輕微告警的

時候,健康燈顯示綠色常亮

服務器有嚴重告警的時候,健康燈

3、應支持健康為紅色低頻率閃爍

應支持健康狀態(tài)指示燈

狀態(tài)指示燈服務器有緊急告警的時候,健康燈

為紅色高頻率閃爍

測試結果:

支持健康狀態(tài)指示燈

4、應支持手動

截屏,獲取當應支持手動截屏,獲取當前

前系統(tǒng)屏幕快系統(tǒng)屏幕快照

照測試結果:

支持手動截屏,獲取當前系

統(tǒng)屏幕快照

測試結果通過□不通過

?

備注/

中國電子工業(yè)標準化技術協(xié)會

一、工作簡況

、項目來源和工作單位

1年中國電子技術標準化研究院啟動了團體標準《服務器基板管理控制

器(2020技術要求》的研制工作,該標準由中國電子工業(yè)標準化技術協(xié)會下達

立項通知,立項號BMC)。任務下發(fā)后,由中國電子技術標準化研究

院牽頭,起草單位包括中國電子技術標準化研究院、華為技術有限公司、天津飛CESA-2020-2-014

騰信息技術有限公司、中電科技(北京)有限公司、南京百敖軟件股份有限公司、

無錫先進技術研究院、海光信息技術股份有限公司、上海兆芯集成電路有限公司、

浪潮電子信息產(chǎn)業(yè)股份有限公司、統(tǒng)信軟件技術有限公司、同方股份有限公司、

新華三技術有限公司、阿里巴巴技術有限公司、中國長城科技集團股份有限公司,

歸口單位為中國電子工業(yè)標準化技術協(xié)會和中國電子技術標準化研究院。

、主要工作過程如下:

2(一)標準預研

為推動服務器技術發(fā)展,提升服務器系統(tǒng)管理能力,提高維護效率,

年月中國電子技術標準化研究院牽頭,聯(lián)合產(chǎn)業(yè)鏈參與單位對服務器整機廠商2020

的共性需求進行了調(diào)研和分析,初步確定了面向服務器制定系統(tǒng)管理技術要求的1

標準方案。

(二)標準立項

標準工作組于年月組織召開了標準研討會,對制定服務器系統(tǒng)管理技

術要求標準的目的意義、解決的問題、標準范圍進行了充分的討論,最終取得技20201

術共識,一致認同并推進標準立項。

2020年3月,標準牽頭單位中國電子技術標準化研究院,聯(lián)合華為技術有

限公司作為共同發(fā)起方申請立項,并通過評審,成為協(xié)會正式標準制定項目。

(三)標準編制

中國電子工業(yè)標準化技術協(xié)會

年月成功立項后,標準工作組對服務器系統(tǒng)管理的功能要求、硬件管

理接口要求、管理接口要求、安全和性能要求進行了標準化,于20203月底召開了第

一次標準評審會。4

年月日,標準組各參編單位完成第二輪標準研制工作并匯總形成初

步文稿。2020717

年月日,標準組第三次標準編制討論會,各參與單位交換、討論編

制意見,完成了標準草案初稿。2020730

年月日,標準組對標準草案涉及的分級問題進行了討論并修改文

稿,發(fā)起第一次組內(nèi)意見征集。20201130

年月日,標準組發(fā)起第二次意見征集,將確定的修改意見合入文稿,

完成征求意見文稿;2021113

年月日,標準組發(fā)起第三次意見征集,將確定的修改合入文稿,完

成征求意見文稿;202135

、主要起草人及其所做的工作

3本標準由中國電子技術標準化研究院牽頭組織編制,參與標準編制的成員單

位有華為技術有限公司、天津飛騰信息技術有限公司、中電科技(北京)有限公

司、南京百敖軟件股份有限公司、無錫先進技術研究院、海光信息技術股份有限

公司、上海兆芯集成電路有限公司、浪潮電子信息產(chǎn)業(yè)股份有限公司、統(tǒng)信軟件

技術有限公司、同方股份有限公司、新華三技術有限公司、阿里巴巴技術有限公

司、中國長城科技集團股份有限公司。中國電子技術標準化研究院牽頭負責標準

化工作的組織、協(xié)調(diào)和標準文本的編制工作。其他成員單位提供了標準所涉及的

技術內(nèi)容的材料,并全程參與了技術細節(jié)的討論。

二、標準編制原則和確定主要內(nèi)容的論據(jù)及解決的主要問題

、編制原則

1在編制標準過程中,遵循了以下三項原則。

一是遵循國家法律、法規(guī)等相關規(guī)定,制定過程嚴格按照程序執(zhí)行。本標準

的編制過程經(jīng)歷了標準編制籌備階段、標準草案編制階段(草案討論、編制、內(nèi)

部征求意見、修改、再征求意見等環(huán)節(jié)),制定過程嚴格按照國家標準制定程序

中國電子工業(yè)標準化技術協(xié)會

要求。目前是到審定稿的意見征求。本標準的編制嚴格遵循《標準化工作

導則標準的結構和編寫》的要求,并使用中國標準編輯器進行文本的編輯。GB1.1

——二是充分借鑒和吸收國外相關文獻和經(jīng)驗。本標準編制過程中,吸收借鑒了

一些國外的技術文獻和經(jīng)驗,這些內(nèi)容雖然沒有正式成為國際標準,但已經(jīng)成為

了業(yè)內(nèi)廣泛使用的方法、規(guī)范。

三是結合我國國情和實際情況。本標準本著立足于當前服務器系統(tǒng)管理的需

求,基于最新的技術方案,著眼于未來的發(fā)展,使標準發(fā)揮最大的作用。在標準

的技術內(nèi)容編寫上充分考慮了服務器產(chǎn)品的技術特點和可操作性,從多個維度對

服務器系統(tǒng)管理技術要求進行了詳細的測試驗證,以便于標準能夠在實際的應用

中得到貫徹實施。

、確定主要內(nèi)容的依據(jù)

2本標準是關于服務器系統(tǒng)管理的要求,包括服務器的功能要求、安全要

求、硬件管理要求、軟件管理要求、性能等方面要求的標準,工作組參考了國內(nèi)BMC

外相關的標準資料,并確定了標準總體框架。

從服務器用戶的視角,來制定服務器系統(tǒng)管理的技術要求:

)功能要求:服務器設計應體現(xiàn)服務器廠商、用戶、整機廠商的共性

需求,通過對1功能標準化,提升系統(tǒng)兼容性、執(zhí)行效率、可靠性。因此圍繞BMCBMC

功能的標準化,實現(xiàn)全方位監(jiān)控硬件設備健康狀態(tài),故障診斷,通過遠程訪BMC

BMC問,實現(xiàn)配置、升級、部署,保障系統(tǒng)穩(wěn)定和可靠。

)軟件管理接口要求:針對服務器的系統(tǒng)管理,由于業(yè)界使用多種管理接口如

2、、,實現(xiàn)不一,功能參差不齊,因此需要在本標準中提出軟

IPMI件管理接口的要求,以滿足監(jiān)控、診斷、配置以及遠程控制等帶外管理的功能。RedfishSNMP

)硬件管理接口要求:作為服務器管理和核心,管理著服務器的各個部件

3模塊,對于其中重要的電源、制冷、存儲、BMC模塊的功能需要作明確的定義。

)安全要求:面向服務器系統(tǒng)管理對安全可信的需求,定義賬號安全、認證管I/O

4理、證書管理等技術要求,確保服務器啟動、管理的安全可信。

)性能要求:根據(jù)服務器用戶的實際需求,對啟動時間和響應時間提出了性能

5規(guī)范,以滿足實際應用場景。

本標準按照標準牽引行業(yè)發(fā)展的要求,對服務器系統(tǒng)管理的接口、標準、技

中國電子工業(yè)標準化技術協(xié)會

術做了全面的梳理,從產(chǎn)業(yè)界對服務器的管理實際出發(fā),結合國內(nèi)服務器廠商的

現(xiàn)實情況,去粗取精、取長補短,兼顧廠商、用戶、行業(yè)發(fā)展的現(xiàn)狀和發(fā)展要求,

制定了符合現(xiàn)階段情況的服務器系統(tǒng)管理要求。

、編制過程中解決的主要問題

3編制過程中的技術問題。在編制過程中針對技術問題和編制組專家以及邀請

行業(yè)內(nèi)的專家共同探討技術細節(jié):

目前國際上現(xiàn)有標準主要從接口角度描述了的部分功能,但缺乏從用

戶、產(chǎn)品視角,完整定義服務器系統(tǒng)管理所需具備的功能、性能、軟硬件管理接BMC

口、安全等方面的要求;在國內(nèi)還沒有統(tǒng)一的標準,基本是芯片研制單位和用戶

單位根據(jù)需求制定設計方案,導致現(xiàn)有的解決方案多樣化,實現(xiàn)方式不同,

用戶兼容不同的需要花費很多的時間精力。BMC

編制組在充分借鑒吸收國際標準基礎上,專門針對聯(lián)盟成員研發(fā)的服務器產(chǎn)BMC

品技術特點

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論