通过选择常规选项卡上的自定义选项,可以指定有关池成员的信息,例如,成员接收流量的端口、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>

    如果参数后跟等号 = 和一个值,则对该值进行哈希并除以运行的服务器的总权重。结果可指定接收请求的服务器。该过程用于跟踪请求中的用户标识符,并确保始终将相同的用户 ID 发送到相同的服务器,但前提是没有启动或关闭服务器。

    如果找不到任何值或参数,则应用循环算法。

  4. (可选) 为该池选择持久性方法。

    持久性可跟踪和存储会话数据,例如处理客户端请求的特定池成员。通过持久性,可以在整个会话期间或后续会话期间将客户端请求定向到同一池成员。

    协议

    支持的持久性方法

    HTTP

    无、Cookie、源 IP

    HTTPS

    “无”、“源 IP”和“SSL 会话 ID”

    TCP

    无、源 IP、MSRDP

    UDP

    无、源 IP

    • 选择 Cookie 可在客户端首次访问站点时插入一个唯一 Cookie 以标识会话。系统将在后续请求中引用该 Cookie,以永久保留与相应服务器的连接。

    • 选择源 IP 可根据源 IP 地址跟踪会话。当客户端请求连接到支持源地址关联性持久性的虚拟服务器时,负载平衡器将检查该客户端之前是否曾建立连接;如果是,则将客户端返回给同一个池成员。

    • 选择 SSL 会话 ID,并选择“SSL 直通”HTTPS 流量模式。

      • SSL 直通 -> 客户端 -> HTTPS -> LB (SSL 直通) -> HTTPS -> 服务器

      • 客户端 - HTTP-> LB -> HTTP -> 服务器

      注:

      vRealize Automation 当前仅支持“SSL 直通”。无论您选择哪个选项,都会使用“SSL 直通”方法。

    • 选择 MSRDP 可在 Windows 客户端和运行 Microsoft 远程桌面协议 (RDP) 服务的服务器之间保持持久会话。启用 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 负载平衡器组件中的虚拟服务器。