kubernetes - 有关持久卷和声明的最佳实践，如何分配共享卷

这个问题来自this，它涉及PV，PVC和共享卷。

我正在设法了解有关在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。

是否希望听到社区在生产环境中如何处理此问题？

最佳答案

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

通常，这取决于计划用户的需求-NFS至少可以为您带来好处，即可以在后端进行规模较大的前端 Ant 管理配额。我知道有些人做过非常小的NFS卷(100M)，并根据需要简单地扩大了它们。

关于kubernetes - 有关持久卷和声明的最佳实践，如何分配共享卷，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/35472881/