微服务开发架构——Spring Cloud常见问题与总结<一>Eureka常见问题


声明:本文转载自https://my.oschina.net/u/3375733/blog/1555725,转载目的在于传递更多信息,仅供学习交流之用。如有侵权行为,请联系我,我会及时删除。

    在使用Spring Cloud的过程中,难免会遇到一些问题。所以对Spring Cloud的常用问题做一些总结。

一、Eureka常见问题


1.1 Eureka 注册服务慢


    默认情况下,服务注册到Eureka Server的过程较慢。在开发或测试时,常常希望能够加速这一
过程,从而提升工作效率。

    该问题的原因及解决方案:

    服务的注册涉及周期性心跳,默认30秒一次(通过客户端配置的serviceUrl)。只有当实例、服务端和客户端的本地缓存中的元数据都相同时,服务才被其他客户端发现(所以可能需要3次心跳)。可以使用参数 eureka.instance.leaseRenewalInSeconds 修改时间间隔, 从而加快客户端连接到其他服务的过程。在生产环境中最好坚持使用默认值,因为在服务器内部有一些计算,它们会对续约做出假设。

    综上所述,要想解决服务注册慢的问题,只须将  eureka.instance.leaseRenewalInSeconds 设成一个更小的值。该配置用于设置 Eureka Client 向 Eureka Server 发送心跳的时间间隔, 默认是30,单位是秒。在生产环境中,建议坚持使用默认值。

 

1.2 已停止的微服务节点注销慢或不注销

    在开发环境下,常常希望 Eureka Server 能迅速有效地注销已停止的微服务实例。然而,由于 Eureka Server 清理无效节点周期长(默认90秒),以及自我保护模式等原因,可能会遇到微服务注销慢甚至不注销的问题。解决方案如下:

    · Eureka Server 端:

    配置关闭自我保护,并按需配置 Eureka Server 清理无效节点的时间间隔。

eureka.server.enable-self-preservation # 设为false, 关闭自我保护, 从而保证会注销微服务  eureka.server.eviction-interval-timer-in-ms # 清理间隔(单位毫秒,默认是60 * 1000)

    · Eureka Client 端:

    配置开启健康检查, 并按需配置续约更新时间和到期时间。    

eureka.client.healthcheck.enabled # 设为true,开启健康检查(需要spring-boot-starter-actuator 依赖)  eureka.instance.lease-renewal-interval-in-seconds # 续约更新时间间隔(默认是30秒)  eureka.instance.lease-expiration-duration-in-seconds # 续约到期时间(默认90秒) 

    值得注意的是,这些配置仅建议开发或测试时使用,生产环境建议坚持使用默认值。

 

 

 

 

 

 

 

 

 

本文为博主原创文章,转载请注明出处!

https://my.oschina.net/u/3375733/blog/

本文发表于2017年10月25日 08:34
(c)注:本文转载自https://my.oschina.net/u/3375733/blog/1555725,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如有侵权行为,请联系我们,我们会及时删除.

阅读 2100 讨论 0 喜欢 1

抢先体验

扫码体验
趣味小程序
文字表情生成器

闪念胶囊

万稳万当,不如一默。任何一句话,你不说出来便是那句话的主人,你说了出来,便是那句话的奴隶。

你要过得好哇,这样我才能恨你啊,你要是过得不好,我都不知道该恨你还是拥抱你啊。

直抵黄龙府,与诸君痛饮尔。

那时陪伴我的人啊,你们如今在何方。

不出意外的话,我们再也不会见了,祝你前程似锦。

快捷链接
网站地图
提交友链
Copyright © 2016 - 2021 Cion.
All Rights Reserved.
京ICP备2021004668号-1