ribbon的配置参数意义

最新推荐文章于 2023-04-04 14:49:21 发布
最新推荐文章于 2023-04-04 14:49:21 发布
阅读量1k 收藏 1
点赞数 1
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/linan131081/article/details/115521426
版权

# 从注册中心刷新servelist的时间 默认30秒，单位ms
ribbon.ServerListRefreshInterval=15000
# 请求连接的超时时间 默认1秒，单位ms
ribbon.ConnectTimeout=30000
# 请求处理的超时时间 默认1秒，单位ms
ribbon.ReadTimeout=30000
# 对所有操作请求都进行重试,不配置这个MaxAutoRetries不起作用 默认false
#ribbon.OkToRetryOnAllOperations=true
# 对当前实例的重试次数 默认0
# ribbon.MaxAutoRetries=1
# 切换实例的重试次数 默认1
ribbon.MaxAutoRetriesNextServer=0

linan131081
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
【springcloud 微服务】Spring Cloud Ribbon 负载均衡使用策略详解
congge_study的博客
03-12 6908
springcloud中ribbon负载均衡策略总结
SpringClould之客户端负载均衡(Ribbon)
热门推荐
白大锅的博客，毕设WangLoveBai_999
10-22 3万+
一、Ribbon架构图 二、什么是负载均衡? LB（Load Balance，负载均衡）是一种集群技术，它将特定的业务（网络服务、网络流量等）分担给多台网络设备（包括服务器、防火墙等）或多条链路，从而提高了业务处理能力，保证了业务的高可靠性。 负载均衡技术具有一下优势： 1.高性能：负载均衡技术将业务较均衡的分担到多台设备或链路上，从而提高了整个系统的性能； 2.可扩展性：负载均衡技术可以方便的增加集群中设备或链路的数量，在不降低业务质量的前提下满足不断增长的业务需求； 3.高可靠性：单个甚至多个设备或
记一次feign的问题排查（短路、线程池、队列）
yjh314的专栏
11-15 7907
昨天开了一百个线程采用feign去请求第三方项目，结果报错，出现了短路，大概是下面这样的。（feign整合了hystrix并且自动打开了熔断器） Hystrix circuit short-circuited and is OPEN 。。。。。 百度了一下，几乎没人碰到这个问题，于是去谷歌了，发现还真有人碰到这个问题。引起这个问题的原因是在一个滚动窗口内，失败了二十个（默认），就会发生短路，...
SpringCloud微服务实现实时刷新Nacos服务列表
kerwin的博客
04-04 8815
在使用SpringCloud搭配OpenFeign使用Ribbon做为负载均衡器，在拉取Nacos注册中心上服务列表时经常会遇到一种情况，下游服务刚刚启动时或者重启后会存在一段时间访问不到的问题，因为在Ribbon中拉取Nacos服务地址是由一个定时线程默认每隔30S去拉取的，也就是说下游服务刚刚上线有可能在30S内Ribbon是获取不到这个服务信息的，这就让人挺难受的，无论是线下测试还是线上部署我们都希望能尽快的获取到服务列表，这里提供两种解决方案
SpringCloud中Feign和Ribbon的重试机制
lt_xiaodou的博客
08-24 1853
Feign和Ribbon的重试机制相当于一个双层循环，feign重试机制在外层，Ribbon的重试机制在里层，每执行一次feign的重试机制，内层的Ribbon的重试机制都会全部执行一次。
spring cloud ribbon配置自动重试
突发7想的专栏
04-22 902
spring cloud 通过eureka 访问其他服务默认没有重试机制，需要额外进行配置实现客户端重试，特别是对方服务在进行滚动发布的时候，本地维护的节点信息还没有更新，就需要进行自动重试，保证前端业务流畅。 pom文件添加依赖： <dependency> <groupId>org.springframework.retry</groupId> &lt...
feign调用接口返回html,SpringCloud微服务服务间调用之OpenFeign介绍(三) timeout问题
weixin_29070861的博客
06-04 665
问题由来使用Feign能够完成服务间调用，可是总存在一种状况：服务提供方特别慢，可是服务提供方是运行正常，若是咱们自定义设置timeout，就出现feign.RetryableException: Read timed out executing GET http://user-service/v1/usersWithSleep/2?sleepTimeMillis=6000 异常， 致使没法继续工...
Ribbon相关概述和配置
m0_61910385的博客
03-17 487
Ribbon相关概述和配置
Ribbon的配置与使用实例
qq_37133859的博客
08-17 795
Ribbon是一个基于客户端的负载均衡工具 首先要创建多个服务提供者，每个服务都从不同的数据库中查询数据 1创建多个Module . 每个pom文件中都需要添加eureka-client依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix
ribbon基于接口配置超时_Spring cloud 超时及重试配置【ribbon及其它http client】
weixin_31975689的博客
12-24 1016
开启重试在某些情况下是有问题的，比如当压力过大，一个实例停止响应时，路由将流量转到另一个实例，很有可能导致最终所有的实例全被压垮。说到底，断路器的其中一个作用就是防止故障或者压力扩散。用了retry，断路器就只有在该服务的所有实例都无法运作的情况下才能起作用。这种时候，断路器的形式更像是提供一种友好的错误信息，或者假装服务正常运行的假象给使用者。不用retry，仅使用负载均衡和熔断，就必须考虑到是...
Spring Cloud Ribbon重试机制配置
Deronn的博客
11-18 863
首先声明一点，这里的重试不是报错以后的重试，而是负载均衡客户端发现远程请求实例不可达之后，去重试其他实例。 Ribbon是一个基于HTTP和TCP的客户端负载均衡工具。 Feign基于Ribbon做了封装，注意：spring-cloud-starter-feign 里面已经包含了 spring-cloud-starter-ribbon（Feign 中也使用了 Ribbon）,Feign的...
SpringCloud- 第十一篇 Feign+Ribbon
weixin_48598018的博客
07-17 342
1：概述 由于Spring Cloud Feign的客户端负载均衡是通过Spring Cloud Ribbon实现的，所以可以直接通过配置Ribbon客户端的方式来自定义各个服务客户端调用的参数 2：全局配置 ribbon.ConnectTimeout=500 ribbon.ReadTimeOut=5000 3：指定服务配置 userService.ribbon.ConnectTimeout=500 userService.ribbon.ReadTimeout=2000 4：重试机制 userS
总结：微服务
w2009211777的专栏
03-28 3332
一、什么是微服务？ 微服务是相对于单体服务来说的，即将单体服务按照一定的规则进行拆分，如按照业务类型，如： 单体服务：如hubble-api，hubble-job 微服务：如hubble-biz-cm（配置服务），hubble-biz-host（资产服务）、告警查询服务、告警投递服务、数据统计服务等 进化过程：单体服务→ 部分拆分→ 服务间交互？–> 架构标准化，术语标准化 主要角色： 注册中心，服务提供者，服务消费者 二、微服务 VS 单体服务 1、微服务 ...
Fegin
weixin_46061449的博客
10-29 3677
Spring Colud 之 Fegin 使用
同时配置Ribbon和Feign的超时时间
weixin_41619409的博客
09-25 780
同时配置Ribbon和Feign的超时时间，会以哪个为准？配置在Zuul网关中配置在普通微服务中注：如果不配置ribbon的重试次数，默认会重试一次。 配置在Zuul网关中 会以Ribbon配置的超时时间为准 ribbon: eureka: enabled: true ReadTimeout: 30000 SocketTimeout: 30000 # 同一台实例最大重试次数,不包括首次调用,默认为0 MaxAutoRetries: 1 #
关于ribbon组件的ConnectTimeOut和ReadTimeOut功能失效问题处理
weixin_43465090的博客
06-25 3175
关于ribbon组件的ConnectTimeOut和ReadTimeOut功能失效问题处理 这几天在自学SpringCloud学到Feign的时候需要验证超时问题，使用配置ribbon.ConnectTimeOut与ReadTimeOut无效。 百度后说了一大堆，很多都是新写配置类乱七八糟的处理。 原先就能配置的东西为什么要用配置类去实现，然后我稍微换个思路寻找后发现下面这个配置可以使用。 为了防止有人不会点击复制，直接用Ctrl+C会有乱七八糟的其他内容，这边直接贴原文。 feign: client:
【报错】Feign Read timed out
u013248911的博客
08-15 7298
国内网站的那些文章都是复制粘贴，不清不楚，我只能说真的垃圾，根本解决不了问题。 最近遇到由于调取某些接口，等待结果耗时有点长所以遇到了readtimedout的问题。 因此根据两种不同的springboot版本进行解决。2.x和1.x两种版本springbooot及其对应的springcloud版本 【1】版本： springboot：2.1.3 ...
ribbon的ServerListRefreshInterval
weixin_34019929的博客
07-09 4332
序 ribbon有个参数可以用来调整刷新server list的时间间隔参数。 ServerListRefreshInterval ribbon-core-2.2.0-sources.jar!/com/netflix/client/config/CommonClientConfigKey.java public static fi...
ribbon配置请求超时
最新发布
09-13
在Ribbon中，可以通过配置来设置请求超时。根据你提供的引用内容，我们可以得到以下配置项： 1. `ribbon.ReadTimeout=2000`：设置读取时间为2秒。 2. `ribbon.ConnectTimeout=1000`：设置TCP建立连接的时间，一般在内网环境下设置为1秒以内。 这两个配置项可以控制Ribbon的请求超时时间。其中，`ReadTimeout`控制了从服务端读取数据的超时时间，`ConnectTimeout`控制了建立连接的超时时间。 另外，根据引用中提到的生产环境的超时重试配置，还可以通过以下配置项来优化请求超时问题： 1. `ribbon.OkToRetryOnAllOperations`：该配置项设置为`true`时，表示对所有请求都进行重试，默认是只对GET请求进行重试。 2. `ribbon.MaxAutoRetries`：设置重试当前服务的最大次数。 3. `ribbon.MaxAutoRetriesNextServer`：设置下一个服务的重试次数。 通过配置这些参数，可以根据具体需求来进行请求超时的配置和重试策略的优化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值