“重復(fù)勞動，效率低下，事情繁雜，出事背鍋”。這是一直以來數(shù)據(jù)中心網(wǎng)絡(luò)運維人員的切身感受。數(shù)據(jù)中心運維本來就是一個復(fù)雜的事情，用一個公式可以感受其中的難度：“數(shù)據(jù)中心運維綜合復(fù)雜度=網(wǎng)絡(luò)技術(shù)*服務(wù)器技術(shù)*業(yè)務(wù)系統(tǒng)*工具*流程管理”。

隨著業(yè)務(wù)不斷增長，數(shù)據(jù)中心常見規(guī)模從以前幾個機柜，發(fā)展到如今成百上千個機柜，原先相對簡單的運維工作，復(fù)雜程度呈幾何系數(shù)的增長。這背后，是一大堆相關(guān)部門的協(xié)同工作，是夜以繼日的開會、協(xié)同辦公，是運維人員的苦不堪言。

怎么辦？新華三的專家們給出的答案是“自動化”。如圖一所示，在一臺設(shè)備的整個生命周期內(nèi)，除了采購、上架/下架等工作必須要人來做，其余的配置、鏡像校驗、上業(yè)務(wù)、變更配置等工作，都是可以通過自動化來實現(xiàn)的。

套路一：設(shè)備自動化上線

網(wǎng)絡(luò)設(shè)備的自動化上線又可以稱為做自動化部署，其中的難點就在于如何確定“自動化上線”的這臺設(shè)備是一臺“怎樣的”設(shè)備。這就需要在自動化部署之前，提前規(guī)劃好設(shè)備的耦合關(guān)系。

這些具體的“耦合”包括了設(shè)備的序列號、其所在的物理位置、這臺設(shè)備的“身份”，以及，其網(wǎng)絡(luò)配置，包含基礎(chǔ)配置如SNMP、AAA、鏈路聚合、網(wǎng)絡(luò)管理等，以及專屬配置如接口業(yè)務(wù)VLAN、IP地址信息、設(shè)備命名、描述信息等。

準備工作做好之后，其他的工作就可以“自動”了。在具體實現(xiàn)途徑上，新華三提供了兩種不同的思路。一種是Python腳本方式，利用Python腳本，一一完成設(shè)備定位和配置工作。

另一種則是LLDP方式，這種部署方式通常用于增量設(shè)備部署。這種方式利用LLDP的鄰居發(fā)現(xiàn)特點，自動發(fā)現(xiàn)新增設(shè)備的物理所在位置，從而決定網(wǎng)絡(luò)設(shè)備的身份和角色。

套路二：配置自動化變更

如今，數(shù)據(jù)中心運維人員還在持續(xù)使用CLI、SNMP等傳統(tǒng)網(wǎng)絡(luò)管理方式的話，那就太OUT了。Netconf（Network Configuration Protocol 網(wǎng)絡(luò)配置協(xié)議）是現(xiàn)在運維人員眼中更高效、更便捷的網(wǎng)絡(luò)配置管理方式。它提供一種可編程的、對網(wǎng)絡(luò)設(shè)備進行配置和管理的方法，可以通過該協(xié)議設(shè)置參數(shù)、獲取參數(shù)值、獲取統(tǒng)計信息等，第三方開發(fā)也非常便利，很容易開發(fā)出在混合不同廠商、不同設(shè)備的環(huán)境下的特殊定制的網(wǎng)管軟件。

在新華三的解決方案中，借助Netconf，解決了很多傳統(tǒng)網(wǎng)絡(luò)配置工具所難以實現(xiàn)的工作。如實現(xiàn)批量獲取設(shè)備的數(shù)據(jù)，實現(xiàn)批量修改設(shè)備配置數(shù)據(jù)，對不同廠商不同品牌的網(wǎng)絡(luò)設(shè)備實現(xiàn)統(tǒng)一封裝，標準化配置管理，減少甚至禁止人工對網(wǎng)絡(luò)設(shè)備的直接操作，減少誤操作幾率，強化操作審計等。

