【问题标题】:How do I reload haproxy.cfg on the default Dockerfile?如何在默认 Dockerfile 上重新加载 haproxy.cfg?
【发布时间】:2015-02-26 04:13:29
【问题描述】:

我正在使用来自https://github.com/dockerfile/haproxy 的默认 HAProxy Docker 映像

不幸的是,我无法让它正确地重新加载我的配置。

如果我跑了

$ sudo docker exec haprox haproxy -f /etc/haproxy/haproxy.cfg -p '$(</var/run/haproxy.pid)' -st '$(</var/run/haproxy.pid)'

它只是转储帮助文件。如果我跑

$ sudo docker exec haprox 'haproxy -f /etc/haproxy/haproxy.cfg -p $(</var/run/haproxy.pid) -st $(</var/run/haproxy.pid)'

我明白了

2014/12/30 00:03:23 docker-exec: failed to exec: exec: "haproxy -f /etc/haproxy/haproxy.cfg -p $(</var/run/haproxy.pid) -st $(</var/run/haproxy.pid)": stat haproxy -f /etc/haproxy/haproxy.cfg -p $(</var/run/haproxy.pid) -st $(</var/run/haproxy.pid): no such file or directory

嘘。这些都不是我想要的。我可以运行docker exec haprox service haproxy reload - 但这最终会产生几个haproxy进程,所以当我通过unix套接字连接时,我从show stat得到一组信息,但我得到一组完全不同的信息从 http 统计页面。

我正在尝试对其进行设置,以便我可以优雅地重新部署我们的旧软件,但它对 Tomcat 会话做了非常非常坏事,所以我唯一的选择是保留现有会话活着并 ping 同一个服务器。

backend legacy
    cookie SERVERID insert indirect preserve
    server A 123.0.0.123:8080 cookie A check
    server B 123.0.0.123:8080 cookie B check

成功了。我可以调用套接字并运行set weight legacy/A 0,它将耗尽来自服务器 A 的连接。

但是(还记得那个遗留的部分吗?)我必须将我的服务器 A/B 容器放在头上并调出新的容器。我已经完成了系统设置,可以很好地生成新配置,但是当我重新加载时……奇怪的事情发生了。

如前所述,它最终会产生几个 haproxy 进程。我从 stats page 和 unix socket 得到不同的信息。我在浏览器和socat中通信的进程的pid文件似乎也不同。

不过,最糟糕的是,它会以 503 停止 http 连接 - 并且使用 ab 进行测试会报告一些断开的连接。这部分不行。

旧会话必须继续运行,直到旧服务器关闭/cookie 被清除。似乎互联网的其余部分能够做我想做的事情......我在这里做错了什么?

【问题讨论】:

标签: docker haproxy


【解决方案1】:

如果您在容器中按如下方式运行 ps,您将看到您链接的容器以 pid 1 运行 haproxy,如果不杀死容器就无法杀死它,而且它在前台运行,因此没有 pid 文件。如果您想在容器的后台重新加载运行 haproxy,并使其他一些进程(例如主管)成为主要进程。

docker exec -it haproxy ps aux 
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
haproxy      1  0.0  0.2  28988  4576 ?        Ss   02:41   0:00 haproxy -f /etc/haproxy/haproxy.cfg -p /var/run/haproxy.pid

【讨论】:

    【解决方案2】:

    您现在可以重新加载配置:

    docker kill -s HUP haproxy_container_name
    

    更多信息:https://hub.docker.com/_/haproxy

    我知道这是一个老问题,6 年后无济于事! :) 但也许对某人有用!

    【讨论】:

    • 您能解释一下该命令应该如何工作吗?当我运行它时,它只会停止容器。
    • -s HUP 向容器发送 SIGHUP 信号。这将重新加载守护进程。维基百科:en.wikipedia.org/wiki/SIGHUP:“守护程序有时使用 SIGHUP 作为重启自身的信号,最常见的原因是重新读取已更改的配置文件。”因此,当 docker 发送 SIGHUP 信号时,主进程将接收。如果你创建一个自己的 docker 镜像,并且另一个守护进程将是容器的主进程,你必须将 SIGHUP 信号转发给 haproxy 守护进程。阅读 haproxy 文档中的“重新加载配置”部分。
    • 谢谢!我实际上阅读了它并没有像描述的那样工作......但后来发现我在配置中有一个错字:-D 现在它可以工作了。
    • 我总是在重新加载之前检查配置,例如:docker exec haproxy-prod haproxy -c -V -f /usr/local/etc/haproxy/haproxy.cfg && docker kill -s HUP haproxy-prod
    • 是的,我做到了,配置是有效的,但最后一行被忽略了,因为最后没有空行。我不知道这是否是真正的问题,但之后不知何故开始按预期工作。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2013-04-07
    • 2012-08-05
    • 2015-10-28
    • 2020-04-25
    • 2013-12-16
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多