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

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

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

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

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

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

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

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

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