最近,我與SolarWinds的一位專家和Cisco的一位產(chǎn)品經(jīng)理一起主持了一個(gè)關(guān)于管理數(shù)據(jù)中心網(wǎng)絡(luò)的網(wǎng)絡(luò)會議。有很多觀眾參加了,其中還提到了許多問題,包括:“監(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)高于以前。例如,對于一個(gè)高7英寸寬19英寸的機(jī)架而言。以前,我們可能會在這個(gè)機(jī)架上部署3至4臺服務(wù)器。而這些服務(wù)器底座中都有本地存儲,并且每一臺服務(wù)都有一條(最多兩條)1 Gbps連接。而在機(jī)架底部還會有一個(gè)Universal Power System (UPS)提供不間斷電源。
現(xiàn)在我們很可能會用一個(gè)高性能的VMware服務(wù)器來替換這三四臺服務(wù)器。這樣,存儲可能就不會部署在底座中。它可能通過光纖通道或高速Ethernet連接在SAN上。所以服務(wù)器很可能會更小些。假設(shè)現(xiàn)在機(jī)架中可以部署8臺服務(wù)器。而這些服務(wù)器的任何一臺都可能運(yùn)行著15臺虛擬服務(wù)器。那從某種程度上而言,現(xiàn)在機(jī)架中可能會有128臺服務(wù)器,但您會發(fā)現(xiàn)您仍然只有總共4-8 Gbps的帶寬連接機(jī)架中的所有計(jì)算資源(不包括SAN連接)。而且,雖然您不會使用128臺服務(wù)器相當(dāng)?shù)碾娏?mdash;—但是,電源需求肯定比以前的4臺服務(wù)器所需的要大。
現(xiàn)在應(yīng)該引起您的思考了,但是還有更復(fù)雜的。我們不僅僅會對應(yīng)用服務(wù)器進(jìn)行虛擬化,現(xiàn)在我們還會對數(shù)據(jù)庫服務(wù)器、桌面以及網(wǎng)絡(luò)設(shè)備進(jìn)行虛擬化。虛擬交換機(jī)、防火墻、負(fù)載均衡和網(wǎng)絡(luò)分析器都可能實(shí)現(xiàn)虛擬化。在某些情況下,我們甚至?xí)ㄟ^部署到云中來將我們周圍的所有設(shè)備進(jìn)行虛擬化。
所以,這絕不能與以前的數(shù)據(jù)中心同日而語了。如果您知道如何管理這樣的數(shù)據(jù)中心,將是非常好的進(jìn)步。以下是一些數(shù)據(jù)中心網(wǎng)絡(luò)管理技巧:
要利用有針對性的解決方法來處理數(shù)據(jù)中心計(jì)算需求。那種在一個(gè)舊的交換服務(wù)器上安裝VMware,然后在其上以VM的方式部署應(yīng)用服務(wù)器的做法已經(jīng)過時(shí)了。而那些最好的解決方案,如Cisco的UCS就是專門用來解決這個(gè)問題的,它們在性能、容量和效率上均有優(yōu)勢。
要留意那些引領(lǐng)變革的特性。VMware的vMotion是非常好的工具。您會愿意使用它,您甚至可能希望在數(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ù)中心好。
原文鏈接:http://network.51cto.com/art/201101/242343.htm