規則狀態 - 欄位說明

目前的統計值

名稱
您選擇的規則名稱。 此名稱可以包含任何英數字元、底線、連字符號或句點。它的長度是 1 到 20 個字元,不能包含空白。

規則類型
規則的類型。 可能的值如下:
  • IP 位址
    以從屬站的 IP 位址為基礎。 若您想要篩選客戶,並根據他們的來源位置來配置資源,請使用此規則類型。
  • 時間
    以每天的時間為基礎。 基於容量規劃理由而使用。例如,若您的網站每天多半在同一時段內被點擊瀏覽,則您可能想要在此尖峰時間內,安排比離峰時段更多的伺服器來專用於 HTTP。
  • 連線總數 (每秒)
    以該埠每秒的連線數為基礎。 若您必須與其他應用程式共用部份伺服器,則您可能想要使用以每秒連線總數為基礎的規則。
  • 作用中連線 (總計)
    以該埠作用中的連線總數為基礎。 若您的伺服器已超載並開始丟棄封包,則您可能想要使用以該埠作用中的連線總數為基礎之規則。 某些 Web 伺服器將繼續接受連線,即使它們沒有足夠的執行緒來回應要求。 結果是,從屬站要求逾時,而造訪您網站的客戶得不到服務。使用以作用中的連線為基礎的規則,以平衡伺服器儲存區內的容量。
  • 從屬站埠
    以從屬站的埠為基礎。 若您的從屬站正在使用某種軟體,而當提出要求時,該軟體會要求來自 TCP/IP 的特定埠,則您可能想要使用此規則類型。
  • 服務程式類型
    此規則可讓您以從屬站的 IP 表頭中之「服務程式類型 (TOS)」欄位的內容為基礎,來遞送從屬站要求。 例如,若從屬站要求是以指出正常服務程式的一個 TOS 值來進入,則它可以遞送至一個伺服器集中。 若從屬站要求是以指出服務程式的較高優先順序之不同 TOS 值來進入,則它可以遞送至不同的伺服器集中。
  • 保留頻寬
    保留的頻寬規則可讓您根據伺服器集每秒遞送的千位元組 (KB) 數,來進行平衡負載。 在配置的整個過程中,為每一個伺服器集設定臨界值 (配置指定的頻寬範圍), 您便可以控制及保證每一個叢集埠組合所使用的頻寬數量。
  • 共用頻寬
    若轉送的資料數量超過保留的頻寬規則之限制,則共用頻寬規則會提供您能力,將未在使用中的頻寬補充到站台上。 以在叢集或執行器層次共用頻寬數量為基礎。如果值為零,則無法共用頻寬。
    備註:配置共用頻寬規則之前,您必須指定可在執行器或叢集層次共用的最大頻寬量 (千位元組數/每秒)。如果值為零,則無法共用頻寬。

    叢集層次的共用頻寬容許叢集使用指定的最大頻寬。

    執行器層次上的共用頻寬可讓整個 Dispatcher 配置共用最大頻寬量。

    指定不超過可用總頻寬 (總伺服器容量) 的最大共用頻寬值。

  • 內容 (僅限於使用 cbr 轉送方法通信協定的埠。)
    基於從屬站要求中的 HTTP 表頭內容。 您將想要使用內容類型規則,將要求傳送到特別設定之伺服器集,以處理站台資料傳輸的部份子集。
  • 永遠為真
    將永遠選取永遠為真,除非與其相關的所有伺服器都已當機。因為這個理由, 它的優先順序之設定,通常應該比其他規則還低。(把它想像成程式邏輯中的 else 陳述式。)

若要取得有關規則型平衡負載的相關資訊,請參閱 Load Balancer 管理手冊

激發次數
此規則自從新增之後,或自從上次重新啟動執行器之後激發的次數。

