我正在运行一个 k3s 单节点集群，并将 k3s local-path-provisioner 作为存储。由于我希望能够在未来添加节点，我查看了 minio 以在本地路径之上用作存储。但我不确定这是否是正确的选择，因为我的工作负载主要使用 mariadb 处理数据，并且我读到，与 s3 兼容的存储桶并不是数据库应用程序的最佳选择。
希望你能帮我解决这个问题。
【问题讨论】：
标签： kubernetes storage azure-storage minio
如果您不想使用对象存储，那么您可以选择运行本地存储配置器：
GlusterFS 存储类 没有很多关于如何设置的文档。但是，如果您了解 GlusterFS 的方式，那将是一个不错的选择。
local-path-provisioner 一世 t 为 Kubernetes 用户提供了一种利用每个节点的本地存储的方式
OpenEBS -> 有一个本地卷存储引擎，但我认为这不是为共享卷挂载而设计的，它最终会将一个 pod 绑定到特定节点，因为其他节点上的数据“不存在” .
longhorn [推荐]
它为每个块设备卷创建一个专用的存储控制器，并在多个节点上存储的多个副本之间同步复制卷。
Rook 是 Kubernetes 的存储算子，它支持多个存储后端。不要使用 NFS，否则会在我们的数据库中使用它时碰壁。
【讨论】：