Eureka 自我保护机制

1.现象

EurekaServer将会尝试保护其服务注册表中的信息，不再删除服务注册表中的数据，也就是不会注销任何微服务

2.导致原因

某时刻某一微服务不可用了，Eureka不会立刻清理，依旧会对该服务的信息进行保存

属于CAP里面的AP分支

默认情况下，EurekaServer 在一定时间内没有收到某个微服务实例的心跳，EurekaServer将会注销该实例（默认90秒）。但是当网络分区发生故障时，微服务与EurekaServer之间无法正常通信，立刻断开可能变得非常危险，因为微服务本身其实是健康的。此时不应该注销这个微服务，Eureka通过“自我保护模式”来解决这个问题-当EureakaServer节点在短时间内丢失过多客户时（可能发生了网络分区故障），那么这个节点就会进入自我保护模式

3.如何禁用自我保护

Eureka默认开启自我保护，如需关闭，需要配置

3.1 EurekaServer 7001 7002 配置

eureka.server.enable-self-preservation：

关闭自我保护机制 ，保证不可用服务被及时踢除

eureka.server.eviction-interval-timer-in-ms：

监控心跳时间间隔

server:
  port: 7002
eureka:
  instance:
    hostname: eureka7002.com  #单机 localhost
  client:
    register-with-eureka: false
    fetch-registry: false
    service-url:
      #集群指向其它eureka
      defaultZone: http://eureka7001.com:7001/eureka/
  server:
    #关闭自我保护机制 ，保证不可用服务被及时踢除
    enable-self-preservation: false
    # 监控心跳时间间隔
    eviction-interval-timer-in-ms: 2000

3.2 EurekaClient 端 8001 8002 配置

eureka.instance.lease-renewal-interval-in-seconds：

    #心跳检测与续约时间
    #开发时设置小些，保证服务关闭后注册中心能即刻剔除服务
    #Eureka客户端向服务端发送心跳的时间间隔，单位为秒（默认为30秒）

eureka.instance.lease-expiration-duration-in-seconds：

#Eureka服务端在收到最后一次心跳后等时间上限，单位为秒，默认90秒，超时将剔除服务

eureka:
  client:
    #表示是否将自己注册进EurekaServer默认为true。
    register-with-eureka: true
    #是否从EurekaServer抓取已有的注册信息，默认为true。单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡
    fetchRegistry: true
    service-url:
      #单机版
      #defaultZone: http://localhost:7001/eureka
      defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka
  instance:
    instance-id: payment8001
    prefer-ip-address: true
    #心跳检测与续约时间
    #开发时设置小些，保证服务关闭后注册中心能即刻剔除服务
    #Eureka客户端向服务端发送心跳的时间间隔，单位为秒（默认为30秒）
    lease-renewal-interval-in-seconds: 3
    #Eureka服务端在收到最后一次心跳后等时间上限，单位为秒，默认90秒，超时将剔除服务
    lease-expiration-duration-in-seconds: 5