K3S家庭实验室本地存储方案选型咨询（含XY问题排查需求）

先说明下，我怀疑自己现在遇到了XY问题，如果你们能帮我确认的话，麻烦针对性给出建议！

背景 #

我的核心目标是学习Kubernetes，同时顺带做家庭实验室的部署——给一个需要多出门晒太阳的家伙托管各种小型服务。目前我已经搭好了一个基于K3S的集群，有几个工作节点，一个性能拉胯的集群管理节点，后端存储用的是QNAP NAS。

这个QNAP配了8块12TB的7200转硬盘，做了RAID6。它的持续传输能力很强，但随机IO性能烂得一批，这也符合硬件和工作负载的特性，我能理解。NAS接在10G交换机上，工作节点用的是2.5G/1G的端口，带宽不算顶级，但我觉得满足需求应该够。另外每个工作节点本地都有一块1TB的NVMe硬盘，这点后面应该有用。

遇到的问题 #

我跑的有些容器是现成的应用，没办法轻易修改开发者的设计，这点麻烦大家留意下。

大部分容器的存储可以分成两类：数据卷和配置卷。数据卷存的是大体积的批量文件，都是顺序访问，我用NFS/SMB挂载的方式处理，完全没问题。但配置卷就麻烦了——里面是少量YAML、JSON文件，还有日志文件夹、SQLite数据库之类的内容。这些卷用NFS挂载的话性能很差，而且SQLite数据库直接会因为锁的问题崩溃。

已尝试的 workaround 及淘汰原因 #

• 把配置卷继续放NFS：SQLite会因为锁的问题直接崩溃，不管是v3还是v4版本都这样。
• 换掉SQLite：容器里的软件是硬编码死用SQLite的，重写根本不现实。
• 把配置卷放本地磁盘：但纯本地卷怎么实现服务的迁移或者扩容啊？这不符合K8s的弹性需求。
• 给NAS加写缓存：QNAP因为一些离谱的限制不让加，没法搞。
• 用rsync同步卷：试过了，凑合用，但总觉得这不是官方正经的解决方案。

我预想的解决方案（可能是XY问题的根源） #

我现在怀疑自己是不是想错了方向，或者纯粹是知识盲区。我期望能找到一种方案，把每个工作节点上的1TB NVMe硬盘利用起来，结合NAS导出的块存储，搭建一个分布式/集群文件系统。这样我可以在本地挂载这个文件系统，让容器直接操作，后台自动在节点间同步，同时还能备份到NAS上。对于我的配置卷来说，1TB的容量完全足够。

如果真有这种方案，它叫什么？我该从哪里入手学习？
如果我的思路完全错了，那正确的解决方案应该是什么？

备注：内容来源于stack exchange，提问作者Bryan B