藉由選取一般索引標籤上的自訂選項,您可以指定集區成員的相關資訊,例如成員用來接收流量的連接埠、NSX 負載平衡器可用來存取該連接埠的通訊協定類型、用於負載平衡的演算法,以及持續性設定。

執行這項作業的原因和時機

集區代表正在進行負載平衡的機器叢集。集區成員代表該叢集中的其中一台機器。

預設成員通訊協定和成員連接埠設定與一般頁面上的通訊協定和連接埠設定相符。

成員機器的集區顯示在藍圖負載平衡器元件使用者介面的成員選項值中。成員項目設為機器的集區或叢集。

程序

  1. (選擇性) ︰ 成員通訊協定設定與您在一般索引標籤上指定的通訊協定相符。此設定可定義集區成員接收網路流量的方式。
  2. (選擇性) ︰ 成員連接埠文字方塊中輸入連接埠號碼,可指定集區成員用於接收網路流量的連接埠。

    例如,如果負載平衡器虛擬 IP 位址 (VIP) 的傳入申請位於連接埠 80,您可能想要將申請路由至集區成員上的其他連接埠,例如連接埠 8080。

  3. (選擇性) ︰ 針對此集區選取演算法平衡方法。

    下表描述了演算法選項和需要之選項的演算法參數。

    選項

    說明和演算法參數

    ROUND_ROBIN

    根據指派給伺服器的權數來依序使用每部伺服器。

    如果負載平衡器是在 vRealize Automation 中建立,則所有成員的權數均相同。

    當伺服器的處理時間保持平均分佈時,這是最順暢且最公平的演算法。

    此選項的演算法參數已停用。

    IP-HASH

    根據來源 IP 位址雜湊和所有執行中伺服器的權數總計來選取伺服器。

    此選項的演算法參數已停用。

    LEASTCONN

    根據伺服器上已有的連線數目,將用戶端申請散佈到多個伺服器。

    新連線會傳送到具有最少連線的伺服器。

    此選項的演算法參數已停用。

    URI

    URI 的左邊部分 (問號之前) 會雜湊並除以執行中伺服器的權數總計。

    結果會指定用於接收申請的伺服器。這可確保只要沒有伺服器啟動或關閉,URI 會一律導向至相同的伺服器。

    URI 演算法參數具有兩個選項:uriLength=<len>uriDepth=<dep>。在演算法參數文字方塊中分行輸入長度和深度參數。

    長度和深度參數後會接正整數。這些選項僅可根據 URI 的開頭來平衡伺服器。

    長度參數指示演算法應僅考量 URI 開頭已定義的字元來計算雜湊。長度參數範圍應為 1<=len<256。

    深度參數指示用於計算雜湊的目錄深度上限。申請中的每條斜線算作一個層級。深度參數範圍應為 1<=dep<10。

    如果兩個參數均指定,則達到任一個參數時,評估會停止。

    HTTPHEADER

    會在每個 HTTP 申請中查詢 HTTP 標頭名稱。

    括號中的標頭名稱不區分大小寫,類似於 ACL 'hdr()' 函數。

    HTTPHEADER 演算法參數具有一個選項 headerName=<name>。例如,您可以使用 host 做為 HTTPHEADER 演算法參數。

    如果標頭不存在或不包含任何值,則會套用循環配置資源演算法。

    URL

    會在每個 HTTP GET 申請的查詢字串中查詢引數中指定的 URL 參數。

    URL 演算法參數具有一個選項 urlParam=<url>

    如果參數後跟隨著等號 = 和值,則該值會雜湊並除以執行中伺服器的權數總計。結果會指定用於接收申請的伺服器。此程序用於追蹤申請中的使用者識別碼,並確保只要沒有伺服器啟動或關閉,相同的使用者識別碼一律傳送至相同的伺服器。

    如果找不到任何值或參數,則會套用循環配置資源演算法。

  4. (選擇性) ︰ 針對此集區選取持續性方法。

    持續性追蹤並儲存工作階段資料,例如,提供用戶端申請服務的特定集區成員。藉由持續性,用戶端申請會在工作階段的存留期間或後續工作階段期間導向至相同的集區成員。

    通訊協定

    支援的持續性方法

    HTTP

    無、Cookie、來源 IP

    HTTPS

    無、來源 IP 和 SSL 工作階段識別碼

    TCP

    無、來源 IP、MSRDP

    UDP

    無、來源 IP

    • 選取 Cookie 來插入唯一 Cookie,以識別用戶端首次存取站台時的工作階段。後續申請時會參照此 Cookie,以保存適當伺服器的連線。

    • 選取來源 IP 以根據來源 IP 位址追蹤工作階段。當用戶端申請與支援來源位址相似性持續性的虛擬伺服器進行連線時,負載平衡器會先進行檢查,以查看此用戶端之前是否進行過連線,如果是,則會將此用戶端送回至同一集區成員。

    • 選取 SSL 工作階段識別碼,然後選取 SSL 傳遞 HTTPS 流量模式。

      • SSL 傳遞 - 用戶端 -> HTTPS -> LB (SSL 傳遞) -> HTTPS -> 伺服器

      • 用戶端 - HTTP -> LB -> HTTP -> 伺服器

      備註︰

      vRealize Automation 目前僅支援 SSL 傳遞。無論選取的選項為何,都會使用 SSL 傳遞方法。

    • 選取 MSRDP 以維護執行 Microsoft 遠端桌面通訊協定 (RDP) 服務的 Windows 用戶端和伺服器之間的持續性工作階段。啟用 MSRDP 持續性的建議案例是建立由執行支援的 Windows Server 的成員組成的負載平衡集區,其中所有成員皆屬於 Windows 叢集並參與 Windows 工作階段目錄。

    • 選取可指定不儲存工作階段動作供後續重新叫用。

  5. 如果您正在使用 Cookie 持續性設定,請輸入 Cookie 名稱。
  6. (選擇性) ︰ 模式下拉式功能表中選取插入 Cookie 的模式。

    選項

    說明

    插入

    NSX Edge 傳送 Cookie。

    如果伺服器傳送一或多個 Cookie,則用戶端會收到額外的 Cookie (伺服器 Cookie + NSX Edge Cookie)。如果伺服器未傳送 Cookie,則用戶端會接收 NSX Edge Cookie。

    前置詞

    伺服器傳送 Cookie。如果用戶端不支援多個 Cookie,請使用此選項。

    如果您擁有的專屬應用程式使用的專屬用戶端僅支援一個 Cookie,則 Web 伺服器會傳送 Cookie,但 NSX Edge 會在伺服器 Cookie 值中插入其 Cookie 資訊 (做為前置詞)

    應用程式工作階段

    伺服器不傳送 Cookie,而是以 URL 方式傳送使用者工作階段資訊。

    例如,http://mysite.com/admin/UpdateUserServlet;jsessionid=X000X0XXX0XXXX,其中,jsessionid 為使用者工作階段資訊且用於持續性。

  7. (選擇性) ︰ 輸入 Cookie 的持續性到期時間 (以秒為單位)。

    例如,針對具有 TCP 來源 IP 的 L7 負載平衡,如果未在指定的到期時間內建立新的 TCP 連線,則持續性項目會逾時,即使現有連線仍在作用中亦如此。

  8. (選擇性) ︰ 按一下健全狀況檢查索引標籤並繼續前往定義虛擬伺服器健全狀況檢查設定主題,以繼續定義 NSX 負載平衡器元件中的虛擬伺服器。