【问题标题】:Can a gRPC client connect timeout be set independent of reconnect backoff settings?可以独立于重新连接退避设置设置 gRPC 客户端连接超时吗?
【发布时间】:2017-10-04 17:18:30
【问题描述】:

我们希望将 gRPC 客户端配置为在连接丢失后非常快速地重新连接。 (我相信default behavior 会在 20 秒后尝试重新连接,尝试之间的间隔会退回到 120 秒。)在查看了available settings 之后,我们尝试将grpc.initial_reconnect_backoff_msgrpc.min_reconnect_backoff_ms 设置为 200。虽然这会导致连接丢失时快速重新连接,我们有时会看到调用(来自测试)失败并显示GRPC::Internal: 13:Completed without a response。查看来自客户端和服务器之间的 tcp 反向代理的日志记录,我看到一个连接持续了 200 多毫秒,然后第二个连接持续了更长时间。所以看起来重新连接时间实际上是连接尝试的超时。

是否可以配置 gRPC 客户端,使其在连接丢失后开始尝试重新连接非常快,但允许创建该连接的时间比重新连接时间长? p>

如果重要的话,这是一个 Ruby 客户端。

【问题讨论】:

    标签: grpc


    【解决方案1】:

    初始退避假设1 second

    您遇到a bug 是最小连接超时同时充当超时和退避(因此忽略 1 秒初始退避)。因此,您最初的问题和失败的解决方法都是由同一个错误引起的。

    (该错误是在一个月前发现的,但由于与第二个错误混淆而未提交问题。您在这里的问题让我注意到缺少的问题。)

    【讨论】:

    • 所以答案是“不是现在,但是一旦this bug 被修复。”谢谢。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-09-27
    • 2011-08-03
    • 2020-09-05
    • 2017-05-19
    • 1970-01-01
    • 2013-12-31
    • 1970-01-01
    相关资源
    最近更新 更多