k8s之PV、PVC和StorageClass

已于 2022-11-01 23:27:47 修改
阅读量1.2k 收藏 10
点赞数 2
分类专栏： k8s kuberneters 文章标签： kubernetes k8s
于 2022-09-08 08:00:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_22918243/article/details/126671073
版权

PV

什么是PV？

PV 描述的，则是一个具体的 Volume 的属性，比如 Volume 的类型、挂载目录、远程存储服务器地址等。

创建PV

使用yaml来定义PV

apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfs-1g-pv

spec:
  storageClassName: nfs
  accessModes:
    - ReadWriteMany
  capacity:
    storage: 1Gi

  nfs:
    path: /root/zwf/share
    server: 10.64.2.153

参数说明：

  • storageClassName的值为nfs，使用了NFS网络文件系统作为存储卷，
  • accessModes的值为ReadWriteMany，支持多个节点同时读写该共享目录
  • storage的值为1Gi，分配了1G的存储空间

使用yaml定义的描述文件来创建PV对象

[root@k8s-worker1 zwf]# kubectl apply -f pv.yaml -n zwf
persistentvolume/nfs-1g-pv created
[root@k8s-worker1 zwf]# kubectl get pv -n zwf
NAME        CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM                           STORAGECLASS   REASON   AGE
nfs-1g-pv   1Gi        RWX            Retain           Available                                   nfs                     12s

PVC

什么是PVC？

提供给应用开发获取存储资源的对象，开发将pod与PVC进行绑定可以达到持久化的存储状态，而PVC会与相对应的PV相绑定，提供具体的存储空间。

PV和PVC有什么区别？

实际上类似于“接口”和“实现”的思想。开发者只要知道并会使用“接口”，即：PVC；而运维人员则负责给“接口”绑定具体的实现，即：PV。

创建PVC

有了pv之后，创建申请存储的PVC对象，yaml定义如下，定义的内容和PV基本相同，但是不包含NFS的存储细节。

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: nfs-static-pvc

spec:
  storageClassName: nfs
  accessModes:
    - ReadWriteMany

  resources:
    requests:
      storage: 1Gi

创建pvc对象，并且可以看到VOLUME的值是上面创建的pv对象，这样两者就进行绑定了。

[root@k8s-worker1 zwf]# kubectl apply -f pvc.yaml -n zwf
persistentvolumeclaim/nfs-static-pvc created
[root@k8s-worker1 zwf]# 
[root@k8s-worker1 zwf]# kubectl get pvc -n zwf
NAME             STATUS   VOLUME      CAPACITY   ACCESS MODES   STORAGECLASS   AGE
nfs-static-pvc   Bound    nfs-1g-pv   1Gi        RWX            nfs            9s

我们再pvc文件中并没有填写pv的任何信息，它是如何知道该绑定那个pv对象的呢？这是因为pvc会根据自身需要的容量去找到对应的pv进行匹配绑定。

在Pod中申请PVC

Pod的yaml定义如下，使用volumes定义了存储卷使用上面创建的pvc对象nfs-static-pvc，在containers中使用vlumeMounts在pod中挂载了/tmp目录在该存储卷中。

apiVersion: v1
kind: Pod
metadata:
  name: nfs-static-pod

spec:
  volumes:
  - name: nfs-pvc-vol
    persistentVolumeClaim:
      claimName: nfs-static-pvc

  containers:
    - name: nfs-pvc-test
      image: nginx:alpine
      ports:
      - containerPort: 80

      volumeMounts:
        - name: nfs-pvc-vol
          mountPath: /tmp

创建pod后，我们进入pod中在/tmp写入数据

[root@k8s-worker1 zwf]# kubectl apply -f pod_pvc.yaml -n zwf
pod/nfs-static-pod created

[root@k8s-worker1 zwf]# kubectl exec -it nfs-static-pod -n zwf -- /bin/sh
/ # cd /tmp
/tmp # echo 222 > 2.txt

在nfs服务器中的/root/zwf/share中，我们也可以看到上面写的数据

[root@k8s-worker2 share]# pwd
/root/zwf/share
[root@k8s-worker2 share]# ls
2.txt
[root@k8s-worker2 share]# cat 2.txt
222

Pod、PVC、PV 和 NFS 存储的关系可以用下图来形象地表示：

StorageClass

上面的PV是需要管理员手动创建的，每一次的开发都需要根据需求逐个创建PV，并且还需要精确创建空间大小，导致工作量巨大。所以我们需要在开发中可以动态的创建PV。

