命名卷（Named Volume）是Docker高可用集群中保障数据不丢失的核心方案，由Docker自动管理存储路径，支持Swarm跨节点一致性，适配NFS等驱动实现共享存储；绑定挂载适用于配置与日志集中管理，需确保多节点路径、权限及SELinux上下文一致；Overlay网络必须与持久化卷协同配置，避免调度后“网络通、数据不通”。
要让容器应用在高可用集群中真正“不丢数据、不中断服务”，持久化挂载不是可选项，而是架构基石。关键不在挂载本身，而在于挂载方式与集群调度逻辑的匹配——选错类型或配错路径，轻则数据不同步，重则节点切换时服务起不来。
命名卷（Named Volume）：集群内服务状态的核心载体
命名卷由 Docker 管理，自动分配存储路径，天然支持 Swarm 服务部署中的跨节点一致性保障。它适合存放数据库、缓存等有状态组件的关键数据。
- 创建带驱动的命名卷，适配集群存储后端：
docker volume create --driver local --opt type=nfs --opt o=addr=192.168.10.100,rw --opt device=:/exports/db-data db_volume
（将 NFS 共享目录挂载为卷，确保所有工作节点都能访问同一份数据） - 在 docker-compose.yml 中声明并绑定：
services:<br> mysql:<br> volumes:<br> - db_volume:/var/lib/mysql
- Swarm 部署时自动处理卷生命周期，服务伸缩或故障迁移后，新容器仍挂载原卷，数据无缝延续
绑定挂载（Bind Mount）：配置与日志的集中管控方案
绑定挂载把宿主机指定路径映射进容器，适用于需人工干预、版本控制或跨服务共享的静态内容，比如配置文件、证书、日志归档目录。
- 统一配置管理：将
/etc/myapp/conf目录挂载到所有节点的相同路径，再通过 compose 的configs或外部配置中心同步更新 - 日志落盘不依赖容器生命周期：
volumes:<br> - /data/logs/myapp:/var/log/myapp
配合 logrotate 定期压缩清理，避免单节点磁盘打满 - 注意：必须确保所有集群节点上该路径存在且权限一致（如
chown -R 1001:1001 /data/logs/myapp）
Overlay 网络 + 持久化协同：避免“网络通、数据不通”陷阱
仅打通网络不等于高可用。若数据卷未在 overlay 网络下正确声明，服务重启可能被调度到无数据副本的节点。
- 创建可跨节点访问的 overlay 网络：
docker network create -d overlay --attachable --subnet=10.0.2.0/24 app_net - 命名卷需显式关联网络（尤其使用 nfs/glusterfs 插件时）：
docker volume create --driver rexray/nfs --opt nfshost=192.168.10.100 --opt share=/exports/data app_data - 服务部署命令中强制指定网络与卷：
docker service create --network app_net --mount type=volume,source=app_data,target=/data nginx
安全与运维底线：三类必须校验的持久化细节
生产环境上线前，这三项检查缺一不可：
-
权限一致性：MySQL 容器以用户
mysql（UID 999）运行，宿主机挂载目录属主必须是 999 或启用uid/gid参数映射 -
SELinux 上下文：CentOS/RHEL 节点需标记挂载目录为
svirt_sandbox_file_t：sudo semanage fcontext -a -t svirt_sandbox_file_t "/data/mysql(/.*)?"<br>sudo restorecon -Rv /data/mysql
-
挂载传播模式：NFS 类共享存储需设
shared传播，否则子容器无法看到父容器挂载变化：--mount type=bind,source=/mnt/nfs,target=/data,bind-propagation=shared
