注意：这是 haproxy 镜像 的 riscv64 架构构建的“每个架构”仓库——更多信息，请参见镜像文档中的“除 amd64 之外的架构？”和***镜像FAQ中的“Git 中镜像的源代码已更改，现在该怎么办？”。

快速参考

• 维护者：
  Docker社区

• 获取帮助：
  Docker Community Slack、Server Fault、Unix & Linux 或 Stack Overflow

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

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

• 3.3-dev10-alpine, 3.3-dev-alpine, 3.3-dev10-alpine3.22, 3.3-dev-alpine3.22

• 3.2.7, 3.2, latest, lts, 3.2.7-trixie, 3.2-trixie, trixie, lts-trixie

• 3.2.7-alpine, 3.2-alpine, alpine, lts-alpine, 3.2.7-alpine3.22, 3.2-alpine3.22, alpine3.22, lts-alpine3.22

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

• 3.1.9-alpine, 3.1-alpine, 3.1.9-alpine3.22, 3.1-alpine3.22

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

• 3.0.12-alpine, 3.0-alpine, 3.0.12-alpine3.22, 3.0-alpine3.22

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

• 2.8.16-alpine, 2.8-alpine, 2.8.16-alpine3.22, 2.8-alpine3.22

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

• 2.6.23-alpine, 2.6-alpine, 2.6.23-alpine3.22, 2.6-alpine3.22

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

• 2.4.30-alpine, 2.4-alpine, 2.4.30-alpine3.22, 2.4-alpine3.22

快速参考（续）

• 提交 issues 的位置：
  [***]

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

• 已发布镜像 artifact 详情：
  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 riscv64/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

您需要内核版本至少为 4.11 或更新版本 才能使用 --sysctl net.ipv4.ip_unprivileged_port_start=0。您可能需要通过指定 -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 riscv64/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）。

镜像变体

riscv64/haproxy 镜像有多种版本，每种版本设计用于特定用例。

riscv64/haproxy:<version>

这是默认镜像。如果您不确定自己的需求，可能需要使用此版本。它既可以用作临时容器（挂载源代码并启动容器以运行应用），也可以作为构建其他镜像的基础。

其中一些标签可能包含如 trixie 之类的名称。这些是 Debian 发行版的代号，表示镜像所基于的发行版。如果您的镜像需要安装除镜像自带软件之外的其他软件，可能需要明确指定其中一个代号，以最大程度减少 Debian 新版本发布时可能出现的问题。

riscv64/haproxy:<version>-alpine

此镜像基于流行的 Alpine Linux 项目，可在 alpine ***镜像 中获取。Alpine Linux 比大多数发行版基础镜像小得多（约 5MB），因此通常会生成更精简的镜像。

当最终镜像大小尽可能小是您的主要关注点时，此变体非常有用。需要注意的是，它使用 musl libc 而非 glibc 及相关库，因此软件可能会因对 libc 的需求/假设深度而遇到问题。有关可能出现的问题以及使用基于 Alpine 的镜像的优缺点比较，请参见 此 Hacker News 评论线程。

为了最小化镜像大小，基于 Alpine 的镜像通常不包含额外的相关工具（如 git 或 bash）。以此镜像为基础，可在您自己的 Dockerfile 中添加所需工具（如果不熟悉如何安装软件包，请参见 alpine 镜像描述 中的示例）。

许可

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

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

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

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