Kubernetes跨工作节点共享volume及PVC调度优化方案咨询

Kubernetes体系内处理该场景的标准方案可根据你的业务需求选择以下三类： #

方案1：使用支持ReadWriteMany(RWX)访问模式的共享存储（最推荐静态服务场景） #

你当前的PVC使用的是默认的ReadWriteOnce(RWO)访问模式，对应的PV只能被绑定到单个节点，因此所有挂载该PVC的Pod都只能调度到同一个节点。
将PV/PVC的访问模式改为ReadWriteMany(RWX)即可解决问题：

• 可选的存储实现包括你提到的NFS，以及云厂商托管的共享存储（如AWS EFS、阿里云NAS）、开源分布式存储（CephFS、GlusterFS）等
• 原有Deployment配置几乎不需要修改，仅需要将PVC对应的PV替换为RWX模式的存储
• 所有扩容的Pod可以调度到任意节点，共享同一份存储里的静态数据，数据更新一次全局生效，完全适配静态数据量大、更新频率适中的场景

方案2：每个Pod使用独立的本地存储副本（适合对读性能要求极高的场景） #

如果不希望引入共享存储，要实现「逻辑相同、物理分布在不同节点的volume实例」，不能直接用Deployment实现，需要改用StatefulSet配合volumeClaimTemplate：

• StatefulSet的volumeClaimTemplate字段会为每个Pod自动生成独立的PVC，而非所有Pod共享同一个PVC
• 你可以配置PVC对应的存储类为本地盘存储类，配合K8s拓扑调度能力，每个PVC会自动绑定到Pod调度节点的本地PV
• 静态数据同步可以通过init容器、rsync sidecar等方式实现，也可以直接将静态文件打包到业务镜像中，完全不需要挂载PV/PVC，调度不受任何限制，是轻量静态服务的常用方案
• 若静态文件体积很小（小于1MiB），还可以直接将内容存入ConfigMap/Secret，直接挂载到Pod的/opt/static目录，无需额外存储组件

方案3：使用ReadOnlyMany(ROX)模式的PV #

如果静态数据几乎不会更新，可以提前将数据写入PV，将PV的访问模式设置为ReadOnlyMany(ROX)，多个节点的Pod可以同时只读挂载该PV，无需修改业务配置。

内容的提问来源于stack exchange，提问作者Most Wanted