Microk8s环境下hostpath PVC使用量监控与容量限额生效问题咨询

• 你观测到的所有异常表现，都是HostPath类型持久卷的固有特性，不是配置或操作失误导致的：
  • HostPath卷是直接将宿主机本地目录挂载进Pod容器，没有独立的块设备或文件系统隔离，因此不存在独立的容量统计口径。不管是在容器内还是宿主机执行df，匹配到的都是宿主机根文件系统的整体统计值，自然所有卷的利用率都和根盘完全一致。
  • K8s默认的卷用量采集逻辑，仅对动态配置、与PVC完成强绑定的存储卷生效——这类存储需要驱动支持上报独立的卷IO、容量指标，静态HostPath卷不满足采集触发条件，因此API server不会返回对应的容量数据，容器视角也不会关联对应PVC的pvcRefs引用字段，自然仪表盘也没法展示相关信息。

• 默认配置下，HostPath绑定的PVC容量限制不会被强制生效。K8s对PVC容量的强制拦截逻辑，依赖对应存储的provisioner实现配额校验、或独立文件系统的隔离能力。HostPath仅做简单的目录映射挂载，内置逻辑不会在容器写入时校验当前路径用量是否超过PVC声明的capacity值：哪怕PVC声明的容量远小于宿主机分区实际大小，容器写入也不会被拦截，可占用宿主机对应分区的全部可用空间，不会触发超容驱逐或写入拒绝。
• 只有当你手动为宿主机上的对应HostPath目录配置了文件系统级目录配额、或为Pod挂载配置了显式的容量硬限制，才会触发实际的写入拦截，这个管控效果和PVC本身的配置没有关联。

• 定向采集宿主机上对应HostPath目录的实际占用量
  弃用全局df的统计结果，直接通过du -sh <HostPath对应的宿主机绝对路径>命令，定向统计该目录下的实际文件占用大小，将这个值与PVC预先声明的容量阈值做对比设置告警。如果要实现自动化采集，可以在节点上部署轻量采集脚本，批量统计各HostPath路径的目录大小、所在分区的剩余空间，同步到监控系统。
• 基于cAdvisor的指标做卷用量采集
  cAdvisor默认会采集容器所有挂载路径的实际文件占用，只是HostPath卷不会自动打上PVC关联标签，你可以跳过PVC关联的匹配逻辑，直接按容器ID、挂载路径维度抓取cAdvisor上报的用量指标，完成监控覆盖。
• 超容场景的模拟验证
  由于HostPath下原生PVC limit不生效，你可以在宿主机的对应HostPath路径上配置xfs/ext4的目录级硬配额，手动模拟容量打满的写入拦截场景，观测Kafka和生产者实例在写入被拒绝时的运行表现，这个测试结果和真实动态存储下的超容行为偏差最小。

内容的提问来源于stack exchange，提问作者user2065750