共用方式為

規劃步驟 1：規劃 IIS Web 伺服器陣列基礎結構

  • 發行項

由 基思·紐曼和羅伯特·麥克默里

規劃 Web 伺服陣列的第一個步驟是決定其基礎結構。 你想要何種伺服器設定？ 您採用哪些技術？ 如何執行負載平衡？ 您的站台需要 SSL 安全性嗎？

本主題提供建立 Web 伺服陣列的高階計劃所需的資訊。 它會選取簡單的 Web 伺服陣列設定並顯示所需的伺服器類型。 此外，本主題說明應用程式要求路由 (ARR) 如何提供負載平衡給 Web 伺服陣列。

當您完成這些工作時，請先記錄您的設計決策再繼續進行 Step 2: Plan IIS Web Farm Configuration。

1.1. 決定 Web 伺服陣列基礎結構

有許多種方式可設計 Web 伺服陣列的基礎結構。 此討論會簡短探討兩個常見的基礎結構-本機內容和共用網路內容。 它會比較這兩個設計的優點和缺點，並位此案例選取其中一個。

本機內容基礎結構

本機內容基礎結構需要每個 Web 伺服器都在本機保留內容。 必須提供一種方式將內容推播至 Web 伺服陣列的所有節點。

優點

  • 本機內容可提供伺服器間的隔離。 如果某個伺服器關閉，不會影響其他伺服器。
  • 本機內容需要更少的電腦，因為它不需要後端內容檔案伺服器。
  • 您可以輕鬆地讓 Web 伺服器離線進行測試或疑難排解。

缺點

  • 內容必須在伺服器之間複寫。 處理內容複寫的常見方法是使用分散式檔案系統複寫 (DFSR)。 不過，DFSR 需要存取網域伺服器。
  • 如果網站寫入至磁碟，在其複寫之前其他伺服器沒有可用的資料。
  • 每一部伺服器必須擁有所有內容的完整複本。 在大型網站中，內容儲存體的成本可能很高。

共用的網路內容基礎結構

共用的網路內容會將所有的 Web 伺服器設定為指向包含網站內容的中央位置 (例如，後端檔案伺服器)。

優點

  • 共用的網路內容的設定相當簡單，而且對於 Web 伺服陣列或 Microsoft Web 伺服陣列技術的新手而言是很好的起點。
  • 寫入至磁碟的內容可立即在所有伺服器上使用。
  • 在伺服器陣列中加入其他伺服器相當容易。 您只需要指向內容 UNC 路徑。
  • 只有一些網站檔案的複本需要保留。 在 Web 伺服器上的硬碟必須只包含作業系統。

缺點

  • 後端檔案伺服器是單一失敗點。 藉由鏡像檔案伺服器並提供容錯移轉控制的方法，可將這個問題減到最少。
  • 網路頻寬可能會成為忙碌 Web 伺服陣列的限制因素。
  • 多個伺服器使用相同的檔案可能會引發檔案鎖定問題。

在此案例中選擇的基礎結構

此案例使用共用的網路內容基礎結構。 它描述及示範共用的內容、共用的設定、軟體負載平衡、集中式 SSL 憑證以及應用程式部署技術。

此 Web 伺服陣列基礎結構會要求您設定下列伺服器：

  • 負載平衡的應用程式要求路由 (ARR) 伺服器。 此伺服器需要 IIS Web 伺服器的預設安裝。 如需 ARR 的詳細資訊，請參閱 Step 3: Plan IIS Web Farm Load Balancing。
  • 兩個或多個 Web 伺服器。 這些伺服器會要求您安裝 IIS Web 伺服器和支援您網站所需的 IIS 模組。
  • 內容及設定共用的一個檔案伺服器。 利用設定檔和網站內容的共用資料夾設定此伺服器。
  • SSL 中央憑證存放區的一個檔案伺服器。 如需有關中央憑證存放區的詳細資訊，請參閱 Step 4: Plan SSL Central Certificate Store。

1.2. 使用 ARR 進行負載平衡

Microsoft 應用程式要求路由 (ARR) 是以 proxy 為基礎的路由模組，它會根據 HTTP 標頭、伺服器變數以及負載平衡演算法將 HTTP 要求轉送至內容伺服器。 如需 ARR 的詳細資訊，請參閱 Step 3: Plan IIS Web Farm Load Balancing。

若要設定 ARR 負載平衡，您需要所有伺服器的 IP 位址。 若要尋找 IP 位址，請使用 Ipconfig.exe 命令列工具。

1.3. 以功能網站開頭

設定 Web 伺服陣列最簡單的方法是從在一個伺服器上運作網站開始。 如果您需要設定網站的協助，請參閱下列一或多個 IIS 案例：

  1. 在 IIS 上建置靜態網站
  2. 在 IIS 上建置傳統 ASP 網站
  3. 在 IIS 上建置 ASP.NET 網站
  4. 在 IIS 上建置 FTP 網站

注意

為了簡化這個案例，它會假設您的 Web 伺服陣列伺服器只有一個站台。 不過，您可以輕易地設定多個站台。

另請參閱