<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>

新聞中心

EEPW首頁(yè) > 手機與無(wú)線(xiàn)通信 > 設計應用 > 選擇磁盤(pán)陣列時(shí)需要考慮的因素

選擇磁盤(pán)陣列時(shí)需要考慮的因素

作者: 時(shí)間:2017-06-12 來(lái)源:網(wǎng)絡(luò ) 收藏
對大多數用戶(hù)來(lái)說(shuō)還是一個(gè)新產(chǎn)品,使用者不多。但從目前情況來(lái)看,人們對大容量及數據安全的需求越來(lái)越強烈,選擇是必然的,本文只是從宏觀(guān)方面討論選擇應注意的方面,關(guān)于具體的技術(shù)指標請仔細閱讀產(chǎn)品說(shuō)明書(shū)。

1.選擇32位或64位的RISC CPU還是普通的Intel 586 CPU?

SCSI是按照以下順序發(fā)展的:SCSI2(窄帶,8位, 10MB/s)→ SCSI3(寬帶,16位,20MB/s) → Ultra Wide(16位,40MB/s) → Ultra2 (Ultra Ultra Wide,80MB/s) → Ultra3(Ultra Ultra Wide,160MB/s) → Ultra3(Ultra Ultra Wide,320MB/s)。過(guò)去使用Ultra Wide SCSI的磁盤(pán)陣列時(shí),對CPU的要求不需要太快,因為SCSI本身也不是很快。但當SCSI發(fā) 展到Ultra2時(shí),對CPU的要求就非常關(guān)鍵了,一般的CPU(即586級別的CPU)就必須改 為高速度的RISC CPU。

服務(wù)器的結構已由傳統的I/O結構改為I2O結構,其目 的就是為了減少服務(wù)器中CPU的負擔,將系統的I/O與服務(wù)器CPU負載分開(kāi)。I2O是由一 顆RISC CPU來(lái)負責I/O的工作。服務(wù)器上都已用RISC CPU,磁盤(pán)陣列上當然也必須用RISC CPU才不會(huì )形成瓶頸。另外,我們現在常用的網(wǎng)絡(luò )操作系統大都是32位或64位的,當操作 系統已由32位轉到64位時(shí),磁盤(pán)陣列上的CPU必須是RISC CPU才能滿(mǎn)足要求。

2.磁盤(pán)陣列內的硬盤(pán)是否有順序要求?

也就是說(shuō),硬盤(pán)是否可以不按原先的次序插回陣列中, 而數據仍能正常存取?很多人都想當然地認為根本不應該有順序要求,其實(shí)不然。我們曾用 過(guò)一個(gè)陣列,其必須按照原來(lái)的次序才能正常存取數據?,F在假設這樣一種情況,我們準備 清理一下硬盤(pán)陣列,把所有硬盤(pán)都放在一起,結果記不住順序了,為了正常存取數據,我們 只有一個(gè)個(gè)地試,而對于有8塊硬盤(pán)的陣列來(lái)說(shuō),最壞的情況要試88次才行?,F在已出現 了磁盤(pán)陣列產(chǎn)品具有不要求硬盤(pán)順序的功能,為了防止上述事件發(fā)生,應選擇對順序沒(méi)有要 求的陣列。

3.是硬件磁盤(pán)陣列還是軟件磁盤(pán)陣列?

軟件磁盤(pán)陣列指的是用一塊SCSI卡與磁盤(pán)連接,硬件磁 盤(pán)陣列指的是陣列柜中具有背板的陣列,它與軟件磁盤(pán)陣列的區別很大。硬件磁盤(pán)陣列是一 個(gè)完整的磁盤(pán)陣列系統與系統相接,內置CPU,與主機并行動(dòng)作,所有的I/O都在磁盤(pán)陣列 中完成,減輕主機的負擔,增加系統整體性能,有SCSI總線(xiàn)主控與DMA通道,以加速數 據的存取與傳輸。而軟件磁盤(pán)陣列是一個(gè)程序,在主機上執行,通過(guò)一塊SCSI卡與磁盤(pán)相 接形成陣列,其最大的缺點(diǎn)是大大增加了主機的負擔,對于大量輸入輸出的系統,很容易使 系統癱瘓。顯然,應盡量選擇硬件磁盤(pán)陣列。

4.是IDE磁盤(pán)陣列還是SCSI磁盤(pán)陣列?

最近市場(chǎng)上出現了IDE磁盤(pán)陣列,它們的速度挺快,如 增強型IDE在PCI總線(xiàn)下的傳輸速率可達66MB/s,價(jià)格與SCSI磁盤(pán)陣列相比要便宜得多; 而SCSI Ultra3速率接近160MB/s。但從實(shí)際應用情況來(lái)看,在單任務(wù)時(shí),IDE磁盤(pán)陣列比 SCSI磁盤(pán)陣列快;在多任務(wù)時(shí),SCSI磁盤(pán)陣列比IDE磁盤(pán)陣列要快得多。但IDE磁盤(pán)陣列 有一個(gè)致命的缺點(diǎn):不能帶電熱插拔。這個(gè)缺點(diǎn)使IDE磁盤(pán)陣列命中注定只能使用于非重要 場(chǎng)合。如果您的應用不能停機,則一定要選擇SCSI磁盤(pán)陣列。

5.是單控制器還是冗余控制器?

磁盤(pán)陣列一般都是以一個(gè)控制器連接主機及磁盤(pán),在磁盤(pán)陣列的容錯功能下達到數據的 完整性。但磁盤(pán)陣列控制器同樣會(huì )發(fā)生故障,在此情況之下,數據就有可能丟失。為了解決 此問(wèn)題,可以把兩個(gè)控制器用纜線(xiàn)連接起來(lái),相互備份。但兩個(gè)獨立控制器在機箱內的連接 意味著(zhù)一旦出現故障必須打開(kāi)機箱換控制器,即必須停機,這在很多應用中根本就不可能, 所以,我們應該選擇熱插拔雙控制冗余的架構?,F在有些磁盤(pán)陣列新產(chǎn)品上利用快取內存和 內存鏡像的方式,以保證在出現故障時(shí)不丟失數據,且在控制器更換后,自動(dòng)恢復故障前的 工作設置,把工作負荷分散給相互備份的控制器,以達到負載均衡,這種架構能提供單控制 器所達不到的高性能及高安全性。

6.SCSI接口還是光纖通道接口?

SCSI的完善規格、成熟技術(shù)及高性能一直吸引著(zhù)小型系 統,但從目前的情況來(lái)看,光纖通道已形成市場(chǎng),雙環(huán)可達200MB/s,且傳輸距離達10km, 可接126個(gè)設備。光纖通道把總線(xiàn)與網(wǎng)絡(luò )合而為一,是網(wǎng)絡(luò )的根本,其取代SCSI已是 大勢所趨。因此,為了保證系統的生命力,應該選擇光纖通道接口。但光纖通道網(wǎng)絡(luò )造價(jià)特 別高,大約是SCSI接口網(wǎng)絡(luò )的4~5倍,且從實(shí)際情況來(lái)看,光纖通道在管理上仍是一個(gè) 薄弱之處,對客戶(hù)端的軟件要求比校高,所以在選擇時(shí),應根據實(shí)際情況來(lái)選擇。

編輯:博子


關(guān)鍵詞: 磁盤(pán)陣列 存儲

評論


相關(guān)推薦

技術(shù)專(zhuān)區

關(guān)閉
国产精品自在自线亚洲|国产精品无圣光一区二区|国产日产欧洲无码视频|久久久一本精品99久久K精品66|欧美人与动牲交片免费播放
<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>