ADC

为服务配置反向监视

如果满足探测标准,反向监视器将服务标记为 DOWN;如果不满足探测标准,则将服务标记为 UP。例如,如果您希望备份服务仅在主服务关闭时接收流量,则可以将反向监视器绑定到辅助服务,但将其配置为探测主服务。

NetScaler 设备支持以下反向监视器:

  • HTTP
  • ICMP
  • TCP(来自版本 11.1 版本版本 49.x)

为服务配置 HTTP 反向监视

下表描述了服务的 HTTP 直接和反向监视条件:

条件 直接 反向
连接未建立。 失败 失败
HTTP 响应代码与探测器的规格相匹配。 成功 失败
HTTP 响应代码与探测器的规格不符。 失败 成功
探测超时。 失败 失败

使用 CLI 为服务配置 HTTP 反向监视

在命令提示符下,键入:

add lb monitor <Monitor_Name> HTTP -respCode 200 -httpRequest "HEAD /" -destIP <Primary_Service_IP_Address> -destPort 80 -reverse YES

bind service <Secondary_Service_Name> -monitorname <Monitor_Name>
<!--NeedCopy-->

为服务配置 ICMP 反向监视

下表描述了 ICMP 对服务进行直接和反向监视的条件:

条件 直接 反向
已收到 ICMP 回应回复。 成功 失败
探测超时。 失败 成功

使用 CLI 为服务配置 ICMP 反向监视

在命令提示符下,键入:

add lb monitor <Monitor_Name> PING -destIP <Primary_Service_IP_Address> -reverse YES

bind service <Secondary_Service_Name> -monitorname <Monitor_Name>
<!--NeedCopy-->

为服务配置 TCP 反向监视

如果直接 TCP 监视器收到 RESET 作为对监视探测的响应,则该服务会被标记为 DOWN。但是,如果反向 TCP 监视器收到 RESET 响应,则认为探测成功,服务会被标记为 UP。

下表描述了服务的 TCP 反向监视条件:

条件 直接 反向
TCP 连接已建立。 成功 失败
探测超时。 失败 失败
对探测器的响应为 RESET。 失败 成功

使用 CLI 为服务配置 TCP 反向监视

在命令提示符下,键入:

add lb monitor <Monitor_Name> TCP –destip <Primary_Service_IP_Address> -destport <primary_service_port> –reverse YES

bind service <Secondary_Service_Name> -monitorname <Monitor_Name>
<!--NeedCopy-->

使用 GUI 配置反向监视

  1. 导航到“流量管理”>“负载平衡”>“监视器”。
  2. 创建 HTTP、ICMP 或 TCP 监视器并选择“反向”。
为服务配置反向监视