Spring Cloud中，Eureka常见问题总结

Spring Cloud中，Eureka常见问题总结。

1

eureka.environment: 指定环境

参考文档：

1

eureka.datacenter: 指定数据中心

参考文档： 使用配置项：

1


eureka.instance.leaseRenewalIntervalInSeconds

参考文档：

1

2

3

Why is it so Slow to Register a Service?

Being an instance also involves a periodic heartbeat to the registry (via the client’s serviceUrl) with default duration 30 seconds. A service is not available for discovery by clients until the instance, the server and the client all have the same metadata in their local cache (so it could take 3 heartbeats). You can change the period using eureka.instance.leaseRenewalIntervalInSeconds and this will speed up the process of getting clients connected to other services. In production it’s probably better to stick with the default because there are some computations internally in the server that make assumptions about the lease renewal period.

翻译：

1


作为实例还涉及到与注册中心的周期性心跳，默认持续时间为30秒（通过serviceUrl）。在实例、服务器、客户端都在本地缓存中具有相同的元数据之前，服务不可用于客户端发现（所以可能需要3次心跳）。你可以使用eureka.instance.leaseRenewalIntervalInSeconds 配置，这将加快客户端连接到其他服务的过程。在生产中，最好坚持使用默认值，因为在服务器内部有一些计算，他们对续约做出假设。

如果在Eureka Server的首页看到以下这段提示，则说明Eureka已经进入了保护模式。

1


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之间存在网络分区场景下的保护。一旦进入保护模式，Eureka Server将会尝试保护其服务注册表中的信息，不再删除服务注册表中的数据（也就是不会注销任何微服务）。

详见： 在开发过程中，我们常常希望Eureka Server能够迅速有效地踢出已关停的节点，但是新手由于Eureka自我保护模式，以及心跳周期长的原因，常常会遇到Eureka Server不踢出已关停的节点的问题。解决方法如下：

(1) Eureka Server端：配置关闭自我保护，并按需配置Eureka Server清理无效节点的时间间隔。

1

2


eureka.server.enable-self-preservation # 设为false，关闭自我保护

eureka.server.eviction-interval-timer-in-ms # 清理间隔（单位毫秒，默认是60*1000）

(2) Eureka Client端：配置开启健康检查，并按需配置续约更新时间和到期时间。

1

2

3


eureka.client.healthcheck.enabled # 开启健康检查（需要spring-boot-starter-actuator依赖）

eureka.instance.lease-renewal-interval-in-seconds # 续约更新时间间隔（默认30秒）

eureka.instance.lease-expiration-duration-in-seconds # 续约到期时间（默认90秒）

示例：
服务器端配置：

1

2

3

4


eureka:

server:

enable-self-preservation: false

eviction-interval-timer-in-ms: 4000

客户端配置：

1

2

3

4

5

6

7


eureka:

client:

healthcheck:

enabled: true

instance:

lease-expiration-duration-in-seconds: 30

lease-renewal-interval-in-seconds: 10

注意：
更改Eureka更新频率将打破服务器的自我保护功能，生产环境下不建议自定义这些配置。
详见： 在Spring Cloud中，服务的Instance ID的默认值是${spring.cloud.client.hostname}:${spring.application.name}:${spring.application.instance_id:${server.port}} ，也就是机器主机名:应用名称:应用端口 。因此在Eureka Server首页中看到的服务的信息类似如下：itmuch:microservice-provider-user:8000 。如果想要自定义这部分的信息怎么办？

示例：

eureka:
  client:
    serviceUrl:
      defaultZone: http://localhost:8761/eureka/
  instance:
    preferIpAddress: true
    instance-id: ${spring.cloud.client.ipAddress}:${server.port}        # 将Instance ID设置成IP:端口的形式

eureka.client.healthcheck.enabled=true 只应该在application.yml中设置。如果设置在bootstrap.yml中将会导致一些不良的副作用，例如在Eureka中注册的应用名称是UNKNOWN等。

转自:http://www.itmuch.com/spring-cloud-sum-eureka/

时间： 2024-10-05 05:10:48

Spring Cloud中，Eureka常见问题总结的相关文章

学习Spring Cloud中eureka注册中心添加security认证，eureka client注册启动报错

最近使用SpringCloud在eureka server端添加security登录认证之后,eureka client注册启动一直报错,大概意思是未发现eureka server,导致注册启动失败! 1 2018-08-09 14:50:06.042 WARN 13256 --- [nfoReplicator-0] c.n.discovery.InstanceInfoReplicator : There was a problem with the instance info replicat

