kubernetes k8s 存储类 storageclass 配置 创建PV PVC 挂载POD

已于 2024-08-14 17:36:36 修改
阅读量1.3k 收藏 19
点赞数 30
分类专栏： Linux 文章标签： kubernetes docker 容器 云原生 运维 linux
于 2024-08-06 14:06:28 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/CHENSMALLYUN/article/details/140954109
版权

目录

k8s存储类：storageclass

1  安装nfs provisioner，用于配合存储类动态生成pv

2  创建storageclass，动态供给pv

3  创建pvc，通过storageclass动态生成pv

4  创建pod，挂载storageclass动态生成的pvc：test-claim1

文档中的YAML文件配置直接复制粘贴可能存在格式错误，故实验中所需要的YAML文件以及本地包均打包至网盘

链接：https://pan.baidu.com/s/10KKMiitavxqdZdMpea95WA 
提取码：l0ux 

k8s存储类：storageclass

上面介绍的PV和PVC模式都是需要先创建好PV，然后定义好PVC和pv进行一对一的Bond，但是如果PVC请求成千上万，那么就需要创建成千上万的PV，对于运维人员来说维护成本很高，Kubernetes提供一种自动创建PV的机制，叫StorageClass，它的作用就是创建PV的模板。k8s集群管理员通过创建storageclass可以动态生成一个存储卷pv供k8s pvc使用。

每个StorageClass都包含字段provisioner，parameters和reclaimPolicy。

具体来说，StorageClass会定义以下两部分：

1、PV的属性 ，比如存储的大小、类型等；

2、创建这种PV需要使用到的存储插件，比如Ceph、NFS等

有了这两部分信息，Kubernetes就能够根据用户提交的PVC，找到对应的StorageClass，然后Kubernetes就会调用 StorageClass声明的存储插件，创建出需要的PV。

#查看定义的storageclass需要的字段

[root@xianchaomaster1 ~]# kubectl explain storageclass

KIND:     StorageClass

VERSION:  storage.k8s.io/v1

DESCRIPTION:

     StorageClass describes the parameters for a class of storage for which

     PersistentVolumes can be dynamically provisioned.

     StorageClasses are non-namespaced; the name of the storage class according

     to etcd is in ObjectMeta.Name.

FIELDS:

   allowVolumeExpansion   <boolean>

   allowedTopologies <[]Object>

   apiVersion   <string>

   kind <string>

   metadata <Object>

   mountOptions <[]string>

   parameters   <map[string]string>

   provisioner  <string> -required-

   reclaimPolicy <string>

   volumeBindingMode <string>

provisioner：供应商，storageclass需要有一个供应者，用来确定我们使用什么样的存储来创建pv，常见的provisioner如下

（https://kubernetes.io/zh/docs/concepts/storage/storage-classes/）：

provisioner既可以由内部供应商提供，也可以由外部供应商提供，如果是外部供应商可以参考GitHub - kubernetes-retired/external-storage: [EOL] External storage plugins, provisioners, and helper libraries下提供的方法创建。

GitHub - kubernetes-sigs/sig-storage-lib-external-provisioner

以NFS为例，要想使用NFS，我们需要一个nfs-client的自动装载程序，称之为provisioner，这个程序会使用我们已经配置好的NFS服务器自动创建持久卷，也就是自动帮我们创建PV。

reclaimPolicy：回收策略

allowVolumeExpansion：允许卷扩展，PersistentVolume 可以配置成可扩展。将此功能设置为true时，允许用户通过编辑相应的 PVC 对象来调整卷大小。当基础存储类的allowVolumeExpansion字段设置为 true 时，以下类型的卷支持卷扩展。

注意：此功能仅用于扩容卷，不能用于缩小卷。

1  安装nfs provisioner，用于配合存储类动态生成pv

#把nfs-subdir-external-provisioner.tar.gz上传到xianchaonode2和xianchaonode1上，手动解压。

[root@xianchaonode2 ~]# ctr -n=k8s.io images import  nfs-subdir-external-provisioner.tar.gz

[root@xianchaonode1 ~]# ctr -n=k8s.io images import  nfs-subdir-external-provisioner.tar.gz

1、创建运行nfs-provisioner需要的sa账号

