eureka服务端集群
以一份项目代码为例,两个配置文件,搭建eureka服务端集群。
因为是一台主机,所以需要修改hosts文件
127.0.0.1 euk1.com
127.0.0.1 euk2.com
pom.xml
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
euk1
server.port=7001
#是否将自己注册到Eureka Server,默认为true,由于当前就是server,故而设置成false,表明该服务不会向eureka注册自己的信息
eureka.client.register-with-eureka=true
#是否从eureka server获取注册信息,由于单节点,不需要同步其他节点数据,用false
eureka.client.fetch-registry=true
#设置服务注册中心的URL,用于client和server端交流
eureka.client.service-url.defaultZone=http://euk2.com:7002/eureka/
#主机名
eureka.instance.hostname=euk1.com
#自定义的配置信息
eureka.instance.metadata-map.info=liushao1
euk2
server.port=7002
#是否将自己注册到Eureka Server,默认为true,由于当前就是server,故而设置成false,表明该服务不会向eureka注册自己的信息
eureka.client.register-with-eureka=true
#是否从eureka server获取注册信息,由于单节点,不需要同步其他节点数据,用false
eureka.client.fetch-registry=true
#设置服务注册中心的URL,用于client和server端交流
eureka.client.service-url.defaultZone=http://euk1.com:7001/eureka/
#主机名
eureka.instance.hostname=euk2.com
#自定义的配置信息
eureka.instance.metadata-map.info=liushao2
以修改配置文件的方式启动euk1,euk2
启动后,登录localhost:7001 与 localhost:7002即可访问eureka集群,在服务中能看到euk1与euk2互为副本
eureka配置参数
有的参数是server端的,有些是client端的,如果没有标明,则是两个都有的。有一些其他组件的参数会在用到的时候单独说明
-
spring.application.name=EurekaServer
服务名,同一组服务的集群,服务名应该一致 -
erueka.server.enable-self-preservation=false (server端)
开启自我保护 -
eureka.server.eviction-interval-timer-in-ms=12000 (server端)
清理间隔(单位毫秒,默认是60*1000)启用主动失效 -
eureka.client.register-with-eureka=true
是否将自己注册到Eureka Server,默认为true,如果是单机server端,可以设置成false,表明该服务不会向eureka注册自己的信息。如果是server集群,则需要设置成true,表明该服务回向其他eureka server 注册信息。如果是服务提供方端,则默认开启就行 -
eureka.client.fetch-registry=true (server端)
是否从eureka server获取注册信息,如果是单节点server,不需要同步其他节点数据,用false -
eureka.client.service-url.defaultZone=http://euk2.com:7002/eureka/
设置服务注册中心的URL,用于client和server端交流 -
eureka.instance.hostname=euk1.com (server端)
主机名 -
eureka.instance.lease-renewal-interval-in-seconds = 5 (clinet端)
每隔这个时间会主动心跳一次,默认值为30s,更新自己的状态。Eureka Server收到心跳后,会通知集群里的其它Eureka Server更新此实例的状态。 -
eureka.instance.lease-expiration-duration-in-seconds = 12 (clinet端)
设置服务过期时间配置,超过这个时间没有接收到心跳EurekaServer就会将这个实例剔除。(实际剔除情况要参考Server端是否开启了自我保护)
关于自我保护机制
Eureka在CAP理论当中是属于AP , 也就说当产生网络分区时,Eureka保证系统的可用性,但不保证系统里面数据的一致性
默认开启,服务器端容错的一种方式,即短时间心跳不到达仍不剔除服务列表里的节点
EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.
默认情况下,Eureka Server在一定时间内,没有接收到某个微服务心跳,会将某个微服务注销(90S)。但是当网络故障时,微服务与Server之间无法正常通信,上述行为就非常危险,因为微服务正常,不应该注销。
Eureka Server通过自我保护模式来解决整个问题,当Server在短时间内丢失过多客户端时,那么Server会进入自我保护模式,会保护注册表中的微服务不被注销掉。当网络故障恢复后,退出自我保护模式。
思想:宁可保留健康的和不健康的,也不盲目注销任何健康的服务。
自我保护触发,客户端每分钟续约数量小于客户端总数的85%时会触发保护机制
自我保护机制的触发条件:
(当每分钟心跳次数( renewsLastMin ) 小于 numberOfRenewsPerMinThreshold 时,并且开启自动保护模式开关( eureka.server.enable-self-preservation = true ) 时,触发自我保护机制,不再自动过期租约。)
numberOfRenewsPerMinThreshold = expectedNumberOfRenewsPerMin * 续租百分比( eureka.server.renewalPercentThreshold, 默认0.85 )
expectedNumberOfRenewsPerMin = 当前注册的应用实例数 x 2
为什么乘以 2:
默认情况下,注册的应用实例每半分钟续租一次,那么一分钟心跳两次,因此 x 2 。
服务实例数:10个,期望每分钟续约数:10 * 2=20,期望阈值:20*0.85=17,自我保护少于17时 触发。
剔除:
AbstractInstanceRegistry
public void evict(long additionalLeaseMs) {
logger.debug("Running the evict task");
if (!isLeaseExpirationEnabled()) {
logger.debug("DS: lease expiration is currently disabled.");
return;
}
此代码意思:if中判断为true,不走此逻辑,走下面的剔除。如果if为false。走此逻辑,不剔除。
PeerAwareInstanceRegistryImpl
@Override
public boolean isLeaseExpirationEnabled() {
if (!isSelfPreservationModeEnabled()) {
//如果打开自我保护,不进入此逻辑。
// The self preservation mode is disabled, hence allowing the instances to expire.
return true;
}
return numberOfRenewsPerMinThreshold > 0 && getNumOfRenewsInLastMin() > numberOfRenewsPerMinThreshold;
}