數(shù)據加密|圖紙加密|信息加密|文檔加密-Wonder Tech-上海騰赫信息科技有限公司

單台服務器(qì)的性能很(hěn)好判定，但(dàn)是很(hěn)多(duō)公司都會(huì)對虛拟化服務器(qì)上(shàng)線後的性能狀況有(yǒu)所疑慮，而虛拟化服務器(qì)性能如何評估呢?某公司要評估一台已經上(shàng)線的12核心的服務器(qì)，目前規劃兩個(gè)Guest OS分别操作(zuò)數(shù)據庫和(hé)文檔共享，如果性能出現瓶頸，要以數(shù)據庫的Guest OS為(wèi)優先。

如果隻有(yǒu)兩個(gè)GuestOS，以規格來(lái)看，瓶頸應不會(huì)在CPU性能上(shàng)，反而是硬盤I/O跟網絡速度的性能比較有(yǒu)可(kě)能，而內(nèi)存數(shù)量及使用規劃也要注意。另外如果是無法長期停機的機器(qì)，需要評估備份或後備規劃，以及後備系統版權授權規定及費用。

關鍵瓶頸是磁盤I/O，并非CPU。需要跟進的事情是：

1.在舊(jiù)主機上(shàng)面，先監測出跑報表所需要的IOPS有(yǒu)多(duō)少(shǎo)?并精算(suàn)VM硬盤。

2.如果文檔複制(zhì)會(huì)占用主機所有(yǒu)的IOPS，這種工作(zuò)不适合跟其他VM共享磁盤。

所以，如果要拆開(kāi)，主因并不是CPU不夠用(跑報表跟文檔複制(zhì)，根本用不到多(duō)少(shǎo)CPU資源)，而是磁盤的I/O資源會(huì)被文檔複制(zhì)全部占用，造成其他的VM排隊等候。

想想看，一個(gè)VMHost上(shàng)面有(yǒu)多(duō)少(shǎo)VMGuest，要同時(shí)存取I/O?

而且，在VMHost可(kě)以設定分配給每個(gè)VMGuest服務器(qì)的CPU、Memory資源量(Min/Max)，以及VMHost保留多(duō)少(shǎo)自己用(如果VMHost自己都跑不動，要怎麽去管理(lǐ)VMGuest)。

在虛拟化軟件的選擇上(shàng)，如果是VMwareESX(i)，可(kě)以透過vSphereClient或vCenter新增Resourcepool，來(lái)設定GuestOS的CPU資源。

可(kě)以測試一下：報表跑數(shù)據大(dà)量擇取的時(shí)候，使用“Windows工作(zuò)管理(lǐ)員/處理(lǐ)程序”查看CPU與內(nèi)存以及I/O的狀态。

雖然将它們放在同一台主機，但(dàn)是文檔服務給它一個(gè)完全獨立的磁盤子系統，不跟其他VM共用，那(nà)這樣就不會(huì)有(yǒu)以上(shàng)的顧慮，還(hái)是可(kě)以放在一起。

例如，你(nǐ)可(kě)以買一台SAN給文檔服務的VM專用，但(dàn)另買一台SAN給其他的VM共用，數(shù)據庫的問題還(hái)是要回到IOPS上(shàng)來(lái)。我遇過80%以上(shàng)想做(zuò)虛拟化的新手，都不知道(dào)原本舊(jiù)主機上(shàng)數(shù)據庫的瓶頸是在DiskI/O。一般說來(lái)，跑ERP報表吃(chī)掉1,000~3,000IOPS是很(hěn)常見的狀況，這代表RAID至少(shǎo)要5到15顆以上(shàng)來(lái)組合，才足夠應付這樣的IOPS。

根據以往的經驗，在看到這個(gè)數(shù)據之前，用戶都一直認為(wèi)瓶頸是CPU,所以要換新主機來(lái)提升CPU，但(dàn)看過監測數(shù)據之後才知道(dào)，其實瓶頸都在IOPS。

補充一下，一般狀況下，一顆SATA硬盤的IOPS隻有(yǒu)70到80左右，一顆15KSAS硬盤的IOPS,大(dà)約200到240左右。組成RAID多(duō)顆硬盤時(shí)，IOPS會(huì)跟着你(nǐ)的硬盤數(shù)量而增加，例如使用96顆硬盤組成RAID-5的一台DellMD3200i，實測數(shù)據上(shàng)，IOPS可(kě)以高(gāo)達40,000。

轉自機房(fáng)360

服務器(qì)虛拟化解決方案，超融合hcl