型樣
只有當您選取了「內容」當作規則類型後才適用。這是在規則上所使用的搜尋字串, 有下列限制:
  • 無空格
  • 特殊字元:(除非您在字元前置 "\"):
    '*' : 萬用字元 (符合 0 到 x 的任何字元)
    '(' : 用於邏輯分組
    ')' : 用於邏輯分組
    '&' : 邏輯 AND
    '|' : 邏輯 OR
    '!' : 邏輯 NOT
    
  • 保留的關鍵字 (恆在 '=' 之前):
    Method   : HTTP 通信協定在轉換時用來
               擷取要求。例如,GET、POST、
               等等。
    URI      : URL 要求的路徑。
    Version  : 要求的特定版本,
               HTTP/1.0 或 HTTP/1.1
    Host     : 來自 host: 表頭的值
               備註: HTTP/1.0 通信協定的選用項目
    [key]    : Dispatcher 可搜尋的任何有效的 HTTP 表頭。例如,User-Agent、Connection、referer 等。
    

範例:目標為 http://www.company.com/path/webpage.htm 的瀏覽器可能得到下列值:

 
   Method=GET
   URI=/path/webpage.htm
   Version=HTTP/1.1
   Host=www.company.com
   Connection=Keep-Alive

若要取得有關型樣語法以及實務的詳細資訊,請參閱 Load Balancer 管理手冊中的「配置規則型平衡負載」以及「內容規則(型樣)語法」章節。

作用中連線總數
該埠目前作用中的連線總數。 僅適用於連線總數,作用中連線及保留的頻寬規則。

每秒的連線數
該埠目前的每秒連線數。 僅適用於連線總數,作用中連線及保留的頻寬規則。

若要隨時重新整理目前的統計值,請按一下「重新整理」。



配置設定

如果適當,請在規則狀態畫面上編輯其中一個值,然後按一下更新配置

開始範圍
範圍的下限值,用來決定規則是否為真。 此值的種類及其預設值是根據規則類型而定:
  • ip 位址 - 從屬站的位址,為符號名稱或是帶點十進位格式。預設值是 0.0.0.0。
  • 時間 - 整數。預設值是 0,代表午夜。
  • 連線總計 - 整數。預設值是 0。
  • 作用中連線 - 整數。預設值是 0。
  • 從屬站埠 - 整數。預設值是 0。
  • 保留頻寬 - 整數。預設值是 0。

結束範圍
範圍的上限值,用來決定規則是否為真。 此值的種類及其預設值是根據規則類型而定:
  • ip 位址 - 從屬站的位址,為符號名稱或是帶點十進位格式。預設值是 255.255.255.254
  • 時間 - 整數。預設值是 24,代表午夜。
  • 連線總計 - 整數。預設值是 2 的 32 次方減 1。
  • 作用中連線 - 整數。預設值是 2 的 32 次方減 1。
  • 從屬站埠 - 整數。預設值是 65535。
  • 保留頻寬 - 整數。預設值是 2 的 32 次方減 1。

優先順序 (選用性的)
一個整數,代表檢閱規則的次序。如果未給定所設之第一個規則的優先順序,則預設會將優先順序給定為值 1 並優先評估。 而下個規則的優先順序值為 11 並第二個評估 (最後一個優先順序值 + 10,在這個狀況為 1 + 10)、第三個規則 = 21、第四個規則 = 31,以此類推。規則按數字順序來評估,小數目比大數目更優先。

相關性類型 (僅適用於已啟用根據內容遞送的埠。)
根據規則的相關性只對已啟用根據內容遞送的埠有效。如果埠已指定有相關性,如從屬站 IP 或 SSL ID, 則相關性不能設在規則層次上,反之亦然。在此規則上選擇您要的相關性類型。選項有:
  • 無規則相關性 - 預設選項,表示規則沒有相關性。
  • 被動的 cookie 相關性 - 可讓您依據自行識別、產生自伺服器的 cookie,以相關性進行 web 資料傳輸到相同伺服器的平衡負載。此選項搭配規則上的「Cookie 名稱」以及伺服器上的「Cookie 值」使用。
  • URI 相關性 - 可讓您平衡負載 Web 資料傳輸到 Caching Proxy 伺服器, 以便在每一個伺服器上快取唯一的內容。此選項適用於 CBR 平衡 Caching Proxy 以減少必要快取量的情況。
  • WAS 相關性 -

評估的層次
僅適用於「連線總數」、「作用中連線」及「保留頻寬」。在評估埠上的所有伺服器或僅評估規則上的伺服器之間做選擇。「連線總數」(以秒為單位) 規則也容許以具有正加權值的規則之現行伺服器為基礎來進行評估。

Cookie 名稱
是一個管理者設定的任意名稱,作為 Load Balancer 的識別碼。此 cookie 名稱 (及 cookie 值) 作為 Load Balancer 的識別碼,可使 Load Balancer 傳送網站後續的要求至相同的伺服器機器。


清單

伺服器清單
會顯示目前與該規則有關聯的伺服器之位址。
若要移除伺服器,請高亮度顯示清單中的伺服器,然後按一下「移除」。