Docker Swarm移除栈时命名卷是否会被自动删除？

执行docker stack rm <你的栈名称>时，默认不会自动删除栈关联的命名卷，你遇到的重部署后数据丢失问题，不是Swarm移除栈的默认行为导致的。

• 服务调度漂移：Swarm默认创建的命名卷是节点本地作用域，卷里的数据只存在于服务第一次部署时运行的那个节点上。如果你没有给Postgres服务配置固定节点的部署约束，重新部署栈时服务可能被调度到另外两个节点上，新节点会自动创建一个同名的空卷，容器启动后访问的是这个空卷，就会表现为“之前的数据全没了”，实际上原来节点上的卷和数据都还存在。
• 卷配置了自动删除标签：如果你的栈compose文件里，对应命名卷的配置段加了com.docker.stack.volume.remove: "true"标签，部分Docker版本在执行栈移除操作时，会同步删除带这个标签的关联卷。
• 后续清理操作误删卷：如果你在移除栈之后运行过docker volume prune、docker system prune --volumes这类清理命令，所有没有被运行中容器挂载的本地卷都会被判定为闲置卷，被批量清理掉。
• 挂载配置错误触发库重新初始化：如果卷挂载路径写错，没有准确挂载到Postgres默认的数据目录/var/lib/postgresql/data，或者重部署时修改了POSTGRES_PASSWORD、POSTGRES_DB这类核心初始化环境变量，Postgres启动时检测到数据目录结构不匹配，会直接触发全新初始化，表现和数据丢失完全一致。

• 移除栈后先不要做任何清理操作，分别登录3个集群节点执行docker volume ls，查找你给Postgres配置的命名卷，确认卷是否真的被删除，以及卷存在于哪个节点上。
• 给Postgres服务添加节点固定约束，在服务的deploy配置段增加放置约束，示例配置如下：

services:
  postgres:
    image: postgres:15
    volumes:
      - pg_data:/var/lib/postgresql/data
    deploy:
      placement:
        constraints:
          - node.hostname == 你指定的固定运行节点的主机名
volumes:
  pg_data:

• 检查compose文件的卷配置，确认没有添加自动删除相关的标签，同时核对挂载路径，确保准确指向Postgres的数据目录。
• 如果需要让Postgres服务可以在集群任意节点漂移都能访问到同一份数据，不要使用默认的local本地卷驱动，替换为支持集群全局作用域的分布式卷驱动即可。

内容的提问来源于stack exchange，提问作者Marry Poppins