StoreageClass可以用来绑定Provisioner对象，而这个Provisioner就是一个能够自动管理存储、创建 PV 的应用，代替了原来系统管理员的手工劳动。

通过StorageClass配置NFS Provisioner

k8s中每一类的存储设备都有相应的Provisioner，这里我们使用的是NFS Provisioner(https://github.com/kubernetes-sigs/nfs-subdir-external-provisioner)

在 GitHub 的 deploy 目录里是部署它所需的 YAML 文件，一共有三个，分别是 rbac.yaml、class.yaml 和 deployment.yaml。

  1. 首先将rbac.yaml的namespace改成kube-system
  2. 在修改deployment.yaml的namespace也改为kube-system，再修改其中的volumes 和 env 里的 IP 地址和共享目录名，与NFS服务器保持一致.
spec:
  template:
    spec:
      serviceAccountName: nfs-client-provisioner
      containers:
      ...
          env:
            - name: PROVISIONER_NAME
              value: k8s-sigs.io/nfs-subdir-external-provisioner
            - name: NFS_SERVER
              value: 192.168.10.208        #改IP地址
            - name: NFS_PATH
              value: /tmp/nfs              #改共享目录名
      volumes:
        - name: nfs-client-root
          nfs:
            server: 192.168.10.208         #改IP地址
            Path: /tmp/nfs                 #改共享目录名

再将k8s.gcr.io/sig-storage/nfs-subdir-external-provisioner:v4.0.2改成chronolaw/nfs-subdir-external-provisioner:v4.0.2

  1. 最后创建NFS Provisioner
kubectl apply -f rbac.yaml
kubectl apply -f class.yaml
kubectl apply -f deployment.yaml

查看kube-system的pod可以看到nfs的provisioner。

[root@k8s-worker1 zwf]# kubectl get pods -n kube-system
NAME                                      READY   STATUS    RESTARTS      AGE
nfs-client-provisioner-57789d96b7-42q67   1/1     Running   0             22h

使用NFS动态存储卷

创建StrogeClass对象，onDelete: "remain"代表着即使Pod被删除，也会保留分配的存储，之后再手动删除。

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: nfs-client

provisioner: k8s-sigs.io/nfs-subdir-external-provisioner 
parameters:
  onDelete: "remain"

创建StrageClass对象，并可以看到PROVISIONER已经绑定了我们上面创建的nfs-provisioner了。

[root@k8s-worker1 zwf]# kubectl apply -f pvc_dyn.yaml -n zwf
storageclass.storage.k8s.io/nfs-client-retained created

[root@k8s-worker1 zwf]# kubectl get sc -n zwf
NAME                  PROVISIONER                                   RECLAIMPOLICY   VOLUMEBINDINGMODE   ALLOWVOLUMEEXPANSION   AGE
nfs-client   k8s-sigs.io/nfs-subdir-external-provisioner   Delete          Immediate           false                  21h

定义PVC，配置storageClassName:nfs-client与上面的StrageClass对象相绑定。

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: nfs-dyn-10m-pvc

spec:
  storageClassName: nfs-client
  accessModes:
    - ReadWriteMany

  resources:
    requests:
      storage: 10Mi

创建PVC，然后你会发现STATUS的状态为Bound，已经自动的创建了PV，并且已经相互绑定。

[root@k8s-worker1 zwf]# kubectl get pvc -n zwf
NAME              STATUS    VOLUME      CAPACITY   ACCESS MODES   STORAGECLASS   AGE
nfs-dyn-10m-pvc   Pending                                         nfs-client     25s

[root@k8s-worker1 zwf]# kubectl get pvc -n zwf
NAME              STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
nfs-dyn-10m-pvc   Bound    pvc-292cfed3-bec8-4425-aeac-697e3740c76c   10Mi       RWX            nfs-client     9s

[root@k8s-worker1 zwf]# kubectl get pv -n zwf
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                           STORAGECLASS   REASON   AGE
pvc-292cfed3-bec8-4425-aeac-697e3740c76c   10Mi       RWX            Delete           Bound    zwf/nfs-dyn-10m-pvc             nfs-client              47s

去NFS文件服务器的共享目录中查看，可以看到多出来了一个目录，目录名称为命名空间-pvc名称-pvc名称

[root@k8s-worker2 share]# pwd
/root/zwf/share
[root@k8s-worker2 share]# ls
zwf-nfs-dyn-10m-pvc-pvc-292cfed3-bec8-4425-aeac-697e3740c76c

定义Pod，挂载上面创建的PVC到容器的/tmp目录中

apiVersion: v1
kind: Pod
metadata:
  name: nfs-dyn-pod

spec:
  volumes:
  - name: nfs-dyn-10m-vol
    persistentVolumeClaim:
      claimName: nfs-dyn-10m-pvc

  containers:
    - name: nfs-dyn-test
      image: nginx:alpine

      volumeMounts:
        - name: nfs-dyn-10m-vol
          mountPath: /tmp

创建Pod成功

[root@k8s-worker1 zwf]# kubectl apply -f pod_strageclass.yaml -n zwf
pod/nfs-dyn-pod created
[root@k8s-worker1 zwf]# kubectl get pods -n zwf
NAME          READY   STATUS    RESTARTS   AGE
nfs-dyn-pod   1/1     Running   0          10s

进入到挂载了pvc的pod，然后在/tmp目录下写一个文件

kubectl exec -it nfs-dyn-pod -n zwf -- /bin/sh
/ # cd /tmp
/tmp # echo 111 > 3.txt

再到NFS服务器上的共享目录对应的pv目录下，能看到之前写的文件。

[root@k8s-worker2 zwf-nfs-dyn-10m-pvc-pvc-292cfed3-bec8-4425-aeac-697e3740c76c]# pwd
/root/zwf/share/zwf-nfs-dyn-10m-pvc-pvc-292cfed3-bec8-4425-aeac-697e3740c76c

[root@k8s-worker2 zwf-nfs-dyn-10m-pvc-pvc-292cfed3-bec8-4425-aeac-697e3740c76c]# cat 3.txt 
111

关系图如下：

欢迎关注，互相学习，共同进步~

我的个人博客

我的微信公众号：编程黑洞

编程黑洞zz
关注
  • 2
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
K8S持久化存储(亲测可用)【volumes PV/PVC StorageClass】
05-29
K8S持久化存储(亲测可用) 方式1：volumes 方式2：Pod + PersistentVolumeClaim(PV) + PersistentVolume(PVC) + NFS 方式3：Pod + PersistentVolumeClaim(PV) + StorageClass + NFS 博客地址(readme)：https://blog.csdn.net/qq_36963950/article/details/125032161
菜鸟学Kubernetes(K8s)系列——（四）关于Volume卷（PV、PVC、StorageClass等）
菜鸟琪
07-22 1528
通过本文你将学习到： （1）Volume的几种卷类型：emptyDir、hostPath、NFS、PV-PVC、StorageClass （2）为什么要用PV-PVC？ （3）PV-PVC的协作原理 （4）如何使用PV-PVC （5）动态配置持久卷、以及他的工作流程.........
k8s中storageClass存储介绍
树下一少年的博客
03-09 884
Kubernetes根据用户提交的PVC请求,找到一个对应的StorageClass, Kubernetes就会调用该StorageClass声明的存储插件,创建出需要的PV供存储使用。创建出来的PV时以namespace-pvcname-pvname的格式存储于NFS共享目录中，PV被回收时会被标记为archived-namespace-pvcname-pvname。链接：https://pan.baidu.com/s/1u9zxreO-qHniowfkptV4QQ。（2）Pod创建和删除测试。
K8s卷存储详解（二）
抽象空间的博客
07-25 1055
因此PVC是用户对存储的请求，期望。PV访问模式（accessModes）每个 PV 卷的访问模式都会设置为对应卷所支持的模式值。
k8s创建默认storageclass，解决pvc一直pending问题
热门推荐
阿文的博客
02-24 1万+
背景 在本地集群安装kubesphere需要storageclass才能成功 首先检查自己机器是否有storageclass 执行如下命令，看返回信息，什么都没有的话，说明你需要进行下面步骤 kubectl get storageclass 下图是我已经装成功了的情况 解决 给集群配置默认得storageclass 搭建nfs服务器 先搭建nfs服务器 我的是centos7 安装nfs命令 yum install -y nfs-utils 创建存放数据的目录（目录可以自己定义） mkd
认识PV/PVC/StorageClass
zenglingmin8的博客
12-06 2066
本文主要讲解pv、pvc、storageclass相关内容
Kubernetes(K8S)中StorageClass(SC)详解、实例
全栈行动派的博客
02-05 7267
Kubernetes(K8S)中StorageClass(SC)详解、实例
PV、PVC、StorageClass讲解
JC.Lin的博客
10-24 1186
PV、PVC、StorageClass讲解 转载： 昀溪-PV、PVC、StorageClass讲解 为了方便开发人员更加容易的使用存储才出现的概念。通常我们在一个POD中定义使用存储是这样的方式，我们以hostpath类型来说： apiVersion: v1 kind: Pod metadata: name: mypod spec: containers: - image: nginx name: mynginx volumeMounts: - mountPath: /
k8s学习(九)PV/PVC/StorageClass
码易的博客
12-26 714
目录前言一、创建 StorageClass二、创建PVC 前言     PersistentVolume（PV）是集群中已由管理员配置的一段网络存储。 集群中的资源就像一个节点是一个集群资源。 PV是诸如卷之类的卷插件，但是具有独立于使用PV的任何单个pod的生命周期。 该API对象捕获存储的实现细节，即NFS，iSCSI或云提供商特定的存储系统。     PersistentVolumeClaim（PVC）是用户存储的请..
k8s之StorageClass(NFS)
jiayu的博客
10-18 2822
k8s之StorageClass(NFS) 实验环境 k8s环境参考： k8s-v1.20.10 二进制部署指导文档 NFS-Subdir-External-Provisioner 简介 NFS-Subdir-External-Provisioner是一个自动配置卷程序，它使用现有的和已配置的 NFS 服务器来支持通过持久卷声明动态配置 Kubernetes 持久卷，PV命名规则如下 PV以 ${namespace}-${pvcName}-${pvName}的命名格式提供（在NFS服务器上） PV回收的时
k8s的storageclass
xxsxsdsadad的博客
08-17 464
k8s的storageclass
K8S监控之NFS动态storageClass存储
12-27
原文链接：https://blog.csdn.net/m0_37814112/article/details/122170537
k8s之lens使用方式
06-30
k8s之lens使用方式
nfs部署StorageClass
04-03
NFS版PV动态供给StorageClass
StorageClass集成NFS时StorageClass程序部署文件，用于k8s部署StorageClass服务
04-15
StorageClass集成NFS时StorageClass程序部署文件，用于k8s部署StorageClass服务
K8s: 控制器之ReplicaSet对象
Wang的专栏
04-23 721
pod 是一个无状态的，并且可以被任意的按需的调度，在各个work node上运行的组件。谁来控制这类调度就变得非常复杂，不可能去手工的去维护某一个pod的一个运行实例。K8s中提供了 controller 这个概念，对于副本管理来说，有两种。如果那样的话呢，它就失去了容器的概念，就会像一个虚拟机一样去运行。RS 可以独立使用，但是也可以被 Deployment 用来协调。这个说明副本控制器就是一直在工作来维持副本运行的稳定性。新建 rep-nginx.yaml。我们可以在A窗口这个监控窗口中看到。
【K8S系列】深入解析K8S中PV 和PVC
颜淡慕潇
04-20 6015
在 Kubernetes 中，PV（持久卷）和 PVC（持久卷声明）之间的关系是一种动态匹配和绑定关系，用于实现 Pod 与存储资源的解耦。PV 和 PVC 之间的关系是一种动态的匹配和绑定关系，它们使得 Pod 与存储资源的具体实现解耦，提高了灵活性和可移植性。
5分钟快速搭建k8s集群1.29.x
最新发布
u011197085的博客
04-24 594
这些步骤共同配置了 containerd 作为 Kubernetes 集群的容器运行时环境，确保了其与系统参数和 Kubernetes 的兼容性，同时优化了网络和镜像源设置以提高效率和响应速度。这些命令将立即关闭swap分区，设置系统不使用swap，以及在fstab文件中注释掉所有swap相关的行，防止系统重启时重新启动swap。以上命令会立即将SELinux设置为宽容模式，并在系统配置文件中将SELinux永久禁用。以上命令用于将软件源切换到阿里云镜像，然后安装常用的一些软件工具。
【k8s】（六）kubernetes1.29.4离线部署之-加入Node节点
Qinghub‘博客
04-22 354
kubernetes1.29.4离线部署之-加入Node节点
k8s pv和pvc是如何绑定的
06-06
Kubernetes（k8s）中的PersistentVolume（PV）和PersistentVolumeClaim（PVC）是用来控制持久化存储的两个重要资源。在Kubernetes集群中，PV表示的是物理存储资源，而PVC是Pod使用PV的需求，它们的绑定关系是通过...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值