关于持久卷和声明的最佳实践，如何分割共享卷

Question

这个问题来自this 一个关于 PV、PVC 和共享卷的问题。

我正在努力了解有关在 K8/OpenShift 集群中为 NFS 共享卷配置 PV 的最佳实践。

例如，假设我在/storage 共享了一个 100GB NFS 卷。 将这个量分成 PV 的推荐方法是什么？

• 创建一组例如 2 x 20GB (pvlarge01 - 02) 和 6 x 10GB (pvsmall01 - 06) PV，可以支持不同的大小声明
• 或者，创建一个 100GB 容量的大 PV，然后只在 pod 之间共享一个 PVC（感觉不对...）
• 还是？

您无法将 PVC 定位到特定 PV（好吧，直到PersistentVolumeSelector 可用）这一事实让我有点害怕，因为我的自然倾向是希望根据应用程序需要将 PVC 定位到特定 PV。

想听听社区在生产环境中是如何处理这个问题的？

Answer 1

我看到人们使用多种策略，但前者（划分大小层）是一个不错的起点。如果您同时计划应用程序和 PV，您可以使用注释将 PV 定位到 PVC，但如果您不使用动态配置，分层大小至少会给您一个拆分它们的机会。

这主要归结为计划用户需要什么 - NFS 至少有好处，您可以在前端大小方面撒谎，并在后端管理配额。我知道有一些人完成了非常非常小的 NFS 卷 (100M) 并根据需要简单地扩大了规模。