对于任何 TCP 应用程序,该监控器等待建立 TCP 连接,发送请求字符串,然后等待服务器使用预期内容进行响应。如果没有配置客户端请求和服务器响应,在成功建立 TCP 连接后,将通过运行状况检查。

如果选择 TCP 以作为运行状况监控器类型,则可以为 TCP 设置配置一个运行状况监控器。

要配置常规运行状况监控器设置,请参见创建新的运行状况监控器



要配置 TCP 运行状况监控器,请执行以下操作:

  • 指定一个必须用于运行状况检查的运行状况监控器端口。如果该字段是空白的,将使用为服务器配置的默认端口。

  • 启用半打开 (在完成前关闭连接) 复选框,以使运行状况监控器发送 SYN。在收到确认时,服务器将标记为启动,并且服务引擎使用 RST 进行响应。由于从未完全完成 TCP 握手,因此,不会验证应用程序运行状况。该监控器选项适用于不能正常处理快速终止的应用程序。由于从未完成握手,应用程序不会受到影响。不会生成应用程序日志,也不会浪费应用程序资源从运行状况监控器建立连接。

    注:

    只有在启用了半打开 (在完成前关闭连接) 时,才能配置客户端请求标头服务器响应数据

  • 通过使用客户端请求标头部分,输入适用于服务器应用程序的相应发送字符串。在完成 TCP 三向握手后,该请求将立即发送到服务器。

  • 服务器响应数据字段中,在用户输入字段中指定来自服务器的预期响应。NSX Advanced Load Balancer 检查以确定服务器响应数据是否包含在从服务器返回的前 2 KB 数据中。转换的数据将显示在转换的值预览字段中。

  • 服务器维护模式部分中,输入维护服务器响应数据。如果在服务器响应中看到定义的字符串,则 NSX Advanced Load Balancer 将服务器置于维护模式。在此期间,系统将执行运行状况检查,服务器像已手动停用一样运行,这意味着允许继续传输现有的客户端流,但新流发送到其他可用的服务器。

    在服务器停止使用维护字符串进行响应后,后续运行状况监控器将会注意到这种情况,将其恢复联机,并像平常一样根据服务器响应数据将其标记为 UPDOWN

    注:

    手动停用的服务器不会收到运行状况检查,也不会自动将其重新启用。

    有关示例配置,请参见使用运行状况监控器检测服务器维护模式