[root@xianchaomaster1 nfs]# cat serviceaccount.yaml

apiVersion: v1

kind: ServiceAccount

metadata:

  name: nfs-provisioner

[root@xianchaomaster1 nfs]# kubectl apply -f serviceaccount.yaml

serviceaccount/nfs-provisioner created

扩展：什么是sa？

sa的全称是serviceaccount。

serviceaccount是为了方便Pod里面的进程调用Kubernetes API或其他外部服务而设计的。

指定了serviceaccount之后，我们把pod创建出来了，我们在使用这个pod时，这个pod就有了我们指定的账户的权限了。

2、对sa授权

[root@xianchaomaster1]# kubectl create clusterrolebinding nfs-provisioner-clusterrolebinding --clusterrole=cluster-admin --serviceaccount=default:nfs-provisioner

3、安装nfs-provisioner程序

[root@xianchaomaster1 ~]# mkdir /data/nfs_pro -p

#把/data/nfs_pro变成nfs共享的目录

[root@xianchaomaster1 ~]# cat /etc/exports

/data/volumes 192.168.40.0/24(rw,no_root_squash)

/data/volume_test/v1 192.168.40.0/24(rw,no_root_squash)

/data/volume_test/v2 192.168.40.0/24(rw,no_root_squash)

/data/volume_test/v3 192.168.40.0/24(rw,no_root_squash)

/data/volume_test/v4 192.168.40.0/24(rw,no_root_squash)

/data/volume_test/v5 192.168.40.0/24(rw,no_root_squash)

/data/volume_test/v6 192.168.40.0/24(rw,no_root_squash)

/data/volume_test/v7 192.168.40.0/24(rw,no_root_squash)

/data/volume_test/v8 192.168.40.0/24(rw,no_root_squash)

/data/volume_test/v9 192.168.40.0/24(rw,no_root_squash)

/data/volume_test/v10 192.168.40.0/24(rw,no_root_squash)

/data/nfs_pro 192.168.40.0/24(rw,no_root_squash)

[root@xianchaomaster1 ~]# exportfs -arv

exporting 192.168.40.0/24:/data/nfs_pro

exporting 192.168.40.0/24:/data/volume_test/v10

exporting 192.168.40.0/24:/data/volume_test/v9

exporting 192.168.40.0/24:/data/volume_test/v8

exporting 192.168.40.0/24:/data/volume_test/v7

exporting 192.168.40.0/24:/data/volume_test/v6

exporting 192.168.40.0/24:/data/volume_test/v5

exporting 192.168.40.0/24:/data/volume_test/v4

exporting 192.168.40.0/24:/data/volume_test/v3

exporting 192.168.40.0/24:/data/volume_test/v2

exporting 192.168.40.0/24:/data/volume_test/v1

exporting 192.168.40.0/24:/data/volumes

[root@xianchaomaster1 ~]# cat nfs-deployment.yaml

kind: Deployment

apiVersion: apps/v1

metadata:

  name: nfs-provisioner

spec:

  selector:

    matchLabels:

       app: nfs-provisioner

  replicas: 1

  strategy:

    type: Recreate

  template:

    metadata:

      labels:

        app: nfs-provisioner

    spec:

      serviceAccount: nfs-provisioner

      containers:

        - name: nfs-provisioner

          image: registry.cn-beijing.aliyuncs.com/mydlq/nfs-subdir-external-provisioner:v4.0.0

imagePullPolicy: IfNotPresent

          volumeMounts:

            - name: nfs-client-root

              mountPath: /persistentvolumes

          env:

            - name: PROVISIONER_NAME

              value: example.com/nfs

            - name: NFS_SERVER

              value: 192.168.40.180

            - name: NFS_PATH

              value: /data/nfs_pro

      volumes:

        - name: nfs-client-root

          nfs:

            server: 192.168.40.180

            path: /data/nfs_pro

#更新资源清单文件

[root@xianchaomaster1 ~]# kubectl apply -f nfs-deployment.yaml

deployment.apps/nfs-provisioner created

#查看nfs-provisioner是否正常运行

[root@xianchaomaster1 nfs]# kubectl get pods | grep nfs

nfs-provisioner-cd5589cfc-pjwsq      1/1     Running

2  创建storageclass，动态供给pv

