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>

为服务配置 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>

为服务配置 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>

使用 GUI 配置反向监视

  1. 导航到“流量管理”>“负载平衡”>“监视器”。
  2. 创建 HTTP、ICMP 或 TCP 监视器并选择“反向”。
本内容的正式版本为英文版。部分 Cloud Software Group 文档内容采用了机器翻译,仅供您参考。Cloud Software Group 无法控制机器翻译的内容,这些内容可能包含错误、不准确或不合适的语言。对于从英文原文翻译成任何其他语言的内容的准确性、可靠性、适用性或正确性,或者您的 Cloud Software Group 产品或服务沿用了任何机器翻译的内容,我们均不作任何明示或暗示的保证,并且适用的最终用户许可协议或服务条款或者与 Cloud Software Group 签订的任何其他协议(产品或服务与已进行机器翻译的任何文档保持一致)下的任何保证均不适用。对于因使用机器翻译的内容而引起的任何损害或问题,Cloud Software Group 不承担任何责任。
为服务配置反向监视