個人積分：38分
文章編號：39012312
個人積分：522分
文章編號：39012796
個人積分：0分
文章編號：39013106
個人積分：1分
文章編號：39013967
個人積分：79分
文章編號：39014033
15K Disk * 16 = 180 IOPS * 16 =2880 (RAW IOPS)
Raid 6 後的實際IOPS (假設50% Read , 50% Write )
Functional IOPS = (Raw IOPS * Write % / RAID Penalty) + (RAW IOPS * Read %)
Raid 6 IOPS= (2880 * 50 % /6 )+ 2880 *50%
=1680 IOPS
建議以下的方向
1, 調整RAID Type 為 Raid 1 提高寫入速度，減少不必要IO
2, 直上 SSD 100GB (可提供3000 IOPS ) ，預算可能需要到百萬
3, 用了SSD ，請直接作 Raid 1 ,會比較快
個人積分：0分
文章編號：39014184
個人積分：21分
文章編號：39014733
個人積分：33分
文章編號：39016817
chiang wrote:
非常謝謝大家的熱心回...(恕刪)
看來有比較完整的資訊了...
嚴格說來55G DB不算大...真正hot data應該不會超過10%
建議方向
1.RAID 6 改成RAID 10
2.database/table 拆開在不同 server. (如果還沒拆的話)
改寫AP.分散查詢
3.64G memory cache 應該是指server memory.
因為不知道貴站的機器型號 只能用我們這邊常用的解決方式
找個有Cachecade 的RAID卡..配上一兩顆高速SSD變成RAID card cache.
這樣可以享有SSD高速.又不怕SSD掛點資料毀損...這點我們已經有做過POC
4.貴站應該是mySQL, 可以實作mySQL Cluster, 或稱作 NDB. 此技術非MS Cluster可比
詳細資料網路上很多..不過技術門檻比較高..建議做過完整POC在決定要不要做.
好處是全部資料都在memory..又分散多個node..有HA+loading separate效果
下圖來自mySQL 官方網站..應該沒有版權問題..下圖只有4個node.一般都是分為兩對
當然將來網站更大的時候可以在多加node..
因為門檻比較高..如果真的遇到無解的問題..可能就得自己去改mySQL source code.
不然最後還是要花錢買support...所以也還沒打算要用在production環境上..
http://www.mysql.com/products/cluster/
給你們加油喔
個人積分：122分
文章編號：39017096
個人積分：116分
文章編號：39017550
蔣大現有的Storage為SAS 15K * 16顆
Total RAW IOPS = 180 * 16 = 2880
一般DB Server理論上Read >> Write
但01是熱門網站所以Read/Write比例或許可修正為4:1(純假設，Write多+大部分Read都在cache)
設Final Disk System Target IOPS為X
使用RAID-6的情形
Drive IOPS = Read IOPS + 6*Write IOPS ＝ X * (4/5) + 6 * X * (1/5) = 2X
2X = 2880，實際IOPS只有1440 ..... 這已經被證明不夠快
但如果改用RAID-1 (or RAID-10)
Drive IOPS = Read IOPS + 2*Write IOPS ＝ X * (4/5) + 2 * X * (1/5) = 6/5X
6/5X = 2880, X將會是2400 .... 不知道這樣夠不夠快
換SSD當然可行(因為單碟IOPS高，EMC算2500)但價格實在太不親民啦
但如果蔣大能改用RAID-1(10)架構，現有Server或許還能多撐一陣子
再花點小錢把RAM加上去，把Read需求徹底抹除（in-memoey DB? 哈哈）
那應該會更黑皮
