IIS Web 園（Web Garden）深度解析：最大工作進程數設定、適用場景與避坑指南

IIS 6.0 引入的 Web 園 概念，允許單一應用程式池啟動多個工作進程（Worker Process），在單機模擬小型 Web Farm，提升多核 CPU 利用率與併發處理能力。但這把雙刃劍用不好，會帶來 Session 遺失、資源爭用、除錯困難等棘手問題。

核心運作原理

• 設定「最大工作進程數」> 1 時，IIS 依循環分派請求至各進程（Round-robin）。
• 每個工作進程擁有獨立記憶體空間、靜態變數、Session State (InProc)、檔案鎖控制權。
• 閒置超時機制：負載低時自動縮減進程數；負載高時動態增至上限。

關鍵配置路徑

IIS 管理器 → 應用程式池 → 屬性 → 「效能」頁籤 → 「Web 園」區塊 → 最大工作進程數（預設 1，上限 4,000,000，實務建議 ≤ CPU 邏輯核心數）。

✅ 適用場景（收益 > 風險）

1. CPU 密集型無狀態運算：圖片處理、影片轉碼、科學計算 API、純靜態檔案高併發服務。
2. 外部資源瓶頸：資料庫連線慢、第三方 API 延遲高，多進程可增加並發連線數，提升吞吐量。
3. 單進程受限於 32 位元記憶體上限 (2GB/3GB)，需跨進程利用更多實體記憶體（需搭配 64 位元 OS）。

❌ 禁用/慎用場景（風險 > 收益）

最佳實踐建議

1. 預設保持 1，除非經壓測證實單進程 CPU 為瓶頸且應用無狀態化。
2. 若必須啟用：Session 必須外部化（StateServer / SQL Server / Redis），靜態快取改用分散式快取，檔案寫入加鎖或改用佇列非同步。
3. 設定值建議：CPU 邏輯核心數（如 8 核設 8），超過核心數收益遞減且上下文切換開銷大。
4. 啟用「健康偵測 → Ping」與「快速失敗保護」，防止單一掛掛進程拖垮整池。

口訣：Web 園是「單機模擬叢集」，沒做無狀態化就別開；開了必配外部 Session、分散式鎖、統一日誌，否則換來的是詭異 Bug 而非效能提升。