網絡管理員開始嘗試使用Chef或者類似的工具來自動化配置設備。

數據中心的網絡在過去的五年有了翻天覆地的變化：核心連接速度從千兆向10G發展，連接速度的高速發展超過了交換機的連接速度和端口密度。

但數據中心網絡交換機的配置卻還是原來的方式，并沒有因設備的升級而變化。

命令行界面仍是核心網絡設備配置的重要工具。一些網絡設備供應商也有開始提供基于Web的圖形界面配置和管理設備，試圖可以從單一的客戶端來處理整個網絡設置，但這樣并沒有簡化很多配置工作，只是把命令行換成GUI界面而已。

許多企業的IT人員還是用手動配置的方式管理數以千計的端口。

這看起來似乎不是什么大問題。當網絡工程師配置一個網絡中的設備的時候，他們還必須配置相對應合適的網絡接口。在大多數情況下，網絡工程師配置好網絡配置之后就用于網絡中并沒有什么問題，但是在虛擬化的現代化系統環境中，一個刀片服務器看似只有少數幾個網絡接口，卻承載著數以百計的虛擬機。

然而問題并不是接入端口配置那么簡單。你試想過當NTP(網絡時間協議)服務器或認證服務器更改之后引發的問題嗎?在大多數情況下，網絡管理員手動登錄到每個設備和配置的基礎上設置這些服務器配置。一些熟練的網絡專家雖然可以用腳本完成這些工作，但也會產生一些新的問題。因為無論通過哪種方法更改NTP服務器，它的改變是覆蓋全平臺的。現在可以有一個通用的框架，如Chef，它解決了手動和基于腳本的配置絡交換機的問題。

一種網絡配置的方法

自動化框架工具Chef允許管理員從任意終端進行服務器配置。一旦服務器出現在網絡上，Chef可以處理配置過程的其余部分，從配置更改到安裝更新包。

Chef是基于策略的自動化技術。策略來自“定義“，“定義“是存儲在Chef服務器的，通過“定義”連接到節點的運行列表，然后應用到一個節點上。Chef執行相應節點的”定義“，從”定義“上的配置列表，一次進行一個配置。如果”定義“安裝Apache，Chef就會執行安裝Apache。例如，客戶端檢查Apache是否最新的，如果是，客戶端移動到下一個“定義”。如果服務器上沒有安裝Apache，Chef就會執行安裝。這提供了一種用于配置自動化模型和設備的策略。

與基于策略的自動化網絡配置和配置管理，我們的一些問題更容易解決。如果從前面的例子網絡團隊學習的NTP的變化，并更新一個NTP配置指向新的服務器方，然后沒有人需要手動重新配置每個開關。

事半功倍的效果

成功的自動化需要配置適當的抽象變量。和使用腳本的方式相比較，一個Chef的“定義”可以根據不同的平臺來修改不同的語置，而腳本只是一種大一統方式的統一修改，做不到Chef這么靈活。相反的，在配置NTP服務器的屬性，Chef也可以根據服務器的要求進行全平臺統一配置。

靈活的應用抽象變量將會使得修改網絡結構變得容易。一個Chef的主要好處是配置的可重用性。例如，在許多數據中心，一個“定義”配置開放最短路徑優先(OSPF)在接入層交換機，在同一組交換機的接口，網絡工程師可以創建一個OSPF網絡交換機配置方案，以便執行跨多個交換機的配置。從這些例子可以看出“定義“的好處，一次配置，終身受用。

盡管看起來一切都那么好，但用Chef來配置網絡還是有一定的風險。雖然有一個集中的策略數據中心交換機管理看起來很吸引人，它需要特別的考慮，如單個設備的變化。例如，網絡的高丟包會使得管理員手動關閉某些交換機uplink端口。在傳統的數據中心網絡管理方案，IT團隊檢查故障之后會重新啟用接口。如果該鏈接被配置像Chef這種服務器，由于uplink是手動關閉，但客戶端運行幾分鐘后發現鏈接關閉，它會自動進行啟動uplink，而但管理員手動啟用之后，客戶端還并不能自動識別，還會繼續進行啟用的配置。

正確的做法是使用自動化的工具來關閉連接。但是一個uplink的“定義“可能會跨多個交換機使用，如果在初期的Chef”定義“配置不注意進行嚴格分類的話，這樣會引起其他設備被修改，這也是Chef服務器在配置初期就必須完整考慮的問題。

框架的自動化仍然是網絡設備的一個新特征。與任何新技術一樣，大多數數據中心并不會開始全面部署這種讓客戶管理整個網絡的結構。網絡工程師可以先使用Chef管理軟件方面的配置，或重復的配置任務，如NTP或認證服務器。

說了這么多，到底要怎么使用自動化配置管理工具，相信每個管理員會有自己的一套適合的管理方法。但無論是哪一種方法，自動化都將是未來網絡和設備的管理趨勢。