简单了解springboot eureka交流机制

简单了解springboot eureka交流机制

一 前言

这篇文章参考了官方文档，主要是描述了eureka client 和 eureka server 之间的交流机制； peer to peer 的 对等复制交流机制；

eureka 官方文档

二 server client 之间的交流

euraka 的 client 与 server 之间的交流主要通过如下方面；

2.1 Register

Register （服务注册) ; Eureka client 会向 Eureka server 注册 关于自生运行实例的信息，比如 ip 地址，主机名，健康状态；

2.2 Renew

Renew（服务续约）；Eureka client 会向 Eureka server 每隔30秒发送心跳；续约的目的是通知 Eureka server 自己代表的实例是处于存活状态；如果 Eureka server 90 秒内 未收到 续约心跳，就会将这个实例从服务列表中剔除；官方建议是不要修改续约间隔，原因是服务器要使用这些信息去确认 Eureka server 与 Eureka client 之间的交流是否存在广泛传播的问题；

2.3 Fetch Registry

Fetch Registry（抓取注册列表）；Eureka clients 会 从 Eureka server 中 抓取注册的服务列表并且缓存到本地；Eureka clients 缓存本地的服务列表信息会以30秒为间隔定期更新增量信息（上次抓取与当前抓取的服务列表之间不同的信息）；通常 Eureka server 会保存增量信息3分钟；因此，Eureka clients 每个增量抓取的服务信息有可能是相同的实例；Eureka client 会自动处理这些重复的信息；

如果处于一些原因导致抓取的信息不匹配，Eureka Client 就会重新抓取整个注册列表的服务信息；Eurekhttp://a 抓取的信息是以json或者xml格式，通常是josn格式，并且是被压缩过信息，这些压缩过的信息与没压缩过的细信息是相同，压缩的目的就是减小体积，提升性能；

2.4 Cancel

Cancel(服务下线)；Eureka client 会发送 下线请求给 Eureka server ，Eureka server 就会将 这个 client 的实例从注册列表中剔除；发送下线请求代码如下：

DiscoveryManager.getInstance().shutdownChttp://omponent()

2.5 Time Lag

Time Lag （时间差）；所有的 Eureka client操作都会反应给 Eureka Server 或者 接下来其他的 Eureka client ;由于 Eureka server 会缓存 有效信息并根据时间周期更新，Eureka Client 也会 根据时间周期定期更新增量信息；因此，可能会占据2分钟左右的时间将更新的信息全部发送到Eureka Client ；

三 peer to peer 之间的交流

3.1 故障处理

Eureka clients 与 Eureka server 之间的交流是在相同的zone之间交流；如果 server发生问题或者不在相同的zone中，client 就会将 故障转移到server 的其他zone中处理，每个node中都会有一个zone用于专门处理故障；

3.2 peer to peer

如果 server 开始接受流量，Eureka client所有的操作都会在server 上执行，附近的 集群node就会尝试复制一份server已知信息到自己的node；如果Eureka clinet 操作出于某些原因失败了，这些信息就会遗留到下次心跳进行协调，心跳也会在server之间复制；

如果server启动 ，就会尝试获取附近 node 的信息复制一份过来；如果从这个node复制过来的信息存在问题，就会放弃与之peer to peer（对等复制）；如果client续约的时间低至一个阈值(15 分钟内低于 85%)，那么server 也会停止这些过期的 client 以保护 已经注册的信息；

peer to peer 也就是 eureka 的自我保护机制; 当 Eureka client 与 Eureka server之间存在网络分区的情况，Eureka server 会 保护已经保存的信息，此时 Eureka client 是不能向 Eureka server 注册自己，最好的方法就是尝试向其他的 Eureka server注册自己；在这种情况下 server 无法从附近的 node 获取注册信息，此时会等待 5分钟 让 client 注册信息，因此流量倾斜到某组实例，会造成容量问题；

3.3 peer之间断网

peer之间断网会发生如下情况：

peers 之间心跳复制就会失败，server 会检查到这种情况并且进入自我保护机制，保护当前已经保存的信息；

server会出现孤立情况，换句话说有些 Eureka Client 会 收到 新的注册信息，有些则收不到；也就是我们经常说的数据丢失；

当网络恢复并且稳定，peers 之间能够进行健康交流，注册信息会自动的同步到其他server；

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。