[問題] 多顆SSD 掛VM

看板Storage_Zone作者 (我是假許靈)時間10年前 (2015/06/15 21:06), 編輯推噓9(9推 0噓 35→)
留言44則, 14人參與, 最新討論串1/1
最近到分公司考察順便看了一下配置 i7 32G 6顆 120G SSD 沒做RAID 每個硬碟約剩下50％空間 開20個VM 還是有點卡 每顆硬碟各放3個VM 工程師說這樣配置 VM對硬碟的讀取寫入是效益較好的 我比較好奇的是若配置480G 兩顆 無論有無RAID 也分成20個VM 這樣的效益有比較差嗎？ 新手發問 謝謝指教 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.173.172.191 ※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1434373589.A.CD0.html
推
06/15 21:14, , 1F
如果6顆都能500M/500M 合在一起會比較慢的
06/15 21:14, 1F
→
06/15 21:23, , 2F
6顆沒有做RAID 只是單純好奇VM這樣子擺會比較順嗎
06/15 21:23, 2F
推
06/15 22:13, , 3F
那時是120G比較便宜吧..
06/15 22:13, 3F
→
06/15 23:15, , 4F
120G SSD 寫入均值約在 150MB/s 而已....
06/15 23:15, 4F
→
06/15 23:15, , 5F
還不如來顆 480G or 512G SSD ,讀寫都滿載500MB/s
06/15 23:15, 5F
→
06/15 23:16, , 6F
當然,某方面來講,讀取走六個SATA通道,會省時一點點
06/15 23:16, 6F
→
06/16 00:13, , 7F
480x6
06/16 00:13, 7F
推
06/16 00:18, , 8F
看你的VM工作型態吧？ 如果是高IOPS的，那你分開會
06/16 00:18, 8F
→
06/16 00:19, , 9F
比較好~ 有時候頻寬還沒吃滿前 IOPS就先飽和了
06/16 00:19, 9F
推
06/16 01:53, , 10F
我比較好奇啥工作要一次開20個VM ...
06/16 01:53, 10F
推
06/16 01:59, , 11F
可能是MIS配給各部門用的吧~ 彈性管理~~~~
06/16 01:59, 11F
→
06/16 02:06, , 12F
是這週組好的 工作內容是跑小軟件而已
06/16 02:06, 12F
→
06/16 02:50, , 13F
新手 VS 工程師
06/16 02:50, 13F
推
06/16 10:48, , 14F
嗯..這大概就是任憑廠商開單的下場....
06/16 10:48, 14F
→
06/16 10:56, , 15F
軟件zzzz
06/16 10:56, 15F
推
06/16 11:56, , 16F
理論上分開會比較順吧, 至少loading不會集中在少數
06/16 11:56, 16F
→
06/16 11:57, , 17F
SSD, 再來就是你20個VM 己經大於I7的c/t數共用有點
06/16 11:57, 17F
→
06/16 11:59, , 18F
32G ram 給 20台用若是win 7或8那應該有點緊.
06/16 11:59, 18F
→
06/16 11:59, , 19F
這樣感覺"有點不順"應該是正常.
06/16 11:59, 19F
→
06/16 15:24, , 20F
請問某樓是在Z X小? 不想回可以不要回跑小軟件犯法?
06/16 15:24, 20F
→
06/16 17:20, , 21F
那你應該問硬盤不是問硬碟 結案
06/16 17:20, 21F
→
06/17 01:14, , 22F
你有沒有那麽無聊 要看身分證嗎
06/17 01:14, 22F
→
06/17 01:56, , 23F
要RAID前提是要用硬體RAID喔 軟體RAID就不用浪費了
06/17 01:56, 23F
→
06/17 10:28, , 24F
如果沒做RAID 也不是用SAN Storage 分開放可以避免
06/17 10:28, 24F
→
06/17 10:29, , 25F
一顆死全部死 以管理面而言是好事 至於效能要看跑什
06/17 10:29, 25F
→
06/17 10:31, , 26F
麽應用 不全然說超過i7提供的Thread數 或是記憶體
06/17 10:31, 26F
→
06/17 10:32, , 27F
只有32G就不好 不過如果是同時都會開起來的話 記憶
06/17 10:32, 27F
→
06/17 10:33, , 28F
體確實建議要再加一點比較好
06/17 10:33, 28F
→
06/17 10:34, , 29F
比如說我們家有幾台Windows只有特定的時間會有人進
06/17 10:34, 29F
→
06/17 10:38, , 30F
來抓個檔案而已 那這樣說實話這幾台擺著也吃不了多
06/17 10:38, 30F
→
06/17 10:39, , 31F
少Thread跟記憶體
06/17 10:39, 31F
→
06/17 10:44, , 32F
樓上，但是這樣很吃 license ....
06/17 10:44, 32F
→
06/17 11:40, , 33F
這點是因為我們家每年都有買EA 授權數一定夠的條件
06/17 11:40, 33F
→
06/17 11:41, , 34F
下才能玩得起來 不過上面的例子也可以換成其他的OS
06/17 11:41, 34F
→
06/17 11:42, , 35F
一樣適用.BTW,M$的授權說實話真的是便宜到爆炸啊
06/17 11:42, 35F
→
06/17 12:50, , 36F
其實原PO給的資訊其實很難給全面的建議,但至少感覺
06/17 12:50, 36F
→
06/17 12:50, , 37F
以現有的resource 工程師配置方式合理.
06/17 12:50, 37F
→
06/17 12:55, , 38F
點出Thread/memory主要是要讓原PO依他們的應用去評
06/17 12:55, 38F
→
06/17 12:56, , 39F
估真的瓶頸, 我相信這部份工程師測一下應該就會有方
06/17 12:56, 39F
→
06/17 12:56, , 40F
向.
06/17 12:56, 40F
推
06/17 20:36, , 41F
應該是跑遊戲吧
06/17 20:36, 41F
推
06/17 21:57, , 42F
然後ssd在第二個月全滅
06/17 21:57, 42F
→
06/17 22:44, , 43F
SSD沒那麼弱好嗎...
06/17 22:44, 43F
→
06/18 00:01, , 44F
準白牌的SP跑P2P都不會一個月上天 所以放心吧
06/18 00:01, 44F
‣ 更多 Joshlinyc 的文章
文章代碼(AID): #1LVitLpG (Storage_Zone)