[root@xianchaomaster1]# cat nfs-storageclass.yaml

kind: StorageClass

apiVersion: storage.k8s.io/v1

metadata:

  name: nfs

provisioner: example.com/nfs

[root@xianchaomaster1]# kubectl apply -f nfs-storageclass.yaml

#查看storageclass是否创建成功

[root@xianchaomaster1 nfs]# kubectl get storageclass

NAME   PROVISIONER       RECLAIMPOLICY   VOLUMEBINDINGMODE  

nfs       example.com/nfs         Delete          Immediate                         

#显示内容如上，说明storageclass创建成功了

注意：provisioner处写的example.com/nfs应该跟安装nfs provisioner时候的env下的PROVISIONER_NAME的value值保持一致，如下：

env:

    - name: PROVISIONER_NAME

     value: example.com/nfs

3  创建pvc，通过storageclass动态生成pv

[root@xianchaomaster1]# cat claim.yaml

kind: PersistentVolumeClaim

apiVersion: v1

metadata:

  name: test-claim1

spec:

  accessModes:  ["ReadWriteMany"]

  resources:

    requests:

      storage: 1Gi

  storageClassName:  nfs

[root@xianchaomaster1]# kubectl apply -f claim.yaml

persistentvolumeclaim/test-claim1 created

#查看是否动态生成了pv，pvc是否创建成功，并和pv绑定

[root@xianchaomaster1 nfs]# kubectl get pvc

#通过上面可以看到test-claim1的pvc已经成功创建了，绑定的pv是pvc-da737fb7-3ffb-43c4-a86a-2bdfa7f201e2，这个pv是由storageclass调用nfs provisioner自动生成的。

步骤总结：

1、供应商：创建一个nfs provisioner

2、创建storageclass，storageclass指定刚才创建的供应商

3、创建pvc，这个pvc指定storageclass

4  创建pod，挂载storageclass动态生成的pvc：test-claim1

[root@xianchaomaster1]# cat read-pod.yaml

kind: Pod

apiVersion: v1

metadata:

  name: read-pod

spec:

  containers:

  - name: read-pod

image: nginx

imagePullPolicy: IfNotPresent

    volumeMounts:

      - name: nfs-pvc

        mountPath: /usr/share/nginx/html

  restartPolicy: "Never"

  volumes:

    - name: nfs-pvc

      persistentVolumeClaim:

        claimName: test-claim1

#更新资源清单文件

[root@xianchaomaster1 nfs]# kubectl apply -f read-pod.yaml

pod/read-pod created

#查看pod是否创建成功

[root@xianchaomaster1 nfs]# kubectl get pods | grep read

read-pod                             1/1     Running     0   

