掃二維碼與項目經(jīng)理溝通
我們在微信上24小時期待你的聲音
解答本文疑問/技術咨詢/運營咨詢/技術建議/互聯(lián)網(wǎng)交流
昨天,有客戶反饋說客戶端軟件(第三方公司開發(fā)的windows桌面軟件)打開的運行的時候有點卡,而這個軟件后臺用的是我們開發(fā)的系統(tǒng)。說打開這個軟件需要15秒才能看到軟件界面,以為是后臺接口卡殼導致的。我們第一時間檢查后端系統(tǒng),發(fā)現(xiàn)這個客戶端使用的幾個接口都還算正常,基本響應時間是200-600ms。所以客戶端軟件卡應該不是后端服務造成的,可能是新版本本身的邏輯導致的。
但我們意識到接口200-600ms也算比較卡了,雖然不是這個原因?qū)е驴蛻舳丝?5秒,但這個響應速度比我們一般類似接口都要慢很多。于是我們開始排查原因,登錄服務器發(fā)現(xiàn)客戶這臺2核心4GB的服務器CPU占用率一直持續(xù)在80%以上的高位,很長時間甚至超過95%。而檢查系統(tǒng)日志及數(shù)據(jù)統(tǒng)計發(fā)現(xiàn)同時在線使用客戶端軟件的用戶并沒有特別多,檢查接口邏輯也沒問題。那么是什么原因呢?
直到我們先空載這臺服務器,然后寫了一個獨立測試腳本測試,發(fā)現(xiàn)依然比正常服務器慢很多。所以,我們跟客戶要了他阿里云賬號查看這臺服務器的具體情況。結(jié)果登錄賬號就發(fā)現(xiàn)阿里云提示性能受限的通知。如下圖:
根據(jù)我們的經(jīng)驗,性能受限那只能是阿里云T5實例,進一步查看發(fā)現(xiàn)他的服務器果然購買的是T5實例。而T5實例在性能約束模式下,CPU的性能只能達到基準性能(20~25%)。對于兩核心的機器來講,即便不運行網(wǎng)站程序,在安裝php和mysql等軟件后即便空載也會很容易達到20%以上,這時候CPU的性能瓶頸就到來了。
客戶升級阿里云這臺云服務器的CPU為普通類型后,上述接口響應時間穩(wěn)定在50ms左右。CPU負載就立馬下降到很低水平(下圖猛烈下降后就是更換CPU后)。
通俗的講,CPU就好像汽車的發(fā)動機一樣,同樣是2.0T排量的發(fā)動機,不同級別的車裝載的發(fā)動機差別可大了,比如百萬級別的汽車和十幾萬的肯定是有差別的。云服務器的CPU也是一樣的,同樣2核心的差別可以說可能天差地別。
比如上面是阿里云同樣2核心4GB的配置,最低的T6實例才68一個月,而最高的hfc7實例需要226一個月,將近4倍的差距,正所謂一分錢一分貨。而據(jù)這個客戶介紹,他的這臺服務器是原來的網(wǎng)絡服務商提供的。所以,請大家購買服務器的時候需要注意這些細節(jié)的差距,特別是委托別人代購的時候,可千萬別被坑了。
我們在微信上24小時期待你的聲音
解答本文疑問/技術咨詢/運營咨詢/技術建議/互聯(lián)網(wǎng)交流