用于 kubernetes 中的 mariadb 的 minio
minio for mariadb in kubernetes
我是 运行 一个 k3s 单节点集群,k3s local-path-provisioner
作为存储。因为我希望能够在将来 添加节点 ,所以我查看了 minio 以在本地路径之上用作存储。但我不确定这是否是正确的选择,因为我的工作负载主要使用 mariadb 来存储数据,而且我读到,s3 兼容存储桶不是数据库应用程序的最佳选择。
希望你能帮我解决这个问题。
如果您不想使用对象存储,那么您可以选择 运行 本地存储供应器:
GlusterFS 存储类
没有很多关于如何设置它的文档。但是,如果您熟悉 GlusterFS,那将是一个不错的选择。
local-path-provisioner
我
t 为 Kubernetes 用户提供了一种在每个节点中利用本地存储的方法
OpenEBS -> 有一个本地卷存储引擎,但我认为这不适用于共享卷装载,它最终将 pod 绑定到特定节点,因为数据“不”在其他节点上不存在”。
长角牛[推荐]
它为每个块设备卷创建一个专用存储控制器,并跨存储在多个节点上的多个副本同步复制该卷。
-
Rook 是 Kubernetes 的存储操作器,它支持多个存储后端。不要使用 NFS,因为我们在将它与我们的数据库一起使用时会碰壁。
我是 运行 一个 k3s 单节点集群,k3s local-path-provisioner
作为存储。因为我希望能够在将来 添加节点 ,所以我查看了 minio 以在本地路径之上用作存储。但我不确定这是否是正确的选择,因为我的工作负载主要使用 mariadb 来存储数据,而且我读到,s3 兼容存储桶不是数据库应用程序的最佳选择。
希望你能帮我解决这个问题。
如果您不想使用对象存储,那么您可以选择 运行 本地存储供应器:
GlusterFS 存储类 没有很多关于如何设置它的文档。但是,如果您熟悉 GlusterFS,那将是一个不错的选择。
local-path-provisioner 我 t 为 Kubernetes 用户提供了一种在每个节点中利用本地存储的方法
OpenEBS -> 有一个本地卷存储引擎,但我认为这不适用于共享卷装载,它最终将 pod 绑定到特定节点,因为数据“不”在其他节点上不存在”。
长角牛[推荐]
它为每个块设备卷创建一个专用存储控制器,并跨存储在多个节点上的多个副本同步复制该卷。
Rook 是 Kubernetes 的存储操作器,它支持多个存储后端。不要使用 NFS,因为我们在将它与我们的数据库一起使用时会碰壁。