最近，我與SolarWinds的一位專家和Cisco的一位產(chǎn)品經(jīng)理一起主持了一個(gè)關(guān)于管理數(shù)據(jù)中心網(wǎng)絡(luò)的網(wǎng)絡(luò)會(huì)議。有很多觀眾參加了，其中還提到了許多問題，包括：“監(jiān)控虛擬SAN的最佳方法有哪些?”、“Cisco的UCS是如何適應(yīng)我的數(shù)據(jù)中心戰(zhàn)略?”和“我能夠使用公共云服務(wù)進(jìn)行數(shù)據(jù)中心災(zāi)難恢復(fù)規(guī)劃嗎?”這些問題讓我常常感覺到：數(shù)據(jù)中心現(xiàn)在已經(jīng)與以前大不相同了。
我們可以用一個(gè)詞來總結(jié)其中最大的不同——密度。數(shù)據(jù)中心現(xiàn)在的密度遠(yuǎn)遠(yuǎn)高于以前。例如，對(duì)于一個(gè)高7英寸寬19英寸的機(jī)架而言。以前，我們可能會(huì)在這個(gè)機(jī)架上部署3至4臺(tái)服務(wù)器。而這些服務(wù)器底座中都有本地存儲(chǔ)，并且每一臺(tái)服務(wù)都有一條(最多兩條)1Gbps連接。而在機(jī)架底部還會(huì)有一個(gè)UniversalPowerSystem(UPS)提供不間斷電源。
現(xiàn)在我們很可能會(huì)用一個(gè)高性能的VMware服務(wù)器來替換這三四臺(tái)服務(wù)器。這樣，存儲(chǔ)可能就不會(huì)部署在底座中。它可能通過光纖通道或高速Ethernet連接在SAN上。所以服務(wù)器很可能會(huì)更小些。假設(shè)現(xiàn)在機(jī)架中可以部署8臺(tái)服務(wù)器。而這些服務(wù)器的任何一臺(tái)都可能運(yùn)行著15臺(tái)虛擬服務(wù)器。那從某種程度上而言，現(xiàn)在機(jī)架中可能會(huì)有128臺(tái)服務(wù)器，但您會(huì)發(fā)現(xiàn)您仍然只有總共4-8Gbps的帶寬連接機(jī)架中的所有計(jì)算資源(不包括SAN連接)。而且，雖然您不會(huì)使用128臺(tái)服務(wù)器相當(dāng)?shù)碾娏?mdash;—但是，電源需求肯定比以前的4臺(tái)服務(wù)器所需的要大。
現(xiàn)在應(yīng)該引起您的思考了，但是還有更復(fù)雜的。我們不僅僅會(huì)對(duì)應(yīng)用服務(wù)器進(jìn)行虛擬化，現(xiàn)在我們還會(huì)對(duì)數(shù)據(jù)庫(kù)服務(wù)器、桌面以及網(wǎng)絡(luò)設(shè)備進(jìn)行虛擬化。虛擬交換機(jī)、防火墻、負(fù)載均衡和網(wǎng)絡(luò)分析器都可能實(shí)現(xiàn)虛擬化。在某些情況下，我們甚至?xí)ㄟ^部署到云中來將我們周圍的所有設(shè)備進(jìn)行虛擬化。
所以，這絕不能與以前的數(shù)據(jù)中心同日而語(yǔ)了。如果您知道如何管理這樣的數(shù)據(jù)中心，將是非常好的進(jìn)步。以下是一些數(shù)據(jù)中心網(wǎng)絡(luò)管理技巧：
要利用有針對(duì)性的解決方法來處理數(shù)據(jù)中心計(jì)算需求。那種在一個(gè)舊的交換服務(wù)器上安裝VMware，然后在其上以VM的方式部署應(yīng)用服務(wù)器的做法已經(jīng)過時(shí)了。而那些最好的解決方案，如Cisco的UCS就是專門用來解決這個(gè)問題的，它們?cè)谛阅堋⑷萘亢托噬暇袃?yōu)勢(shì)。
要留意那些引領(lǐng)變革的特性。VMware的vMotion是非常好的工具。您會(huì)愿意使用它，您甚至可能希望在數(shù)據(jù)中心之間“移動(dòng)”VM。要實(shí)現(xiàn)這個(gè)功能，您必須進(jìn)行詳細(xì)的規(guī)劃。
要開始適應(yīng)云技術(shù)的應(yīng)用。我并不是在這里提出一個(gè)商業(yè)建議——那是每一個(gè)組織必須根據(jù)具體情況處理的。然而，作為一個(gè)技術(shù)人員，您需要適應(yīng)云技術(shù)的應(yīng)用，并保證您掌握一定程度的云技術(shù)。
毫無疑問，現(xiàn)在的數(shù)據(jù)中心肯定比以前的數(shù)據(jù)中心好。
京公網(wǎng)安備 11010502049343號(hào)