Sun Java System Application Server 9.1 部署規劃指南

規劃網路配置

規劃如何將 Application Server 整合到網路時,請估計頻寬需求,並將網路規劃成可符合使用者的效能需求。

本節包含以下主題:

估計頻寬需求

若要決定所需的網路大小與頻寬,請先判斷網路流量並找出其尖峰時段。檢查整體流量是否只在特定時刻、一週或一個月內的特定日子達到尖峰,然後判斷該尖峰的持續時間。

在尖峰負載期間,網路中的封包數會達到最高。一般來說,若要進行尖峰負載設計,請依照處理 100% 尖峰量的目標來延伸系統規模。但是請記住,當網路運作異常時,即使您已經延伸規模,可能還是不一定能處理 100% 的尖峰量。

例如,假設在尖峰負載時,5% 的使用者在存取 Application Server 上部署的應用程式時,偶爾會無法立刻存取網路。在 5% 的使用者中,估計有多少使用者在第一次嘗試之後重試存取。重試之後,並非所有使用者皆能成功存取,在這些不成功的部分中,又會有另外比例的人數進行重試。因此,顯示的尖峰時間會比較長,因為使用者會不斷嘗試存取,而造成尖峰使用的時間拉長。

計算所需的頻寬

根據建立效能目標中計算的結果,判斷在網站上部署 Application Server 時所需的額外頻寬。

根據存取方法 (T1 專線、ADSL、纜線數據機...等等),計算處理估計的負載所需增加的頻寬量。例如,假設您的網站使用 T1 或更高速的 T3 專線。根據網站每秒所產生的平均請求數及最大尖峰負載,在指定頻寬下估計所需的網路線路數目。使用網站分析與監視工具計算這些數據。


範例 2–3 所需頻寬的計算

一條 T1 專線可處理 1.544 Mbps。因此,四條 T1 專線的網路可處理約 6 Mbps 的資料。假設傳送回用戶端的平均 HTML 網頁為 30 KB,此內含四條 T1 專線的網路每秒可處理下列流量:

6,176,000 位元/8 位元 = 每秒 772,000 個位元組

每秒 772,000 位元組/30 KB = 約每秒 25 頁同步運作回應頁面。

假設一整天的負載很平均,在每秒 25 頁的流量下,此系統每小時可處理 90,000 頁 (25 x 60 秒 x 60 分鐘),因此每天最多可處理 2,160,000 頁。若最大尖峰負載大於此負載,請隨之增加頻寬。


估計尖峰負載

在現實情況下,一整天的負載不可能很平均。您必須判斷何時會發生尖峰負載、尖峰負載持續的時間,以及尖峰負載佔總負載的比例。


範例 2–4 尖峰負載的計算

若尖峰負載持續兩小時,並佔 2,160,000 頁面總負載的 30%,表示必須在一天兩小時內在 T1 專線上傳送 648,000 個頁面。

因此,若要在這兩小時內容納尖峰負載,請根據下列計算增加 T1 專線的數目:

648,000 頁/120 分鐘 = 每分鐘 5,400 頁

每分鐘 5,400 頁/60 秒 = 每秒 90 頁

如果四條網路線每秒可處理 25 頁,90 頁近似於 25 的四倍,因此需要四倍的網路線,亦即 16 條網路線。這 16 條網路線的用途,是處理實際上最多 30% 的尖峰負荷。其他 70% 的負載毫無疑問可在一天的其他時間由這些數目的網路線處理。


配置子網路

如果使用個別層級拓樸,其中應用程式伺服器實例與 HADB 節點位於不同的主機機器上,您可以透過使所有 HADB 節點位於不同的子網路,以改善效能。這是因為 HADB 使用使用者資料封協定 (UDP)。使用不同的子網路可降低子網路外部機器上的 UDP 流量。但請注意,所有 HADB 節點必須位於相同的子網路上。

只要所有節點與管理代理程式位於相同的子網路上,您仍可從不同的子網路執行管理用戶端。所有節點代理程式內應該皆可存取所有主機與連接埠,且防火牆、UDP 的封鎖功能...等等都不得封鎖此節點。

HADB 使用 UDP 多重播送,因此內含 HADB 節點的所有子網路皆須配置為可進行多重播送。

選擇網路卡

若要取得更佳的頻寬及理想的網路效能,請在代管 Application Server 與 HADB 節點的伺服器之間,至少使用 100 Mbps 的乙太網路卡,最好是 1 Gbps 的乙太網路卡。

HADB 的網路設定


備註 –

HADB 使用 UDP 多重播送,因此您必須啟用系統路由器與主機網路介面卡的多重播送。若 HADB 跨多個子網路,則也必須啟用子網路之間路由器的多重播送。為取得最佳結果,請將所有 HADB 節點置於相同的網路。應用程式伺服器實例可在不同的子網路上。


下列建議可讓 HADB 在網路中的運作最佳。