docker - 来自指定端口的零星 503

Question

我一直致力于使用 Rancher 来管理我们的仪表板应用程序，其中一部分涉及从同一端口公开多个 kibana 容器，以及在端口 80 上公开一个 kibana 3 容器。

因此，我想在指定端口:5602、5603、5604 上向特定容器发送请求，因此我设置了以下 docker-compose.yml 配置:

kibana:
  image: rancher/load-balancer-service
  ports:
  - 5602:5602
  - 5603:5603
  - 5604:5604
  links:
  - kibana3:kibana3
  - kibana4-logging:kibana4-logging
  - kibana4-metrics:kibana4-metrics
  labels:
    io.rancher.loadbalancer.target.kibana3: 5602=80
    io.rancher.loadbalancer.target.kibana4-logging: 5603=5601
    io.rancher.loadbalancer.target.kibana4-metrics: 5604=5601

一切都按预期进行，但我偶尔会收到 503 错误。当我进入容器并查看 haproxy.cfg 时，我看到:

frontend d898fb95-ec51-4c73-bdaa-cc0435d8572a_5603_frontend
        bind *:5603
        mode http

        default_backend d898fb95-ec51-4c73-bdaa-cc0435d8572a_5603_2_backend

backend d898fb95-ec51-4c73-bdaa-cc0435d8572a_5603_2_backend
        mode http
        timeout check 2000
        option httpchk GET /status HTTP/1.1
        server cbc23ed9-a13a-4546-9001-a82220221513 10.42.60.179:5603 check port 5601 inter 2000 rise 2 fall 3
        server 851bdb7d-1f6b-4f61-b454-1e910d5d1490 10.42.113.167:5603
        server 215403bb-8cbb-4ff0-b868-6586a8941267 10.42.85.7:5601

列出的 IP 是所有三个 Kibana 容器，第一个容器有健康检查，但其他容器都没有(kibana3/kibana4.1 没有状态端点)。我对 docker-compose 配置的理解是，每个后端应该只有一台服务器，但所有三台服务器似乎都已列出，我认为这部分归因于零星的 503，手动删除它并重新启动 haproxy 服务似乎确实如此来解决问题。

我错误地配置了负载均衡器，或者这是否值得作为 Rancher 的 Github 问题提出？

Answer 1

我按照 Rancher Labs 在 twitter 上的建议在 Rancher 论坛上发帖:https://forums.rancher.com/t/load-balancer-sporadic-503s-with-multiple-port-bindings/2358

来自 rancher 的人发布了一个 github 问题的链接，该问题与我遇到的情况类似:https://github.com/rancher/rancher/issues/2475

总之，负载均衡器将在所有匹配的后端之间轮换，有一个涉及“虚拟”域的解决方案，我已经通过我的配置确认了它确实有效，即使它有点不优雅。

labels:
  # Create a rule that forces all traffic to redis at port 3000 to have a hostname of bogus.com
  # This eliminates any traffic from port 3000 to be directed to redis
  io.rancher.loadbalancer.target.conf/redis: bogus.com:3000
 # Create a rule that forces all traffic to api at port 6379 to have a hostname of bogus.com
  # This eliminates any traffic from port 6379 to be directed to api
  io.rancher.loadbalancer.target.conf/api: bogus.com:6379

(^^ 从 rancher github 问题复制，不是我的解决方法)

我将看看通过端口进行路由并提出 PR/Github 问题是多么容易，因为我认为在这种情况下这是 LB 的有效用例。