現(xiàn)在，越來越多的IaaS基礎(chǔ)架構(gòu)采用OpenStack及OpenStack相關(guān)的商業(yè)定制版，在這些云環(huán)境中，如何實現(xiàn)自動化呢？

答案就是借助H3C Neutron Driver。面對開源社區(qū)版OpenStack、H3C CloudOS或者其他商業(yè)定制版OpenStack，H3C Neutron Driver都能夠?qū)崿F(xiàn)配置自動化部署，讓用戶的云運維更加輕松。

套路三：設(shè)備智能化

如今的網(wǎng)絡(luò)設(shè)備，已經(jīng)不再是“黑盒子”的概念。SDN的火熱，也帶動了網(wǎng)絡(luò)設(shè)備的可編程能力。例如新華三旗下的數(shù)據(jù)中心級網(wǎng)絡(luò)設(shè)備均已支持SNMP、CLI、WEB、Python、Netconf、REST、XML、Bash、TCL等開放可編程方式，還從多個維度開放API接口供業(yè)務(wù)編排。

說到SDN，必然要提起H3C VCFC控制器。大家都知道，OpenStack是從系統(tǒng)視角出發(fā)，把網(wǎng)絡(luò)視為是一根根的導(dǎo)線，但是對更復(fù)雜的資源對應(yīng)沒有做深入定義。

對此，新華三認為，光有資源分配的入口還不行，需要SDN控制器（即VCFC）作為資源的調(diào)度中心，這樣的云環(huán)境才足夠智能。

套路四：可視化監(jiān)控

隨著網(wǎng)絡(luò)的不斷發(fā)展，越來越多的業(yè)務(wù)對網(wǎng)絡(luò)質(zhì)量產(chǎn)生了更高要求，而這些要求在運維人員看來很多時候無從下手，因為沒有一個專門的工具或者平臺來完成這些工作。

新華三正是看到了目前運維對網(wǎng)絡(luò)可視化的需求，從網(wǎng)絡(luò)設(shè)備本身角度出發(fā)，做到了流量可視化、緩存可視化、芯片可視化。

不僅如此，新華三更近一步，實現(xiàn)了網(wǎng)絡(luò)路徑的可視化。在將網(wǎng)絡(luò)路徑拓撲呈現(xiàn)的基礎(chǔ)上，結(jié)合H3C VCFC控制器和網(wǎng)絡(luò)管理平臺，針對VxLAN環(huán)境和傳統(tǒng)IP網(wǎng)絡(luò)環(huán)境，幫助數(shù)據(jù)中心運維人員通過不同的技術(shù)，實現(xiàn)一致的路徑展示。

套路五：運維大數(shù)據(jù)

如何利用好運維數(shù)據(jù)才是體現(xiàn)運維服務(wù)業(yè)務(wù)的價值關(guān)鍵。新華三提出了運維大數(shù)據(jù)的“相關(guān)性網(wǎng)絡(luò)”概念，將IT運維過程中各個信息元素進行關(guān)聯(lián)，對其進行數(shù)據(jù)挖掘，提煉出運維維度的相關(guān)性。

具體來說，就是將運維工作劃分成網(wǎng)絡(luò)流量預(yù)測、網(wǎng)絡(luò)性能預(yù)測、網(wǎng)絡(luò)容量預(yù)測、故障預(yù)測等幾個維度。根據(jù)歷史數(shù)據(jù)，形成對未來網(wǎng)絡(luò)流量、容量等方面的預(yù)測，給運維決策提供依據(jù)，并且利用運維大數(shù)據(jù)平臺，將日志、告警、snmp、syslog等信息做統(tǒng)一收集，做數(shù)據(jù)轉(zhuǎn)換后形成故障推理，幫助用戶在一堆日志告警中精確判斷真正故障原因。

結(jié)束語

以上就是新華三針對數(shù)據(jù)中心運維提出的“五大套路”，套路背后，新華三更在乎的是在這些運維自動化的手段給用戶帶來的價值，將“套路”變成運維的“思路”。多一些“套路”，多一些真誠，面對壓力重重的數(shù)據(jù)中心運維工作，這種套路，希望還是越多越好。