老nginx集羣向tengine的升級改造，性能提高數倍

   集羣服務器使用nginx+fpm（php）的結構，這種結構的性能很大程度的瓶頸在fpm這一層，隨着業務發展，訪問量的增長，爲了保證用戶體驗，咱們在經過各類手段去提高集羣的吞吐量和服務質量——機器擴容、業務分池、MC/REDIS的local化等等，作下來看到的效果是明顯的，不過量級上的提高仍是迫切須要，因而想到了在web服務器上在下下功夫，集羣使用的nginx版本有點歷史，版本就不說了，不過一直跑的都很健壯，因此沒從想過更換，在負責以前業務時使用tengine，性能表現良好，因而果斷測試升級，沒想到升級改造後性能是質的提高，30ms之內的響應從原先的20%提升到了80%，100ms之內的響應從原來的70%提升到了90%，升級過程不說了，看看升級先後的數據比較吧，數據均是生產環境實際監控：

活躍鏈接數監控以下：

   從下午3點作的升級改造，在同等環境只升級改造了web服務器的條件下（QPS大概在300到500之間），web的活躍鏈接數降爲了原來的三分之一併保持穩定，你們都知道，若是一樣數量的請求，處理的越快nginx的活躍鏈接數就會越少，處理的慢了纔會對活躍鏈接數以及tcp進行堆積，推測性能是有很好的提高的，但這個數據還不能說明問題，由於最終要看用戶的訪問質量，繼續查數據分析。

日誌的響應時間對好比下（1個小時）：

注：時間是區間，第一個是小於10ms，第二個是大於10小於30ms，第三個大於30小於50ms依次類推...

  從圖表能夠清楚的看出升級先後的相應時間對比，若是以30ms和100ms爲兩個檻作比較（500ms以上咱們就算超時了），得出30ms之內的響應請求從原來的20%提高到了80%，若是計算100ms之內的請求是從原來的68%升到了92%，相比1s以上的長相應請求從原來的3.9%降到了不到1%的量，能夠說是效果很是明顯，性能提高數倍，tengine在某些方面不愧是一款利器，固然升級過程當中也遇到了一些配置上的小曲折，總之業務性能優化永無止境,tengine不愧是一款優秀的和fpm搭配的web服務器。

 

請求相應時間曲線圖比較（綠色是30ms之內請求，拐點爲升級點）：

 

最後再上張餅圖形象的比一下（綠色爲30ms之內，紅色爲500ms以上）：

自建我的原創站運維網咖社(www.net-add.com)，新的博文會在網咖社更新，歡迎瀏覽。