0


Kubernetes(K8S)中StorageClass(SC)详解、实例

1、概念

StorageClass是一个存储类,通过创建StorageClass可以动态生成一个存储卷,供k8s用户使用。

使用StorageClass可以根据PVC动态的创建PV,减少管理员手工创建PV的工作。

StorageClass的定义主要包括名称、后端存储的提供者(privisioner)和后端存储的相关参数配置。StorageClass一旦被创建,就无法修改,如需修改,只能删除重建。

2、创建

要使用 StorageClass,我们就得安装对应的自动配置程序,比如本篇文章使用的存储后端是 nfs,那么我们就需要使用到一个 NFS-Subdir-External-Provisioner 的自动配置程序,我们也叫它 Provisioner,

教程:https://github.com/kubernetes-sigs/nfs-subdir-external-provisioner,这个程序使用我们已经配置好的 nfs 服务器,来自动创建持久卷,也就是自动帮我们创建 PV。

  • 自动创建的 PV 以{namespace}-{pvcName}-{pvName} 这样的命名

  • 格式创建在 NFS 服务器上的共享数据目录中

  • 当这个 PV 被回收后会以archieved-{namespace}-{pvcName}-{pvName} 这样的命名格式存在 NFS 服务器上。

  • 在部署NFS-Subdir-External-Provisioner 之前,我们需要先成功安装上 nfs 服务器,安装方法,在前面文章已经讲解过了https://blog.csdn.net/u011837804/article/details/128588864,

2.1、集群环境

  1. [root@k8s-master ~]# kubectl cluster-info
  2. Kubernetes control plane is running at https://10.211.55.11:6443
  3. CoreDNS is running at https://10.211.55.11:6443/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy
  4. To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.
  5. [root@k8s-master ~]#
  6. [root@k8s-master ~]# kubectl get nodes -owide
  7. NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
  8. k8s-master Ready control-plane 19h v1.25.0 10.211.55.11 <none> CentOS Stream 8 4.18.0-408.el8.x86_64 docker://20.10.22
  9. k8s-node1 Ready <none> 19h v1.25.0 10.211.55.12 <none> CentOS Stream 8 4.18.0-408.el8.x86_64 docker://20.10.22
  10. k8s-node2 Ready <none> 19h v1.25.0 10.211.55.13 <none> CentOS Stream 8 4.18.0-408.el8.x86_64 docker://20.10.22
  11. [root@k8s-master ~]#

2.2、创建 ServiceAccount

现在的 Kubernetes 集群大部分是基于 RBAC 的权限控制,所以我们需要创建一个拥有一定权限的 ServiceAccount 与后面要部署的 NFS Subdir Externa Provisioner 组件绑定。

注意:ServiceAccount是必须的,否则将不会动态创建PV,PVC状态一直为Pending

RBAC 资源文件 nfs-rbac.yaml

  1. apiVersion: v1
  2. kind: ServiceAccount
  3. metadata:
  4. name: nfs-client-provisioner
  5. namespace: dev
  6. ---
  7. kind: ClusterRole
  8. apiVersion: rbac.authorization.k8s.io/v1
  9. metadata:
  10. name: nfs-client-provisioner-runner
  11. rules:
  12. - apiGroups: [""]
  13. resources: ["persistentvolumes"]
  14. verbs: ["get", "list", "watch", "create", "delete"]
  15. - apiGroups: [""]
  16. resources: ["persistentvolumeclaims"]
  17. verbs: ["get", "list", "watch", "update"]
  18. - apiGroups: ["storage.k8s.io"]
  19. resources: ["storageclasses"]
  20. verbs: ["get", "list", "watch"]
  21. - apiGroups: [""]
  22. resources: ["events"]
  23. verbs: ["create", "update", "patch"]
  24. ---
  25. kind: ClusterRoleBinding
  26. apiVersion: rbac.authorization.k8s.io/v1
  27. metadata:
  28. name: run-nfs-client-provisioner
  29. subjects:
  30. - kind: ServiceAccount
  31. name: nfs-client-provisioner
  32. namespace: dev
  33. roleRef:
  34. kind: ClusterRole
  35. name: nfs-client-provisioner-runner
  36. apiGroup: rbac.authorization.k8s.io
  37. ---
  38. kind: Role
  39. apiVersion: rbac.authorization.k8s.io/v1
  40. metadata:
  41. name: leader-locking-nfs-client-provisioner
  42. namespace: dev
  43. rules:
  44. - apiGroups: [""]
  45. resources: ["endpoints"]
  46. verbs: ["get", "list", "watch", "create", "update", "patch"]
  47. ---
  48. kind: RoleBinding
  49. apiVersion: rbac.authorization.k8s.io/v1
  50. metadata:
  51. name: leader-locking-nfs-client-provisioner
  52. namespace: dev
  53. subjects:
  54. - kind: ServiceAccount
  55. name: nfs-client-provisioner
  56. namespace: dev
  57. roleRef:
  58. kind: Role
  59. name: leader-locking-nfs-client-provisioner
  60. apiGroup: rbac.authorization.k8s.io

