【问题标题】:Service Fabric errors with Reverse Proxy when losing a node丢失节点时使用反向代理的 Service Fabric 错误
【发布时间】:2019-01-16 00:45:26
【问题描述】:

我们在负载均衡器后面有一个 Azure Service Fabric 实例。集群中的服务要么调用外部服务,要么通过反向代理调用集群中的其他服务。反向代理运行良好,并将请求发送到可用节点。一切都很好。

如果我们升级服务或通过 Powershell 优雅地重启进程或节点,那么一切都很好。

但是,如果我只是重新启动规模集中的 VM,那么一切都会崩溃。

我认为正在发生的事情是负载均衡器正确地感应到机器已关闭并停止对该节点的请求。然而,反向代理并不理解节点不可用,尽管它在 SF Explorer 中清楚地显示了这种方式,并且它仍在向死服务器发送一些请求。

这应该如何工作?有没有其他人有这种经验?对我们的问题和解决方案有什么建议吗?

R.

【问题讨论】:

    标签: reverse-proxy azure-service-fabric


    【解决方案1】:

    您可以在这里查看RP的源代码:

    https://github.com/Microsoft/service-fabric-reverse-proxy

    此问题表明 ASF-RP 不支持运行状况探测,因此可能会路由到运行状况不佳的服务。

    https://github.com/Azure/service-fabric-issues/issues/607

    我的公司切换到 Traefik 的原因有很多 - 部署为来宾可执行文件。这支持运行状况探测和许多其他功能 - 例如标头交换路由等。ASF OOTB 代理非常适合让您快速启动和运行,当您遇到更高级的场景时它只会崩溃。

    https://github.com/jjcollinge/traefik-on-service-fabric

    【讨论】:

      猜你喜欢
      • 2017-09-08
      • 2021-01-11
      • 2017-05-31
      • 2018-02-07
      • 2020-09-17
      • 2020-05-01
      • 2018-12-15
      • 2018-08-21
      • 2018-09-28
      相关资源
      最近更新 更多