如何規(guī)劃建設自動化綠色數(shù)據(jù)中心

申請免費試用、咨詢電話：400-8352-114

在滿足性能的前提下，我們需要對不同的數(shù)據(jù)類型在不同的存儲架構下實現(xiàn)不同的數(shù)據(jù)管理功能進行詳盡的分析比較，并充分考慮業(yè)務流程的要求，以達到“管理簡便、安全可靠、靈活擴展、經(jīng)濟實惠”的建設目的。一個現(xiàn)代化的數(shù)據(jù)中心將是 “自動化的綠色數(shù)據(jù)中心”。

過去，我們企業(yè)內(nèi)部雖然建設有數(shù)據(jù)中心，但是數(shù)據(jù)中心內(nèi)部的IT架構建設往往是由任務、項目被動驅(qū)動的，導致我們的架構顯得復雜、凌亂，不僅給我們自己的維護管理帶來了許多沒必要的麻煩，也制約了我們現(xiàn)在和未來的建設發(fā)展。

今天，當數(shù)據(jù)中心的主動建設越來越清晰地成為我們IT建設任務時，我們需要靜下心來好好分析一下數(shù)據(jù)中心建設的各種需求，并描繪出數(shù)據(jù)中心的發(fā)展藍圖，從而為我們未來的工作制定方向。在這里可能會受因歷史原因而存在的眾多老設備的干擾，從而需要考慮利舊的因素; 但要保持清晰的發(fā)展戰(zhàn)略和方向，使得我們能夠不迷失于這種原有利益的平衡當中。按照建設藍圖發(fā)展，歷史的利舊因素終將會消弭于未來，而全新的、高生產(chǎn)力的、具備前瞻性的、高度靈活擴展的新數(shù)據(jù)中心，將為在日益激烈的市場競爭環(huán)境下企業(yè)的發(fā)展保駕護航。

因此，我們需要為數(shù)據(jù)中心的建設建模。單一任務的數(shù)據(jù)中心建設是簡單的，我們在這里需要考慮的是復雜任務的數(shù)據(jù)中心建設。為了保證數(shù)據(jù)中心的簡約性，我們就需要為此對任務進行抽象，并進行普適化的處理。

通常對任務的數(shù)據(jù)都可以分解成幾個我們需要考慮的要素：一是數(shù)據(jù)的類型，包括結構化數(shù)據(jù)、半結構化數(shù)據(jù)和非結構化數(shù)據(jù); 二是數(shù)據(jù)管理的內(nèi)容，包括訪問控制和安全、配置調(diào)整、備份、容災、歸檔、法規(guī)遵從等; 三是數(shù)據(jù)是否存在交換共享的需要，包括同一業(yè)務流程上的和不同業(yè)務處理域間的交換共享。

數(shù)據(jù)中心的構建要滿足性能需求是基本的要求。不過要謹防陷入偽性能的虛假需求里，比如目前許多廠商提供的Cache讀寫性能、內(nèi)部鏈路帶寬等，有許多是和現(xiàn)實情況及實際要求有著巨大出入的。在這里企業(yè)應利用實際的業(yè)務系統(tǒng)對不同廠商的產(chǎn)品進行評測，同時積累企業(yè)實際的性能歷史參數(shù)。盲目地追求偽性能指標和硬件指標會使我們數(shù)據(jù)中心的建設迷失在性能這一片葉子上。

在滿足性能的前提下，我們需要對不同的數(shù)據(jù)類型在不同的存儲架構下實現(xiàn)不同的數(shù)據(jù)管理功能進行詳盡的分析比較，并充分考慮業(yè)務流程的要求，以達到“管理簡便、安全可靠、靈活擴展、經(jīng)濟實惠”的建設目的。一個現(xiàn)代化的數(shù)據(jù)中心將是一個“自動化的綠色數(shù)據(jù)中心”。

支持NAS+SAN+iSAN