2.3、部署NFS-Subdir-External-Provisioner

我们以master(10.211.55.11)为nfs服务器,共享目录为/root/data/nfs,StorageClass名称为storage-nfs 部署NFS-Subdir-External-Provisioner

创建nfs-provisioner-deploy.yaml

  1. kind: Deployment
  2. apiVersion: apps/v1
  3. metadata:
  4. name: nfs-client-provisioner
  5. namespace: dev
  6. spec:
  7. replicas: 1
  8. selector:
  9. matchLabels:
  10. app: nfs-client-provisioner
  11. strategy:
  12. type: Recreate #设置升级策略为删除再创建(默认为滚动更新)
  13. template:
  14. metadata:
  15. labels:
  16. app: nfs-client-provisioner
  17. spec:
  18. serviceAccountName: nfs-client-provisioner #上一步创建的ServiceAccount名称
  19. containers:
  20. - name: nfs-client-provisioner
  21. image: registry.cn-beijing.aliyuncs.com/mydlq/nfs-subdir-external-provisioner:v4.0.0
  22. volumeMounts:
  23. - name: nfs-client-root
  24. mountPath: /persistentvolumes
  25. env:
  26. - name: PROVISIONER_NAME # Provisioner的名称,以后设置的storageclass要和这个保持一致
  27. value: storage-nfs
  28. - name: NFS_SERVER # NFS服务器地址,需和valumes参数中配置的保持一致
  29. value: 10.211.55.11
  30. - name: NFS_PATH # NFS服务器数据存储目录,需和valumes参数中配置的保持一致
  31. value: /root/data/nfs
  32. - name: ENABLE_LEADER_ELECTION
  33. value: "true"
  34. volumes:
  35. - name: nfs-client-root
  36. nfs:
  37. server: 10.211.55.11 # NFS服务器地址
  38. path: /root/data/nfs # NFS共享目录

执行效果

  1. # 创建
  2. [root@k8s-master ~]# kubectl apply -f nfs-provisioner-deploy.yaml
  3. deployment.apps/nfs-client-provisioner created
  4. [root@k8s-master ~]#
  5. [root@k8s-master ~]#
  6. # 查看
  7. [root@k8s-master ~]# kubectl get deploy,pod -n dev
  8. NAME READY UP-TO-DATE AVAILABLE AGE
  9. deployment.apps/nfs-client-provisioner 1/1 1 1 9s
  10. NAME READY STATUS RESTARTS AGE
  11. pod/nfs-client-provisioner-59b496764-5kts2 1/1 Running 0 9s
  12. [root@k8s-master ~]#

2.4、创建 NFS StorageClass

我们在创建 PVC 时经常需要指定 storageClassName 名称,这个参数配置的就是一个 StorageClass 资源名称,PVC 通过指定该参数来选择使用哪个 StorageClass,并与其关联的 Provisioner 组件来动态创建 PV 资源。所以,这里我们需要提前创建一个 Storagelcass 资源。

