使用案例

伺服器實例可具有任何數量的 HTTP 偵聽程式，包括安全與不安全的偵聽程式在內。您可以同時擁有基於 IP 位址的虛擬伺服器與基於 URL 主機的虛擬伺服器。

每台虛擬伺服器都可以 (但並非必須) 有各自的 ACL 清單、各自的 mime.types 檔案，以及各自的 Java Web 應用程式集。

此設計對於為各種應用程式配置伺服器提供了最大靈活性。下列範例將討論 Web 伺服器 的某些可用配置。

預設配置

在完成 Web 伺服器 的全新安裝後，您將擁有一個伺服器實例。此伺服器實例僅具有一個 HTTP 偵聽程式，可在連接埠 80 (或在安裝時選取的任何連接埠) 上偵聽配置給您的電腦的任何 IP 位址。

您區域網路中的某個機制，可以為配置給您的電腦的每個位址建立名稱至位址的對映。在以下範例中，電腦有兩個網路介面︰ 位址 127.0.0.1 上的回返介面 (即使沒有網路卡亦存在的介面) 以及位址 10.0.0.1 上的乙太網路介面。

經由 DNS，名稱 example.com 將對映至 10.0.0.1。HTTP 偵聽程式已配置為在連接埠 80 上偵聽配置給該機器的任何位址 ("ANY:80" 或 "0.0.0.0:80")。

在此配置中，與以下位址的連線會到達伺服器並由虛擬伺服器 VS1 提供服務

• http://127.0.0.1/ (在 example.com 上啟動 )

• http://localhost/ (在 example.com 上啟動 )

• http://example.com/

• http://10.0.0.1/

將此配置用於傳統 Web 伺服器。您不需要增加其他虛擬伺服器或 HTTP 偵聽程式。

安全伺服器

請參閱為伺服器配置 SSL。

企業網路主機作業

Web 伺服器 的一項更複雜配置就是該伺服器託管幾個虛擬伺服器，以用於企業內部網路部署。例如，您有三個內部網站，員工可以從中查找其他使用者的電話號碼、查看校園地圖並追蹤他們向資訊服務部門所提出請求的狀態。之前 (在此範例中)，這些網站託管於三台不同的電腦，分別對映於名稱 phone.example.com、maps.example.com 和 is.example.com。

若要將硬體和管理耗用降至最低，可以將三個網站全部合併到位於機器 example.com 上的一台 Web 伺服器中。您可以採用以下兩種方法進行設定︰ 使用基於 URL 主機的虛擬伺服器或使用單獨的 HTTP 偵聽程式。兩者均有明顯的優勢和劣勢。

使用基於 URL 主機的虛擬伺服器進行企業網路主機作業

儘管基於 URL 主機的虛擬伺服器易於設定，但其具有以下劣勢：

• 若要在此配置中支援 SSL，則需要使用萬用字元憑證的非標準設定。

• 基於 URL 主機的虛擬伺服器無法與舊的 HTTP 用戶端協同作業。

您也可以設定基於 IP 位址的配置，其中每個位址都有一個 HTTP 偵聽程式：

使用個別的 HTTP 偵聽程式進行企業內部網路託管

基於 IP 位址的虛擬伺服器之優勢為：

• 它們可與不支援 HTTP/1.1 主機標頭的舊用戶端協同作業。

• 可直接提供 SSL 支援。

劣勢有︰

• 需要對主機電腦 (實際或虛擬網路介面的配置) 進行配置變更

• 不能針對成千上萬虛擬伺服器進行配置調節

兩種配置均需要為三個名稱設定名稱至位址的對映。在基於 IP 位址的配置中，每個名稱都對映至不同位址。必須將主機電腦設定為接收所有這些位址上的連線。在基於 URL 主機的配置中，所有名稱都可對映至同一位址，即機器最初的位址。

包含多個 HTTP 偵聽程式的配置所改善的效能可能最少，因為伺服器不必找出請求傳入所在的位址。但是，由於其他接收器執行緒，使用多個 HTTP 偵聽程式也會產生額外的耗用 (記憶體與排程)。

大量主機作業

大量主機作業指的是您可以啟用許多低流量虛擬伺服器的配置。例如，託管許多低網路流量的個人首頁的 ISP 即屬於此類。

虛擬伺服器通常是基於 URL 主機。例如，您可以讓一種配置僅允許靜態內容，而另一種配置則允許靜態內容和 CGI。