Docker Swarm HAProxy 不使用覆盖网络进行负载平衡答案

【问题标题】：Docker Swarm HAProxy Not Load Balancing w/ Overlay NetworkingDocker Swarm HAProxy 不使用覆盖网络进行负载平衡
【发布时间】：2016-03-31 05:00:22
【问题描述】：

过去几天我一直致力于在 Digtital Ocean 上创建一个 docker swarm。注意：我不想使用-link 与其他应用程序/容器进行通信，因为它们在技术上被认为已弃用并且不能很好地与 docker swarm 一起使用（即，如果没有，我无法向负载均衡器添加更多应用程序实例重新组成整个群体）

根据this guide，我正在使用一台服务器作为运行控制台的 kv-store 服务器。因为我在 Digital Ocean 上，所以我在 DO 上使用私有网络，以便机器可以相互通信。

然后我创建一个 hive master 和 slave，并启动在所有机器上运行的覆盖网络。这是我的 docker-compose.yml

proxy:
    image: tutum/haproxy 
    ports:
        - "1936:1936"
        - "80:80"

web:
    image: tutum/hello-world
    expose:
        - "80"

所以当我这样做时，它会创建 2 个容器。 HAProxy 正在运行，因为我可以通过http://<ip-address>:1936 访问端口 1936 的统计信息，但是，当我尝试在端口 80 访问 Web 服务器/负载平衡器时，连接被拒绝。不过，当我运行docker-compose ps 时，我的一切似乎都已连接：

       Name                      Command               State                                 Ports
--------------------------------------------------------------------------------------------------------------------------------
splashcloud_proxy_1   python /haproxy/main.py          Up      104.236.109.58:1936->1936/tcp, 443/tcp, 104.236.109.58:80->80/tcp
splashcloud_web_1     /bin/sh -c php-fpm -d vari ...   Up      80/tcp

我唯一能想到的是它没有链接到网络容器，但我不知道如何解决这个问题。

如果能提供任何帮助，我将不胜感激。

【问题讨论】：

这只是指向related discussion for the dockerized nginx-reverseproxy 的链接。我没有创建答案，因为它与 haproxy 无关，但它可能是一种替代方案。
谢谢@schmunk。这可能很有用。在这种情况下我不能使用 Nginx，因为我需要 HAProxy 的排队功能——只有 Ngjnx 的付费版本支持排队。
我试图在 docker 文档中找到链接被视为已弃用的声明，但我找不到任何东西，请您指出您在哪里读到的？
我看到它是从 docker 1.9 开始编写的，因为网络现在是自动设置的，而在网络还没有那么自动化之前。即撰写文件中的任何内容都会自动将机器名称上的网络获取到主机文件。我暂时找不到参考资料。
为您（和@SalvadorJuanMartinez）找到了参考在多主机网络声明中，blog.docker.com/2015/11/docker-multi-host-networking-ga 您在启动容器之前创建了一个命名网络。

标签： docker haproxy docker-compose docker-swarm

【解决方案1】：

很遗憾，您不能在这里使用 tutum haproxy 版本。此图像是专门围绕链接定制的。我担心您确实需要一些脚本方式将 Web 服务器 ip 传递给 haproxy。

但这并不难 :) 我建议你从这个例子开始：首先设置 docker-compose.yml => 让我们使用两个节点，这样您就可以确保您所做的事情是有意义的，并且在此过程中实际负载平衡:)

proxy:
    build: ./haproxy/
    ports:
        - "1936:1936"
        - "80:80"
web1:
    container_name: web1
    image: tutum/hello-world
    expose:
        - "80"
web2:
    container_name: web2
    image: tutum/hello-world
    expose:
        - "80"

现在使用 haproxy，您需要根据官方图像文档设置自己的 Dockerfile： https://hub.docker.com/_/haproxy/

我使用建议的文件在 haproxy 子文件夹中执行此操作：

FROM haproxy
COPY haproxy.cfg /usr/local/etc/haproxy/haproxy.cfg

然后对于 haproxy 配置文件 haproxy.cfg，我对此进行了测试：

global
    stats socket /var/run/haproxy.stat mode 660 level admin
    stats timeout 30s
    user root
    group root

defaults
    mode    http
    timeout connect 5000
    timeout client  50000
    timeout server  50000

frontend localnodes
    bind *:80
    mode http
    default_backend nodes

backend nodes
    mode http
    balance roundrobin
    option forwardfor
    http-request set-header X-Forwarded-Port %[dst_port]
    http-request add-header X-Forwarded-Proto https if { ssl_fc }
    option httpchk HEAD / HTTP/1.1\r\nHost:localhost
    server web01 172.17.0.2:80
    server web02 172.17.0.3:80

listen stats 
    bind *:1936
    mode http
    stats enable
    stats uri /
    stats hide-version
    stats auth someuser:password

显然，这里的 IP 只能在默认设置下工作，我完全清楚这一点 :) 你需要对这两行做点什么：

server web01 172.17.0.2:80
server web02 172.17.0.3:80

我认为您在这里与 Digital Ocean 合作很幸运 :) 据我了解，您确实拥有可以使用 DO 的私有 IP 地址，您计划在这些地址下运行 swarm 节点。我建议简单地放置这些节点 IP 而不是我的示例 IP，并在它们上运行您的 Web 服务器，这样就很好了 :)

【讨论】：

感谢您的回复。有趣的是，我改用 Tutum 的图像的原因是因为我对官方图像 - 数字有问题。我正在利用 DO 的专用网络，所以希望我能够利用它来添加 IP 地址。我看到this repo 支付证明对我正在寻找的东西也很有用。我一试就会告诉你效果如何！
@ZachRussell，因为你已经找到了我的小 haproxy demo 我只想添加另一个链接到 official haproxy blog，在那里你可能会找到灵感。我会对您的最终结果感兴趣，如果您愿意，您甚至可以为 GitHub 存储库贡献更多详细信息或更正。谢谢！
谢谢@gesellix 我仍然坚持我想要完成的工作，但我觉得我越来越接近了！
@ZachRussell 如果我能提供帮助，请留下便条 - 正如已经提到的，我也对现实生活中的场景感到好奇。

【解决方案2】：

将链接添加到您的 docker-compose.yml

代理：图片：tutum/haproxy 端口： ——“1936:1936” - “80:80” 链接： - 网络网络：图片：tutum/hello-world 暴露： - “80”

【讨论】：