云時代數(shù)據(jù)中心網(wǎng)絡(luò)管理怎么做？

　　最近，我與幾位專家一起主持了一個關(guān)于數(shù)據(jù)中心網(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)與以前大不相同了。當(dāng)然，數(shù)據(jù)中心網(wǎng)絡(luò)管理也會發(fā)生改變。

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

　　現(xiàn)在我們很可能會用一個高性能的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ī)架中的所有計算資源(不包括SAN連接)。而且，雖然您不會使用128臺服務(wù)器相當(dāng)?shù)碾娏Φ?，電源需求肯定比以前?臺服務(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ù)中心計算需求。那種在一個舊的交換服務(wù)器上安裝VMware，然后在其上以VM的方式部署應(yīng)用服務(wù)器的做法已經(jīng)過時了。而那些最好的解決方案，如Cisco的UCS就是專門用來解決這個問題的，它們在性能、容量和效率上均有優(yōu)勢。

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

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

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

　　【推薦閱讀】

◆自動化數(shù)據(jù)中心運(yùn)維管理建立方法

◆IT運(yùn)維管理專區(qū)

◆CIO如何建立規(guī)范的IT運(yùn)維管理制度

◆IT運(yùn)維管理系統(tǒng)是IT運(yùn)維部門績效考核的關(guān)鍵

◆網(wǎng)管軟件專區(qū)

本文來自互聯(lián)網(wǎng)，僅供參考

發(fā)布：2007-04-16 09:48 編輯：泛普軟件 · xiaona [打印此頁] [關(guān)閉]

相關(guān)欄目：