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

Question

关于PV，PVC和共享卷的this问题接着提出了这个问题。

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

举个例子，假设我在/storage共享了一个100GB的NFS卷。 将该音量调高为PV的推荐方法是什么？

• 创建一组说2 x 20GB（pvlarge01 - 02）和6 x 10GB（pvsmall01 - 06）PV，可以支持不同的大小索赔
• 或者，创建一个100GB容量的大PV，然后只有一个PVC在pod之间共享（这感觉不对......）
• 或？

你不能将PVC定位到特定的PV（好，直到PersistentVolumeSelector可用）这一事实让我感到有些不安，因为我的自然倾向是根据应用需要将PVC定位到特定的PV。

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

Answer 1

我看到人们使用各种策略，但前者（雕刻成大小的层）是一个很好的起点。如果您同时计划应用和PV，则可以使用注释将PV定位到PVC，但如果您没有使用动态配置，则分层大小至少会让您有机会将其拆分。

大多数情况下，这取决于用户需要什么样的计划 - NFS至少可以帮助您解决后端管理配额问题。我知道有几个人做了非常小的NFS卷（100M），并根据需要简单地扩展它们。