健康检查介绍-凯发k8国际娱乐官网入口

健康检查协议

您可以在创建后端服务器组和创建监听器时为后端服务器组配置健康检查，通常，使用默认的健康检查配置即可，也根据业务需要选择不同的健康检查协议。

您也可以在后端服务器组创建后修改健康检查，详情可见。

后端服务器组的后端协议与支持的健康检查协议存在匹配关系，详情请参见表1和表2。

tls协议与grpc协议陆续上线中，已发布区域请参见和。

tcp健康检查

对于四层（tcp）和七层（http/https）后端协议，您可以配置tcp健康检查，通过发起tcp三次握手来获取后端服务器的状态信息，如图1所示。

图1 tcp健康检查

tcp健康检查的机制如下：

1. elb节点根据健康检查配置，向后端服务器（ip 健康检查端口）发送tcp syn报文。
2. 后端服务器收到请求报文后，如果相应的端口已经被正常监听，则会返回syn ack报文。
   • 如果在超时时间内没有收到后端服务器的syn ack报文，则判定健康检查失败。随后发送rst报文给后端服务器中断tcp连接。
   • 如果在超时时间内收到了syn ack报文，则判定健康检查成功，并进一步发送ack报文给后端服务器。随后发送rst报文给后端服务器中断tcp连接。

正常的tcp三次握手后，会进行数据传输，但是在健康检查时会发送rst中断建立的tcp连接。该实现方式可能会导致后端服务器中的应用认为tcp连接异常退出，并打印错误信息，如“connection reset by peer”。凯发k8国际娱乐官网入口的解决方案如下：

• 采用http健康检查。
• 后端服务器忽略健康检查的连接错误。

udp健康检查

对于四层（udp）后端协议，默认配置udp健康检查，通过发送udp探测报文获取后端服务器的状态信息，如图2所示。

图2 udp健康检查

udp健康检查机制如下：

1. 四层elb节点根据健康检查配置，向后端服务器发送icmp echo request报文。
   • 如果在超时时间内没有收到icmp echo reply报文，则判定健康检查失败。
   • 如果在超时时间内收到了icmp echo reply报文，则向后端服务器发送udp探测报文。
2. 如果在超时时间内没有收到后端服务器返回的icmp port unreachable报文，则判定健康检查成功。否则，判定健康检查失败。

http健康检查

对于四层（tcp）和七层（http/https）后端协议，您可以配置http健康检查，通过http get请求来获取状态信息。检查原理如图3所示。

图3 http健康检查

http健康检查机制如下：

1. elb节点根据健康检查配置，向后端服务器（ip 端口 检查路径）发出http get请求（可以选择设置域名）。
2. 后端服务器收到请求后，根据服务的情况返回相应的http状态码。
   • 如果七层elb节点在响应超时时间内收到了后端服务器的响应，将http状态码与预置的状态码进行对比，如果匹配则认为健康检查成功，后端服务器运行正常。
   • 如果七层elb节点在响应超时时间内没有收到后端服务器的响应，则判定健康检查失败。

https健康检查

对于四层（tcp）和七层（http/https）后端协议，您也可以配置https健康检查。https健康检查首先通过tls握手建立ssl连接，再通过发送加密的http get请求来获取后端服务器的状态信息。检查原理如图4所示。

图4 https健康检查

https健康检查机制如下：

1. elb节点向后端服务器发送client hello请求，与后端服务器建立ssl连接。
2. elb节点收到后端服务器返回server hello报文后，根据健康检查配置，向后端服务器（ip 端口 检查路径）发出加密的http get请求（可以选择设置域名）。
3. 后端服务器收到请求后，根据服务的情况返回相应的http状态码。
   • 如果七层elb节点在响应超时时间内收到了后端服务器的响应，将http状态码与预置的状态码进行对比，如果匹配则认为健康检查成功，后端服务器运行正常。
   • 如果七层elb节点在响应超时时间内没有收到后端服务器的响应，则判定健康检查失败。

tls健康检查

对于http、https和tls后端协议，您可以配置tls健康检查，通过tls 握手，发送client hello，解析服务端发送的server hello来获取后端服务器的状态。

图5 tls健康检查

tls健康检查的机制如下：

1. elb节点根据健康检查配置，向后端服务器（ip 健康检查端口）发送tcp syn报文。
   • 如果在超时时间内没有收到syn ack报文，则判定健康检查失败。
   • 如果在超时时间内收到了syn ack报文，则向后端服务器发送会发送client hello（ssl协商），协商的版本号包括了tlsv1.0、tlsv1.1、tlsv1.2、tlsv1.3。
2. 如果在超时时间内收到后端服务器返回的server hello报文，则判定健康检查成功。否则，判定健康检查失败。

grpc健康检查

图6 grpc健康检查

grpc健康检查机制如下：

1. elb节点根据健康检查配置，向后端服务器（ip 端口 检查路径）发出post或get请求（可以选择设置域名）。
2. 后端服务器收到请求后，根据服务的情况返回相应的状态码。
3. elb通过读取http/2头中的grpc-status的值作为返回的grpc状态码。
   • 如果七层elb节点在响应超时时间内收到了后端服务器的响应，将返回的grpc状态码与自定义的健康检查返回码进行对比，如果匹配则认为健康检查成功，后端服务器运行正常。
   • 如果七层elb节点在响应超时时间内没有收到后端服务器的响应，则判定健康检查失败。

健康检查时间窗

健康检查机制的引入，有效提高了业务服务的可用性。但是，为了避免频繁的健康检查失败引起的切换对系统可用性的冲击，健康检查只有连续多次检查成功或失败后，才会进行状态切换。

以共享型负载均衡的健康检查为例，健康检查时间窗由表3中的三个因素决定：

健康检查时间窗的计算方法如下：

• 健康检查成功时间窗 = 超时时间×健康检查正常阈值 检查间隔×(健康检查正常阈值-1)
• 健康检查失败时间窗 = 超时时间×健康检查异常阈值 检查间隔×(健康检查异常阈值-1)

如图7所示：

• 检查间隔：4s
• 超时时间：2s
• 健康检查异常阈值：3次

健康检查检测到后端服务器从正常到失败状态，健康检查失败时间窗 = 超时时间×健康检查异常阈值 检查间隔×(健康检查异常阈值-1) = 2 x 3 4 x (3-1) = 14s。

图7 健康检查失败时间窗

健康检查异常排查

如果您的健康检查异常，排查方法请参考。