說實話,IIS本身並沒有提供太多的效能配置項來讓使用者最佳化效能。當然了,配置項還是有一些的,對於IIS效能相關的設定主要是在應用程式池中來設定。
我們在“應用程式池”中找到某個網站對應的程式池 》然後選擇“高階設定”》“程序模型”中有個“最大工作程序數”,當網站併發很大時,我們酌情增大此處的值,會減少排隊,效果會有改善。
除此之外,在應用程式池中還有一些配置項會對效能產生一定的影響,比如說:
佇列長度:預設值是1000,我們可以改為65535;
啟用32位應用程式:預設值是false,我們要改為true,這樣能保證軟體的相容性;
禁用重疊回收:預設值是false,我們改為true,true可以防止應用程式池回收假死的現象;
快速故障防護 - 已啟用:預設是true,我們改為false。
另外我們還可以開啟IIS的Gzip壓縮,開啟方式如下圖示:
除此之外沒有什麼配置項要更改了。僅僅靠IIS想提高應用併發能力還不行,我們需要藉助其它的技術選型來做最佳化。
結合我的經驗給出一些選型方案供大家參考:
1、在IIS前端部署Nginx作為代理伺服器,IIS作為後端伺服器處理動態請求;
2、動靜分離,靜態資源統一走CDN加速;
3、熱點資料用NoSQL儲存,甚至對於一些頁面我們把其內容可以存入到Redis中,K/V資料庫操作效能更好,減少了資料庫壓力。
說實話,IIS本身並沒有提供太多的效能配置項來讓使用者最佳化效能。當然了,配置項還是有一些的,對於IIS效能相關的設定主要是在應用程式池中來設定。
我們在“應用程式池”中找到某個網站對應的程式池 》然後選擇“高階設定”》“程序模型”中有個“最大工作程序數”,當網站併發很大時,我們酌情增大此處的值,會減少排隊,效果會有改善。
除此之外,在應用程式池中還有一些配置項會對效能產生一定的影響,比如說:
佇列長度:預設值是1000,我們可以改為65535;
啟用32位應用程式:預設值是false,我們要改為true,這樣能保證軟體的相容性;
禁用重疊回收:預設值是false,我們改為true,true可以防止應用程式池回收假死的現象;
快速故障防護 - 已啟用:預設是true,我們改為false。
另外我們還可以開啟IIS的Gzip壓縮,開啟方式如下圖示:
除此之外沒有什麼配置項要更改了。僅僅靠IIS想提高應用併發能力還不行,我們需要藉助其它的技術選型來做最佳化。
結合我的經驗給出一些選型方案供大家參考:
1、在IIS前端部署Nginx作為代理伺服器,IIS作為後端伺服器處理動態請求;
2、動靜分離,靜態資源統一走CDN加速;
3、熱點資料用NoSQL儲存,甚至對於一些頁面我們把其內容可以存入到Redis中,K/V資料庫操作效能更好,減少了資料庫壓力。