iT邦幫忙

0

vSAN

請教大大們,公司ERP的硬碟I/O要求高,資料庫也大,傳統SQL DB實體機器..
就要

  • Disk Controller 2GB Cache x2 (C1, C2)
  • 15K rpm 硬碟 x10 (Raid1x2 OS, C1-Raid10x4-DISK1, C2-RAID10X4-DISK2)
  • MSSQL DATA FILE 分2組, 一組放DISK1, 一組放DISK2

現在想以VMWARE + VSAN.
也是3台機器=3nodes,改以每台4 個SSD 硬碟 (供應商見義), 10GbE, 記憶體192GB, 記憶體比以前db 實體機多
? Disk Controller 的 Cache 不再重要?
? RAID10 不再重要?
? MSSQL DATA FILE 不再重要?
我真的太OUT了,如果不想DISK I/O 比以前差,可幫忙提點一下嗎?


另外,
這3nodes實體機器vSAN 會比2張Disk Controller RAID10 快嗎 (如果大家都用SSD)?

1. 你網路速度多少
2. 你的最後的 DISK IO 速度可以跟上網路速度嘛
3. 樓下建議NVME,那要看你 ERP 的架構,如果是 AP 主機跟 DATA 主機是同一台,那NVME 是可以的,但如果不是呢,分散的呢,那牽扯的就是網路速度了
4. 10Gbe 換算到傳輸速度是 1.25GB/S,這個速度基本上大概四個SATA 3 SSD 做RAID 10 就能達到,但 1.25GB/S 能滿足你們未來 3-5 年的需求嘛
5. 假設你用 PCIE 3.0 x16 NVME RAID 4x 卡做 RAID 10,四張NVME 可以達到的速度是 4-5GB/S,你網路至少要上到 40Gbe才能吃下來,你打算做到什麼程度
6. 企業用的SSD 不會求最快,而是求最穩,所以單價都是消費型的至少 3倍以上
大廠的十倍以上都有,該如何衡量呢
7. 15K rpm 硬碟 HDD RAID 也不該放棄,你難道沒有做 資料生命週期管理嘛
經常存取的DB庫跟定期存取的DB庫沒區隔 ? 該庫存的資料也都放著不管 ?
任憑現有資料庫不段的膨脹,毫無管理措施 ? 這樣你硬體永遠填不滿啊

我們假設 你目前資料 1TB,這是五年下來的,也就是每年你平均 200GB左右
那兩年內的資料應當是最常用的,兩年以前都是偶而查查,
那你應該要切成兩分DB庫,經常性的放 SSD,非經常性的放 HDD,
這樣假設新機器抓五年的使用
那SSD大概抓 1TB 就夠了,幾乎可以吃五年的資料
用 RAID 10 也就是 512GB 4個省多了,
那HDD的部分,用 2TB 四個做RAID 10,也大概能撐十年上下

2 個回答

1
japhenchen
iT邦大師 1 級 ‧ 2021-03-18 16:57:25

如果你的資料庫程式跟伺服器間還是採取adodb / oledb 連接的話,我絕不會建議你把資料庫主機建構在VMWARE之上,半虛擬化做的再好,效能還是共用,更何況資料庫的記憶體耗用跟喝水一樣,沒實體記憶體可供CACHE的話,你的硬碟IO就變的非常吃重

至於全SSD RAID,如果是我,我也會這樣建議,馬達硬碟再快也趕不到SSD的十分之一,你如果真的想改善現況的話

marius iT邦新手 4 級 ‧ 2021-03-18 17:42:16 檢舉

只有一台實體機器vSAN 會比Disk Controller RAID10 快嗎?
如果直接改用SSD的實體機器,方法跟以前一樣 vs vSAN,那個比較快?

2
補覺鳴詩
iT邦高手 1 級 ‧ 2021-03-18 19:53:30

看來供應商沒跟你說清楚
vSAN 最少 2 台 建議 3 台主機
沒辦法單獨 1 台跑 vSAN,所以大概你不會接受此方案
另外效能問題同規格不會比較快

再來 很吃重 IO 那就用 NVMe SSD 會比 15K 硬碟快得多
NVMe SSD 就不會搭 hardware RAID card 因為不會比較快
多半會採用 HBA card + soft RAID
至於 DB File 要不要分兩組,要看你到底量有多大

更細部的規劃
你可以找 SI 協助

我要發表回答

立即登入回答