昨天，有客戶反饋說客戶端軟件（第三方公司開發(fā)的windows桌面軟件）打開的運(yùn)行的時(shí)候有點(diǎn)卡，而這個(gè)軟件后臺用的是我們開發(fā)的系統(tǒng)。說打開這個(gè)軟件需要15秒才能看到軟件界面，以為是后臺接口卡殼導(dǎo)致的。我們第一時(shí)間檢查后端系統(tǒng)，發(fā)現(xiàn)這個(gè)客戶端使用的幾個(gè)接口都還算正常，基本響應(yīng)時(shí)間是200-600ms。所以客戶端軟件卡應(yīng)該不是后端服務(wù)造成的，可能是新版本本身的邏輯導(dǎo)致的。

但我們意識到接口200-600ms也算比較卡了，雖然不是這個(gè)原因?qū)е驴蛻舳丝?5秒，但這個(gè)響應(yīng)速度比我們一般類似接口都要慢很多。于是我們開始排查原因，登錄服務(wù)器發(fā)現(xiàn)客戶這臺2核心4GB的服務(wù)器CPU占用率一直持續(xù)在80%以上的高位，很長時(shí)間甚至超過95%。而檢查系統(tǒng)日志及數(shù)據(jù)統(tǒng)計(jì)發(fā)現(xiàn)同時(shí)在線使用客戶端軟件的用戶并沒有特別多，檢查接口邏輯也沒問題。那么是什么原因呢？

直到我們先空載這臺服務(wù)器，然后寫了一個(gè)獨(dú)立測試腳本測試，發(fā)現(xiàn)依然比正常服務(wù)器慢很多。所以，我們跟客戶要了他阿里云賬號查看這臺服務(wù)器的具體情況。結(jié)果登錄賬號就發(fā)現(xiàn)阿里云提示性能受限的通知。如下圖：

根據(jù)我們的經(jīng)驗(yàn)，性能受限那只能是阿里云T5實(shí)例，進(jìn)一步查看發(fā)現(xiàn)他的服務(wù)器果然購買的是T5實(shí)例。而T5實(shí)例在性能約束模式下，CPU的性能只能達(dá)到基準(zhǔn)性能（20~25%）。對于兩核心的機(jī)器來講，即便不運(yùn)行網(wǎng)站程序，在安裝php和mysql等軟件后即便空載也會很容易達(dá)到20%以上，這時(shí)候CPU的性能瓶頸就到來了。

客戶升級阿里云這臺云服務(wù)器的CPU為普通類型后，上述接口響應(yīng)時(shí)間穩(wěn)定在50ms左右。CPU負(fù)載就立馬下降到很低水平（下圖猛烈下降后就是更換CPU后）。

通俗的講，CPU就好像汽車的發(fā)動機(jī)一樣，同樣是2.0T排量的發(fā)動機(jī)，不同級別的車裝載的發(fā)動機(jī)差別可大了，比如百萬級別的汽車和十幾萬的肯定是有差別的。云服務(wù)器的CPU也是一樣的，同樣2核心的差別可以說可能天差地別。

比如上面是阿里云同樣2核心4GB的配置，最低的T6實(shí)例才68一個(gè)月，而最高的hfc7實(shí)例需要226一個(gè)月，將近4倍的差距，正所謂一分錢一分貨。而據(jù)這個(gè)客戶介紹，他的這臺服務(wù)器是原來的網(wǎng)絡(luò)服務(wù)商提供的。所以，請大家購買服務(wù)器的時(shí)候需要注意這些細(xì)節(jié)的差距，特別是委托別人代購的時(shí)候，可千萬別被坑了。