細數(shù)數(shù)據(jù)中心搬家的關(guān)鍵 |
發(fā)布時間: 2012/9/16 23:22:08 |
作為一個數(shù)據(jù)中心的負責人,需要選擇合適的時機來決定什么時候選擇一個新的數(shù)據(jù)中心。如果不能及時的做出決定,數(shù)據(jù)中心的電力和冷卻能力會越來越跟不上服務器的需求。而客戶們在業(yè)務需求得不到滿足的時候,會選擇搬遷至另外的數(shù)據(jù)中心,來滿足企業(yè)的需求。最后的結(jié)果就是客戶的大量流失。由此可見,選擇搬遷進入新的數(shù)據(jù)中心的時機至關(guān)重要。 對于大多數(shù)的數(shù)據(jù)中心經(jīng)理來講,這一天不會突然出現(xiàn),不可能早上一覺起來突然發(fā)現(xiàn)數(shù)據(jù)中心的工作負載達到了100%,服務器的電力和冷卻都跟不上了。很顯然這是一個循序漸進的過程,隨著時間的推移,如果管理者沒有做出相對應的改變,那么結(jié)果也是顯而易見的。 而事實上,數(shù)據(jù)中心的管理員應該能夠預測基礎(chǔ)設(shè)施達到飽和的時間。根據(jù)以往的經(jīng)驗,當一個數(shù)據(jù)中心的設(shè)施利用率達到80%的時候,就應該在接下來的12個月里制定一個擴建或者是搬遷的計劃了,在剩下的20%即將用完之前,這個計劃必須要完成,在數(shù)據(jù)中心的工作負載達到100%的時候,能夠有新的空間來滿足業(yè)務的需求。 在數(shù)據(jù)中心達到滿負荷的情況下結(jié)束營業(yè)是一個理想的情況,在一般情況下,當無法在現(xiàn)有的空間內(nèi)繼續(xù)運行新的服務器設(shè)備的時候,這說明當前數(shù)據(jù)中心已經(jīng)能夠達到了滿負載。不過,在今天,很多數(shù)據(jù)中心都面臨著電力和冷卻供應不平均的情況,因為很多公司都是通過虛擬化布局來提高服務器的處理能力,但往往虛擬化的程度不會在整個數(shù)據(jù)中心內(nèi)部都是一樣的,所以有時候在密度高的地方不能開展新的基礎(chǔ)設(shè)施也不一定意味著數(shù)據(jù)中心已經(jīng)達到了滿負荷。不過,這畢竟是一個標志,標志著你的數(shù)據(jù)中心使用率已經(jīng)達到了一個很高的地步。 虛擬化和云計算等對于提高數(shù)據(jù)中心的處理能力來講是一個好消息,但是這對于電力及冷卻等基礎(chǔ)設(shè)施的要求也越來越嚴格。在一些老的數(shù)據(jù)中心里,盲目的應用這些新的技術(shù)并不一定能夠使得這些將要淘汰的數(shù)據(jù)中心在未來幾年內(nèi)適應新的要求。越來越多的跡象表明,積極的尋求數(shù)據(jù)中心的擴張也是解決問題的根本辦法。 數(shù)據(jù)中心的擴張并不意味著一定要進行搬遷?梢栽诂F(xiàn)有規(guī)模上進行擴張當然要比搬遷到到一個新的數(shù)據(jù)中心里方便的多,可以利用現(xiàn)有的設(shè)施,減少人員配備要求,無搬遷的費用以及節(jié)省時間等等。當然,如果擴張空間不可用,一個新的數(shù)據(jù)中心就是必需的。 不管是搬遷還是擴張,由于選擇一個新的數(shù)據(jù)中心對于相關(guān)業(yè)務的影響較大,因此數(shù)據(jù)中心的經(jīng)歷并不能單靠自己做出決定。數(shù)據(jù)中心的經(jīng)理需要文件和有效的溝通手段和企業(yè)領(lǐng)導人進行討論,包括預期的成本以及收益,企業(yè)也希望在這一系列的過程中能夠滿足業(yè)務的需求。 在數(shù)據(jù)中心停機的時候,閃電切斷的戰(zhàn)略最適合規(guī)模較小的,低風險的數(shù)據(jù)中心。包括一次轉(zhuǎn)移數(shù)據(jù)中心涉及的所有材料、媒介和硬件。這樣做的好處是,費用將很低。如果并行過渡到新的設(shè)備是可行的,那么,置換設(shè)備甚至在切斷前,應該可以被充分測試。租用設(shè)備可安裝在新的設(shè)施處,這樣,新的設(shè)施和網(wǎng)絡在適應期幾乎也沒有風險。移動數(shù)據(jù)中心是一個很重大的工作,壓力很大。雖然無法看到未來以防止某些事件,但是一定要抽出時間制定行動計劃,以保證獲得最大的成功。 在搬遷或者擴建數(shù)據(jù)中心的時候,大多數(shù)的公司是沒辦法正常運行的,這個時候就需要有很好的應急預案,否則就會造成不可估量的損失。舉一個例子,一個銀行每小時的交易額可能會達到上億甚至數(shù)百億美元,這些交易十分依賴于現(xiàn)有的數(shù)據(jù)中心服務,而如果在搬遷或改造的時候沒有對應的應急預案,即使宕機短短的一個小時,造成的損失也是無法預測的。 本文出自:億恩科技【mszdt.com】 |