云其它

关注公众号 jb51net

关闭
首页 > 网站技巧 > 服务器 > 云和虚拟化 > 云其它 > k8s:pod has unbound PersistentVolumeClaims

k8s:pod has unbound PersistentVolumeClaims问题及解决方案

作者:新是一切的根源

部署redis-ha时,Pod因PVC未绑定报错,原因在于value.yaml中storageClassName为空,且未启用DefaultDefaultStorageClass,解决方法是手动指定PVC的StorageClassName为现有存储类,确保PV分配成功

1. 背景

使用helm chart 部署redis-ha的时候 pod报错

pod has unbound PersistentVolumeClaims

2. 原因分析

查看了 redis-ha的 charts文件,发现value.yaml 中的storageClassName 取数为空,当storageClassName为空的时候如果没有指定 DefaultStorageClass ,那么是不会分配 pv给 claim的。

3. 说明一下DefaultStorageClass

PVC和PV的绑定是通过StorageClassName进行的。然而如果定义PVC时没有指定StorageClassName呢?

这取决与admission插件是否开启了DefaultDefaultStorageClass功能:

4. 解决办法

修改chart 文件中的pvc 取值, 让storageClass=现有的storageclass name

创建storageClass(依据class.yaml 和 deployment.yaml )

[kubeadm@server1 dpv]$ kubectl get sc
NAME                  PROVISIONER   RECLAIMPOLICY   VOLUMEBINDINGMODE   ALLOWVOLUMEEXPANSION   AGE
managed-nfs-storage   westos/nfs    Delete          Immediate           false                  42m
[kubeadm@server1 dpv]$ 

修改value.yaml

过一会儿再次查看pod状态 ,已经running

[kubeadm@server1 ~]$ kubectl get pod -n redis 
NAME                READY   STATUS    RESTARTS   AGE
redis-ha-server-0   2/2     Running   0          22m
redis-ha-server-1   2/2     Running   0          8m48s

总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。

您可能感兴趣的文章:
阅读全文