|
||
|
Elite Member
  加入日期: Oct 2002
文章: 4,801
|
Storage是IBM的DS4200系列用光纖直接Server
東西不是我的 也不是放我這邊 所以我沒辦法講得很清楚 現在是希望參考前輩的成功經驗 目前單一LUN是可以切超過20TB已確定 32位元CentOS 5.2用parted指令去抓 還是有點問題 block size設超過4KB, 共抓超過8TB 系統就出警告了 不是很有信心照這樣繼續測
__________________
人性的醜陋就是，會在無權、無勢、善良的人身上挑毛病，卻在有權、有勢、缺德的人身上找優點。當無權、無勢、善良的人受到傷害的時候，還會站在所謂的道德制高點上，假惺惺地勸說無權、無勢、善良的人，一定要忍耐，一定要大度。 |
|||||||
2009-05-11, 01:14 PM
#11
|
|
|
Basic Member
加入日期: Feb 2005
文章: 23
|
OK ~ 資訊不多的情況下 我只能就實做給你一些方向
你說 Storage 是直接用光纖接Server 所以 你們的設備是 Storage --> Server 沒有透過Controller? 這還蠻有趣的 我本身沒有使用過IBM 系列的sTORAGE! 再來我也沒有在CentOS 這套上面 實作過 Oralce Cluster 直接切入重點 Novell SUSE Enterprise 15TB+ OK.. 這是結論 但是沒人這樣做 也不會推薦這樣做 沒效率 (64位元的版本) Solaris 10 --> 20TB+ ... OK 也是結論 但也沒人這樣做.. 以上 我是從一個Oracle Cluster 的角度來說 單一過大的磁區對效能上 完全沒有幫助 希望有幫助到你什麼!
__________________
真相 |
||
|
2009-05-11, 05:26 PM
#12
|
|
|
*停權中*
加入日期: May 2009
文章: 24
|
http://www.Sale-*****.com
請將網址中的 - 去掉 價格優惠，買十送一 購滿 1000元 免運費 最新 熱門電影 最新 Wii,XBOX360 遊戲片 最新 電腦 軟體,遊戲,0Day ================================ 站長加註: IP地址為: 60.248.158.149. 主機名為: 60-248-158-149.HINET-IP.hinet.net. 請檢調單位不用麻煩行文來索取IP資料了 |
|
2009-05-11, 05:42 PM
#13
|
|
|
Elite Member
加入日期: Oct 2002
文章: 4,801
|
所以說改用64位元版本就能直接抓到16TB以上的空間摟 ?
網上也是有看到幾種作法 只是宥於實在是沒有超過16TB的空間能讓我試 所以一直不能確定 資料庫的部份 (嗯, 他們是要存資料的沒錯, 只知道要用MySQL, 不知道實際上的作法) 因為這整個不是我們的設計 實在也不能說什麼 而且聽說後面是要弄成60TB... 資料筆數才30萬件 每筆算100MB也不過3TB 不要說Rjr覺得怪 一般人應該也會覺得不妥 P.S DS本身有含controller與HD slot 不夠的話, 後面可再接硬碟擴充櫃
__________________
人性的醜陋就是，會在無權、無勢、善良的人身上挑毛病，卻在有權、有勢、缺德的人身上找優點。當無權、無勢、善良的人受到傷害的時候，還會站在所謂的道德制高點上，假惺惺地勸說無權、無勢、善良的人，一定要忍耐，一定要大度。 |
|
2009-05-11, 10:11 PM
#14
|
|
|
Basic Member
加入日期: Feb 2005
文章: 23
|
這邊補充一下!!
在32位元的時代 我只弄過 4TB 左右的磁區大小 到了64位元的時代 我才有處理過幾十TB的磁區 但其實 你們做到後來 會發現效率不彰 一定會改 這是無庸置疑的 我跟你保證... 資料灌進去後 妳下個SQL 去跑 特別是單一筆資 料大 那種笑能 看到真的會笑 單筆資料 100MB 很小 我有處理過 一筆資料 1GB的 丟到 Oracle 再把她叫出來 這時候會發現 過大的磁區只會拖慢效能 而沒有任何幫助 回到主題 應該不是64位元 所以支援到20TB EXT3 本身就支援32TB 可以翻閱一下白皮書 再來就是 你可以看看CONTROLLER 上面的AP 看看她有哪幾種切割模式 有經驗的技術人員 會依照妳的需求 做最適合的磁區分配給你!
__________________
真相 |
|
2009-05-11, 10:40 PM
#15
|
|
|
Elite Member
加入日期: Oct 2002
文章: 4,801
|
我看了一些資料
在Ext3部份的結論大抵是這樣 Ext3 file system size is hard limited to 16 TB on x86 architecture, as a consequence of 32-bit block numbers. 其實這個案子跟我沒有直接關係 只是說滿好奇這種規模的資源需求 哪種配置法比較沒有問題 ? 剛好看到網友有相類似的經驗 就冒昧求教一下
__________________
人性的醜陋就是，會在無權、無勢、善良的人身上挑毛病，卻在有權、有勢、缺德的人身上找優點。當無權、無勢、善良的人受到傷害的時候，還會站在所謂的道德制高點上，假惺惺地勸說無權、無勢、善良的人，一定要忍耐，一定要大度。 |
|
2009-05-11, 11:09 PM
#16
|
|
|
Basic Member
加入日期: Feb 2005
文章: 23
|
有設定 block size = 8 嗎? 把Error msg 列出來看看
檢查一下 /var/log/裡面的紀錄檔 EXT 3 應該可以吃到 32TB 這是NA原廠 給的數據 至於怎麼個配置法 這個其實沒有一定的答案 要看你對mYSQL 的了解 跟資料的正確性 還有整個環境上線後 實際的使用人數.. 但事前的規劃 大概只能推估怎麼用 會比較沒有問題 存資料庫存取的 I/O 效能 和搜尋的時間 還有INDEX 索引建置的正確性.. 這些都要考量. Mysql 我也是一整個不熟 阿~ 以前有使用他 建立過叢集 但是失敗 敗在 他對圖層進去後 讀取出來的效能緩慢~
__________________
真相 此文章於 2009-05-12 09:24 AM 被 Rjr 編輯. |
|
2009-05-12, 09:18 AM
#17
|
|
|
Elite Member
加入日期: Oct 2002
文章: 4,801
|
前面有稍微提到
block設到8KB就會開始出warning 還要確認兩次才肯修改為8KB 出來的空間也還是不對 所以才覺得怪
__________________
人性的醜陋就是，會在無權、無勢、善良的人身上挑毛病，卻在有權、有勢、缺德的人身上找優點。當無權、無勢、善良的人受到傷害的時候，還會站在所謂的道德制高點上，假惺惺地勸說無權、無勢、善良的人，一定要忍耐，一定要大度。 |
|
2009-05-12, 09:47 AM
#18
|
|
|
Basic Member
加入日期: Feb 2005
文章: 23
|
引用:
Call CentOS Support(有得Call嗎? ~) RedHat 以前針對Ext3 也會有問題 他後來在Enterprise 有推出patch 修正bug 我雖然沒看到error msg 但我直覺是認為 kernel 的問題 這種類似Storage 設備整合 溝通間的問題 有時候透過patch 就能修正 不要把時間浪費在這種地方 ! 有些UNIX Like OS的 眉眉角角 只有原廠的工程師才知道 不然上他們官方論壇 找Bug Report 看看 !! 但是.... 如果他一開始就沒辦法到位 對於後續的支援 應該也是很差.. 這就苦了後台建置的人 會被問題煩到睡不著 設備商又互 推責任!!
__________________
真相 |
|
|
2009-05-12, 11:00 AM
#19
|
|
|
Golden Member
 
加入日期: Aug 2004
文章: 2,892
|
引用:
DS4200 上就有 controller 他意思應該是指沒上SAN Switch 直接DS4200 Direct attach 到 server上
__________________
|
|
|
2009-05-12, 01:44 PM
#20
|
|
