談到數據中心的架構和建設，我們不難想到最初的三層架構，即完全硬件化的架構。

顯而易見，這種方式的特點如下：

① 設備獨立——單個設備承載單個功能

② 管理割裂——單個設備單獨管理

③ 廠商異構——服務器、網絡、安全等設備由不同廠商提供

缺點也很明顯：

① 硬件資源利用率極低，硬件投資成本大，資源浪費明顯

② 業務上線周期長：從市場調研，到預算規劃，到硬件采購，到部署上線，周期在1個月到半年不等

③ 管理維護難，排障難，擴容難。

④ 無冗余性、無高可用，故障恢復周期長。

為了解決這些問題，就出現了以vmware為代表的服務器虛擬化，即計算資源虛擬化。

第二個階段：虛擬化——計算資源的虛擬化，也就是我們經常說的服務器虛擬化。

相對於基礎的架構，vmware把計算資源作為一個資源池，采用fc-san架構的方式進行組網，不僅解決了資源利用率的問題，同時也減輕了運維的負擔；

相對於之前的基礎架構而言，具有如下特點：

①資源池化——硬件服務器通過虛擬化技術進行部分硬件資源的整合，構造計算資源池化

②統一管理——在虛擬化平臺上建立虛擬機，在虛擬機裏部署業務，實現平臺上虛擬機的統一維護和管理

③橫向擴展——計算資源不夠，可以直接補充硬件服務器達到資源擴展

④高可用性

⑤提升資源利用率

⑥動態調度資源

⑦降低能源消耗

所以服務器虛擬化的缺點也很明顯：

① 虛擬化軟件的高昂投資

② 網絡、虛擬化平臺、共享存儲的復雜運維

③ 共享存儲的高昂投資，存儲擴容難

④ 同樣，跟傳統數據中心共同的問題就是網絡、安全設備的廠商異構、獨立管理問題沒有解決。

所以隨著新業務的快速發展，僅僅靠服務器虛擬化已經無法滿足；無論是業務的擴展能力，還是其自動化能力，都在要求IT，從傳統服務器虛擬化架構向“互聯網”架構過渡。

那如何解決引入服務器虛擬化之後帶來的這些問題呢？又如何在成本、管理、高性能等各種需求之間尋求平衡點？設想一下，把整個數據中心所需要的安全、網絡、業務、存儲都虛擬化了，怎麽樣？

以前我們需要用各種硬件堆疊才能搭建起來的數據中心，不僅復雜還浪費硬件成本，占用機房空間。

而現在通過x86服務器和二層交換機的連接，將網絡功能、計算功能、存儲功能和安全功能全部軟件化，以軟件的形式實現我們傳統數據中心硬件堆積所完成的一切功能。全部組件融合在一套虛擬化管理軟件平臺中。

那麽，超融合平臺帶來了哪些好處？

① 存儲虛擬化——采用分布式存儲架構，一份數據在不同物理主機上存有總共2-3份，確保單臺主機或者單塊磁盤故障不影響整體業務

② 統一運維——一個平臺維護整個數據中心，不再單獨管理網絡、業務、存儲和安全

③ 節約成本——服務器虛擬化的節約硬件服務器基礎之上，節約安全設備投資的硬件成本

④ 擴容簡易——直接新增物理服務器就能達到擴容整個平臺硬件資源的目的

硬件重構是為了解決擴展性方面的限制，軟件定義的收益主要在於自動化。它把IT變成一個IT即服務，IT即業務的一個創造價值的角色。

即基於互聯網基因的企業雲基礎架構！

說到超融合，基於開源的一些私有雲就不得不說了。但是目前很多類似於openstack社區這種開源的代碼，使用起來首先穩定性不可靠；其次，對於運維人員的技術要求非常高，管理比較難；一旦出現問題對業務系統會造成不免挽回的損失。

想讓OpenStack成為最終平臺的解決方案存在風險，甚至會變成一個很大的問題。一個明顯的例子是對虛擬化管理程序的支持，OpenStack雖然支持幾乎所有的虛擬化管理程序，不論是開源的（Xen、KVM）還是廠商的（Hyper-V、VMware），但對它們的支持僅僅是開啟、關閉而已。

OpenStack是一個框架，一個可以建立公有雲和私有雲的基礎架構。這並不是一個現成的產品，要想開展基礎架構方面的工作，企業需要顧問和開發人員。很多時候還需要第三方的集成工具。

此外，新版本的發布過於頻繁，一些地方同老版本出現了兼容性問題。如果你對代碼做了一些改進，卻不被社區接受，那麽你使用自己代碼更新的版本將變得難以維護。

最後，得考慮一下OpenStack技術人員的成本。比如，在北美和歐洲的成本顯然不同。

歸根結底，對於數據中心的建設來說，至少要滿足以下幾點的要求：擴展性，安全性，易用性，靈活性，冗余性。具體選擇什麽樣的架構，就要根據自己的業務情況來實現了，最適合的才是最好的。

本文出自 “李福林的個人博客” 博客，請務必保留此出處http://lifulin.blog.51cto.com/6904692/1983949

淺談數據中心架構演變