Spring Cloud中Eureka的服务注册

Eureka中的服务注册,分为服务注册中心,和服务注册这. 一,服务注册者 服务注册者在启动的时候会通过发送rest请求的方式将自己注册到Eureka Server上.Eureka Server将服务注册的原信息保存在双层结构的map上,第一层的key是服务名,第二层的key是具体服务实例名. 在注册完成后服务提供者会维护一个心跳用来持续的,调用续约服务的时间间隔通过eureka.Instance.less-renewal-interval-in-seconds来设置,默认是30秒. 要开启服务

Spring Cloud中五大神兽总结(Eureka/Ribbon/Feign/Hystrix/zuul)

Spring Cloud中五大神兽总结(Eureka/Ribbon/Feign/Hystrix/zuul) 1.Eureka Eureka是Netflix的一个子模块,也是核心模块之一.Eureka是一个基于REST的服务,用于定位服务,以实现云端中间层服务发现和故障转移.服务注册与发现对于微服务架构来说是非常重要的,有了服务发现与注册,只需要使用服务的标识符,就可以访问到服务,而不需要修改服务调用的配置文件了.功能类似于dubbo的注册中心,比如Zookeeper. Eureka包含两个组件:

spring cloud之eureka简介

最近线上的接口出了一些问题,有一些可能不是代码的问题,但是由于是测试和其他方面的同事爆出来的,所以感觉对接口的监控应该提上日程. 经过搜索发现,spring cloud的eureka就是专门做这方面工作的. 下面一段是<spring cloud 微服务实战>一书中对eureka的简单介绍: Spring Cloud Eureka 是Spring Cloud Netflix 微服务套件中的一部分, 它基于Netflix Eureka 做了二次封装, 主要负责完成微服务架构中的服务治理功能. Sp

08 在Spring Cloud中使用Feign

Spring Cloud对Feign进行了封装,本例将演示如何在Spring Cloud中使用Feign. 1.准备SpringCloud的测试项目 测试项目主要有三个, a.spring-feign-server: Eureka的服务器项目,端口为8761: b.spring-feign-provider: 服务提供者,该项目通过在控制台输入对应的端口号启动两个实例,分别是8080和8081端口的实例,这两个实例提供如下服务 第一个地址为person/{personId}的服务,请求后返回Pe

Spring cloud入门Eureka篇(一)

一.前言 springcloud是一系列框架的有序集合.它利用spring boot 的开发便利性巧妙的简化了分布式系统基础设施的开发,如服务发现与注册.配置中心.消息总线.负载均衡.断路器.数据监控等,都可以用spring boot 的风格做到一键启动. 本篇介绍spring cloud 中的eureka快速入门. 二.简单介绍 Eureka是Netflix的子模块,它是一个基于REST的服务,用于定位服务,以实现云端中间层服务发现和故障转移. 原文地址:https://www.cnblogs

spring Cloud中，解决Feign/Ribbon整合Hystrix第一次请求失败的问题？

Spring Cloud中,Feign和Ribbon在整合了Hystrix后,可能会出现首次调用失败的问题,要如何解决该问题呢? 造成该问题的原因 Hystrix默认的超时时间是1秒,如果超过这个时间尚未响应,将会进入fallback代码.而首次请求往往会比较慢(因为Spring的懒加载机制,要实例化一些类),这个响应时间可能就大于1秒了.知道原因后,我们来总结一下解决方法.解决方案有三种,以feign为例. 方法一 1 hystrix.command.default.execution.iso

解决Spring Cloud中Feign/Ribbon第一次请求失败的方法

前言 在Spring Cloud中,Feign和Ribbon在整合了Hystrix后,可能会出现首次调用失败的问题,要如何解决该问题呢? 造成该问题的原因 Hystrix默认的超时时间是1秒,如果超过这个时间尚未响应,将会进入fallback代码.而首次请求往往会比较慢(因为Spring的懒加载机制,要实例化一些类),这个响应时间可能就大于1秒了.知道原因后,我们来总结一下解决放你. 解决方案有三种,以feign为例. 方法一 ? 1 hystrix.command.default.execut

解决Spring Cloud中Feign第一次请求失败的问题

在Spring Cloud中,Feign和Ribbon在整合了Hystrix后,可能会出现首次调用失败的问题 com.netflix.hystrix.exception.HystrixTimeoutException: null at com.netflix.hystrix.AbstractCommand$HystrixObservableTimeoutOperator$1.run(AbstractCommand.java:1142) ~[hystrix-core-1.5.18.jar:1.5.