创建nfs-storageclass.yaml

  1. apiVersion: storage.k8s.io/v1
  2. kind: StorageClass
  3. metadata:
  4. namespace: dev
  5. name: nfs-storage
  6. annotations:
  7. storageclass.kubernetes.io/is-default-class: "false" ## 是否设置为默认的storageclass
  8. provisioner: storage-nfs ## 动态卷分配者名称,必须和上面创建的deploy中环境变量“PROVISIONER_NAME”变量值一致
  9. parameters:
  10. archiveOnDelete: "true" ## 设置为"false"时删除PVC不会保留数据,"true"则保留数据
  11. mountOptions:
  12. - hard ## 指定为硬挂载方式
  13. - nfsvers=4 ## 指定NFS版本,这个需要根据NFS Server版本号设置

查看nfs-server版本号

  1. # nfs 服务器版本号查看 其中 “Server nfs v4” 说明版本为4
  2. [root@k8s-master ~]# nfsstat -v
  3. Server packet stats:
  4. packets udp tcp tcpconn
  5. 813 0 813 237
  6. Server rpc stats:
  7. calls badcalls badfmt badauth badclnt
  8. 585 228 228 0 0
  9. Server reply cache:
  10. hits misses nocache
  11. 0 0 585
  12. Server io stats:
  13. read write
  14. 0 0
  15. Server read ahead cache:
  16. size 0-10% 10-20% 20-30% 30-40% 40-50% 50-60% 60-70% 70-80% 80-90% 90-100% notfound
  17. 32 0 0 0 0 0 0 0 0 0 0 0
  18. Server file handle cache:
  19. lookup anon ncachedir ncachenondir stale
  20. 0 0 0 0 0
  21. Server nfs v4:
  22. null compound
  23. 8 1% 577 98%
  24. Server nfs v4 operations:
  25. op0-unused op1-unused op2-future access close
  26. 0 0% 0 0% 0 0% 36 2% 0 0%
  27. commit create delegpurge delegreturn getattr
  28. 0 0% 5 0% 0 0% 0 0% 335 22%
  29. getfh link lock lockt locku
  30. 55 3% 0 0% 0 0% 0 0% 0 0%
  31. lookup lookup_root nverify open openattr
  32. 51 3% 0 0% 0 0% 0 0% 0 0%
  33. open_conf open_dgrd putfh putpubfh putrootfh
  34. 0 0% 0 0% 344 23% 0 0% 21 1%
  35. read readdir readlink remove rename
  36. 0 0% 3 0% 0 0% 0 0% 3 0%
  37. renew restorefh savefh secinfo setattr
  38. 0 0% 0 0% 3 0% 0 0% 5 0%
  39. setcltid setcltidconf verify write rellockowner
  40. 0 0% 0 0% 0 0% 0 0% 0 0%
  41. bc_ctl bind_conn exchange_id create_ses destroy_ses
  42. 0 0% 0 0% 17 1% 10 0% 8 0%
  43. free_stateid getdirdeleg getdevinfo getdevlist layoutcommit
  44. 0 0% 0 0% 0 0% 0 0% 0 0%
  45. layoutget layoutreturn secinfononam sequence set_ssv
  46. 0 0% 0 0% 10 0% 535 36% 0 0%
  47. test_stateid want_deleg destroy_clid reclaim_comp allocate
  48. 0 0% 0 0% 7 0% 9 0% 0 0%
  49. copy copy_notify deallocate ioadvise layouterror
  50. 0 0% 0 0% 0 0% 0 0% 0 0%
  51. layoutstats offloadcancel offloadstatus readplus seek
  52. 0 0% 0 0% 0 0% 0 0% 0 0%
  53. write_same
  54. 0 0%
  55. [root@k8s-master ~]#
  56. # nfs客户端版本号查看 其中 “Client nfs v4” 说明客户端版本为4
  57. [root@k8s-node1 ~]# nfsstat -c
  58. Client rpc stats:
  59. calls retrans authrefrsh
  60. 586 0 586
  61. Client nfs v4:
  62. null read write commit open
  63. 8 1% 0 0% 0 0% 0 0% 0 0%
  64. open_conf open_noat open_dgrd close setattr
  65. 0 0% 0 0% 0 0% 0 0% 5 0%
  66. fsinfo renew setclntid confirm lock
  67. 30 5% 0 0% 0 0% 0 0% 0 0%
  68. lockt locku access getattr lookup
  69. 0 0% 0 0% 36 6% 46 7% 51 8%
  70. lookup_root remove rename link symlink
  71. 10 1% 0 0% 3 0% 0 0% 0 0%
  72. create pathconf statfs readlink readdir
  73. 5 0% 20 3% 92 15% 0 0% 3 0%
  74. server_caps delegreturn getacl setacl fs_locations
  75. 50 8% 0 0% 0 0% 0 0% 0 0%
  76. rel_lkowner secinfo fsid_present exchange_id create_session
  77. 0 0% 0 0% 0 0% 17 2% 10 1%
  78. destroy_session sequence get_lease_time reclaim_comp layoutget
  79. 8 1% 165 28% 1 0% 9 1% 0 0%
  80. getdevinfo layoutcommit layoutreturn secinfo_no test_stateid
  81. 0 0% 0 0% 0 0% 10 1% 0 0%
  82. free_stateid getdevicelist bind_conn_to_ses destroy_clientid seek
  83. 0 0% 0 0% 0 0% 7 1% 0 0%
  84. allocate deallocate layoutstats clone
  85. 0 0% 0 0% 0 0% 0 0%