數(shù)據(jù)的類型通常有三類：結構化數(shù)據(jù)、半結構化數(shù)據(jù)、非結構化數(shù)據(jù)。這些數(shù)據(jù)的類型其實體現(xiàn)了IT架構的需要。

結構化數(shù)據(jù)(如數(shù)據(jù)庫)和半結構化數(shù)據(jù)(如郵件)通常需要服務器對數(shù)據(jù)的內(nèi)容進行解析才能為用戶所理解，因此對數(shù)據(jù)的訪問必然需要通過有限的服務器來進行。這種模型下的數(shù)據(jù)訪問可以采用NAS/SAN/iSAN多種架構。這取決于用戶對于性能、擴展性、宕機影響、個人偏好等諸多因素的看法。

比如說，同一個廠家的SAN和NAS比較(注：不同廠家的產(chǎn)品不具可比性)，在數(shù)據(jù)庫環(huán)境下，SAN的性能更高一些，但是采用NAS會具備更好的擴展性; 并且，即使存儲系統(tǒng)臨時重起，前端數(shù)據(jù)庫也會繼續(xù)保持，而不會像SAN/iSAN一樣掛機，從而導致業(yè)務中斷。所以，在性能滿足需求的前提下，采用何種存儲架構就成了個人偏好的問題了。

非結構化數(shù)據(jù)(如各種類型的文檔、圖片等)由于是在客戶機上直接進行解碼訪問，因此采用NAS是最優(yōu)的選擇?？梢哉f，這已經(jīng)成了現(xiàn)代數(shù)據(jù)中心建設中的不二選擇。當然我們也可以采用文件服務器加上SAN/iSAN存儲，或者直接利用數(shù)據(jù)庫服務器的計算資源來實現(xiàn)，但是這樣的通用產(chǎn)品組合與專用的NAS相比有相當?shù)牟罹唷?/P>

所以，我們需要搭建一個既支持結構化、半結構化數(shù)據(jù)的存儲，也能夠支持非結構化數(shù)據(jù)的存儲平臺，因為我們對未來上什么業(yè)務、業(yè)務需要什么類型的數(shù)據(jù)、不同數(shù)據(jù)類型的數(shù)據(jù)比例是多少并不清楚。一個任務可能是結構化數(shù)據(jù)，也可能是非結構化數(shù)據(jù);更多的是兩者都有，只是根據(jù)業(yè)務的不同，導致不同類型的數(shù)據(jù)比重不同。

比如說，OLTP的營賬數(shù)據(jù)庫系統(tǒng)，結構化數(shù)據(jù)占絕大部分，但是數(shù)據(jù)庫的LOG、執(zhí)行文件則主要以非結構化數(shù)據(jù)的類型存在; 企業(yè)文檔管理EDM系統(tǒng)就主要以非結構化數(shù)據(jù)為主，而索引數(shù)據(jù)庫僅占10%.

同時，考慮到業(yè)務生命周期(研發(fā)、測試、割接、生產(chǎn)、維護、升級)的流程階段，我們可能希望生產(chǎn)系統(tǒng)采用NAS+SAN，而研發(fā)系統(tǒng)采用NAS+iSAN，以達到成本控制的要求。因此為了未來良好的業(yè)務可擴展性，一款能夠同時支持NAS+SAN+iSAN的存儲成為了我們數(shù)據(jù)中心IT存儲架構建設的關鍵。

這樣的統(tǒng)一存儲平臺不僅僅由于產(chǎn)品的一致而降低管理難度、減少管理成本，同時由于在同一產(chǎn)品上能夠靈活地支持不同的架構，同時滿足不同的應用，使未來的擴展變得異常靈便。

而且，單一存儲能夠同時支持SAN+iSAN+NAS的模型，也有利于實現(xiàn)“綠色數(shù)據(jù)中心”。需要采用NAS網(wǎng)關和iSCSI網(wǎng)關的支持才能實現(xiàn)多種存儲模式共存，但完成不同數(shù)據(jù)類型的數(shù)據(jù)存儲訪問要求更多的設備，從而消耗更多的電能。