效能應用程式集區設定

發行項
04/11/2008

效能應用程式集區設定允許您控制工作者處理序的作業。下列章節說明如何指定效能應用程式集區設定。

指定效能應用程式集區設定

您可在應用程式集區的內容對話方塊中的 [效能] 索引標籤內，指定效能應用程式集區設定。

若要設定效能應用程式集區設定

按一下加號，開啟 IIS 管理主控台並展開本機電腦。
按一下加號，展開 [應用程式集區] 資料夾。
在適當的應用程式集區上按一下滑鼠右鍵，然後按一下 [內容]。應用程式集區的內容對話方塊便會顯示。
按一下 [效能] 索引標籤，然後設定適當的應用程式集區設定。

應用程式集區 [內容] 對話方塊內的 [效能] 索引標籤

網頁處理序區

[網頁處理序區] 是對等於 ASP.NET 處理序模型設定 webGarden 和 cpuMask 的應用程式集區設定。若要啟用 [網頁處理序區]，請設定超過 1 的 [工作者處理序的最大數目] 值。此值也決定應用程式集區處理序的最大數目。

因為網頁處理序區啟用多個處理序，所以每個處理序都有自己的應用程式狀態、同處理序 (In-Process) 工作階段狀態、快取和靜態資料的複本。不應使用網頁處理序區於所有的應用程式上，尤其是該應用程式必須維持狀態時。在決定使用網頁處理序區模式是否適當之前，請先確定應用程式的基準效能。

當您使用網頁處理序區時，了解工作階段如何陳述和 Round Robin 如何運作是相當重要的。考慮其他應用程式集區設定將如何影響應用程式也一樣的重要。

網頁處理序區中使用工作者處理序隔離模式的工作階段狀態

當您使用工作階段狀態時，請注意工作者處理序隔離模式並不支援傳回路由要求至產生傳回要求的處理序。當應用程式執行在使用 ASP 工作階段狀態的網頁處理序區中，或執行在應用程式狀態下時，該應用程式必須將它的要求傳回其起始的處理序。當您使用 IIS 6.0 應用程式共用 (Pooling) 時，請確定該應用程式保持連接開啟以使其要求可以傳回至適當的處理序。如果並沒有保持連接開啟，該要求將傳送至下一個網頁處理序區所提供可用的工作者處理序。

網頁處理序區中使用工作者處理序隔離模式的 Round Robin

Round Robin 是一種應用程式負載平衡的方法。當每個要求到達網頁處理序區時，會自動地傳送至下一個順序的處理序。例如，如果一個網頁處理序區有 4 個處理序，要求會依順序傳送至處理序 0、1、2 和 3。若有額外的要求則會重複此循環。

網頁處理序區中使用工作者處理序隔離模式的應用程式集區參數

某些應用程式集區設定擁有網頁處理序區特定的行為。下表將摘要說明這些行為。

應用程式集區設定	行為
AppPoolQueueLength	此參數的值將不會產生作用。然而，Round Robin 會分散要求至網頁處理序區所提供的工作者處理序。
DisallowOverlappingRotation	網頁處理序區內沒有行為變更。
DisallowRotationOnConfigChange	網頁處理序區內沒有行為變更。
IdleTimeout	分別計算每一個處理序，故每個處理序可獨立地終止。根據所選擇的路由演算法，處理序數目會自動地自我設定來符合負載狀況。
LoadBalancerCapabilities	網頁處理序區內沒有行為變更。
OrphanAction	網頁處理序區內沒有行為變更。
OrphanWorkerProcess	網頁處理序區內沒有行為變更。
PeriodicRestartTime	此參數在網頁處理序區內有意義上的變更。在網頁處理序區內，此參數指定回收所有處理序的時間區隔。在指定的時間量內，依平均間隔來依序回收處理序。例如，如果一個網頁處理序區內有四個處理序，而 PeriodicRestartTime 設定為 20 小時，第一個處理序將在 5 小時後回收、第二個處理序將在 10 小時後回收，以此類推。注意如果一個處理序損壞的話，將提供 PeriodicRestartTime 的 Run Time 值給替代的處理序。在指定的 PeriodicRestartTime 之內，此設定允許損壞的處理序和其他處理序一起回收。
PeriodicRestartRequests	此參數在網頁處理序區內有意義上的變更。在網頁處理序區內，此參數指定回收所有的處理序，在達到特定的要求數量之後。在指定的要求數量內，依平均間隔來依序回收處理序。例如，如果一個網頁處理序區內有四個處理序，而 PeriodicRestartRequests 設定要求數量為 40,000，第一個處理序將在達到 10,000 要求數量後回收、第二個處理序將在達到 20,000 要求數量後回收，以此類推。在初始設定的處理序回收之後，將指派 40,000 的 PeriodicRestartRequests 值給下一組處理序。
PeriodicRestartSchedule	網頁處理序區內沒有行為變更。若是管理者決定使用排程架構回收處理，所有網頁處理序區的處理序都會同時回收。
PingInterval	網頁處理序區內沒有行為變更。
PingResponseTime	網頁處理序區內沒有行為變更。
PingingEnabled	網頁處理序區內沒有行為變更。
RapidFailProtection	網頁處理序區內沒有行為變更。例如，計算跨網頁處理序區的錯誤總數，然後以時間間隔來比較。此參數提供額外層級的彈性。
RapidFailProtectionInterval	網頁處理序區內沒有行為變更。例如，計算跨網頁處理序區內的錯誤總數，然後以時間間隔來比較。此參數提供額外層級的彈性。
RapidFailProtectionMaxCrashes	網頁處理序區內沒有行為變更。例如，計算跨網頁處理序區內的錯誤總數，然後以時間間隔來比較。此參數提供額外層級的彈性。
SMPAffinitized	網頁處理序區內沒有行為變更。
SMPProcessorAffinityMask	在 IIS 5.0 隔離模式中，您只能擁有與 CPU 數量一樣多的工作者處理序。在工作者處理序隔離模式中，多顆 CPU 可以只服務單一的工作者處理序。
ShutdownTimeLimit	網頁處理序區內沒有行為變更。
StartupTimeLimit	網頁處理序區內沒有行為變更。

閒置等候時間

[閒置等候時間] 是對等於 ASP.NET 處理序模型設定 idleTimeout 的應用程式集區設定。它指定工作者處理序或應用程式集區因為無活動狀態而關機之前的時間量。預設 [閒置等候時間] 為啟用，並設定為 20 秒。您可以藉由變更調整方塊中的值來指定不同的時間限制。若要停用 [閒置等候時間]，請移除核取方塊。

要求佇列限制

[要求佇列限制] 是對等於 ASP.NET 處理序模型設定 restartQueueLimit 的應用程式集區設定。它指定當工作者處理序在異常終止之後，佇列在 ASP.NET ISAPI 中等待重新啟動的要求之最大數量。預設 [要求佇列限制] 為啟用，並設定為 1000 個要求。您可以藉由變更調整方塊中的值來指定不同的要求佇列數量。若要停用 [要求佇列限制]，請移除核取方塊。

請參閱

共用方式為