公司最少需要 100 TB(100000 GB) NAS,
詢問得知採 RAID 5,
但是同一時間只能允許 1 顆硬碟壞掉,
不然會整個 RAID 資料全掛.

請問:
1.採 100 TB NAS 一台

2.採 50 TB NAS 二台

為降低風險,
哪種方案比較建議 ?

需要這麼大的容量
假設作RAID5
萬一一次死2顆不就整個掛彩
我覺得還是租雲端空間可能會比較安全.EX:GOOGLE空間
30T一個月300鎂

IQuit wrote:
公司最少需要 100...(恕刪)


較低風險應該是 100 TB NAS 2台 另一台做備援

不過預算可能要拉高不少

IQuit wrote:
公司最少需要 100...(恕刪)


不曉得頻寬是不是問題? 或是資料的安全性? 不然是不是直接租外面的空間來用?
FB: Pctine
預算夠的話做RAID6或是RAID0+1,RAID6可以一次壞兩顆,RAID0+1可以一次壞一半的硬碟成本就是硬碟要多買幾顆。
容量需要這麼大表示應該有需多的大檔案且公司內部需要即時取用如影像檔資料庫檔等等,是的話也不建議使用雲端磁碟找麻煩而已。
各家伺服器大廠都有Storage的解決方案如DELL,HP,SMC 都有前提是要拉一下預算。
敗與不敗之間
這種大數據應該都是要配合整套資料庫和索引系統的,直接請廠商開proposal再po上來發問比較適合(請注意不要違反保密條款),或是請說明系統功能及資料性質分類(動態異動,靜態索引)及預估的on-line存取人數及次數
超過tb等級的data一定是量身訂做,不然安全跟效率都堪虞..

IQuit wrote:
公司最少需要 100...(恕刪)


如果只是要保存資料,是不是用磁帶櫃備份較合適
預算呢...

只要肯花錢,自然廠商會處理
以前我也是會考慮用多台SAM storage(如上面網友所述,含備援至少要兩台)來處理這樣的大型需求。

但現在,我會考慮改用私有雲的解決方案,如開源的OpenStack Swift。


理由?看看下面是Swift的功能就知道了。

Key Features
Swift has many features for both end users and sysadmins running the system.

User Features
Versioned writes
CORS
ACLs
Arbitrarily large objects
Static website hosting
Signed, expiring URLs
Custom metadata
Bulk operations
Multi-range requests


Deployer Features
Globally distributed clusters
Upgrades with no user downtime
Smooth cluster capacity adjustment with no downtime (網管最想要的功能之一,no more downtime!)
StatsD integration
Flexible auth and identity integration
Seamless failure handling (硬碟掛了不會有事!馬照跑舞照跳,adm慢慢把hd down下來就好)
Quota management
Support for high concurrency

(資料來源:https://wiki.openstack.org/wiki/Swift

當然如果貴單位沒有有架設、管理與維運私有雲的人力,我也會建議直接找廠商協助處理這樣的需求(建制SAN Storage)。
頻寬足夠下,採用SaaS的服務也是一個可行方案,如Google app for works的Google Drive,就有每個帳號1TB(不足五人)或無限大(超過5人)的空間可供應用。

建議您可與貴公司網管與主管討論,確認需要採取的方法後再來找廠商報價跟建制。
心碎淚 wrote:
需要這麼大的容量
假設作RAID5
萬一一次死2顆不就整個掛彩


要看架構。
有經驗的建制團隊,沒人(也不會有人)會把一狗票硬碟放在1-2台NAS上,作成50TB甚至100TB的RAID 5,然後負擔重大工作。

因為這根本找死....

以一顆2T硬碟一年內故障0.1%機率計算,組成100TB RAID 5的一年內故障發生機率高達約4.975%,三年內發生一次掛點停機的機率更高達近14.2%!!

比較好的作法是採SAN為基底組合成實際應用的空間。
才不會有以下問題:1.downtime 2.更換硬碟的issue
文章分享
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 7)

今日熱門文章 網友點擊推薦!