it技术分享just_free
关注
专栏目录
认识PV/PVC/StorageClass
zenglingmin8的博客
12-06 2281
本文主要讲解pv、pvc、storageclass相关内容
【k8s】Kubernetes存储之StorageClass与动态pv
sl963216757的博客
07-29 457
一、StorageClass 简介 StorageClass提供了一种描述存储类（class）的方法，不同的class可能会映射到不同的服务质量等级和备份策略或其他策略等。 每个 StorageClass 都包含 provisioner、parameters 和 reclaimPolicy 字段， 这些字段会在StorageClass需要动态分配 PersistentVolume 时会使用到。 StorageClass的属性 Provisioner（存储分配器）：用来决定使用哪个卷插件分配PV，该字段必须
学习笔记二十六：storageclass存储类动态生成存储
weixin_43258559的博客
11-01 568
PV的属性 ，比如存储的大小、类型等；创建这种PV需要使用到的存储插件，比如Ceph、NFS等有了这两部分信息，Kubernetes就能够根据用户提交的PVC，找到对应的StorageClass，然后Kubernetes就会调用 StorageClass声明的存储插件，创建出需要的PV。查看定义的storageclass需要的字段sa的全称是serviceaccountserviceaccount是为了方便Pod里面的进程调用Kubernetes API或其他外部服务而设计的。
k8s(kubernetes)的PV / PVC / StorageClass(理论+实践)
最新发布
Richardlygo的博客
09-14 1795
本文主要讲解了PV、PVC、StorageClass的理论和实战。一句话总结：PV、PVC是K8S用来做存储管理的资源对象，它们让存储资源的使用变得可控，从而保障系统的稳定性、可靠性。StorageClass则是为了减少人工的工作量而去自动化创建PV的组件。先规划→后申请→再使用。
k8s 存储类（StorageClass）创建与动态生成PV解析，（附带镜像）
博客虽小，世界尽在其中
04-11 2991
Kubernetes单词起源于希腊语, 是“舵手”或者“领航员、飞行员”的意思。Kubernetes（简称K8s）的前世今生可以追溯到谷歌（Google）内部的一个项目，它起源于2003年，当时谷歌正面临着不断增长的应用程序和服务的管理挑战。这个项目最初被称为"Borg"，是一个早期的容器编排系统。Borg 的成功经验成为 Kubernetes 开发的契机。有关k8s起源的介绍，请参考《初识K8s之前世今生、架构、组件、前景》这篇文章​​Kubernetes的优点包括可移植性、可伸缩性和扩展性。
k8s 存储类（StorageClass）如何动态创建PV深度解析
博客虽小，世界尽在其中
04-10 1756
Kubernetes单词起源于希腊语, 是“舵手”或者“领航员、飞行员”的意思。Kubernetes（简称K8s）的前世今生可以追溯到谷歌（Google）内部的一个项目，它起源于2003年，当时谷歌正面临着不断增长的应用程序和服务的管理挑战。这个项目最初被称为"Borg"，是一个早期的容器编排系统。Borg 的成功经验成为 Kubernetes 开发的契机。有关k8s起源的介绍，请参考《初识K8s之前世今生、架构、组件、前景》这篇文章​Kubernetes的优点包括可移植性、可伸缩性和扩展性。
StorageClass-动态PVC
weixin_34261739的博客
06-13 1242
StorageClass 之前我们部署了PV 和 PVC 的使用方法，但是前面的 PV 都是静态的，什么意思？就是我要使用的一个 PVC 的话就必须手动去创建一个 PV，我们也说过这种方式在很大程度上并不能满足我们的需求，比如我们有一个应用需要对存储的并发度要求比较高，而另外一个应用对读写速度又要求比较高，特别是对于 StatefulSet 类型的应用简单的来使用静态的 PV 就很不合适了，这...
[云原生] [kubernetes] K8S安装存储类 - StorageClass
OxYGC
09-26 1423
Kubernetes提供了一套可以自动创建PV的机制，即：Dynamic Provisioning(动态配置)。而这个机制的核心在于StorageClass这个API对象。PV的属性。比如，存储类型，Volume的大小等。创建这种PV需要用到的存储插件，即存储制备器。有了这两个信息之后，Kubernetes就能够根据用户提交的PVC，找到一个对应的StorageClass，之后Kubernetes就会调用该StorageClass声明的存储插件，进而创建出需要的PV。
k8s存储+storageclass自动创建pv+StatefulSet自动创建pvc
hjyhjy0的博客
11-06 2844
k8s存储k8s存储storageclass自动创建pv k8s存储 docker存储----k8s存储 docker的容器层可以提供存储：存储在可写层（CopyOnWrite） docker的数据持久化解决方案： data volume.---->1、bind mount 2、docker managervolume 其实两者没有什么显著差别，不同点在于，是否需要提前准备dockerHost上的相关文件或目录 Volume 与docker类似：将宿主机上的某个文件或者目录挂载到Pod内
Kubernetes数据持久化之Storage Class（自动创建PV）
看清所以看轻
08-21 988
通过博文Kubernetes数据持久化可以了解到Kubernets实现数据持久化的流程为：搭建NFS底层存储——>创建PV——>创建PVC——>创建pod 最终将pod中的container实现数据的持久化！ 从上述流程中，看似没有什么问题，但是仔细研究就会发现：PVC在向PV申请存储空间时，是根据指定PV的名称、访问模式、容量大小来决定具体向哪个PV申请空间的。 打比方说：如果PV的容量是20G，定义的访问模式是WRO（只允许以读写的方式挂载到单个节点），而PVC申请的存储空间为10G，
【kubernetes/k8s概念】 pv pvc storageclass介绍
zhonglinzhang
05-16 8321
问题的引入：Pod 通常是由应用的开发人员维护，而 Volume 则通常是由存储系统的管理员维护。这样就带来一个管理上的问题：应用开发人员和系统管理员的职责耦合在一起了。如果系统规模较小或者对于开发环境这样的情况还可以接受。但当集群规模变大，特别是对于生成环境 一. PersistentVolume PersistentVolume (PV) 是外部存储系统中的一块存储空...
部署k8s集群存储类 必懂storageclass
Friendsofthewind的博客
11-26 1473
是什么 storageclass连接存储插件，根据PVC的消费动态生成PV，简言之，就是在创建pod之前，NFS的另一种形式存储，只要一次定义一个类，以后不用声明，会自动挂载此类NFS 示例 提示：node节点也要下载 nfs-utils，否则将不能挂载 步骤： 1、 开启NFS vim /etc/exports /nfsdata *(rw,sync,no_root_squash) [root@master ~]# systemctl start rpcbind [root@master ~]# sys
27-pod数据持久化-pv与pvc资源及动态存储StorageClass
2302_79199605的博客
02-23 1554
我们之前学习过好几种存储卷用于数据的持久化，我们来回忆一下；1，emptyDir存储卷：与pod的生命周期相同，pod删除掉，数据也随之删除；2，hostpath存储卷：必须指定宿主机，不同宿主机的pod不能数据共享；3，nfs存储卷；
PV、PVC、StorageClass讲解
Laiyunpeng666的博客
09-02 1624
此文为转载内容，若源链接能看，建议去看源作者写的 链接：https://www.cnblogs.com/rexcheny/p/10925464.html PV、PVC、StorageClass讲解 为了方便开发人员更加容易的使用存储才出现的概念。通常我们在一个POD中定义使用存储是这样的方式，我们以hostpath类型来说： apiVersion: v1 kind: Pod metadata: name: mypod spec: containers: - image: nginx na
k8s持久化StorageClass根据PVC动态的创建PV
weixin_45965192的博客
06-08 1372
1、概念StorageClass是一个存储类，通过创建StorageClass可以动态生成一个存储卷，供k8s用户使用。使用StorageClass可以根据PVC动态的创建PV，减少管理员手工创建PV的工作。StorageClass的定义主要包括名称、后端存储的提供者（privisioner）和后端存储的相关参数配置。StorageClass一旦被创建，就无法修改，如需修改，只能删除重建。2、创建。
了解pv,pvc,storageclass(一)
m0_51445191的博客
06-13 369
关于pv的两阶段处理流程是独立与kubelet主控制循环的，第一阶段的attach是由volume controller负责维护的，这个控制循环的名字是attachDetachController，就是不断检查每一个pod对应的pv，和这个pod所在宿主机之间的挂载情况，从而决定是否对pv进行attach操作，第二个阶段的mount操作，必须发生在pod对应的宿主机上，所以它是kubelet组件的一部分，它叫做volumemanagerReconciler，它是独立的一个goroutine。
k8s——pv（静态+动态storageclass）与pvc
Yusheng9527的博客
04-13 3771
k8s——pv（静态+动态storageclass）与pvc PVC和PVPV概念PVC概念PV与PVC之间的关系两种PV的提供方式基于nfs创建静态PV资源和PVC资源配置nfs存储（192.168.80.14）k8s的master节点定义PV定义PVC测试多路读写基于动态storageclass创建pv与pvcstorageclass的用处storageclass的yaml格式 PVC和PV PV概念 PersistentVolume(PV)是集群中已由管理员配置的一段网络存储。集群中的资源就像一个节
k8s 存储类：storageclass，动态提供 pv和pvc
qq_759035366的博客
04-22 1586
StorageClass** ，它的作用就是创建 PV 的模板。k8s 集群管理员通过创建storageclass 可以动态生成一个存储卷 pv 供 k8s pvc 使用。**每个 StorageClass 都包含字段 provisioner ，parameters 和 reclaimPolic具体来说，sStorageClass 会定 义 以 下两部分：1 、PV 的属性 ，比如存储的大小、类型等；2 、创建这种 PV 需要使用到的存储插件，比如 Ceph 、NFS 等。
k8s--storageClass自动创建PV
qq_46480020的博客
09-27 551
storageClass自动创建pv
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

it技术分享just_free

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值