Eureka注册服务慢
默认情况下,服务注册到Eureka Server的过程较慢。在开发或者测试时,常常希望能够加速这一过程,从而提升工作效率。
服务的注册涉及到周期性心跳,默认30s一次(通过客户端配置的serviceUrl)。只有当实例、服务器端和客户端的本地缓存中的元数据都相同时,服务才能被其他客户端发现(所以可能需要3次心跳)。可以使用参数eureka.instance.leaseRenewalIntervalInSeconds
修改时间间隔,加速客户端连接到其他服务的过程。ps: 再生产环境中最好坚持使用默认值,因为在服务器内部有一些计算,它们会对续约做出反应。
已停止的微服务节点未注销或不注销
在开发环境下,经常想要Eureka Server能迅速有效地注销已停止的微服务实例。然而,由于Eureka Server清理无效节点周期长(默认90s),以及自我保护模式等原因,可能会遇到微服务注销慢或者不注销的问题。
解决方案如下:
Eureka Server端:
配置关闭自我保护,并按需配置Eureka Server清理无效节点的时间间隔。
eureka.server.enable-self-preservation
设置为false,关闭自我保护,从而保证会注销微服务
eureka.server.eviction-interval-timer-in-ms
清理间隔(单位毫秒,默认是60*1000)
Eureka Client端:
- 配置开启健康检查,并按需配置续约更新时间和到期时间
eureka.client.healthcheck.enable
- 设为true,开启健康检查(需要spring-boot-starter-actuator依赖)
eureka.instance.lease-renewal-interval-in-seconds
- 续约更新时间间隔(默认30s)
eureka.instance.lease-expiration-duration-in-seconds
续约到期时间(默认90s)
需要注意的是,这些配置仅在开发或测试时使用,生产环境建议坚持使用默认值。
示例:
Eureka Server配置:
eureka - server:
eureka.server.enable-self-preservation: false
eureka.server.eviction-interval-timer-in-ms: 4000
Eureka Client 配置:
eureka - client:
healthcheck:
enabled: true
instance:
lease-renewal-interval-in-seconds: 30
eureka.instance.lease-expiration-duration-in-seconds: 10
如何自定义微服务的Instance ID
Instance ID用于唯一标识注册到Eureka Server上的微服务实例。
在Eureka Server的首页可以直观地看到各个微服务的Instance ID。
在Spring Cloud中,服务的Instance ID的默认值是
$ {spring.cloud.client.hostname}: $ {spring.application.name}: $ {spring.application.instance_id : ${server.port}}。
spring:
application:
name: microservice-provider-user
eureka:
instance:
# 将Instance ID设置成IP:端口的形式
instance-id: ${spring.cloud.client.ipAdress}:${server.port}
Hystrix/Feign 整合Hystrix后首次请求失败
Hystrix默认超时时间是1秒,如果在1秒内得不到响应,就会进入fallback逻辑。由于Spring 懒加载的机制,首次请求往往会比较慢,因此某些机器上可能出现响应大于1秒的情况。
解决方案
延长Hystrix的超时时间,示例:
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds: 5000
该配置让Hystrix的超时时间改为5秒。
禁用Hystrix超时,示例:
hystrix.command.default.execution.timeout.enabled: false
对于Feign,还可为Feign禁用Hystrix,示例:
feign.hystrix.enabled: false
这样既可为Feign全局禁用Hystrix支持。该方式比较极端,不建议使用。