`
maosheng
  • 浏览: 565099 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

SpringCloud Ribbon的重试和Hystrix的超时时间配置

阅读更多
先看下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








分享到:
评论

相关推荐

    spring cloud Ribbon使用详细例子

    - **IRibbonClientConfiguration**:自定义Ribbon客户端配置,可以设置连接超时、重试次数等。 5. ** Ribbon核心类与接口** - **ILoadBalancer**:负载均衡器接口,负责选择服务器。 - **Server**:表示服务实例...

    38-Spring Cloud Feign重试1

    此外,Hystrix的断路器线程池超时时间应设置得比Ribbon的超时时间长,以确保在Ribbon完成重试之前,断路器不会提前打开。在实际应用中,这些配置值应根据具体服务的性能和网络状况来调整。 为了验证重试机制,可以...

    spring-cloud项目_springcloud_springcloud项目_springcloud_spring-clou

    7. **Ribbon**: Ribbon 是一个客户端负载均衡器,它提供了丰富的客户端配置选项,如连接超时、重试、连接池等。在 Spring Cloud 中,Ribbon 通常与 Eureka 配合使用,自动从服务发现组件获取服务列表并进行负载均衡...

    Spring Cloud 中文文档 参考手册 中文版2018

    Spring Cloud Netflix是另一个关键组件,它提供了Eureka用于服务发现,Ribbon用于客户端负载均衡,Hystrix用于断路器模式,Feign用于声明性REST客户端,以及Turbine和Hystrix Dashboard用于监控和管理断路器。...

    Spring Cloud重试机制与各组件的重试总结

    下面我们将讨论Spring Cloud中的重试机制和各组件的重试配置。 一、Spring Cloud重试机制 在Spring Cloud中,重试机制是通过@LoadBalanced注解来实现的。@LoadBalanced表示该Bean是负载均衡客户端,可以根据实际...

    Spring Cloud 中文文档

    8. 断路器模式:通过Hystrix的加入和使用,介绍如何传播安全上下文、管理Hystrix指标流,以及Hystrix超时和Ribbon客户端的使用。 9. 客户端负载均衡器Ribbon:说明了如何自定义Ribbon客户端、使用Eureka中的Ribbon...

    springcloud 微服务 。pdf

    SpringCloud基于SpringBoot,简化了微服务架构的搭建和管理,使得开发者可以快速地在分布式环境中实现服务发现、负载均衡、断路器、配置中心、API网关等功能。 一、SpringCloud的核心组件: 1. Eureka:服务注册与...

    Spring Cloud(Dalston )中文参考手册

    - **引导应用程序上下文**:介绍如何设置和初始化应用程序上下文,以及如何利用Spring Boot的自动配置功能。 - **应用程序上下文层次结构**:探讨如何构建和管理不同层次的应用程序上下文,以便更好地组织和隔离...

    SpringCloud框架

    通过简单的配置,可以轻松地开启重试机制,如配置超时时间、连接超时、请求处理超时时间、重试操作以及重试次数等,使得在遇到服务故障时系统能够自动进行重试,提升用户体验和系统的健壮性。 另一个关键组件是断路...

    SpringCloud面试专题及答案.pdf

    Hystrix 的核心功能包括命令模式、熔断器(Circuit Breaker)、超时控制和重试机制等。 - **命令模式**:Hystrix 使用命令模式来封装对远程服务的调用,这样可以更方便地进行错误处理和超时控制。 - **熔断器...

    疯狂Spring Cloud微服务架构实战视频教程

    - **容错机制**:引入断路器、超时重试等机制确保服务的高可用性。 - **服务发现**:利用服务注册与发现机制,动态维护服务地址列表,支持服务实例的自动发现和注销。 ### 知识点三:Spring Cloud微服务开发流程 1...

    spring-cloud.pdf

    Spring Cloud是一套微服务架构下的分布式系统开发工具集,旨在简化分布式系统的开发、配置和部署。它提供了在分布式系统(服务网格)中快速构建常见模式(如配置管理、服务发现、断路器、智能路由、微代理、控制总线...

    spring cloud 高可用的服务注册中心

    4. **配置超时和重试机制**: 在`application.yml`中,可以调整Eureka客户端的超时和重试次数,以适应不同的网络环境和性能需求。 ```yaml eureka: client: registryFetchIntervalSeconds: 5 # 定期同步注册表...

    springCloud+eureka

    - 服务提供者和消费者之间应设置合理的超时和重试策略。 - 可以配合 Ribbon 和 Hystrix 等组件,实现负载均衡和服务容错。 综上所述,"springCloud+eureka" 主要是利用 Spring Cloud 的 Eureka 模块构建微服务...

    spring cloud feign方式使用服务

    通过`@FeignClient`的`configuration`属性,可以自定义Feign的配置,比如设置超时时间、重试策略等。 3.2 日志记录 通过配置Feign的日志级别,可以记录Feign执行过程中的详细信息,便于调试和问题排查。 3.3 身份...

    Spring Cloud Zuul的重试配置详解

    Hystrix的超时时间应设置为大于Ribbon所有重试总和,例如,如果Ribbon的总超时时间为3秒(1秒连接超时+2秒读取超时+2次重试),那么Hystrix的超时时间应大于3秒,以确保在所有重试都失败后,Hystrix能正确打开断路...

    Spring Cloud Dalston 中文文档 参考手册 中文版.pdf

    - **Hystrix 超时和 Ribbon 客户**:通过配置 Ribbon 客户端的超时时间,与 Hystrix 结合使用以提高系统的容错性。 #### 客户端负载平衡器 - **Ribbon**:Spring Cloud 内置了一个客户端负载均衡器 Ribbon,它可以...

    SpringCloud相关面试题.pdf

    通过在代码中创建 HystrixCommand 或 HystrixObservableCommand 实例,可以定义断路器的行为,如超时时间、重试策略等。 15. **Spring Cloud Stream 的工作方式**: - **工作方式**:Spring Cloud Stream 是一个...

    2.springcloud-k8s-shenzhen.pdf

    文档还讨论了如何对Feign进行重试次数和超时设置,这表明文档可能提供了一些最佳实践和故障排除技巧。 文档内容显示,虽然OCR技术可能引入了一些文字识别错误,但整体上提供了关于SpringCloud和Kubernetes应用的...

Global site tag (gtag.js) - Google Analytics