在裸金属 Kubernetes 中实现动态存储配置

53次阅读

问题描述

在使用裸金属 Kubernetes 时遇到了动态存储配置的问题。他的集群配置中，每个 Kubernetes 节点（包括工作节点和主节点）都在虚拟机（VM）上运行，而这些虚拟机又在基于超融合架构的 VCenter 上。目前集群中除了主机存储外，没有配置持久性存储。用户还在裸金属环境中运行了 Hadoop 分布式文件系统（HDFS），这是一个分布式且高可用的存储解决方案。他想知道在这样的环境中，如何选择适合的存储解决方案来实现动态存储配置。

解决方案

请注意以下操作可能受版本差异影响，执行前请做好备份。

方案1：vSphere Cloud Provider

对于你的配置，最佳的解决方案可能是使用 VMware 提供的 vSphere Cloud Provider（VCP）。这个方案允许 Pod 使用企业级持久性存储。你可以在 Kubernetes 集群中配置 vSphere Cloud Provider 来实现动态存储配置。

阅读 vSphere Cloud Provider 架构概述。
根据文档中的说明，配置 vSphere Cloud Provider 在 Kubernetes 集群中。
使用 vSphere Cloud Provider 提供的功能来为 Pod 提供持久性存储支持。

方案2：使用 NFS

如果你不打算在 Kubernetes 中运行数据库，你可以考虑使用 NFS（Network File System）作为存储解决方案。在你的情况下，可以利用已经部署的 HDFS 构建 NFS。

使用你现有的 HDFS 部署配置 NFS。
在 Kubernetes 集群中，使用 NFS 提供的持久性存储功能来满足一般性的存储需求。

需要注意的是，HDFS over NFS 不支持随机写入操作。因此，对于一些需要随机写入的应用（如MongoDB和Elasticsearch），你可能需要选择其他更适合的存储方案，以确保性能。

方案3：Ceph & Rook

尽管你提到了 Ceph & Rook，但考虑到你的配置和需求，它可能并不是最适合的解决方案。Ceph & Rook 需要每个 Kubernetes 节点都连接到物理存储，这可能不符合你的需求。此外，由于你已经在裸金属环境中运行了 HDFS，使用两种分布式存储可能会增加复杂性。

提示：如果选择方案3，请确保将专用的存储节点用于 Ceph & Rook，以避免影响工作负载的性能。

总结

在裸金属 Kubernetes 中实现动态存储配置需要根据你的需求和现有环境来选择适合的存储解决方案。对于性能要求较高的应用，可以考虑使用 vSphere Cloud Provider。对于一般性的存储需求，你可以利用已经部署的 HDFS 构建 NFS。无论选择哪种方案，都需要在实际部署之前进行充分的测试，以确保系统的稳定性和性能。