共用方式為

在 SharePoint Server 中設定要求管理員

  • 發行項

適用于：yes-img-132013 yes-img-16 2016yes-img-192019 yes-img-se訂閱版本 no-img-sopMicrosoft 365 中的 SharePoint

概觀

要求管理員是 SharePoint Server 中的功能，可讓系統管理員管理傳入要求，並判斷 SharePoint Server 如何路由傳送這些要求。

要求管理員遇到要求時，會使用設定的規則執行下列工作：

  • 拒絕讓潛在有害的要求進入 SharePoint 伺服器陣列。
  • 將良好的要求路由傳送至可用的伺服器。
  • 手動最佳化效能。

管理員或自動程序提供給要求管理員的資訊可判斷路由傳送的要求是否有效。

下表說明要求管理員可解決的可能案例和解決方法。

區域 案例 解決方案
可靠性和效能 將新要求路由傳送至低效能的 Web 前端會增加延遲並導致逾時。 要求管理員可以路由傳送至效能較佳的前端網頁伺服器，並讓低效能的前端網頁伺服器維持可用。
使用者的要求和 Bot 的要求之優先順序相等。 透過節流處理 Bot 的要求 (而不是服務使用者的要求) 來排列要求的優先順序。
管理能力、責任和容量規劃 SharePoint Server 失敗或回應通常很慢，但很難識別失敗或速度變慢的原因。 要求管理員可以將特定類型的所有要求傳送至特定電腦，例如搜尋、使用者設定檔或 Office Online。 如此一來，當電腦失敗或變慢時，要求管理員即可找到問題。
所有前端網頁伺服器都必須能夠處理要求，因為要求可能傳送至任何前端網頁伺服器。 要求管理員可以將一或多個要求傳送至指定為處理要求的前端網頁伺服器。
調整限制 硬體擴充受到負載平衡器的限制 要求管理員可以視需要執行應用程式路由並向外延展，讓負載平衡器可以在網路層級快速平衡負載。

安裝及部署

要求管理員的工作是決定兩件事：SharePoint 伺服器陣列會接受要求，如果答案是「是」，則 SharePoint Server 會將它傳送給哪個前端 Web 服務器。 要求管理員的三個主要功能元件包括：「要求路由」、「要求節流及排列優先順序」，以及「要求負載平衡」。 這些元件決定處理要求的方式。 要求管理員會分開管理每一個 Web 應用程式的所有要求。 由於要求管理員是 SharePoint Server Internet Information Services (IIS) 模組的一部分，因此只會影響 IIS 主控的要求。

收到新要求之後，要求管理員是 SharePoint 伺服器陣列中第一個執行的程式碼。 雖然在前端網頁伺服器上安裝 SharePoint Server 期間已安裝要求管理員，但不會啟用要求管理服務。 您可以使用 Start-SPServiceInstance 和 Stop-SPServiceInstance Cmdlet，分別啟動和停止要求管理服務實例，或 SharePoint 管理中心網站上的 [管理伺服器上的服務] 頁面。 您可以使用Set-SPRequestManagementSettings Microsoft PowerShell Cmdlet 的RoutingEnabled或ThrottlingEnabled參數來變更要求管理員的屬性。

注意事項

沒有使用者介面可設定要求管理員的屬性。 Windows PowerShell Cmdlet 是執行這項工作的唯一方式。

要求管理員包含兩個受支援的部署模式：專用和整合。

專用模式

一組專門用來管理要求的前端網頁伺服器。 要求管理員的專用前端網頁伺服器位於其專屬的伺服器陣列中，介於硬體負載平衡器 (HLB) 與 SharePoint 伺服器陣列之間。 HLB 將所有要求傳送至要求管理員的前端網頁伺服器。 在這些前端網頁伺服器上執行的要求管理員會決定要傳送要求的目的地 SharePoint 前端網頁伺服器，然後再路由傳送要求。 根據路由和節流規則，要求管理員可能會忽略某些要求，而不將這些要求傳送至其他伺服器。 SharePoint 前端網頁伺服器會執行其處理要求的一般工作，然後透過執行要求管理員的前端網頁伺服器將回應傳回用戶端。

