zoukankan      html  css  js  c++  java
  • SpringCloud系列六:Eureka的自我保护模式、IP选择、健康检查

    1. 回顾

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

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

    2. Eureka的自我保护模式

      

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

      默认情况下,如果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的健康检查

      

      有图可见,在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微服务架构与实战》

  • 相关阅读:
    POJ C程序设计进阶 编程题#4:Tomorrow never knows?
    POJ C程序设计进阶 编程题#3: 发票统计
    深度学习笔记(10)- 控制中心之电源管理、鼠标和触控板、键盘和语言
    深度学习笔记(09)- 控制中心之时间设置
    深度学习笔记(08)- 控制中心之网络设置
    深度学习笔记(07)- 控制中心之声音设置
    深度学习笔记(06)- 控制中心之个性化设置
    深度学习笔记(05)- 控制中心之显示与默认程序
    深度学习笔记(04)- 控制中心之首页与用户管理
    深度学习笔记(03)- 启动器
  • 原文地址:https://www.cnblogs.com/jinjiyese153/p/8617951.html
Copyright © 2011-2022 走看看