1.rssocksԴ?码分????
rssocksԴ?????
wmproxy是一个使用Rust语言开发的工具，它能够实现/tickbh/wmproxy
github: /tickbh/wmproxy
为什么我们需要主动式健康检查？主动式健康检查可以帮助我们更好地掌握系统的码分稳定性。例如，码分如果我们有一条连接不可达，码分连接超时设定为5秒，码分需要检测失败3次才认定为失败，码分便民查询源码2.0那么从开始检测到判定失败需要秒。码分
如果我们的码分系统是高并发的，每秒的码分QPS为，有3个地址需要检测，码分那么有1/3的码分失败概率。在秒内，码分我们会收到个请求，码分全民系统源码其中个请求会失败，码分如果这些是码分重要的数据，我们可能会丢失很多重要数据。
如果客户端有重试机制，那么在失败时客户端会进行重试，系统可能会反复分配请求到不可达的atr通道 源码系统，这可能导致短时间内请求激增，可能引发系统的雪崩。
因此，主动了解目标端系统的稳定性至关重要。
以下是没有主动健康检查的情况：
当出现错误时，一个请求的nop框架源码平均时长可能会达到(1.4s + 5s) / 2 = (3.2s)，比正常访问多了(3.2 - 1.4) = 1.8s，节点的宕机会对系统的稳定性产生较大的影响。
以下是主动健康检查的情况，它保证了访问后端服务器组都是正常状态。
当服务器2出现问题时，主动检查已经检测出服务器2不可用，anaconda 源码安装负载均衡时会选择已将服务器2摘除，因此系统的平均耗时为1.4s，系统依然保持稳定。
健康检查的种类可以分为以下两类：
在目前的系统中，我们需要从配置中读出所有需要健康检查的类型，即需要去重，把同一个指向的地址过滤掉。配置可能被重新加载，所以我们需要预留发送配置的方式（或者后续类似nginx用新开进程的方式则不需要），此处做一个预留。
部分实现源码定义在check/active.rs中，主要定义了两个类。我们在配置时获取所有需要主动检查的数据。
主要的检查源码，所有的最终信息都落在HealthCheck的静态变量里：
结语：主动检查可以及时地更早发现系统中不稳定因素，是系统稳定性的基石。它还可以通过更早发现因素来通知运维介入，我们的目标是使系统更稳定、更健壮，处理延时更少。
