应用程序池优化配置方案(IIS7、IIS7.5)
定義:
是將一個或多個應(yīng)用程序鏈接到一個或多個工作進程集合的配置,該池中的應(yīng)用程序與其他應(yīng)用程序被工作進程邊界分隔,
?一、一般優(yōu)化方案
1.基本設(shè)置
【1】隊列長度:默認1000,將原來的隊列長度65535
【2】啟動32位應(yīng)用程序:默認值False,改為True,否則安裝一些32的組建或32的php都會出錯
【3】托管管道模式:Integrated或Classsic
2.高級設(shè)置
【1】閑置超時(分鐘):默認20分鐘,修改設(shè)長
【2】快速故障防護—》已啟用:默認True,改為False
3.解決PEP第一次打開PEP速度慢
回收間隔時間
將固定間隔改為0,表示不回收,默認是每天回收
使用windows server 2008 r2解決回收假死的問題
打開應(yīng)用程序池--》高級設(shè)置--》在“禁止重疊回收”里選擇‘true’,這樣就有效避免了應(yīng)用程序池回收假死問題
二、同時支持10萬個請求
通過對IIS7的配置進行優(yōu)化,調(diào)整IIS7應(yīng)用池的隊列長度,請求數(shù)限制,TCPIP連接數(shù)等方面,從而使WEB服務(wù)器的性能得以提升,保證WEB訪問的訪問流暢。站點碰到如下問題:
Error Summary:? --錯誤概要
HTTP Error 503.2 - Service Unavailable The serverRuntime@appConcurrentRequestLimit setting is being exceeded.
Detailed Error Information:
Module IIS Web Core? Notification BeginRequest? Handler StaticFile
Error Code 0x00000000
?由于之前使用的是默認配置,服務(wù)器最多只能處理5000個同時請求,因為某種情況造成同時請求超過5000,從而出現(xiàn)了上面的錯誤,為了避免這樣的錯誤,根據(jù)相關(guān)文檔調(diào)整設(shè)置,讓服務(wù)器從設(shè)置上支持10萬個并發(fā)請求
具體設(shè)置如下:
1.調(diào)整IIS 7應(yīng)用程序池隊列長度
將原來的隊列長度由默認值1000改為65535.當(dāng)然這里的隊列長度你可以根據(jù)自己的訪問用戶*1.5來設(shè)置,例如:有2000用戶,此處就可以設(shè)置為3000(3000=2000用戶數(shù)*1.5)
2.調(diào)整IIS 7的app ConcurrentRequestLimit設(shè)置--app同時發(fā)送請求量限制
由原來的默認5000改為100000
方法:
【1】在cmd中執(zhí)行
c:\windows\system32\inetsrv\appcmd.exe set config?/section:serverRuntime /appConcurrentRequestLimit:100000
[2] 在%systemroot%\System32\inetsrv\config\applicationHost.config中可以查看到該設(shè)置:
<serverRuntime appConcurrentRequestLimit="100000" />
3.調(diào)整machine.config中的processModel>requestQueueLimit的設(shè)置--過程模型>請求數(shù)量限制
【1】單擊“開始”,然后單擊“運行”,或者windows+R
【2】在“運行”對話框中,鍵入notepad%systemroot%\Microsoft.Net\Framework64\v4.0.30319\CONFIG\machine.config,然后單擊確定。
?
轉(zhuǎn)載于:https://www.cnblogs.com/ximi07/p/10289325.html
總結(jié)
以上是生活随笔為你收集整理的应用程序池优化配置方案(IIS7、IIS7.5)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 轻松理解UML用例图时序图类图的教程
- 下一篇: 408考研计算机网络视频,计算机408考