Nacos-康健检查机制

开发者 · 2024-9-26 23:16:46

Spring Cloud Alibaba Naco作为注册中心不止提供了服务注册和服务发现功能，还提供了服务可用性监测的机制。有了这机制之后，Nacos才华感知服务的康健状态，从而为服务调用者提供康健的服务实例，终极保证了业务体系可以大概正常的实行。
两种康健检查机制

Nacos中提供两种康健检查机制：

客户端主动上报机制
服务器端主动下探机制

怎样理解这两种机制呢？可以想象一个场景，你在学校的课堂内里，遇到学业上的问题，大概是科目上的问题。那有什么办法让老师知道你有问题？

第一种，你主动去找老师而且告诉老师你的问题和精力状态（康健状态）
第二种，老师自己发现你的状态有问题，及主动扣问你的问题和状态

以上这两种方法和Nacos的两种康健检查机制雷同，也就是客户端主动上报机制，是客户端每隔一段时间，主动向Nacos服务器端上报自己的康健情况，而服务器端下探机制是Nacos服务器端来检测客户端是否康健

怎样设置康健检查机制

Nacos中的康健检查机制不能主动设置，但康健检查机制是和Nacos的服务实例类型强相干的。也就是说Nacos中的两种服务实例分别对应了两种康健检查机制：

暂时实例（非恒久化实例）：对应客户端主动上报机制
永世实例（恒久化实例）：对应服务器端主动下探机制

为什么需要两种服务实例呢？
以淘宝为例，双十一大促期间，流量会比平时高出许多，此时服务肯定需要增长更多实例来应对高并发，而这些实例在双十一之后就无需继承使用了，接纳暂时实例比力符合。而对于服务的一些常备实例，则使用永世实例更为符合。
客户端主动上报机制

暂时实例每隔5秒会主动上报一次自己的康健状态，发送的数据包叫做心跳包,发送心跳包的机制叫做心跳机制。假如心跳包的隔断时间超过了15秒，那么Nacos服务器端就会将此服务实例标记为非康健实例，假如心跳包超过30 秒，那么Nacos服务器端将会把此服务实例从服务列表中剔除。

服务器端主动下探机制

永世实例使用的服务器端主动下探机制的方式实现康健检查的，它的探测周期是2000毫秒+随件数（5000毫秒内），假如检测非常会将此服务实例，标记为非康健实例，但不会把服务实例像暂时实例那样中服务列表中剔除。Nacos服务器向下探方式现在内置了3种探测协议：HTTP探测、TCP探测和Mysql探测。一样寻常而言HTTP和TCP探测已经可以涵盖绝大多数的康健检查场景，Mysql重要用于特别的业务场景，列如数据库的主备需要通过服务外对外提供访问，需要确定当前访问数据库是否为主库时，那么我们此时的康健检查接口，是一个检查数据库是否为主库的Mysql下令。

TCP探测

默认情况下，永世实例使用的是TCP探测，这点可以在Nacos控制台观察到,如图:

默认会使用IP端口来检查，如图：

TCP探测的大要逻辑是通过与注册实例简历channel，不绝ping注册实例的端口，来判定实例是否康健。
HTTP探测

HTTP 探测需要在 Nacos 控制台手动设置，如图：

我们在服务实例中添加探测接口的实现代码：

此时我们重新启动服务实例，在服务详情中可以看到我们设置的 HTTP 探测已经见效了，可以检查出实例是康健的，如图：

Nacos 服务器端通过检查 HTTP 的接口是否返回 200 状态码，来判定实例是否为康健状态。
集群下的康健检查机制

集群下的康健检查机制可以用一句话来概括：“各司其职”。每个服务对应了一个主注册中心，当注册中心吸收到暂时实例的心跳包之后，将康健状态同步到其他注册中心。而永世实例也是雷同的，每个服务对应一个注册中心，当负责的注册中心下探到服务实例的康健状态发生改变时，将实例的康健状态同步到别的的注册中心，从而实现了集群下的康健检查机制。

Nacos-康健检查机制

所属分类: 问答交流

新帖推荐: 30日

推荐作品