核心是解耦存储位置与访问入口，依赖外部统一存储层+智能调度，无纯docker原生方案；k8s中通过pv/pvc+csi插件或nfs共享挂载可实现跨节点无感漂移。
跨物理机部署的容器间 volume 无感平滑漂移，核心不是“让卷跟着容器跑”，而是让**数据访问路径不变、应用无需重启、写入行为不中断**。这本质上是解耦“存储位置”与“访问入口”，依赖外部统一存储层 + 智能调度/挂载机制。目前没有纯 docker 原生方案能真正实现“无感漂移”，必须引入平台级或存储层协同能力。
用 PersistentVolume + StorageClass 实现 Kubernetes 级漂移
这是生产环境最成熟、最可控的路径，适用于 K8s 集群内跨节点调度：
- 底层使用支持多节点并发读写的网络存储（如 Ceph RBD、NFSv4.1+、CSI 兼容的云盘/分布式 NAS），确保同一个 PV 可被多个节点同时挂载（ReadWriteMany 模式）或按需动态重挂载（ReadWriteOnce + 调度约束）
- 定义 StorageClass 启用动态供给，并配置 reclaimPolicy: Retain，避免 Pod 删除后数据丢失
- Pod 使用 PVC 声明存储，K8s 调度器结合 volumeBindingMode: WaitForFirstConsumer，在 Pod 调度到某节点后才绑定 PV —— 此时 CSI 插件自动在该节点完成挂载，对上层应用透明
- 当 Pod 因节点故障被驱逐重建时，新 Pod 仍使用同一 PVC，K8s 会将其调度到有访问权限的新节点，并由 CSI 插件在该节点重新挂载同一块后端存储，应用感知不到后端变化
借助 CSI 插件实现存储层感知的“热迁移”
部分企业级 CSI 驱动（如 Rook-Ceph、Portworx、华为 OceanStor CSI）支持在线卷迁移能力：
- 当检测到原节点即将下线或负载过高，驱动可在后台将 PV 的数据副本同步到目标节点本地缓存或另一可用区
- 配合 K8s 的 volumeAttachment 对象更新与 mount propagation 机制，实现挂载点切换不中断 I/O
- 需注意：该能力依赖具体 CSI 实现，非标准 Kubernetes 行为，需验证其对 fsync、O_DIRECT 等关键语义的支持程度
用 NFS/GPFS 等共享文件系统做统一挂载基座
适合中小规模、对强一致性要求不高、但需快速落地的场景：
- 所有宿主机统一挂载同一个 NFS 导出目录（如 /mnt/nfs-shared），并配置 soft mount + timeo=10,retrans=3 避免卡死
- 容器通过 bind mount 方式挂载该本地路径（-v /mnt/nfs-shared/appdata:/app/data），而非直接挂载 NFS URI
- 当容器从 A 主机迁移到 B 主机时，只要 B 主机已挂载相同 NFS 路径，应用启动后立即可读写原数据，无数据复制开销
- 风险点：NFS 服务器单点故障；并发写需应用自行处理锁（如 flock 或数据库事务），不适用于高频小文件随机写
避免踩坑的关键细节
真正实现“无感”，光有挂载还不够，必须兼顾以下三点：
- 权限一致性：所有节点运行容器的 UID/GID 必须一致，或 NFS 配置 no_root_squash + all_squash + anonuid/anongid 映射，否则出现 Permission Denied
- 时钟同步：跨主机 NFS 或分布式存储严重依赖 NTP 时间一致，否则 mtime 判断异常、lease 失效、甚至元数据损坏
- 挂载传播模式：在 systemd 或 kubelet 启动参数中设置 MountFlags=shared，确保容器内 mount/unmount 可被宿主机感知（尤其 sidecar 日志采集等场景）
不复杂但容易忽略。
