1. 背景
部署Grafana的时候 pod报错 pod has unbound PersistentVolumeClaims.
2. 原因分析
情况1.查看了grafana-data-pvc.yaml文件，发现storageClassName 取数为空，当storageClassName为空的时候如果没有指定DefaultStorageClass ，那么是不会分配 pv给 grafana-data的。
情况2.查看了grafana-data-pvc.yaml文件，发现storageClassName 取数正常，执行kubectl get sc命令发现没有部署pv，部署NFS动态存储即可。
3. 说明一下DefaultStorageClass
PVC和PV的绑定是通过StorageClassName进行的。然而如果定义PVC时没有指定StorageClassName呢？这取决与admission插件是否开启了DefaultDefaultStorageClass功能：
如果DefaultDefaultStorageClass功能开启，那么此PVC的StorageClassName就会被指定为DefaultStorageClass。DefaultStorageClass从何处而来呢？原来在定义StorageClass时，可以在Annotation中添加一个键值对：storageclass.kubernetes.io/is-default-class: true，那么此StorageClass就变成默认的StorageClass了。
如果DefaultDefaultStorageClass功能没有开启，那么没有指定StorageClassName的PVC只能被绑定到同样没有指定StorageClassName的PV。
查看了我们环境中的storageclass 定义，发现没有开启DefaultDefaultStorageClass功能。
4. 解决办法
修改chart 文件中的pvc 取值， 让storageClass=现有的storageclass name
创建storageClass（依据class.yaml 和 deployment.yaml ）
[root@k8s-master01 cat grafana-data-pvc.yaml
过一会儿再次查看pod状态 ，已经running
[root@k8s-master01 kubectl get pod -n monitoring
标签：StorageClassName,unbound,DefaultDefaultStorageClass,grafana,yaml,pvc,报错,pod From： https://www.cnblogs.com/A121/p/17801822.html