共用方式為


使用應用程式要求路由模組

由 IIS 小組

簡介

IIS 7 和更新版本 Microsoft 應用程式要求路由 (ARR) 是以 Proxy 為基礎的路由模組,會根據 HTTP 標頭、伺服器變數和負載平衡演算法,將 HTTP 要求轉送至內容伺服器。 ARR 可用來:

  • 增加應用程式可用性和延展性。
  • 最好利用內容伺服器資源。
  • 協助應用程式部署,包括試驗管理和 A/B 測試。
  • 降低管理成本,併為共用主機者創造機會。

ARR 依賴 URL 重寫模組 來檢查傳入的 HTTP 要求,以做出路由決策。 因此,需要 URL 重寫模組才能啟用 ARR 功能。

ARR 支援是由 Microsoft 說明與支援所提供。 論壇將保持活躍。

功能

適用於 IIS 的 Microsoft 應用程式要求路由包含下列主要功能:

  • HTTP 型路由決策 不同於在IP層級做出路由決策的硬體負載平衡器,ARR 會在應用層級做出路由決策。 透過搭配 URL 重寫模組使用 ARR,您可以撰寫以 HTTP 標頭和伺服器變數為基礎的強大路由規則。
  • 負載平衡演算法 您可以套用用戶選取的負載平衡演算法,以判斷哪個內容伺服器最適合服務 HTTP 要求。 提供六種演算法。
  • 健康情況監視 您可以使用即時流量和特定 URL 測試來判斷內容伺服器的健康情況。 提供一組組組態參數來定義伺服器健康情況的意義。 您也可以停用即時流量和 URL 測試,並使用自定義健康情況監視提供者。 若要這樣做,請呼叫 RSCA API 來設定伺服器的健康情況。
  • 用戶端親和性 透過使用 Cookie,ARR 可以將用戶端的所有要求親和化至內容伺服器。 ARR 會區分 NAT 背後的用戶端,因此會獨立處理每個用戶端。 此功能需要客戶端能夠接受 Cookie。
  • 主機名親和性「主機名親和性」是共用主機工具的特定功能。 這項功能會變更部署拓撲,以最小化及簡化系統管理,並建立額外的商機。 如需此案例的詳細資訊,請參閱 使用應用程式要求路由的共用裝載部署。 兩個提供者迴圈配置資源與記憶體可用來判斷主機應該親和化的伺服器。
  • 多個伺服器群組 ARR 可以管理多個伺服器群組,這些群組是環境中內容伺服器的邏輯群組。 此功能可讓ARR用於試驗管理和 A/B 測試案例。
  • 使用UI 管理和監視您可以使用 IIS 管理員來管理和檢視ARR的所有組態設定和匯總運行時間統計數據。
  • 失敗的要求追蹤規則 已新增特定追蹤,以快速疑難解答和診斷ARR。

使用模組

這些文章說明如何使用ARR來設定和達成核心案例。 建議您依下列順序閱讀文章,因為每個文章的案例變得更豐富: