NFS 上的 K3S SQLite 速度慢
K3S SQLite slow on NFS
我的家庭集群上有一个应用程序 运行。
我的集群是 运行 K3S.
集群存在 5 Raspberry Pi 的 3B 和 1 Ubuntu VM。
我的部署之一是 Domoticz。
这使用 SQLite 数据库来存储数据。
我将其用作 StorageClass。 https://github.com/kubernetes-sigs/nfs-subdir-external-provisioner
NFS 托管在 OpenMediaVault 中，参数为 subtree_check,insecure,no_root_squash
当我将此数据库 (14MB) 存储在链接到 NFS 存储 Class 的 PV 卷上时，应用程序变得非常慢。
当我使用存储 Class 本地路径时，应用程序速度一样快。
现在的问题是，当该节点死亡时，由于链接到 PVC 的节点亲和性，部署不会启动。
我不知道如何解决这个问题。
还有其他更适合我设置的 SC 吗？
是否对 SC 本地路径进行了调整，使其未链接到节点？ （是的，我知道，数据库不会转移到新节点）
我使用 longhorn 而不是 NFS 解决了这个问题。
感谢 Andrew Skorkin 的提示
我的家庭集群上有一个应用程序 运行。
我的集群是 运行 K3S.
集群存在 5 Raspberry Pi 的 3B 和 1 Ubuntu VM。
我的部署之一是 Domoticz。
这使用 SQLite 数据库来存储数据。
我将其用作 StorageClass。 https://github.com/kubernetes-sigs/nfs-subdir-external-provisioner
NFS 托管在 OpenMediaVault 中，参数为 subtree_check,insecure,no_root_squash
当我将此数据库 (14MB) 存储在链接到 NFS 存储 Class 的 PV 卷上时，应用程序变得非常慢。
当我使用存储 Class 本地路径时，应用程序速度一样快。
现在的问题是，当该节点死亡时，由于链接到 PVC 的节点亲和性，部署不会启动。
我不知道如何解决这个问题。
还有其他更适合我设置的 SC 吗？
是否对 SC 本地路径进行了调整，使其未链接到节点？ （是的，我知道，数据库不会转移到新节点）
我使用 longhorn 而不是 NFS 解决了这个问题。 感谢 Andrew Skorkin 的提示