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

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

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

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

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

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

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

　　支持NAS+SAN+iSAN

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

　　結(jié)構(gòu)化數(shù)據(jù)（如數(shù)據(jù)庫

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

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

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

　　所以，我們需要搭建一個既支持結(jié)構(gòu)化、半結(jié)構(gòu)化數(shù)據(jù)的存儲，也能夠支持非結(jié)構(gòu)化數(shù)據(jù)的存儲平臺，因?yàn)槲覀儗ξ磥砩鲜裁礃I(yè)務(wù)、業(yè)務(wù)需要什么類型的數(shù)據(jù)、不同數(shù)據(jù)類型的數(shù)據(jù)比例是多少并不清楚。一個任務(wù)可能是結(jié)構(gòu)化數(shù)據(jù)，也可能是非結(jié)構(gòu)化數(shù)據(jù)；更多的是兩者都有，只是根據(jù)業(yè)務(wù)的不同，導(dǎo)致不同類型的數(shù)據(jù)比重不同。

[1] [2] [3] [4] [5] 下一頁