HTTP 503 修復實戰：IIS 應用程式池進程數與隊列長度調優解決連接數瓶頸

現象：高併發時段出現 HTTP 503，效能監視器顯示 Web Service → Current Connections > 20,000，但資料庫、磁碟 I/O、網路均正常。

根因定位

單一 Worker Process (預設應用程式池進程數 = 1) 無法處理 2 萬+ 併發連接，請求排隊超時觸發 503。單請求處理時間極短，說明業務邏輯無瓶頸，純屬進程併發能力不足。

調優方案：增加 Worker Processes (Web Garden)

IIS 管理器 → 應用程式池 → 選中目標池 → 進階設定
進程模型 → 最大工作進程數: 1 → 4
進程模型 → 隊列長度: 1000 → 6000

效果驗證

• 調整後 Current Connections 降至 10,000 以下
• HTTP 503 錯誤消失
• CPU 使用率均勻分佈於 4 個 w3wp.exe 進程

關鍵提醒

進階：應用層併發優化

• 啟用輸出快取 / 動態壓縮
• 靜態資源移至 CDN / 獨立 Nginx
• 資料庫連接池調優 (Max Pool Size)
• 非同步 I/O (ASP.NET async/await、PHP Swoole、Java NIO)

Web Garden 是垂直擴展的快速手段，水平擴展 (多伺服器 + LB) 才是高可用架構的正道。