先看下Ribbon的配置和Hystrix的超时配置:
ribbon:
MaxAutoRetries: 1 #最大重试次数,不包括首次调用,当Eureka中可以找到服务,但是服务连不上时将会重试
MaxAutoRetriesNextServer: 1 #切换实例的重试次数,不包括首次调用
OkToRetryOnAllOperations: true #是否对所有的操作请求都进行重试,如果是get则可以,如果是post,put等操作没有实现幂等的情况下是很危险的
ConnectTimeout: 250 #请求连接的超时时间
ReadTimeout: 1000 #请求处理的超时时间
hystrix:
command:
default:
execution:
isolation:
thread:
timeoutInMilliseconds: 4500 #hystrix的超时时间
#如果配置ribbon的重试,hystrix的超时时间要大于ribbon的超时时间,ribbon才会重试
看完之后,我有3个问题请读者思考下:
1、Ribbon会发送几次请求?
答:4次。
2、Hystrix的超时时间该配置多少?
答:>4000毫秒
3、OkToRetryOnAllOperations, 为什么我要配置为true
答:因为我请求feign接口为post,配置为false时Ribbon不会重试。
一般情况下 都是 Ribbon 的超时时间 < Hystrix的超时时间(因为涉及到Ribbon的重试机制)
因为Ribbon的重试机制和Feign的重试机制有冲突,所以源码中默认关闭Feign的重试机制。
要开启Feign的重试机制如下:(Feign默认重试五次)
@Bean
Retryer feignRetryer() {
return new Retryer.Default();
}
根据上面的参数计算重试的次数:
MaxAutoRetries+MaxAutoRetriesNextServer+(MaxAutoRetries*MaxAutoRetriesNextServer)
即重试3次 则一共产生4次调用 。
如果在重试期间,时间超过了Hystrix的超时时间,便会立即执行熔断 fallback。所以要根据上面配置的参数计算Hystrix的超时时间,使得在重试期间不能达到Hystrix的超时时间,不然重试机制就会没有意义。
先说明一下,不要用下面这种公式来配置Hystrix的超时时间:
Hystrix超时时间的计算: (1 + MaxAutoRetries + MaxAutoRetriesNextServer) * ReadTimeout 即按照以上的配置 hystrix的超时时间应该配置为 (1+1+1)*3=9秒
正确的计算公式:
ReadTimeout+(MaxAutoRetries * ReadTimeout),如果配置的有:MaxAutoRetriesNextServer这个属性,看下面例子:
ribbon:
MaxAutoRetries: 1 #最大重试次数,不包括首次调用,当Eureka中可以找到服务,但是服务连不上时将会重试
MaxAutoRetriesNextServer: 1 #切换实例的重试次数,不包括首次调用
OkToRetryOnAllOperations: true #是否对所有的操作请求都进行重试,如果是get则可以,如果是post,put等操作没有实现幂等的情况下是很危险的
ConnectTimeout: 250 #请求连接的超时时间
ReadTimeout: 1000 #请求处理的超时时间
这个Hystrix的超时时间怎么配置:
ReadTimeout+(MaxAutoRetries * ReadTimeout)+ ReadTimeout +(MaxAutoRetries * ReadTimeout)= 4000ms
那么Hystrix的超时时间为:>4000ms
如果MaxAutoRetriesNextServer=1,就加1个:
ReadTimeout+(MaxAutoRetries * ReadTimeout)+ ReadTimeout+(MaxAutoRetries * ReadTimeout)= 4000ms
如果MaxAutoRetriesNextServer=2,就加2个:
ReadTimeout+(MaxAutoRetries * ReadTimeout)+ ReadTimeout+(MaxAutoRetries * ReadTimeout)+ ReadTimeout+(MaxAutoRetries * ReadTimeout)= 6000ms
先算出所有Ribbon的超时时间+重试时间的总和,那么Hystrix的超时时间大于总和,就可以保证Ribbon在重试过程中不会被Hystrix熔断。
当Ribbon超时后且Hystrix没有超时,便会采取重试机制。当OkToRetryOnAllOperations设置为false时,只会对get请求进行重试。如果设置为true,便会对所有的请求进行重试,如果是put或post等写操作,如果服务器接口没做幂等性,会产生不好的结果,所以OkToRetryOnAllOperations慎用。如果不配置Ribbon的重试次数,默认会重试一次。
注意:
默认情况下,GET方式请求无论是连接异常还是读取异常,都会进行重试,非GET方式请求,只有连接异常时,才会进行重试。
如果上述配置还没有成功重试,加上如下配置:(开启客户端负载均衡,高版本的默认开启)
spring:
cloud:
loadbalancer:
retry:
enabled: true
分享到:
相关推荐
- **IRibbonClientConfiguration**:自定义Ribbon客户端配置,可以设置连接超时、重试次数等。 5. ** Ribbon核心类与接口** - **ILoadBalancer**:负载均衡器接口,负责选择服务器。 - **Server**:表示服务实例...
此外,Hystrix的断路器线程池超时时间应设置得比Ribbon的超时时间长,以确保在Ribbon完成重试之前,断路器不会提前打开。在实际应用中,这些配置值应根据具体服务的性能和网络状况来调整。 为了验证重试机制,可以...
7. **Ribbon**: Ribbon 是一个客户端负载均衡器,它提供了丰富的客户端配置选项,如连接超时、重试、连接池等。在 Spring Cloud 中,Ribbon 通常与 Eureka 配合使用,自动从服务发现组件获取服务列表并进行负载均衡...
Spring Cloud Netflix是另一个关键组件,它提供了Eureka用于服务发现,Ribbon用于客户端负载均衡,Hystrix用于断路器模式,Feign用于声明性REST客户端,以及Turbine和Hystrix Dashboard用于监控和管理断路器。...
下面我们将讨论Spring Cloud中的重试机制和各组件的重试配置。 一、Spring Cloud重试机制 在Spring Cloud中,重试机制是通过@LoadBalanced注解来实现的。@LoadBalanced表示该Bean是负载均衡客户端,可以根据实际...
8. 断路器模式:通过Hystrix的加入和使用,介绍如何传播安全上下文、管理Hystrix指标流,以及Hystrix超时和Ribbon客户端的使用。 9. 客户端负载均衡器Ribbon:说明了如何自定义Ribbon客户端、使用Eureka中的Ribbon...
SpringCloud基于SpringBoot,简化了微服务架构的搭建和管理,使得开发者可以快速地在分布式环境中实现服务发现、负载均衡、断路器、配置中心、API网关等功能。 一、SpringCloud的核心组件: 1. Eureka:服务注册与...
- **引导应用程序上下文**:介绍如何设置和初始化应用程序上下文,以及如何利用Spring Boot的自动配置功能。 - **应用程序上下文层次结构**:探讨如何构建和管理不同层次的应用程序上下文,以便更好地组织和隔离...
通过简单的配置,可以轻松地开启重试机制,如配置超时时间、连接超时、请求处理超时时间、重试操作以及重试次数等,使得在遇到服务故障时系统能够自动进行重试,提升用户体验和系统的健壮性。 另一个关键组件是断路...
Hystrix 的核心功能包括命令模式、熔断器(Circuit Breaker)、超时控制和重试机制等。 - **命令模式**:Hystrix 使用命令模式来封装对远程服务的调用,这样可以更方便地进行错误处理和超时控制。 - **熔断器...
- **容错机制**:引入断路器、超时重试等机制确保服务的高可用性。 - **服务发现**:利用服务注册与发现机制,动态维护服务地址列表,支持服务实例的自动发现和注销。 ### 知识点三:Spring Cloud微服务开发流程 1...
Spring Cloud是一套微服务架构下的分布式系统开发工具集,旨在简化分布式系统的开发、配置和部署。它提供了在分布式系统(服务网格)中快速构建常见模式(如配置管理、服务发现、断路器、智能路由、微代理、控制总线...
4. **配置超时和重试机制**: 在`application.yml`中,可以调整Eureka客户端的超时和重试次数,以适应不同的网络环境和性能需求。 ```yaml eureka: client: registryFetchIntervalSeconds: 5 # 定期同步注册表...
- 服务提供者和消费者之间应设置合理的超时和重试策略。 - 可以配合 Ribbon 和 Hystrix 等组件,实现负载均衡和服务容错。 综上所述,"springCloud+eureka" 主要是利用 Spring Cloud 的 Eureka 模块构建微服务...
通过`@FeignClient`的`configuration`属性,可以自定义Feign的配置,比如设置超时时间、重试策略等。 3.2 日志记录 通过配置Feign的日志级别,可以记录Feign执行过程中的详细信息,便于调试和问题排查。 3.3 身份...
Hystrix的超时时间应设置为大于Ribbon所有重试总和,例如,如果Ribbon的总超时时间为3秒(1秒连接超时+2秒读取超时+2次重试),那么Hystrix的超时时间应大于3秒,以确保在所有重试都失败后,Hystrix能正确打开断路...
- **Hystrix 超时和 Ribbon 客户**:通过配置 Ribbon 客户端的超时时间,与 Hystrix 结合使用以提高系统的容错性。 #### 客户端负载平衡器 - **Ribbon**:Spring Cloud 内置了一个客户端负载均衡器 Ribbon,它可以...
通过在代码中创建 HystrixCommand 或 HystrixObservableCommand 实例,可以定义断路器的行为,如超时时间、重试策略等。 15. **Spring Cloud Stream 的工作方式**: - **工作方式**:Spring Cloud Stream 是一个...
文档还讨论了如何对Feign进行重试次数和超时设置,这表明文档可能提供了一些最佳实践和故障排除技巧。 文档内容显示,虽然OCR技术可能引入了一些文字识别错误,但整体上提供了关于SpringCloud和Kubernetes应用的...