最近，我與SolarWinds的一位專家和Cisco的一位產(chǎn)品經(jīng)理一起主持了一個關于管理數(shù)據(jù)中心網(wǎng)絡的網(wǎng)絡會議。有很多觀眾參加了，其中還提到了許多問題，包括：“監(jiān)控虛擬SAN的最佳方法有哪些?”、“Cisco的UCS是如何適應我的數(shù)據(jù)中心戰(zhàn)略?”和“我能夠使用公共云服務進行數(shù)據(jù)中心災難恢復規(guī)劃嗎?”這些問題讓我常常感覺到：數(shù)據(jù)中心現(xiàn)在已經(jīng)與以前大不相同了。

　　我們可以用一個詞來總結其中最大的不同——密度。數(shù)據(jù)中心現(xiàn)在的密度遠遠高于以前。例如，對于一個高7英寸寬19英寸的機架而言。以前，我們可能會在這個機架上部署3至4臺服務器。而這些服務器底座中都有本地存儲，并且每一臺服務都有一條(最多兩條)1Gbps連接。而在機架底部還會有一個UniversalPowerSystem(UPS)提供不間斷電源。

　　現(xiàn)在我們很可能會用一個高性能的VMware服務器來替換這三四臺服務器。這樣，存儲可能就不會部署在底座中。它可能通過光纖通道或高速Ethernet連接在SAN上。所以服務器很可能會更小些。假設現(xiàn)在機架中可以部署8臺服務器。而這些服務器的任何一臺都可能運行著15臺虛擬服務器。那從某種程度上而言，現(xiàn)在機架中可能會有128臺服務器，但您會發(fā)現(xiàn)您仍然只有總共4-8Gbps的帶寬連接機架中的所有計算資源(不包括SAN連接)。而且，雖然您不會使用128臺服務器相當?shù)碾娏?mdash;—但是，電源需求肯定比以前的4臺服務器所需的要大。

　　現(xiàn)在應該引起您的思考了，但是還有更復雜的。我們不僅僅會對應用服務器進行虛擬化，現(xiàn)在我們還會對數(shù)據(jù)庫服務器、桌面以及網(wǎng)絡設備進行虛擬化。虛擬交換機、防火墻、負載均衡和網(wǎng)絡分析器都可能實現(xiàn)虛擬化。在某些情況下，我們甚至會通過部署到云中來將我們周圍的所有設備進行虛擬化。

　　所以，這絕不能與以前的數(shù)據(jù)中心同日而語了。如果您知道如何管理這樣的數(shù)據(jù)中心，將是非常好的進步。以下是一些數(shù)據(jù)中心網(wǎng)絡管理技巧：

　　要利用有針對性的解決方法來處理數(shù)據(jù)中心計算需求。那種在一個舊的交換服務器上安裝VMware，然后在其上以VM的方式部署應用服務器的做法已經(jīng)過時了。而那些最好的解決方案，如Cisco的UCS就是專門用來解決這個問題的，它們在性能、容量和效率上均有優(yōu)勢。

　　要留意那些引領變革的特性。VMware的vMotion是非常好的工具。您會愿意使用它，您甚至可能希望在數(shù)據(jù)中心之間“移動”VM。要實現(xiàn)這個功能，您必須進行詳細的規(guī)劃。

　　要開始適應云技術的應用。我并不是在這里提出一個商業(yè)建議——那是每一個組織必須根據(jù)具體情況處理的。然而，作為一個技術人員，您需要適應云技術的應用，并保證您掌握一定程度的云技術。

　　毫無疑問，現(xiàn)在的數(shù)據(jù)中心肯定比以前的數(shù)據(jù)中心好。