Docker挂载NFS存储有两种主流方案：一是宿主机挂载NFS后通过bind mount映射进容器，兼容性好、无需插件；二是使用docker-volume-netshare等插件支持动态volume创建，适合需统一编排的场景。
使用 Docker Volume 挂载 NFS 存储，核心是通过 本地 NFS 客户端挂载 + Docker Host Path Volume 或 第三方插件（如 vieux/sshfs、docker-volume-nfs） 实现。原生 Docker 不直接支持 NFS 类型的 volume driver，但有稳定、轻量、生产可用的方案。
方案一：NFS 服务端挂载到宿主机，再用 bind mount 映射进容器
这是最常用、兼容性最好、无需额外插件的方式，适合大多数场景。
- 在 Docker 宿主机上安装 NFS 客户端：
Ubuntu/Debian：sudo apt install nfs-common
CentOS/RHEL：sudo yum install nfs-utils - 创建本地挂载点并手动挂载 NFS 共享目录：
sudo mkdir -p /mnt/nfs-datasudo mount -t nfs4 192.168.1.100:/export/data /mnt/nfs-data
（替换 IP 和路径为你的 NFS 服务端地址和共享路径） - 启动容器时使用
--mount或-v将该本地路径挂载进去：docker run -d --name myapp \<br> --mount type=bind,source=/mnt/nfs-data,target=/app/data \<br> -p 8080:80 nginx
- （可选）将挂载写入
/etc/fstab实现开机自动挂载：192.168.1.100:/export/data /mnt/nfs-data nfs4 _netdev,defaults 0 0
方案二：使用 docker-volume-nfs 插件（支持动态 volume 创建）
适合需要通过 docker volume create 管理 NFS 卷、或配合 Compose 使用 volume 配置的团队。
- 安装插件（需 root 权限）：
docker plugin install --grant-all-permissions vieux/sshfs（注意：这是 SSHFS 示例；真正用于 NFS 的推荐colinmollenhour/docker-volume-nfs或社区维护版）
更稳妥选择：curl -fsSL https://raw.githubusercontent.com/ContainX/docker-volume-netshare/master/deploy.sh | sh
该脚本会安装docker-volume-netshare，支持 NFS/CIFS。 - 启用 NFS 驱动：
docker-volume-netshare nfs（确保宿主机已装 nfs-utils） - 创建并使用 NFS volume：
docker volume create --driver local --opt type=nfs --opt o=addr=192.168.1.100,rw --opt device=:/export/data nfsvoldocker run -v nfsvol:/data nginx - Compose 中使用示例：
services:<br> app:<br> image: nginx<br> volumes:<br> - nfsvol:/data<br>volumes:<br> nfsvol:<br> driver: local<br> driver_opts:<br> type: "nfs"<br> o: "addr=192.168.1.100,rw"<br> device: ":/export/data"
关键注意事项与排错提示
NFS 挂载失败多数源于网络、权限或内核模块问题，不是 Docker 本身配置错误。
-
检查 NFS 服务可达性：宿主机执行
showmount -e 192.168.1.100，确认能列出共享目录 -
验证 UID/GID 权限匹配：NFS 默认使用 root_squash，容器内进程 UID 若为 1001，需确保 NFS 服务端该路径对 1001 可读写，或改用
no_root_squash（仅测试环境建议） -
SELinux 或 AppArmor 干扰：CentOS/RHEL 上临时禁用 SELinux 测试：
sudo setenforce 0；Ubuntu 检查 AppArmor 日志：sudo aa-status -
挂载延迟导致容器启动失败：若 NFS 服务启动慢，可在容器启动前加健康检查或使用
sleep+mount脚本做前置等待 -
不推荐在生产中使用 root 用户挂载 NFS 到容器：应限定最小权限用户，并通过
uid=xxx,gid=xxx显式指定挂载属主
对比与选型建议
简单项目、CI/CD 构建节点、日志集中存储等场景，优先选「宿主机挂载 + bind mount」；需要多租户隔离、动态卷生命周期管理、或统一编排平台集成，则考虑 docker-volume-netshare 或 Kubernetes CSI 驱动（非纯 Docker 场景）。
