SpringCloud学习记录（三）—— Eureka服务端的配置（三）

---

前言

本篇记录一些Eureka Server的相关配置。
代码位置

---

提示：以下是本篇文章正文内容，下面案例可供参考，这里只贴关键代码，不贴全部代码。

一、内容

我们会进行一些配置

• Eureka客户端工程
  • user-service - 服务提供者
    1. 服务地址使用IP
    2. 续约
  • consumer-service - 服务消费者
    1. 获取服务地址的频率
• Eureka服务端工程 eureka-serve
  • 失效剔除
  • 自我保护

服务提供者要向EurekaServer注册服务，并且完成服务续约等工作。

二、配置项

2.1 服务注册

服务提供者在启动时，会检测配置属性中的： eureka.client.register-with-erueka=true 参数是否为true，事实上默认就是true。如果值确实为true，则会向EurekaServer发起一个Rest请求，并携带自己的元数据信息，EurekaServer会把这些信息保存到一个双层Map结构中 。

• 第一层Map的Key就是服务id，一般是配置中的 spring.application.name 属性,user-service
• 第二层Map的key是服务的实例id。一般host+ serviceId + port，例如： localhost:user-service:8081
• 值则是服务的实例对象，也就是说一个服务，这样可以同时启动多个不同实例，形成集群。

eureka:
	instance:
		ip-address: 127.0.0.1 # ip地址
		prefer-ip-address: true # 更倾向于使用ip，而不是host名

修改完后先后重启 user-service 和 consumer-demo ；在调用服务的时候就已经变成ip地址；需要注意的是：不是在eureka中的控制台服务实例状态显示。

而注册中心的页面上显示的还是主机名称：

2.2 服务续约

在注册服务完成以后，服务提供者会维持一个心跳（定时向EurekaServer发起Rest请求），告诉EurekaServer：“我还活着”。这个我们称为服务的续约（renew）；
有两个重要参数可以修改服务续约的行为：

eureka:
	instance:
		lease-expiration-duration-in-seconds: 90
		lease-renewal-interval-in-seconds: 30

• ease-renewal-interval-in-seconds：服务续约(renew)的间隔，默认为30秒
• lease-expiration-duration-in-seconds：服务失效时间，默认值90秒

也就是说，默认情况下每个30秒服务会向注册中心发送一次心跳，证明自己还活着。如果超过90秒没有发送心跳，EurekaServer就会认为该服务宕机，会从服务列表中移除，这两个值在生产环境不要修改，默认即可。

2.3 获取服务列表

当服务消费者启动时，会检测 eureka.client.fetch-registry=true 参数的值，如果为true，则会从Eureka Server服务的列表拉取只读备份，然后缓存在本地。并且 每隔30秒 会重新拉取并更新数据。可以在 ConsumerService（服务消费者） 项目中通过下面的参数来修改：

ureka:
	client:
		registry-fetch-interval-seconds: 30

以下的配置都是在Eureka Server注册中心中进行：

2.4 服务下线

当服务进行正常关闭操作时，它会触发一个服务下线的REST请求给Eureka Server，告诉服务注册中心：“我要下线了”。服务中心接受到请求之后，将该服务置为下线状态

2.5 失效剔除

有时我们的服务可能由于内存溢出或网络故障等原因使得服务不能正常的工作，而服务注册中心并未收到“服务下线”的请求。和服务提供者的“服务续约”操作类似，服务注册中心在启动时会创建一个定时任务，默认每隔一段时间（默认为60秒）将当前清单中超时（默认为90秒）没有续约的服务剔除，这个操作被称为失效剔除，单位是毫秒

eureka
	server
		eviction-interval-timer-in-ms: 60000

2.6 自我保护

我们关停一个服务，就会在Eureka面板看到一条警告：

这是触发了Eureka的自我保护机制，当一个服务未按时进行心跳续约时，Eureka会统计最近15分钟心跳失败的服务实例的比例是否超过了85%，超过时，Eureka节点就会认为是在短时间内丢失过多客户端（可能发生了网络分区故障）；在生产环境下，因为网络延迟等原因，心跳失败实例的比例很有可能超标，但是此时就把服务剔除列表并不妥当，因为服务可能没有宕机。Eureka就会把当前实例的注册信息保护起来，不予剔除。生产环境下这很有效，保证了大多数服务依然可用。
相关配置项如下

eureka
	server
		enable-self-preservation: false # 关闭自我保护模式（缺省为打开）

三 总结

3.1 服务提供者

eureka:
	client:
		service-url:
			defaultZone: http://127.0.0.1:10086/eureka
	instance:
		# 更倾向使用ip地址，而不是host名
		prefer-ip-address: true
		# ip地址
		ip-address: 127.0.0.1
		# 续约间隔，默认30秒
		lease-renewal-interval-in-seconds: 5
		# 服务失效时间，默认90秒
		lease-expiration-duration-in-seconds: 5

3.1 服务消费者

ureka:
	client:
		service-url:
			defaultZone: http://127.0.0.1:10086/eureka
		# 获取服务地址列表间隔时间，默认30秒
		registry-fetch-interval-seconds: 10

3.1 注册中心

eureka:
	server:
		# 服务失效剔除时间间隔，默认60秒
		eviction-interval-timer-in-ms: 60000
		# 关闭自我保护模式（默认是打开的）
		enable-self-preservation: false