請注意，所有伺服器陣列都會設定為 SharePoint 伺服器陣列。 所有前端網頁伺服器都是 SharePoint 前端網頁伺服器，每部伺服器都可以執行與任何其他伺服器相同的工作。 這些伺服器陣列的差異在於要求管理員的前端網頁伺服器已啟用要求管理員。

專用模式適用於備妥實體電腦的大型部署。 為要求管理員建立個別伺服器陣列的能力有兩個優點：要求管理員和 SharePoint 進程不會競爭資源，而且您可以相應放大一個，而不需要相應放大另一個。 這讓您對每個角色的效能擁有更多控制權。

  • 要求管理員和 SharePoint 處理序不會競爭資源。
  • 您可以個別擴充每個伺服器陣列，因此對每個伺服器陣列的效能擁有更多控制權。

整合模式

在整合模式部署中，所有 SharePoint 前端網頁伺服器都會執行要求管理員。 硬體負載平衡器將要求傳送至所有前端網頁伺服器。 當前端 Web 服務器收到要求時，要求管理員會決定如何處理它：

  • 允許在本機處理要求。
  • 將要求路由傳送至其他前端網頁伺服器。
  • 拒絕要求。 整合模式適用於尚未備妥許多實體電腦的小型部署。 此模式可讓要求管理員和 SharePoint Server 的其餘部分在所有電腦上執行。 內部部署通常會採用此模式。

組態

要求管理員有兩個可設定的部分： 一般設定 和 決策資訊。 一般設定是準備要求管理員以供使用的參數，例如啟用或停用「要求路由」和「要求節流及排列優先順序」。 決策資訊是路由和節流處理期間會用到的所有資訊，例如路由和節流規則。

注意事項

您在伺服器陣列上設定要求管理員，並在 SharePoint Server 2013 的 Web 應用層級以及 SharePoint Server 2016 和 2019 中的 Web 應用程式角色上設定要求管理員。

一般設定

預設會啟用「要求路由」和「要求節流及排列優先順序」。 您可以使用 Set-SPRequestManagementSettings Cmdlet 變更「要求路由」和「要求節流及排列優先順序」的內容，以及選取路由加權配置。

下表描述要使用的組態狀況和Windows PowerShell語法。

情況 Microsoft PowerShell 範例
為所有 Web 應用程式啟用路由和節流 Get-SPWebApplication | Set-SPRequestManagementSettings -RoutingEnabled $true -ThrottlingEnabled $true
為所有 Web 應用程式啟用使用靜態加權的路由 Get-SPWebApplication | Get-SPRequestManagementSettings | Set-SPRequestManagementSettings -RoutingEnabled $true -ThrottlingEnabled $false -RoutingWeightScheme Static

在某些情況下，特定要求適用的目的地可能是多部前端網頁伺服器。 在此情況下，SharePoint Server 預設會隨機且一致地選取一部伺服器。 其中一個路由加權配置是「靜態加權路由」。 在此配置中，靜態加權會與前端網頁伺服器建立關聯，讓要求管理員在選取程序期間一律採用較高的靜態加權。 此配置可將更多加權分配給較強大的前端網頁伺服器，以降低較弱之前端網頁伺服器上的負載。 每部前端網頁伺服器會有相關聯的靜態加權。 加權值可以是任何整數值，其預設值為 1。 小於 1 的值表示加權較低，而大於 1 的值表示加權較高。

另一個加權配置是「狀況加權」。 在狀況加權路由中，偏好狀況分數接近零的前端網頁伺服器，因此狀況分數值較高的前端網頁伺服器會收到較少的要求。 狀況加權從 0 執行到 10，其中 0 表示最佳狀況，因此會收到最多要求。 根據預設，所有前端網頁伺服器都會設為狀況良好，因此會有相同的加權。 採用 SharePoint 狀況分數的監視系統會將加權指派給伺服器，然後以要求回應的標題形式傳送狀況分數值。 要求管理員使用相同的狀況分數，並儲存到本機記憶體中。

決策資訊

決策資訊會套用至路由目標、路由規則及節流規則。

路由目標

要求路由決定為要求選取路由集區時可用的路由目標。 路由目標的範圍目前僅適用于前端網頁伺服器，但要求管理員的設計也不會排除路由傳送至應用程式伺服器。 您可以使用設定資料庫自動維護一份伺服器陣列中的前端網頁伺服器清單。 需要變更該清單的管理員 (通常會在專用模式下) 必須使用適當的路由 Cmdlet 取得、新增、設定及移除路由目標。

