ReadWriteOnce访问模式是否允许自动缩放关联的pod?

时间:2017-09-10 15:36:38

标签: kubernetes autoscaling

我在k8s中设置了一个部署(dep1),并且有一个与之关联的持久卷,访问模式为ReadWriteOnce。我有一个带有dep1的Horizo​​ntalPodAutoscale资源,如果CPU消耗超过某个阈值,它会自动扩展部署。如果部署跨多个节点部署会发生什么?自动缩放会有效吗? 一般来说,在ReadWriteOnce模式下使用PV时是否有任何关于自动缩放的问题?

2 个答案:

答案 0 :(得分:0)

我自己也没有尝试过,但我想这取决于你与哪个type of volume合作。如果使用ebs作为PV,则同时在节点之间安装是不可能的,如果在不同节点上调度pod,则pod将失败。如果您另一方面使用nfs类型的卷,则可以在多个节点上安装。

话虽这么说,我认为你必须超越你的访问模式政策。每个定义ReadWriteOnce仅允许单个节点挂载。我认为在您的方案中,您需要更改为ReadWriteMany

答案 1 :(得分:0)

这是访问模式的定义

ReadWriteOnce - 卷可以由单个节点以读写方式挂载

ReadOnlyMany - 该卷可以由多个节点以只读方式挂载

ReadWriteMany - 该卷可以由多个节点以读写方式挂载

某些卷类型一次只能在一个节点上挂载ReadWriteOnce(例如EBS),因此如果该卷已在另一个节点上已由pod声明,则不允许按节点进行自动扩展,而其他节点可以安装在许多节点ReadWriteMany(例如NFS)上,因此允许按节点自动缩放。

见下表

enter image description here

https://kubernetes.io/docs/concepts/storage/persistent-volumes/