1. 回顾

  前面讲了很多Eureka的用法,比如Eureka Server、Eureka Server的高可用、Eureka Server的用户认证(虽然未完全实现)、元数据等,

这章将讲解剩下的自我保护模式、IP选择、健康检查等。(REST端点暂时用的不多,暂不讲解了)

2. Eureka的自我保护模式

  SpringCloud系列六:Eureka的自我保护模式、IP选择、健康检查-LMLPHP

  如果首页出现这个警告,就表明已经进入自我保护模式

  默认情况下,如果Eureka Server在一定时间内没有接受到某个微服务实例的心跳,Eureka Server将会注销该实例(默认90秒)。

但是当网络分区故障发生时,微服务与Eureka Server之间无法正常通行,以上行为就可能变得非常危险了——因为微服务本身其实是健康的,

此时本不应该注销这个微服务。

  Eureka通过“自我保护模式”来解决这个问题——当Eureka Server节点在短时间内丢失过多客户端时(可能发生了网络分区故障),

那么这个节点就会进入自我保护模式。一旦进入该模式,Eureka Server就会保护服务注册表中的信息,不再删除服务注册表中的数据

(也就是不会注销任何微服务)。当网络故障恢复后,该Eureka Server节点会自动退出自我保护模式。

  综上,自我保护模式是一种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务(健康的微服务和不健康的微服务都会保留),

也不忙住注销任何健康的微服务。使用自我保护模式,可以让Eureka集群更加的健壮、稳定。

  在Spring Cloud中,可以使用eureka.server.enable-self-preservation = fase禁用自我保护模式。

eureka:
server:
enable-self-preservation: false

3. 多网卡环境下的IP选择

  指定IP在某些场景下特别有用。例如某台服务器有eht0、eth1、eth2三块网卡,但是只有eth1可以被其他服务器访问;

    如果Eureka Server将eth0或eth2注册到Eureka Server上,其他微服务就无法通过这个IP调用这个微服务的接口。

  > 忽略指定名称的网卡

spring:
cloud:
inetutils:
ignored-interfaces: # 忽略docker0网卡以及所有以veth开头的网卡
- docker0
- veth.*
eureka:
instance:
prefer-ip-address: true

  > 使用正则表达式,指定使用的网络地址

spring:
cloud:
inetutils:
preferred-networks:
- 192.168
- 10.0
eureka:
instance:
prefer-ip-address: true

  > 只使用站点本地地址

spring:
cloud:
inetutils:
use-only-site-local-interfaces: true # 强制使用站点本地地址
eureka:
instance:
prefer-ip-address: true

  > 手动指定IP地址:在某些极端场景下,可以手动指定注册到Eureka Server的微服务IP。

eureka:
instance:
prefer-ip-address: true
ip-address: 127.0.0.1

4. Eureka的健康检查

  SpringCloud系列六:Eureka的自我保护模式、IP选择、健康检查-LMLPHP

  有图可见,在Status一栏有个UP,表示应用程序状态正常。应用状态还有其他取值:DOWN、OUT_OF_SERVICE、UNKONWN等。只有标记为“UP”的微服务会被请求。

  前面讲过,Eureka Server和Eureka Client通过心跳机制确定Eureka Client的状态。

  默认情况下,服务器端与客户端的心跳保持正常,应用程序就会始终保持“UP”状态,但是该机制并不能完全反应应用程序的状态。

  比如:微服务与Eureka Server的心跳正常,但是该微服务的数据源发生了问题(比如网络抖动,连不上数据源),根本无法正常工作。

  前面说过,Spring Boot Actuator提供了/actuator/health端点,展示应用程序的健康信息。那么如果将该端点的健康状态传播到Eureka Server中,会使得状态更加准确。

  要实现这一点,只须启动Eureka的健康检查即可。这样应用程序就会降自己的健康状态传播到Eureka Sever。

  只须为微服务的application.yml中配置一下内容即可。

eureka:
client:
healthcheck:
enabled: true

  某些场景下,可能希望更细粒度地控制健康检查,此时可实现 com.netflix.appinfo.HealthCheckHandler接口。

5. 总结

  至此,Eureka的相关内容已经讲解完毕。

  后面将开始讲解Ribbon实现客户端侧负载均衡相关内容。敬请期待~~~

6. 参考

  周立 --- 《Spring Cloud与Docker微服务架构与实战》

05-12 10:39