load-balancing - NetScaler 监视器

Question

我想了解 NetScaler Monitor 类型 HTTP-ECV 和 TCP-ECV 以及用例场景之间的区别？我想了解使用这些监视器背后的基本原理，因为它们都使用发送字符串并期望来自服务器的响应。什么时候需要使用 TCP-ECV 或 HTTP-ECV？

Answer 1

也许您应该在选择监视器类型之前先确定您的需求。这些显示器的描述是非常自我描述的。

tcp-ecv:

具体参数：send [””] - 是发送到服务的数据。字符串的最大允许长度为 512 K 字节。recv [””] - 来自服务的预期响应。字符串的最大允许长度为 128 K 字节。
过程：Citrix ADC 设备与监视器目标建立 3 次握手。建立连接后，设备使用 send 参数将特定数据发送到服务，并期望通过 receive 参数获得特定响应。不同的服务器发送不同大小的段。但是，该模式必须在 16 个 TCP 段内。

http-ecv:

具体参数： send [””] - 发送给服务的 HTTP 数据；recv [””] - 来自服务进程的预期 HTTP 响应数据
：Citrix ADC 设备与监视器目标建立 3 次握手。建立连接后，设备使用 send 参数将 HTTP 数据发送到服务，并期望接收参数指定的 HTTP 响应。（不包括 HTTP 标头的 HTTP 正文部分）。空响应数据匹配任何响应。预期数据可能位于响应 HTTP 正文的前 24K 字节中的任何位置。

至于 Web 服务监控（这是您需要的吗？），如果您尝试确保响应中存在一些 HTTP 标头，则使用tcp-ecv. 对于 HTML 正文检查，请使用http-ecv.

Answer 2

TCP-ECV - 第 4 层检查 - 如果您想确定 TCP 端口/套接字是打开的，并且您对由于完成 TCP 3 次握手和 TCP send() 而将服务标记为启动感到满意发送期望 TCP recv() 响应的数据然后使用 TCP-ECV。这只是 TCP 第 4 层检查。它没有应用意识。

HTTP-ECV - 第 5 层检查 - 如果简单的 TCP 检查还不够，并且您想在 TCP 连接建立后发送 HTTP 协议消息，则使用 HTTP-ECV。这将通过 TCP 连接发送 HTTP 协议控制消息，并等待返回 HTTP 响应消息。通常，您会将响应配置为将 200 OK 视为成功，将 404/503 视为失败。