下表描述各種路由目標工作，以及要使用的相關聯Windows PowerShell語法。

工作 Microsoft PowerShell 範例
傳回所有可用 Web 應用程式的路由目標清單 Get-SPWebApplication | Get-SPRequestManagementSettings | Get-SPRoutingMachineInfo -Availability Available
新增指定 Web 應用程式的新路由目標。 $web=Get-SPWebApplication -Identity <URL of web application>

$rm=Get-SPRequestManagementSettings -Identity $web

Add-SPRoutingMachineInfo -RequestManagementSettings $rm -Name <MachineName> -Availability Available
編輯指定 Web 應用程式的現有路由目標可用性和靜態權數。 $web=Get-SPWebApplication -Identity <URL of web application>

$rm=Get-SPRequestManagementSettings -Identity $web

$m=Get-SPRoutingMachineInfo -RequestManagementSettings $rm -Name <MachineName>

Set-SPRoutingMachineInfo -Identity $m -Availability Unavailable
從指定的 Web 應用程式移除路由目標。 $web=Get-SPWebApplication -Identity <URL of web application>

$rm=Get-SPRequestManagementSettings -Identity $web

$m=Get-SPRoutingMachineInfo -RequestManagementSettings $rm -Name <MachineName>

Remove-SPRoutingMachineInfo -Identity $M

注意事項

您無法移除伺服器陣列中的前端網頁伺服器。 相反地，您可以使用 Set-SPRoutingMachineInfo Cmdlet 的 Availability 參數停止使用前端網頁伺服器。

路由和節流規則

「要求路由」和「要求節流及排列優先順序」是使用規則規定許多動作的決策演算法。 這些規則決定要求管理員處理要求的方式。

規則分成兩個類別：路由規則和節流規則，分別用於要求路由和要求節流和優先順序。 路由規則比對準則，然後路由傳送至機器集區。 節流規則比對準則，然後根據電腦的已知狀況分數進行節流處理。

要求路由

要求處理是從要求管理員收到新要求，到要求管理員傳送回應給用戶端的這段期間內，連續發生的所有作業。

要求處理可分為下列元件：

  • 要求路由
  • 傳入要求處理常式
  • 要求節流及排列優先順序
  • 要求負載平衡

傳入要求處理常式

傳入要求處理常式的角色是判斷要求管理員是否應該處理要求。 如果已停用要求節流和優先順序，且要求管理員佇列是空的，則要求管理員會將要求導向目前前端網頁伺服器上執行的 SharePoint Server。 如果已啟用要求節流和優先順序，要求節流和優先順序會決定目前前端網頁伺服器 上應該允許或拒絕要求。

傳入要求處理常式的程序步驟如下：

  1. 決定要節流處理或路由傳送要求
  2. 對路由傳送的要求執行負載平衡演算法
  3. 將要求路由傳送至負載平衡器端點

「要求路由」和「要求節流及排列優先順序」只有在啟用時才會執行，且每個伺服器陣列會路由傳送一次。 要求負載平衡器只有在要求判斷為可路由時才會執行。 只有在必須將要求傳送至其他前端網頁伺服器時，才會執行傳出要求處理常式。 傳出要求處理常式的角色是將要求傳送至選取的前端網頁伺服器、等候回應，然後將回應傳回來源。

要求路由

要求路由的角色是選取要路由傳送要求的前端網頁伺服器。 透過不定義任何路由規則，可輕鬆使用路由配置隨機選取可用的前端網頁伺服器。

要求路由的演算法是由兩個部分所定義：要求規則比對和前端網頁伺服器選取。

要求規則比對

每一個規則都有一或多個對應條件，這些對應條件是由下列項目所組成：符合內容、符合類型及符合值。

下表說明不同類型的符合內容和符合類型：

符合內容 符合類型
主機名稱 ReqEx
URL 等於
連接埠號碼 開始於
MIME 類型 結束於

例如，系統管理員會使用下列比對準則來比對 http://contoso 要求：Match Property=URL;比對值= http://contoso ;Match type=RegEx。

前端網頁伺服器選擇

