現在的數據中心海納百川，幾乎無所不能，承載著多種應用，滿足千萬級用戶數量的訪問，要實現所有的需要，這樣無疑會給數據中心帶來沉重負擔。要從源頭入手，控制數據中心應接各種需求，穩定壓倒一切。當有需求到來的時候，要結合數據中心當前情況，在盡量不改變當前環境狀態的情況下，看能否滿足需求，如果一定要做變動，要充分評估好風險，將改動控制在最小范圍內，避免對原有系統業務造成沖擊。我們有的數據中心，三天兩頭地做變更，改來改去的最后連自己都不知道數據中心被改成什么樣子了，運維的人員也很苦逼，天天都要熬夜操作變更，有時在機房里一熬就是一個通宵。作為數據中心的管理者，一定要懂得拒絕，有時開通一項業務服務，意味著可以為數據中心增加創收，短期看的確對數據中心有利，但若影響了原有業務群體，造成以往很多忠實客戶的流失，對于數據中心就是丟了西瓜撿芝麻。當然，我們不能對待一切需求都視而不見，那數據中心就沒有發展了，要審時度勢，根據數據中心當前所具備的條件，再仔細評估需求要求，對數據中心未來發展有好處的，該上馬的項目堅決要上，在各個方面控制好風險即可。

 

 

以太網協議是個大家族，RFC已經有了六千多篇，常用的網絡協議都有上百種，不要一股腦都部署到網絡中。網絡的層級結構越簡單越好，哪怕從邊緣服務器接入，到網關出口都跑一個大二層都行，只要控制好，避免出現環路就行，什么MPLS、VXLAN、TRILL、GRE、OSPF協議等等，部署得越多，網絡流量處理越復雜。沒有哪個數據中心能有那么多對這些網絡協議都很懂的技術人員，能會使用和配置這些協議就已相當牛了。如果一臺網絡設備的配置都要幾千行，那這個數據中心的網絡設計得一定不好，過于繁瑣了，相信沒有哪個技術人員能很清楚每行配置的含義，這樣出了問題都不知道該調整哪里，是哪里的網絡配置出了問題。很多時候，網絡廠商為了有賣點，提出各種網絡解決方案，好是好，數據中心要看是否適合自己。假如家里的醬油沒了，出去走一百米都能到超市買到，那何必進車庫開汽車去買呢，開汽車是快，可來回停車和取車的時間成本也是很高的，不如直接走去算了，簡單的事情簡單處理，切莫畫蛇添足。數據中心的網絡設計要一切從簡，網絡層級要減少，避免網絡設備級聯層數過多，最多控制在三層(接入，匯聚和核心)，最好保持兩層。網絡協議不要部署太多，采用穩定的網絡協議，而不是生僻少見的協議，運維人員很容易看懂會操作和配置。在增加數據中心建設規模的情況下，為了將更多的服務器接入到數據中心中來，網絡的規模變得越來越大，網絡變得盤根錯節，互聯關系異常復雜，網絡部分變得越來越不可管理，保持網絡復雜度不變甚至降低已經成為數據中心發展過程中遇到的最大訴求。

 

 

服務器是數據中心的重要組成部分，數據中心對服務器的需求數量很大，要讓這些服務器同時工作，必須統一部署和控制。要引入集群管理，部署虛擬化技術，忽略服務器之間的硬件差異。將服務器的計算資源統一起來，自動分配，增加一臺或者減少一臺服務器，對計算資源只是容量的變化。當有服務器故障時，業務自動遷移到其它服務器上，不影響業務運轉，同時有新服務器上線時，業務也可以平滑過渡到新服務器上。總之，要讓業務層面感知不到服務器的硬件變化，服務器只是數量上的增加和減少，由集群軟件集中控制，將所有的服務器計算資源統一調配。現在很多數據中心都設計服務器業務自動上線部署，新入網的服務器，只要將服務器通過網線連接到數據中心的網絡上，新上線服務器就可以自動獲取IP地址，然后從版本服務器上下載操作系統，服務器開始運行，進行虛擬化部署，業務自動部署到新上線的服務器上，極大地簡化了服務器上線的部署工作。這對于擁有上萬臺的大型數據中心是非常有意義的，大大減少服務器部署上線的人力和時間成本。

 

數據中心市場仍在高速發展著，數據中心的不斷擴展使得現有的系統環境變得愈加復雜，這將引發一系列的安全危機、可靠性降低、維護管理復雜等問題，我們要為數據中心減負。除了以上這些減負措施，在節能、安全、存儲等方面也都要考慮簡化設計，避繁就簡。

 

版權聲明：本文為企業網D1Net原創，轉載需注明出處為：企業網D1Net，如果不注明出處，企業網D1Net將保留追究其法律責任的權利。