执行效果

  1. # 创建
  2. [root@k8s-master ~]# kubectl apply -f nfs-storageclass.yaml
  3. storageclass.storage.k8s.io/nfs-storage created
  4. [root@k8s-master ~]#
  5. # 查看
  6. [root@k8s-master ~]# kubectl get sc -n dev
  7. NAME PROVISIONER RECLAIMPOLICY VOLUMEBINDINGMODE ALLOWVOLUMEEXPANSION AGE
  8. nfs-storage storage-nfs Delete Immediate false 7s

3、测试PVC使用StorageClass

创建storage-pvc.yaml

  1. kind: PersistentVolumeClaim
  2. apiVersion: v1
  3. metadata:
  4. name: storage-pvc
  5. namespace: dev
  6. spec:
  7. storageClassName: nfs-storage ## 需要与上面创建的storageclass的名称一致
  8. accessModes:
  9. - ReadWriteOnce
  10. resources:
  11. requests:
  12. storage: 1Mi

执行效果

  1. # 创建
  2. [root@k8s-master ~]# kubectl apply -f storage-pvc.yaml
  3. persistentvolumeclaim/storage-pvc created
  4. [root@k8s-master ~]#
  5. [root@k8s-master ~]#
  6. # 查看pvc
  7. [root@k8s-master ~]# kubectl get pvc -n dev
  8. NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE
  9. storage-pvc Bound pvc-8b5da590-2436-472e-a671-038822f15252 1Mi RWO nfs-storage 6s
  10. [root@k8s-master ~]#
  11. [root@k8s-master ~]#
  12. # 查看是否动态创建了pv
  13. [root@k8s-master ~]# kubectl get pv -n dev
  14. NAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS CLAIM STORAGECLASS REASON AGE
  15. pvc-8b5da590-2436-472e-a671-038822f15252 1Mi RWO Delete Bound dev/storage-pvc nfs-storage 19s
  16. [root@k8s-master ~]#
  17. # 查看共享目录是否动态创建了文件
  18. [root@k8s-master ~]# cd /root/data/nfs/
  19. [root@k8s-master nfs]# ls
  20. dev-storage-pvc-pvc-8b5da590-2436-472e-a671-038822f15252
  21. [root@k8s-master nfs]#

4、异常处理

如果出现异常,请查看https://blog.csdn.net/u011837804/article/details/128693933 需要解决方案


本文转载自: https://blog.csdn.net/u011837804/article/details/128692744
版权归原作者 全栈行动派 所有, 如有侵权,请联系我们删除。

“Kubernetes(K8S)中StorageClass(SC)详解、实例”的评论:

还没有评论