本文選自《交易技術(shù)前沿》總第三十八期文章（2020年3月）
焦延超/申萬宏源證券有限公司
楊天一/申萬宏源證券有限公司
范文亮/申萬宏源證券有限公司
車思亮/申萬宏源證券有限公司
摘要
本文探討證券行業(yè)數(shù)據(jù)中心如何通過構(gòu)建硬件自動(dòng)化運(yùn)維管理平臺(tái)來解決硬件管理的4座大山，實(shí)現(xiàn)“實(shí)現(xiàn)物理裸機(jī)資源的靈活和彈性部署，數(shù)據(jù)中心硬件全生命周期自動(dòng)化運(yùn)維”。
1.概述
近年來，隨著證券行業(yè)大量應(yīng)用云計(jì)算、大數(shù)據(jù)、容器等新技術(shù)，IT架構(gòu)由傳統(tǒng)架構(gòu)轉(zhuǎn)變成私有云、、微服務(wù)等的混合架構(gòu)，x86物理服務(wù)器的數(shù)量呈爆發(fā)式增長。人均管理設(shè)備從過去的幾十臺(tái)，發(fā)展至現(xiàn)在的幾百臺(tái)。傳統(tǒng)的人力管理方式，已經(jīng)無法適應(yīng)大規(guī)模集群管理架構(gòu)。
因此帶來諸多管理上的難題，如：
（一）裝機(jī)難：在混合架構(gòu)下，私有云平臺(tái)在虛擬化管理部分已經(jīng)很成熟了，可以自助創(chuàng)建虛擬機(jī)、管理電源狀態(tài)、自動(dòng)化部署操作系統(tǒng)等。但是物理機(jī)還是采用傳統(tǒng)的人工裝機(jī)方式，不僅效率低下，而且由于人工裝機(jī)缺乏規(guī)范性，服務(wù)器安裝存在不符合安全規(guī)范風(fēng)險(xiǎn)。另外傳統(tǒng)的物理服務(wù)器管理模式，不具備云資源的彈性架構(gòu)，無法實(shí)現(xiàn)按需申請(qǐng)、靈活使用的特性，不能滿足科技驅(qū)動(dòng)業(yè)務(wù)發(fā)展和創(chuàng)新的需求。
（二）巡檢難：在業(yè)務(wù)監(jiān)控、應(yīng)用監(jiān)控和系統(tǒng)監(jiān)控三個(gè)層面有比較完善的監(jiān)控手段，但是在底層的物理層還是依賴管理員每天去機(jī)房人工巡檢。主要存在以下問題：
人工巡檢方式任務(wù)繁重，效率低下且存在準(zhǔn)確度不高，響應(yīng)時(shí)間長等問題。
（三）異地機(jī)房管理難：申萬宏源證券現(xiàn)有多個(gè)異地托管數(shù)據(jù)中心。開市/休市需要批量開機(jī)/關(guān)機(jī)操作硬件信息收集 腳本，需要人工進(jìn)行操作，任務(wù)繁瑣。開市期間，人員無法進(jìn)出托管機(jī)房，一旦設(shè)備發(fā)生故障，也無法及時(shí)處理。數(shù)據(jù)中心硬件問題，主要還是通過現(xiàn)場運(yùn)維方式解決，缺乏有效、統(tǒng)一的遠(yuǎn)程管理手段。
（四）資產(chǎn)難：申萬宏源證券由申銀萬國證券與宏源證券2015年合并，申銀萬國證券由原上海申銀證券公司和原上海萬國證券公司于1996合并。多年來，資產(chǎn)管理一直存在三套不同的數(shù)據(jù)架構(gòu)，資產(chǎn)盤點(diǎn)困難，經(jīng)常存在賬實(shí)不符的情況。與此同時(shí)，隨云計(jì)算、大數(shù)據(jù)、容器等新技術(shù)的發(fā)展，設(shè)備增加所帶來的資產(chǎn)管理工作量也在不斷增加數(shù)據(jù)中心維護(hù)工作的成本，同時(shí)導(dǎo)致了一系列難以有效解決的問題，主要的問題如下：
1、資產(chǎn)數(shù)據(jù)不準(zhǔn)確，運(yùn)維效率低、風(fēng)險(xiǎn)大，沒有形成閉環(huán)管理，風(fēng)險(xiǎn)無法控制。2、資產(chǎn)盤點(diǎn)難，設(shè)備配置無詳細(xì)記錄數(shù)據(jù)，變更無法準(zhǔn)確、有效記錄。
本文探討證券行業(yè)數(shù)據(jù)中心如何通過構(gòu)建硬件自動(dòng)化運(yùn)維管理平臺(tái)來解決硬件管理的4座大山，實(shí)現(xiàn)“實(shí)現(xiàn)物理裸機(jī)資源的靈活和彈性部署，數(shù)據(jù)中心硬件全生命周期自動(dòng)化運(yùn)維”。2.帶外管理的發(fā)展趨勢(shì)
服務(wù)器硬件管理可分為帶外管理和帶內(nèi)管理兩種管理模式。
（1）帶內(nèi)管理
帶內(nèi)管理，即監(jiān)控管理信息與生產(chǎn)數(shù)據(jù)信息使用同一物理通道進(jìn)行傳送，主要是依賴于生產(chǎn)環(huán)境，如操作系統(tǒng)，所提供的接口、驅(qū)動(dòng)來獲取底層硬件的狀態(tài)（正常/故障）信息，從而實(shí)現(xiàn)監(jiān)測(cè)。
帶內(nèi)管理復(fù)用現(xiàn)有生產(chǎn)網(wǎng)絡(luò)，在每臺(tái)服務(wù)器的系統(tǒng)層安裝Agent，然后將硬件監(jiān)控信息通過SNMP系統(tǒng)服務(wù)發(fā)送給帶內(nèi)集中監(jiān)控平臺(tái)。
帶內(nèi)管理示意圖
傳統(tǒng)的帶內(nèi)監(jiān)控及現(xiàn)場維護(hù)存在以下問題：
① 宿主機(jī)資源占用 ：帶內(nèi)監(jiān)控會(huì)消耗生產(chǎn)網(wǎng) 絡(luò)帶寬，極端情況下可能會(huì)導(dǎo)致網(wǎng)絡(luò)資源耗盡， 引發(fā)生產(chǎn)事件。Agent 在宿主機(jī)上占用部分生產(chǎn) 設(shè)備的 CPU、內(nèi)存資源，增加系統(tǒng)開銷。
②現(xiàn)場維護(hù)：部署服務(wù)器、升級(jí)設(shè)備微碼、物理重啟設(shè)備等工作等都需在機(jī)房現(xiàn)場實(shí)施。極端情況下，如設(shè)備宕機(jī)故障，需要到現(xiàn)場實(shí)施手動(dòng)物理重啟，導(dǎo)致生產(chǎn)事件問題處理滯后。
③Agent版本維護(hù)困難：目前數(shù)據(jù)中心多數(shù)為混合架構(gòu)，生產(chǎn)環(huán)境包含Linux、、ESX、AIX、、等不同平臺(tái)眾多版本，帶內(nèi)監(jiān)控Agent版本、兼容性維護(hù)工作量大。
④不符合安全監(jiān)管要求：部分監(jiān)控Agent會(huì)用到特殊的系統(tǒng)服務(wù)及端口，會(huì)和生產(chǎn)環(huán)境某些應(yīng)用沖突（如JDK版本不一致、系統(tǒng)端口沖突等）。在安全等保要求較高的情況下，Agent的使用不符合安全管理規(guī)范。
（2）帶外管理
帶外管理，主要是通過專門的網(wǎng)管通道實(shí)現(xiàn)對(duì)硬件設(shè)備狀態(tài)數(shù)據(jù)的獲取，與生產(chǎn)業(yè)務(wù)網(wǎng)絡(luò)相隔離，其核心原理在于通過不同的物理通道傳送管理數(shù)據(jù)和生產(chǎn)數(shù)據(jù)，兩者互相獨(dú)立，互不影響。
1、帶外管理技術(shù)原理
帶外管理示意圖
帶外管理使用了IPMI協(xié)議，通過基板管理控制器 （BMC）進(jìn)行交流，通過在設(shè)備內(nèi)部的傳感器對(duì)硬件進(jìn)行智能管理。無需通過操作系統(tǒng)進(jìn)行管理，允許進(jìn)行帶外服務(wù)器管理，生產(chǎn)網(wǎng)絡(luò)也無需負(fù)擔(dān)硬件狀態(tài)監(jiān)控?cái)?shù)據(jù)的傳輸任務(wù)。用戶可以利用IPMI監(jiān)視服務(wù)器的物理狀態(tài)數(shù)據(jù)，如溫度、電壓、風(fēng)扇工作狀態(tài)、電源供應(yīng)以及機(jī)箱入侵等數(shù)據(jù)。帶外管理最大的優(yōu)勢(shì)在于它是獨(dú)立于計(jì)算芯片CPU、主板IO控制系統(tǒng)BIOS和操作系統(tǒng)，可以實(shí)現(xiàn)在開/關(guān)機(jī)狀態(tài)下，接通電源就即可以對(duì)服務(wù)器的監(jiān)控管理。
2、帶外管理可實(shí)現(xiàn)的功能
通過服務(wù)器BMC網(wǎng)口連接的物理網(wǎng)線，可實(shí)現(xiàn)遠(yuǎn)程管理、控制服務(wù)器。可實(shí)現(xiàn)的遠(yuǎn)程管理功能如下：
（3）帶內(nèi)監(jiān)控與帶外監(jiān)控對(duì)比
3.以帶外管理技術(shù)為核心構(gòu)建數(shù)據(jù)中心硬件自動(dòng)化運(yùn)維
經(jīng)過多年的數(shù)據(jù)中心建設(shè)，申萬宏源現(xiàn)有數(shù)據(jù)中心已經(jīng)建設(shè)了帶外管理網(wǎng)絡(luò)。日趨完善的帶外管理網(wǎng)絡(luò)，我們利用其技術(shù)優(yōu)勢(shì)，建設(shè)一整套完整的底層硬件自動(dòng)化運(yùn)維架構(gòu)，涵蓋硬件使用的全生命周期，包括裸金屬服務(wù)器自動(dòng)化部署、數(shù)據(jù)中心自動(dòng)化巡檢、統(tǒng)一vKVM遠(yuǎn)程管理、智能資產(chǎn)追蹤管理。以此擺脫繁重的人工干預(yù)操作，讓硬件運(yùn)維工作標(biāo)準(zhǔn)化、流程化、自動(dòng)化，初步實(shí)現(xiàn)數(shù)據(jù)中心硬件的自動(dòng)化運(yùn)維。
（1）裸金屬服務(wù)器自動(dòng)化部署
申萬宏源證券部分主機(jī)為云主機(jī)服務(wù)器，云主機(jī)服務(wù)器主要分為虛擬服務(wù)器和裸金屬物理服務(wù)器兩類。但證券數(shù)據(jù)中心還存在大量的對(duì)性能延遲和密集I/O敏感的業(yè)務(wù)、工作負(fù)載、高安全性要求等裸金屬物理服務(wù)器應(yīng)用場景，如：核心交易場景、核心數(shù)據(jù)庫場景、大數(shù)據(jù)場景、安全性要求和云基礎(chǔ)設(shè)施部署場景。
因此，人工裝機(jī)模式已經(jīng)不能滿足業(yè)務(wù)發(fā)展和創(chuàng)新的需求,且不符合大型數(shù)據(jù)中心IT運(yùn)維自動(dòng)化的趨勢(shì)。需要通過自動(dòng)化部署方式，將裸金屬物理服務(wù)器池化，實(shí)現(xiàn)像虛擬服務(wù)器一樣快速、批量、高標(biāo)準(zhǔn)的部署上線。目前針對(duì)裸服務(wù)器的自動(dòng)化部署技術(shù)有傳統(tǒng)的PXE技術(shù)和帶外技術(shù)兩種。
傳統(tǒng)方式下，采用PXE技術(shù)實(shí)現(xiàn)裸金屬物理服務(wù)器自動(dòng)化部署。以 為代表的云平臺(tái)采取的是基于傳統(tǒng)PXE的裸金屬云技術(shù)。的功能實(shí)現(xiàn)，主要依賴PXE技術(shù)實(shí)現(xiàn)批量部署和IPMI系統(tǒng)控制，因此大部分的服務(wù)器都可以通過進(jìn)行系統(tǒng)安裝和狀態(tài)管理。對(duì)于部分服務(wù)器，支持可插拔的架構(gòu)，可以自主開發(fā)服務(wù)器支持的驅(qū)動(dòng)。通過組件，對(duì)物理機(jī)的部署，可以和虛擬機(jī)部署一樣簡單，可以實(shí)現(xiàn)物理機(jī)操作系統(tǒng)安裝，上下電，資源發(fā)現(xiàn)等操作。
基于傳統(tǒng)PXE的裸金屬云技術(shù)的不足：
1、PXE協(xié)議部署操作系統(tǒng)，需要通過DHCP功能獲取裸金屬資源IP地址。DHCP容易在網(wǎng)絡(luò)環(huán)境中產(chǎn)生“廣播風(fēng)暴”。證券生產(chǎn)環(huán)境中使用DHCP功能是不符合安全規(guī)范的，導(dǎo)致無法PXE裸金屬技術(shù)無法在生產(chǎn)環(huán)境落地。2、以 為代表的云平臺(tái)無法全面支持設(shè)備BIOS配置、RAID配置、固件基線管理（陣列卡、萬兆網(wǎng)卡、HBA卡、SSD卡）、壓力測(cè)試等功能。在帶外管理方式下，不依賴服務(wù)器的業(yè)務(wù)網(wǎng)口，無需網(wǎng)絡(luò)啟用DHCP服務(wù)。帶外管理使用了IPMI（智能平臺(tái)管理接口）協(xié)議，該協(xié)議是一種開放標(biāo)準(zhǔn)的硬件管理接口協(xié)議，定義了嵌入式管理子系統(tǒng)進(jìn)行通信的特定方法。用戶可以利用服務(wù)器管理卡實(shí)現(xiàn)BIOS配置、RAID配置、固件升級(jí)、遠(yuǎn)程電源控制等核心功能。IPMI最大的優(yōu)勢(shì)在于它是獨(dú)立于計(jì)算芯片CPU、主板IO控制系統(tǒng)BIOS和操作系統(tǒng)，所以無論在開機(jī)還是關(guān)機(jī)的狀態(tài)下，只要接通電源就可以實(shí)現(xiàn)對(duì)服務(wù)器的配置部署。帶外管理方式無需網(wǎng)絡(luò)啟用DHCP服務(wù)，網(wǎng)絡(luò)方案更為安全，同時(shí)支持更多硬件選項(xiàng)配置。相較于傳統(tǒng)PXE方式，帶外管理方式更具技術(shù)、安全優(yōu)勢(shì)，我司選擇了帶外管理技術(shù)方案進(jìn)行X86服務(wù)器自動(dòng)化部署建設(shè)。
1、裸金屬服務(wù)器部署自動(dòng)化
我司通過帶外自動(dòng)化部署平臺(tái)實(shí)現(xiàn)裸金屬資源自動(dòng)化管理以及配置流程自動(dòng)化。
新采購的裸金屬資源通過以下初始化流程，自動(dòng)化加入裸金屬資源池：
圖1：裸金屬資源初始化流程
1、為裸金屬資源構(gòu)建標(biāo)準(zhǔn)化的機(jī)柜以及網(wǎng)絡(luò)，機(jī)柜最頂端防止帶外管理交換機(jī)，電源在單個(gè)機(jī)柜內(nèi)提供冗余，生產(chǎn)網(wǎng)絡(luò)在兩個(gè)機(jī)柜之間提供冗余。對(duì)網(wǎng)口進(jìn)行分組及捆綁。
2、人工上架裸金屬資源，按照申萬宏源標(biāo)準(zhǔn)進(jìn)行上架。
3、人工開通帶外管理網(wǎng)絡(luò)，分配帶外管理IP地址，根據(jù)申萬宏源標(biāo)準(zhǔn)配置帶外管理用戶名、密碼。
4、通過帶外管理地址對(duì)裸金屬資源硬件配置進(jìn)行驗(yàn)收，如CPU配置、內(nèi)存配置、硬件配置，進(jìn)行資產(chǎn)合規(guī)性檢查、驗(yàn)收。
5、驗(yàn)收合格之后，將設(shè)備加入裸金屬資源池。
6、通過上述流程，裸金屬資源成為資源池中可分配資源。用戶可以發(fā)起資源申請(qǐng)，申請(qǐng)相關(guān)裸金屬資源。
當(dāng)發(fā)起資源申請(qǐng)之后，通過一系列步驟，將在云新裝機(jī)平臺(tái)啟動(dòng)裸金屬資源自動(dòng)部署流程，整個(gè)流程如下：
圖2：裸金屬資源自動(dòng)化部署流程
2、裸金屬服務(wù)器部署規(guī)范化
結(jié)合我司多年的裸金屬資源管理經(jīng)驗(yàn)累積，對(duì)裸金屬資源的固件版本、BIOS配置、Raid配置、OS配置、補(bǔ)丁管理形成了初步的部署規(guī)范，通過云新裝機(jī)平臺(tái)在裝機(jī)之前，進(jìn)行模板校驗(yàn)，以及裝機(jī)之后的基線檢查，實(shí)現(xiàn)裸金屬資源配置規(guī)范化。裸金屬資源固件版本管理：通過云新裝機(jī)平臺(tái)定期更新維護(hù)服務(wù)器陣列卡、萬兆網(wǎng)卡、HBA卡、SSD卡的固件版本基線。
圖3：固件版本基線設(shè)定
BIOS基線：根據(jù)不同業(yè)務(wù)場景，支持用戶自定義BIOS基線，如：在某些大數(shù)據(jù)應(yīng)用場景下，由于分布式存儲(chǔ)等本身的數(shù)據(jù)冗余架構(gòu)，所有數(shù)據(jù)盤要開啟JBOD模式，以此提升使用容量。在某些品牌的裸金屬資源上使用，需要開啟Mwait特性，否則將導(dǎo)致啟用EVC特性報(bào)錯(cuò)。
Raid卡基線：根據(jù)不同的應(yīng)用場景，創(chuàng)建了多個(gè)不同的Raid模板，用戶可以通過云管平臺(tái)預(yù)先根據(jù)需求選擇合適的Raid模板。以此實(shí)現(xiàn)Raid配置的標(biāo)準(zhǔn)化。
圖4：Raid卡配置模板
OS、補(bǔ)丁、安全基線：通過云新裝機(jī)平臺(tái)，我司對(duì)補(bǔ)丁進(jìn)行增加、更新和刪除，定期對(duì)存量補(bǔ)丁進(jìn)行自動(dòng)更新。周期性的管理HBA管理軟件、安全基線、防病毒軟件版本。
圖5：OS、補(bǔ)丁、安全基線配置
（2）數(shù)據(jù)中心自動(dòng)化巡檢
申萬宏源現(xiàn)有多個(gè)數(shù)據(jù)中心，采用人工巡檢方式與設(shè)備廠商提供的帶外管理平臺(tái)相結(jié)合的方式進(jìn)行數(shù)據(jù)中心巡檢。人工巡檢每日巡檢兩次，通過進(jìn)入機(jī)房檢查設(shè)備狀態(tài)燈，發(fā)現(xiàn)并上報(bào)設(shè)備故障。日常巡檢工作效率低下，工作繁重，且時(shí)有漏報(bào)、誤報(bào)事故發(fā)生。因此采用廠商自帶的帶外管理平臺(tái)來進(jìn)行輔助，提升故障發(fā)現(xiàn)率。
通過多年的數(shù)據(jù)中心建設(shè)，現(xiàn)有數(shù)據(jù)中心的設(shè)備類型、品牌、型號(hào)日益增加，廠商的帶外管理平臺(tái)也逐年增加。運(yùn)維管理硬件設(shè)備的同時(shí)，還需要維護(hù)多套運(yùn)維管理軟件。由于平臺(tái)過多，導(dǎo)致沒有統(tǒng)一的硬件監(jiān)控、管理、告警平臺(tái)，管理復(fù)雜度不斷提升，且維護(hù)難度增大。
通過建設(shè)跨廠商、跨硬件平臺(tái)的統(tǒng)一帶外監(jiān)測(cè)平臺(tái)，實(shí)現(xiàn)實(shí)時(shí)高效主動(dòng)的監(jiān)控這些硬件設(shè)備的工作狀態(tài)，當(dāng)硬件設(shè)備出現(xiàn)故障時(shí)能及時(shí)發(fā)現(xiàn)、實(shí)時(shí)告警。平臺(tái)從各廠商提供的帶外管理接口，獲取硬件設(shè)備狀態(tài)數(shù)據(jù)。狀態(tài)數(shù)據(jù)直接來自于設(shè)備自身硬件層傳感器，監(jiān)控?cái)?shù)據(jù)直接、全面。將日常設(shè)備監(jiān)控輪詢周期從人工巡檢的一天兩次，提升至分鐘級(jí)，大幅提升巡檢密度，提升故障發(fā)現(xiàn)率，還能有效進(jìn)行故障診斷。
平臺(tái)可以從資源、機(jī)房、業(yè)務(wù)、設(shè)備等多種不同的視圖監(jiān)控?cái)?shù)據(jù)中心的各種資源。不同視圖下，可以隨時(shí)查看實(shí)時(shí)的設(shè)備的健康狀態(tài)、性能狀態(tài)，可以用列表以及多種圖標(biāo)形式更加自動(dòng)化的直觀展現(xiàn)。當(dāng)設(shè)備出現(xiàn)異常狀態(tài)時(shí)，可以通過多種形式（包括郵件、短信、微信等）同步觸發(fā)告警。平臺(tái)實(shí)行多級(jí)告警制度，根據(jù)告警的嚴(yán)重性分成不同等級(jí)。對(duì)于部分嚴(yán)重警告，可以設(shè)置告警升級(jí)規(guī)則，將告警自動(dòng)化上報(bào)高層，實(shí)現(xiàn)問題的自動(dòng)化升級(jí)。為了避免出現(xiàn)單一故障（如異常關(guān)機(jī)）導(dǎo)致的與CPU、內(nèi)存、電源等同時(shí)報(bào)警，平臺(tái)對(duì)告警進(jìn)行自動(dòng)化的收斂，減少批量告警所帶來的不必要的恐慌。通過這種方式，實(shí)現(xiàn)百分之百的硬件狀態(tài)查看。
傳統(tǒng)方式下人工巡檢發(fā)現(xiàn)故障，再安排售后工程師上門診斷故障、帶備件上門進(jìn)行故障修復(fù)，整個(gè)故障恢復(fù)時(shí)間周期較長，平均恢復(fù)時(shí)間以天為單位計(jì)算。通過統(tǒng)一帶外監(jiān)測(cè)平臺(tái)觸發(fā)的硬件故障告警，告警信息中包含告警數(shù)據(jù)、診斷數(shù)據(jù)、故障部件序列號(hào)、故障部件型號(hào)、維保信息等相關(guān)信息。整個(gè)故障發(fā)現(xiàn)、診斷過程無人為干預(yù)，全智能化診斷故障。大大壓縮故障發(fā)現(xiàn)、診斷時(shí)間，運(yùn)維人員直接帶備件上門快速恢復(fù)故障。通過這種方式，平均故障恢復(fù)時(shí)間降至6-7小時(shí)，減少設(shè)備故障帶來的業(yè)務(wù)宕機(jī)風(fēng)險(xiǎn)。
（3）統(tǒng)一vKVM遠(yuǎn)程管理
帶外管理功能可以支持實(shí)現(xiàn)遠(yuǎn)程訪問、遠(yuǎn)程開關(guān)機(jī)的遠(yuǎn)程管理功能。各廠商X86服務(wù)器自帶的管理平臺(tái)，如HP iLO，IBM IMM等，都包含vKVM遠(yuǎn)程訪問功能。不同品牌，不同的型號(hào)的vKVM功能需要不同版本的JAVA運(yùn)行環(huán)境支持。目前，服務(wù)器硬件級(jí)日常處理（需要帶外功能的）從定位到查表到登入，少則5-10分鐘，多則更久，這對(duì)于核心業(yè)務(wù)處理來講幾乎是災(zāi)難。
通過建設(shè)統(tǒng)一帶外管理vKVM訪問平臺(tái)，對(duì)各品牌X86服務(wù)器vKVM進(jìn)行集中式訪問，統(tǒng)一認(rèn)證vKVM訪問方式。只需一次認(rèn)證用戶身份及操作權(quán)限，即可登錄統(tǒng)一vKVM平臺(tái)，直接訪問設(shè)備vKVM，進(jìn)行操作。無需為每臺(tái)設(shè)備單獨(dú)驗(yàn)證，無需切換JAVA運(yùn)行環(huán)境，統(tǒng)一安全認(rèn)證，審計(jì)用戶行為，快速登錄、切換各服務(wù)器vKVM。還可以實(shí)現(xiàn)執(zhí)行批量開機(jī)、關(guān)機(jī)任務(wù)，解決開市/休市期間批量操作效率問題。
（4）智能資產(chǎn)配置追蹤
經(jīng)歷過多次合并的申萬宏源，設(shè)備資產(chǎn)管理一直是一個(gè)較為棘手的問題，3個(gè)公司不同的資產(chǎn)管理架構(gòu)，多次的人工數(shù)據(jù)整理、錄入，資產(chǎn)數(shù)據(jù)維護(hù)不及時(shí)，導(dǎo)致數(shù)據(jù)失真、僵化。每年年底的資產(chǎn)盤點(diǎn)，都需要耗費(fèi)大量的人力、物力去機(jī)房現(xiàn)場對(duì)設(shè)備進(jìn)行清點(diǎn)。數(shù)據(jù)中心設(shè)備與資產(chǎn)統(tǒng)計(jì)數(shù)據(jù)存在大量賬實(shí)不符的情況。
申萬宏源通過統(tǒng)一帶外管理平臺(tái)，精細(xì)化管理資產(chǎn)數(shù)據(jù)：
4.結(jié)論
申萬宏源通過統(tǒng)一帶外管理平臺(tái)建設(shè)，實(shí)現(xiàn)對(duì)不同品牌設(shè)備的統(tǒng)一監(jiān)控管理，為生產(chǎn)系統(tǒng)的安全、平穩(wěn)運(yùn)行提供有力保障：
1. 提升業(yè)務(wù)上線效率
通過無人安裝值守系統(tǒng)安裝，實(shí)現(xiàn)了裸金屬物理服務(wù)器的彈性、快速按需供應(yīng)，讓裸金屬物力資源和云資源一樣靈活、高效。
2. 保障業(yè)務(wù)運(yùn)行，加快企業(yè)IT發(fā)展
實(shí)時(shí)對(duì)不同品牌服務(wù)器的硬件狀態(tài)統(tǒng)一監(jiān)控管理。提高系統(tǒng)可用性和業(yè)務(wù)效率。故障發(fā)現(xiàn)周期縮短了95%，更快速、更準(zhǔn)確的為設(shè)備和業(yè)務(wù)的可靠運(yùn)行提供保障。依靠統(tǒng)一帶外管理平臺(tái)，實(shí)現(xiàn)主動(dòng)的對(duì)各個(gè)品牌服務(wù)器的預(yù)警、報(bào)警、響應(yīng)等全程全天候自動(dòng)化監(jiān)管功能，避免人為因素造成的失誤和風(fēng)險(xiǎn)。縮短故障發(fā)現(xiàn)周期，降低業(yè)務(wù)風(fēng)險(xiǎn)，預(yù)先解決問題。掃除硬件監(jiān)控的盲區(qū)，減少人工巡檢的弊端。更簡單、更快速的故障點(diǎn)定位。有助于減少IT員工在維護(hù)活動(dòng)上花費(fèi)的時(shí)間，從而大大提高工作效率。
3. 降低運(yùn)營成本
采用統(tǒng)一vKVM訪問技術(shù)，協(xié)助管理人員實(shí)現(xiàn)對(duì)異地服務(wù)器管理，包括：批量開關(guān)機(jī)、操作系統(tǒng)快速部署、可以進(jìn)行遠(yuǎn)程診斷、ROM升級(jí)、配置和系統(tǒng)維護(hù)硬件信息收集 腳本，無需趕到現(xiàn)場。提升了異地?cái)?shù)據(jù)中心運(yùn)營效率的同時(shí)，降低了運(yùn)營成本。
4. 控制IT風(fēng)險(xiǎn)、為云計(jì)算實(shí)施提供最強(qiáng)大的基礎(chǔ)
幫助快速發(fā)現(xiàn)、解決問題。積極推動(dòng)由響應(yīng)式服務(wù)向預(yù)防式服務(wù)的轉(zhuǎn)變。為技術(shù)人員和管理層提供權(quán)威數(shù)據(jù)。通過自動(dòng)、準(zhǔn)確的監(jiān)管平臺(tái)，有助于減少故障排除和解決問題所花費(fèi)的時(shí)間。
5. 簡化了系統(tǒng)維護(hù)人員的日常操作的工作量，降低了系統(tǒng)維護(hù)的復(fù)雜度
通過將不同品牌的服務(wù)器納入統(tǒng)一帶外管理監(jiān)控范圍，用戶可通過集中式管理界面，真正監(jiān)管日常設(shè)備運(yùn)行，接收設(shè)備硬件級(jí)別的預(yù)警及報(bào)警、及時(shí)解決問題。使IT監(jiān)管工作建立在統(tǒng)一科學(xué)的管理標(biāo)準(zhǔn)之上、擴(kuò)大IT監(jiān)管人員的支持范圍(例如一名系統(tǒng)管理員可管理更多服務(wù)器)，從而大大提高IT監(jiān)管能力。