(2-3)Eureka详解

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了(2-3)Eureka详解相关的知识,希望对你有一定的参考价值。

基础架构

  • 服务注册中心 
  • 服务提供者
  • 服务消费者

服务治理

  服务提供者

    服务注册。在服务注册时,需要确认一下eureka.client.registerwith-eurek=ture参数是否正确,默认是true,若设置为false将不会启动注册操作。

    服务同步。两个服务提供者的服务信息是一样的

    服务续约。主要看两个主要属性

#定义服务续约任务的调用间隔时间,默认为30秒
eureka.instance.lease-renewal-interval-in-seconds=30
#定义服务失效的时间,默认为90秒
eureka.instance.lease-expiration-duration-in-secodes=90

  服务消费者

  获取服务

    当服务消费者启动的时候,会发送一个REST请求给服务注册中心,来获取服务注册清单。为了性能考虑,Eureka Server会维护一份只读的服务清单来返回给客户端,同时该缓存清单会

  每隔30秒更新一次。

    获取服务是服务消费者的基础,所以必须确保eureka.client.fetch-registry=ture(该值默认是true)。可以通过 eureka.client.registry-fetch-interval-seconds=30参数修改缓存清单的更新时间。

  服务调用

    服务消费者在获取的服务清单后,通过服务名可以获得具体提供服务的实例名和该实例的元数据信息。因为有这些服务实例的详细信息,所以客户端可以根据自己的需要决定具体调用哪个

  实例,在Ribbon中会默认采用轮询的方式进行调用,从而实现客户端的负载均衡。

    对于访问实例选择,Eureka中有Region和Zone的概念,一个Region中可以包含多个Zone,每个服务客户端需要被注册到一个Zone中,所以每个客户端对应一个Region和一个Zone。

  服务下线

    在客户端程序中,当服务实例进行正常的关闭操作时,它会出发一个服务下线的REST请求给Eureka Server,告诉服务注册中心“我要下线了”。服务端在接受到请求后,讲该服务状态置为下线并

  把该下线事件传播出去。

  服务注册中心

  失效剔除

    有时服务实例不是正常下线的,而服务注册中心并未收到“服务下线”的请求。为了从服务列表讲这些无法提供服务的实例剔除,Eureka Server在启动的时候会创建一个定时任务,默认每隔60秒

  将当前清单中超时(默认90秒)没有续约的服务剔除出去。

  自我保护

    在服务注册中心的信息面板中出现类似下面的红色警告信息:

技术分享图片

    实际上,该警告就出发了Eureka Server的自我保护机制。Eureka Server在运行期间,会统计心跳失败的比例在15分钟之内是否低于85%,如果出现低于的情况Eureka Server会将当前实例注册

  信息保护起来,让这些实例不会过期,尽可能保护这些注册信息。

    在本地调试的时候很容易触发注册中心的保护机制,这会使得注册中心维护的服务实例不那么准确。所以我们再本地进行开发的时候,可以用eureka.server.enable-self-preservation=false参数

  来关闭保护机制,保证注册中心将不可用的实例正确剔除。

 配置详解:

  Eureka客户端的配置主要非为两个方面

  • 服务注册相关的配置信息,包括服务注册中心的地址、服务获取的间隔时间、可用区域等。
  • 服务实例相关的配置信息,包括服务实例的名称、IP地址、端口号、健康检查路径等。

  服务注册类配置:

  指定注册中心:

    eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/

  注册高可用的富足注册中心时:

    eureka.client.serviceUrl.defaultZone=http://peer1:1111/eureka/,http://peer2/1112/eureka/

  为服务注册中心加入校验:

    eureka.client.serviceUrl.defaultZone=http://<username>:<password>@localhost:1111/eureka

  服务实例类配置:

  元数据:

    我们可以通过eureka.instance.<properties>=<value>的格式对标准化元数据直接进行配置。其中<properties>就是EurekaInstanceConfigBean对象中的成员变量名。对于自定义元数据,可以通

  过eureka.instance.metadataMap.<key>=<value>格式进行配置。比如:

    eureka.instance.metadataMap.zone=shanghai

   实例名配置:

    它是区分统一服务中不同实例的唯一标识。在Netflix Eureka 的原生实现中,实例名采用主机名作为默认值。这样的设置使得在同一个主机上无法穷的那个多个相同的服务实例。在Spring Cloud

  Eureka的配置中,针对同一主机中启动多实例的情况,采用如下默认规则

    ${spring.cloud.client.hostname}:${spring.application.name}:${spring.application.instance_id:${SERVER.PORT}}

    对于实例名的命名规则,我们可以通过eureka.instance.instanceId参数来进行配置。虽然可以在命令行中指定不同的server.port来启动,但是还是略显麻烦。我们可以直接通过设置

  server.port=0或者使用随机数server.port=${random.int[10000,19999]}来让Tomcat启动的时候才用随机端口。但是这个时候Eureka Server的实例名都是相同的,这会使得只有一个服务实例能够正常

  体统服务。对于我这个问题,我们就可以通过设置实例名规则来解决:

    erueka.instance.instanceId=${spring.application.name}:${random.int}

 

参考:

 [1] 《SpringCloud微服务实战》,电子工业出版社,翟永超


以上是关于(2-3)Eureka详解的主要内容,如果未能解决你的问题,请参考以下文章

SpringCloud学习--- Eureka详解(2021年10月最新_附代码包)

SpringCloud学习--- Eureka详解(2021年10月最新_附代码包)

Eureka集群(Eureka详解)

详解 Eureka 控制台参数

SpringCloud Eureka参数配置项详解

Eureka服务发现注册详解