hostPath PersistentVolume和spec.capacity.storage属性

Question

我在虚拟机中运行一个主/节点Kubernetes，使用hostPath作为已部署的Postgres数据库的持久卷。

我的PersistentVolume有以下内容：

apiVersion: v1
kind: PersistentVolume
metadata:
  annotations:
    volume.beta.kubernetes.io/storage-class: postgres
  labels:
    type: local
  name: postgres-storage
spec:
  accessModes:
  - ReadWriteOnce
  capacity:
    storage: 1Gi
  hostPath:
    path: /data/postgres

另外，我目前有一个PersistentVolumeClaim限制在该卷中，请求所有容量(__spec.resources.requests.storage: 1Gi)。

但是，最近，Postgres数据库的大小超过了spec.capacity.storage，但没有造成任何问题：

$ du -hs /data/postgres # Powers of 1024
1.2G    /data/postgres 

$ du -hs /data/postgres --si # Powers of 1000
1.3G    /data/postgres 

我的问题是：

• spec.capacity.storage在使用hostPath卷时真的很重要，或者卷实际上是由底层分区大小覆盖的？
• 当容量使用量超过他的capacity时，应该发生什么情况？(即Kubernetes将如何处理这一问题)

Answer 1

根据Kubernetes GitHub页面上的@wongma7：

这是按预期工作的，kube不能/不会强制执行PVs的容量，PVs上的容量字段只是一个标签。这取决于“管理员”，即PV的创建者准确地给它贴上标签，这样当用户创建需要>= X Gi的PV时，他们就能得到他们想要的东西。

您可以找到最初的讨论这里。

另外，官方的数量/资源文档也涵盖了这一点：

对于一个emptyDir hostPath 或hostPath卷可以消耗的空间，没有限制，也没有容器之间或Pods之间的隔离。 将来，我们期望emptyDir和hostPath卷能够使用资源规范请求一定数量的空间，并为具有多种媒体类型的集群选择要使用的媒体类型。