Kubernetes Pod与PV之间是否存在中间缓存层？Pod是否直接访问PV？

Kubernetes PV本身确实没有额外的缓存层，挂载逻辑就是将存储系统的远程目录直接映射到Pod所在节点的对应目录，再传递给容器挂载，你遇到的不一致问题来自两层缓存叠加：

• 操作系统页缓存（Page Cache）：Linux系统默认会对所有文件读写操作做页缓存，读取文件时默认优先返回缓存中的内容，除非应用明确调用O_DIRECT/fsync等接口强制刷新缓存或校验文件元数据变更。你的PodB已经运行了3个月，如果读取程序没有主动做文件元数据（修改时间、大小）校验，会一直读取本地节点缓存里的旧版本内容，不会主动去远端存储拉取最新数据。
• GlusterFS客户端缓存：GlusterFS的FUSE客户端默认开启了多种缓存策略，包括属性缓存（attribute cache）、目录项缓存（directory entry cache），默认缓存有效期通常是10秒到60秒不等，如果你的应用更新频率和读取频率刚好避开了缓存失效窗口，再叠加页缓存的影响，会出现长期读不到最新内容的情况，而Pod重建后会在新的节点（或同节点重新做GlusterFS挂载），原有的本地缓存全部清空，自然就能读到最新内容。

问题复现的时候可以做以下操作确认：

• 在PodB所在节点执行echo 3 > /proc/sys/vm/drop_caches手动清空系统页缓存，再去PodB里读取文件，看内容是否更新
• 若清空页缓存后还是读不到最新内容，可以执行umount再重新挂载对应GlusterFS卷，验证是否是GlusterFS客户端缓存导致的问题

可以根据业务场景选择任意一种方案解决：

• 应用层适配：修改PodB的读取逻辑，每次读取文件前先校验文件的mtime（修改时间）或文件大小，如果和上次读取时的值不一致，再重新加载文件内容，或者读取时调用O_DIRECT标识绕过系统页缓存
• 存储挂载参数调整：在PV的mountOptions中添加GlusterFS客户端禁用缓存的参数，比如attribute-timeout=0、entry-timeout=0，强制客户端每次访问都去服务端拉取最新的元数据，缺点是会一定程度降低读取性能
• 定期重启：如果业务可以接受短时间的读取不一致，也可以设置Pod的定期滚动重启策略，清空累积的缓存

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