前端網頁伺服器選擇使用所有路由規則，而不管其是否符合指定要求。 符合的規則具有電腦集區，要求會將負載平衡傳送至任何相符規則電腦集區中的任何電腦。 如果不符合任何要求，則會將平衡的負載傳送至任何可用的路由目標。

注意：針對 SharePoint Server 2016 和 2019，會使用前端角色類型。

要求路由及排列優先順序

針對使用狀況型監視系統的路由要求，「要求路由及排列優先順序」的角色是將路由集區減少至具有良好狀況分數可處理要求的電腦。 如果啟用要求路由，路由集區是選取的任何前端網頁伺服器。 如果停用要求路由，路由集區只會包含目前的前端網頁伺服器。

要求路由和優先順序可分成兩個部分：要求規則比對和前端網頁伺服器篩選。 要求規則比對出現的情況與要求路由完全相同。 前端網頁伺服器篩選搭配使用節流規則中的狀況閥值參數與前端網頁伺服器狀況資料，來判斷所選路由集區中的前端網頁伺服器是否可以處理指定的要求。

前端網頁伺服器篩選程序會依照下列步驟執行：

  1. 路由集區可能是目前的前端網頁伺服器，或者是要求路由選取的一或多部前端網頁伺服器。
  2. 系統會檢查所有比對規則，以尋找最小的狀況閥值。
  3. 將狀況分數大於或等於最小狀況閥值的前端網頁伺服器從路由集區中移除。

例如，要求路由已停用，且目前的前端網頁伺服器的健康情況分數為 7，而規則 「Block OneNote」 沒有健康情況閾值 (也就是建立健康情況閾值 = 0) 。

路由集區是狀況閾值等於零 (0) 的目前前端網頁伺服器。 因此，此前端網頁伺服器可提供服務的最小閾值為零。 由於目前前端網頁伺服器的狀況分數為 7，因此要求管理員會拒絕並移除要求。

要求負載平衡

要求負載平衡的角色是選取要傳送要求的單一目標。 要求負載平衡使用路由加權配置來選取目標。 所有路由目標的起始加權都是 1。 如果啟用靜態加權，要求負載平衡會使用每個路由目標的靜態加權組來調整加權，且加權值可以是有效的整數值。 如果已啟用健康情況加權，要求負載平衡會使用健康情況資訊，將重量新增至健康情況較差的目標，並從狀況較差的目標中移除加權。

監視及維護

監視及記錄是管理要求管理員之要求的關鍵。

  • 符合的規則。
  • 不符合的規則。
  • 要求的最終決策。

決策可能包含下列實用資訊。

  • 是否拒絕要求？
  • 選取哪個前端 Web 服務器，以及從哪個路由集區選取。
  • 要求成功或失敗，及其原因為何？
  • 路由和節流等每部分所需的時間為何，以及等候前端網頁伺服器回應的時間為何？

管理員可以使用這項資訊調整路由和節流規則集，以最佳化系統並修正問題。 為了協助您監視和評估伺服器陣列的效能，您可以建立效能監視器記錄檔，並新增下列 SharePoint Foundation 要求管理員效能計數器：

計數器名稱 描述
目前連線 要求管理員目前開啟的連線總數。
Connections Reused / Sec 當同一個用戶端連線在未關閉連線的情況下提出其他要求時，每秒重複使用的連線數目。
Routed Requests / Sec 每秒路由傳送的要求數目。 執行個體決定此計數器追蹤的應用程式集區和伺服器。
節流要求/ 秒 每秒節流處理的要求數目。
Failed Requests / Sec 結束於
MIME 類型 每秒失敗的要求數目。
平均處理時間 結束於
MIME 類型 處理要求的時間，亦即評估所有規則並決定路由目標的時間。
上次 Ping 延遲 上次 ping 延遲 (亦即要求管理員的 PING 功能)。執行個體決定應用程式集區和機器目標。
連線端點目前 為所有使用中連線連線的端點總數。
路由傳送的要求目前 未完成路由傳送的要求數目。 執行個體決定應用程式集區和機器目標。

除了建立效能監視器記錄檔，還可以使用下列 Microsoft PowerShell 語法來啟用詳細資訊記錄層級：

Set-SPLogLevel "Request Management" -TraceSeverity Verbose