SpringCloud学习总结（五）——服务注册中心Eureka高级

案例准备

用例spring_cloud_eureka 项目地址：传送门

 

一、Eureka Server 高可用集群

在上一个章节，实现了单节点的Eureka Server的服务注册与服务发现功能。Eureka Client会定时连接Eureka Server，获取注册表中的信息并缓存到本地。微服务在消费远程API时总是使用本地缓存中的数据。因此一般来说，即使Eureka Server发生宕机，也不会影响到服务之间的调用。但如果EurekaServer宕机时，某些微服务也出现了不可用的情况，Eureka Server中的缓存若不被刷新，就可能会影响到微服务的调用，甚至影响到整个应用系统的高可用。因此，在生成环境中，通常会部署一个高可用的Eureka Server集群。

Eureka Server可以通过运行多个实例并相互注册的方式实现高可用部署，Eureka Server实例会彼此增量地同步信息，从而确保所有节点数据一致。事实上，节点之间相互注册是Eureka Server的默认行为。

 

 

1、准备2个EurekaServer，需要相互注册

1号EurekaServer：9000

2号EurekaServer：8000

1.1 EurekaServer项目的yml配置

 

#-----集群部署-------
#模拟两个EurekaServer
#端口9000 , 8000
#两个server需要相互注册
spring:
  application:
    name: eureka-server
---
#执行eureka1 server9000 的配置信息
spring:
  profiles: eureka1
server:
  port: 9000 #端口
#配置eureka server
eureka:
  client:
    #register-with-eureka: false #是否将自己注册到注册中心 默认true
    #fetch-registry: false #是否从eureka中获取注册信息 默认true
    service-url: #配置暴露给Eureka Client的请求地址
      defaultZone: http://127.0.0.1:8000/eureka/
---
#执行eureka2 server8000 的配置信息
spring:
  profiles: eureka2
server:
  port: 8000 #端口
#配置eureka server
eureka:
  client:
    #register-with-eureka: false #是否将自己注册到注册中心 默认true
    #fetch-registry: false #是否从eureka中获取注册信息 默认true
    service-url: #配置暴露给Eureka Client的请求地址
      defaultZone: http://127.0.0.1:9000/eureka/

在配置文件中通过连字符（---）将文件分为三个部分，第一部分为应用名称，第二部分和第三部分是根据不同的profiles选项动态添加，可以在IDEA启动时进行激活配置

 

1.2 用IDEA模拟两个Eureka服务运行，添加eureka1、eureka2两个启动配置如下：

启动集群：

 

EurekaServer：9000

EurekaServer：8000

注意：

此时订单、商品服务只配置了EurekaServer：9090的服务信息，但是在EurekaServer：8000中也能看到这两个服务。说明说两个EurekaServer服务集群部署后，注册信息是相互同步的。

 

2、服务注册到Eureka Server集群

订单与商品的yml配置，defaultZone添加EurekaServer：8000配置

#配置Eureka
eureka:
  client:
    service-url:
      defaultZone: http://localhost:9000/eureka/,http://localhost:8000/eureka/ #多个eurekaserver之间用,隔开
  instance:
    prefer-ip-address: true #使用ip地址注册

二、常见问题

1、监控页面显示ip

在Eureka Server的管控台中，显示的服务实例名称默认情况下是微服务定义的名称和端口。为了更好的对所有服务进行定位，微服务注册到Eureka Server的时候可以手动配置示例ID。以spring.cloud.client.ip-address显示服务IP,配置方式如下

#配置Eureka
eureka:
  client:
    service-url:
      defaultZone: http://localhost:9000/eureka/,http://localhost:8000/eureka/ #多个eurekaserver之间用,隔开
  instance:
    prefer-ip-address: true #使用ip地址注册
    instance-id: ${spring.cloud.client.ip-address}:${server.port} #向注册中心中注册服务id

 

2、服务节点剔除问题

默认情况下，由于Eureka Server剔除失效服务间隔时间为90s且存在自我保护的机制。所以不能有效而迅速的剔除失效节点，这对开发或测试会造成困扰。解决方案如下：

Eureka Client

配置开启健康检查，并设置续约时间

#配置Eureka
eureka:
  client:
    service-url:
      defaultZone: http://localhost:9000/eureka/,http://localhost:8000/eureka/ #多个eurekaserver之间用,隔开
  instance:
    prefer-ip-address: true #使用ip地址注册
    instance-id: ${spring.cloud.client.ip-address}:${server.port} #向注册中心中注册服务id
    lease-renewal-interval-in-seconds: 5 #向注册中心发送心跳的续约间隔时间5s
    lease-expiration-duration-in-seconds: 10 #eureka client发送心跳给server端后，续约到期时间（默认90秒）

3、关闭自我保护

微服务第一次注册成功之后，每30秒会发送一次心跳将服务的实例信息注册到注册中心。通知 EurekaServer 该实例仍然存在。如果超过90秒没有发送更新，则服务器将从注册信息中将此服务移除。

Eureka Server在运行期间，会统计心跳失败的比例在15分钟之内是否低于85%，如果出现低于的情况（在单机调试的时候很容易满足，实际在生产环境上通常是由于网络不稳定导致），Eureka Server会将当前的实例注册信息保护起来，同时提示这个警告。保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。

保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。当网络分区故障发生时，微服务与Eureka Server之间无法正常通信，以上行为可能变得非常危险了——因为微服务本身其实是健康的，此时本不应该注销这个微服务。 一旦进入保护模式，Eureka Server将会尝试保护其服务注册表中的信息，不再删除服务注册表中的数据（也就是不会注销任何微服务）；当网络故障恢复后，该Eureka Server节点会自动退出自我保护模式。

验证完自我保护机制开启后，并不会马上呈现到web上，而是默认需等待 5 分钟（可以通过eureka.server.wait-time-in-ms-when-sync-empty 配置），即 5 分钟后你会看到下面的提示信息：

 

Eureka Server： 配置关闭自我保护，设置剔除无效节点的时间间隔

#配置eureka server
eureka:
  instance:
    hostname: localhost
  client:
    register-with-eureka: false #是否将自己注册到注册中心
    fetch-registry: false #是否从eureka中获取注册信息
    service-url: #配置暴露给Eureka Client的请求地址
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
  server:
    enable-self-preservation: false #关闭自我保护
    eviction-interval-timer-in-ms: 4000 #剔除时间间隔,单位:毫秒

 

三、Eureka源码解析

//TODO 待补充

---

感谢itheima提供的材料