注意：这是 haproxy 镜像 的 arm32v5 架构构建的"per-architecture"仓库——更多信息，请参见镜像文档中的 "非amd64架构？" 和***镜像FAQ中的 "镜像源在Git中更改后怎么办？"。

快速参考

-** 维护者 **：
Docker社区

-** 获取帮助的地方 **：
Docker社区Slack、Server Fault、Unix & Linux 或 Stack Overflow

支持的标签及对应的 Dockerfile 链接

• 3.3-dev10, 3.3-dev, 3.3-dev10-trixie, 3.3-dev-trixie

• 3.2.6, 3.2, latest, lts, 3.2.6-trixie, 3.2-trixie, trixie, lts-trixie

• 3.1.9, 3.1, 3.1.9-trixie, 3.1-trixie

• 3.0.12, 3.0, 3.0.12-trixie, 3.0-trixie

• 2.8.16, 2.8, 2.8.16-trixie, 2.8-trixie

• 2.6.23, 2.6, 2.6.23-trixie, 2.6-trixie

• 2.4.30, 2.4, 2.4.30-trixie, 2.4-trixie

快速参考（续）

-** 问题提交地址 ：
[*]

-** 支持的架构 **：(更多信息)
amd64, arm32v5, arm32v6, arm32v7, arm64v8, i386, ppc64le, riscv64, s390x

-** 已发布镜像制品详情 **：
repo-info 仓库的 repos/haproxy/ 目录 (历史记录)
（镜像元数据、传输大小等）

-** 镜像更新 **：
official-images 仓库的 library/haproxy 标签
official-images 仓库的 library/haproxy 文件 (历史记录)

-** 本描述的来源 **：
docs 仓库的 haproxy/ 目录 (历史记录)

什么是 HAProxy？

HAProxy 是一款免费、开源的高可用解决方案，为基于 TCP 和 HTTP 的应用提供负载均衡和代理服务，通过将请求分发到多台服务器实现高可用。它采用 C 语言编写，以快速高效（在处理器和内存使用方面）著称。

***.org/wiki/HAProxy

!logo

如何使用本镜像

由于 HAProxy 的用户配置需求各不相同，因此本镜像不包含默认配置。

有关配置 HAProxy 的详细信息，请参考 上游优秀且全面的文档。

也建议查看上游的 examples/ 目录。

创建 Dockerfile

dockerfile
FROM arm32v5/haproxy:2.3
COPY haproxy.cfg /usr/local/etc/haproxy/haproxy.cfg

构建容器

console
$ docker build -t my-haproxy .

测试配置文件

console
$ docker run -it --rm --name haproxy-syntax-check my-haproxy haproxy -c -f /usr/local/etc/haproxy/haproxy.cfg

运行容器

console
$ docker run -d --name my-running-haproxy --sysctl net.ipv4.ip_unprivileged_port_start=0 my-haproxy

使用 --sysctl net.ipv4.ip_unprivileged_port_start=0 需要内核版本为 4.11 或更高。您可能需要通过指定 -p 选项将 HAProxy 监听的端口发布到主机，例如 -p 8080:80 将容器的 80 端口发布到主机的 8080 端口。确保使用的端口未被占用。

注意：2.4+ 版本的容器默认以 USER haproxy 身份运行（因此需要上述 --sysctl net.ipv4.ip_unprivileged_port_start=0 参数），但旧版本为保持兼容性仍默认以 root 身份运行；如果需要在旧版本中以非 root 身份运行，请使用 --user haproxy（或其他 UID）。

直接通过绑定挂载

console
$ docker run -d --name my-running-haproxy -v /path/to/etc/haproxy:/usr/local/etc/haproxy:ro --sysctl net.ipv4.ip_unprivileged_port_start=0 arm32v5/haproxy:2.3

注意，主机的 /path/to/etc/haproxy 文件夹应包含名为 haproxy.cfg 的文件。如果此配置文件引用了该文件夹中的其他文件（例如 400.http、404.http 等模板文件），请确保这些文件也存在。不过，许多最小化配置不需要任何支持文件。

重新加载配置

如果通过绑定挂载了配置文件且已编辑 haproxy.cfg，可通过向容器发送 SIGHUP 信号使用 HAProxy 的优雅重载功能：

console
$ docker kill -s HUP my-running-haproxy

镜像中的入口点脚本会检查运行的命令是否为 haproxy，并将其替换为 HAProxy 上游的 haproxy-systemd-wrapper，该工具负责信号处理以实现优雅重载。其底层使用 haproxy 的 -sf 选项，因此“在高负载情况下，可能会有两个几毫秒的小窗口出现少量连接失败”（参见 停止和重启 HAProxy）。

许可

查看本镜像中包含的软件的 许可信息。

与所有 Docker 镜像一样，本镜像可能还包含其他软件，这些软件可能采用其他许可（例如基础发行版中的 Bash 等，以及主要软件的任何直接或间接依赖项）。

在 repo-info 仓库的 haproxy/ 目录 中可找到一些能够自动检测到的额外许可信息。

对于任何预构建镜像的使用，镜像用户有责任确保对本镜像的任何使用均符合其中包含的所有软件的相关许可。