k8s pvc详解

最新推荐文章于 2024-06-04 07:51:05 发布
最新推荐文章于 2024-06-04 07:51:05 发布
阅读量4.2k 收藏 4
点赞数 2
分类专栏： k8s 文章标签： k8s
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_40579389/article/details/131052128
版权

一、概述

PVC 的全称是：PersistentVolumeClaim（持久化卷声明），PVC 是用户存储的一种声明，PVC 和 Pod 比较类似，Pod 消耗的是节点，PVC 消耗的是 PV 资源，Pod 可以请求 CPU 和内存，而 PVC 可以请求特定的存储空间和访问模式。对于真正使用存储的用户不需要关心底层的存储实现细节，只需要直接使用 PVC 即可。

PVC作为用户对存储资源的需求申请，主要涉及存储空间请求、访问模式、 PV选择条件和存储类别等信息的设置。

二、参数解释

创建pvc，如下：

---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: test-pvc
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 2Gi
  storageClassName: nfs
  volumeMode: Filesystem

  • accessModes：访问模式

    PVC也可以设置访问模式，用于描述用户应用对存储资源的访问权限，其设置参数和pv一致

  • resources：资源请求

    描述对存储的请求数量，通过 resources.requests.storage字段设置需要的存储空间大小。

  • volumeMode：存储卷格式，用于描述用户使用的PV存储卷模式，包括文件系统（Filesystem）和块设备 (Block)，与pv一致。

  • storageClassName：存储类型

    在创建pvc时需要指定后端存储类型，以减少对后端存储详细信息的依赖。

    • 如果系统中存在一个DefaultStorageClass，可以在创建pvc的时候不指定storageclassname，系统会自动使用默认的存储类型。

    • 如果将多个StorageClass都定义为default，则由于不唯一，系统将无法创建PVC。

三、pod使用pvc

编辑配置文件，如下：

---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: test-pvc
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 2Gi
  storageClassName: nfs
  volumeMode: Filesystem 
 
---
apiVersion: v1
kind: Pod
metadata:
  name: mypod
spec:
  containers:
  - name: myfrontend
    image: docker.io/library/centos:7
    command: ["init"]
    imagePullPolicy: IfNotPresent
    volumeMounts:
    - mountPath: /data                                                                         name: test-path
  volumes:
  - name: test-path
    persistentVolumeClaim:
      claimName: test-pvc
      
      
执行创建命令如下：
kubectl apply -f pod.yaml
[root@node1 yaml]# kubectl get po -o wide 
NAME                                      READY   STATUS    RESTARTS   AGE   IP             NODE    NOMINATED NODE   READINESS GATES
mypod                                     1/1     Running   0          4s    10.233.96.10   node2   <none>           <none>

进入pod查看挂载的目录，如下：
[root@node1 yaml]# kubectl exec -it mypod bash 
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
[root@mypod /]# ls
anaconda-post.log  bin  data  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var
[root@mypod /]# ll 
total 12
-rw-r--r--   1 root root 12114 Nov 13  2020 anaconda-post.log
lrwxrwxrwx   1 root root     7 Nov 13  2020 bin -> usr/bin
drwxrwxrwx   2 root root     6 Jun  5 06:27 data    ####目录被自动挂载
drwxr-xr-x   5 root root   360 Jun  5 06:34 dev
drwxr-xr-x   1 root root    41 Jun  5 06:34 etc
drwxr-xr-x   2 root root     6 Apr 11  2018 home

四、pv、pvc状态变化

不同情况下，PV和PVC的状态变化如下：
在这里插入图片描述
具体操作如下：

#############################
1:创建pv
---
apiVersion: v1                         
kind: PersistentVolume                 
metadata:                              
  name: pv-nfs                         
spec:                                  
  accessModes:                         
  - ReadWriteOnce                      
  capacity:                            
    storage: 2Gi                       
  nfs:                                 
    path: /data/                       
    server: 192.168.5.79               
  persistentVolumeReclaimPolicy: Retain                                                                                                                                    
  storageClassName: nfs                
  volumeMode: Filesystem
  
[root@node1 yaml]# kubectl apply -f  nfs-pv.yaml 
persistentvolume/pv-nfs created
[root@node1 yaml]# 
[root@node1 yaml]# kubectl get pv  | grep pv-nfs
pv-nfs                                     2Gi        RWO            Retain           Available                                            nfs                     23s
[root@node1 yaml]#
此时查看pv的状态为Available


##############################
2：创建pvc,如下：
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc-nfs
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 2Gi
  storageClassName: nfs
  volumeMode: Filesystem
  
[root@node1 yaml]# kubectl apply -f  pvc.yaml 
persistentvolumeclaim/pvc-nfs created
[root@node1 yaml]# kubectl get pvc       ###正常是状态先为pending，然后是Bound
NAME         STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
pvc-nfs      Bound    pv-nfs                                     2Gi        RWO            nfs            7s

############################
3：删除pv,查看pvc的状态
[root@node1 yaml]# kubectl delete pv pv-nfs
persistentvolume "pv-nfs" delete      ####会一直卡在这里

打开新的终端，查看pv状态已经是Terminating
[root@node1 ~]# kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS        CLAIM                                    STORAGECLASS   REASON   AGE
pv-nfs                                     2Gi        RWO            Retain           Terminating   default/pvc-nfs                          nfs                     11m

出现删除不掉问题的主要原因是pv已经和pvc绑定，pv内部有kubernetes.io/pv-protection这个参数进行保护，编辑pv,删除这个参数，kubectl edit  pv pv-nfs，如下：

apiVersion: v1
kind: PersistentVolume
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","kind":"PersistentVolume","metadata":{"annotations":{},"name":"pv-nfs"},"spec":{"accessModes":["ReadWriteOnce"],"capacity":{"storage":"2Gi"},"nfs":{"path":"/data/","server":"192.168.5.79"},"persistentVolumeReclaimPolicy":"Retain","storageClassName":"nfs","volumeMode":"Filesystem"}}
    pv.kubernetes.io/bound-by-controller: "yes"
  creationTimestamp: "2023-06-05T08:12:28Z"
  deletionGracePeriodSeconds: 0
  deletionTimestamp: "2023-06-05T08:23:27Z"
 # finalizers:    ####将此参数删除
 # - kubernetes.io/pv-protection
  name: pv-nfs
  resourceVersion: "9420641"
  uid: cb3b7c54-b8e9-4132-b273-16e9415ae643
spec:
  accessModes:
  - ReadWriteOnce
  capacity:
    storage: 2Gi

再次查看pv已经被删除了，此时pvc状态为Lost，如下：
[root@node1 yaml]# kubectl get pvc
NAME         STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
pvc-nfs      Lost     pv-nfs                                     0                         nfs            13m

解决方式，将删除的pv进行重新创建，pvc和pv的状态都会变成Bound
[root@node1 yaml]# kubectl apply -f  nfs-pv.yaml 
persistentvolume/pv-nfs created
[root@node1 yaml]# kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                                    STORAGECLASS   REASON   AGE
pv-nfs                                     2Gi        RWO            Retain           Bound    default/pvc-nfs                          nfs                     4s
[root@node1 yaml]# kubectl get pvc
NAME         STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
pvc-nfs      Bound    pv-nfs                                     2Gi        RWO            nfs            15m

############################
4：删除pvc，查看pv状态变化，如下：
[root@node1 yaml]# kubectl delete pvc pvc-nfs
persistentvolumeclaim "pvc-nfs" deleted
[root@node1 yaml]# kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS     CLAIM                                    STORAGECLASS   REASON   AGE
pv-nfs                                     2Gi        RWO            Retain           Released   default/pvc-nfs                          nfs                     84s

此时的pv状态已经是released，但如果此时在创建新的pvc，能够进行pv和pvc的绑定呢，大答案是不行的，因为pvc只能和Available状态的pv进行绑定。
在pv变成released的时候，查看claimRef属性，其中依然保留着PVC的绑定信息，如下：
[root@node1 yaml]# kubectl get pv pv-nfs  -o yaml
apiVersion: v1
kind: PersistentVolume
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","kind":"PersistentVolume","metadata":{"annotations":{},"name":"pv-nfs"},"spec":{"accessModes":["ReadWriteOnce"],"capacity":{"storage":"2Gi"},"nfs":{"path":"/data/","server":"192.168.5.79"},"persistentVolumeReclaimPolicy":"Retain","storageClassName":"nfs","volumeMode":"Filesystem"}}
    pv.kubernetes.io/bound-by-controller: "yes"
  creationTimestamp: "2023-06-05T08:29:29Z"
  finalizers:
  - kubernetes.io/pv-protection
  name: pv-nfs
  resourceVersion: "9421489"
  uid: 09c62907-7fa3-491f-bb48-656003581c8f
spec:
  accessModes:
  - ReadWriteOnce
  capacity:
    storage: 2Gi
  claimRef:       ####查看此处，保留了pvc的绑定信息
    apiVersion: v1
    kind: PersistentVolumeClaim
    name: pvc-nfs
    namespace: default
    resourceVersion: "9421099"
    uid: 15935386-4b7b-4b97-88b3-2bece1ed6ea9
  nfs:
    path: /data/
    server: 192.168.5.79
  persistentVolumeReclaimPolicy: Retain
  storageClassName: nfs
  volumeMode: Filesystem
status:
  phase: Released
[root@node1 yaml]# 

解决方式是导出pv的信息进行备份，然后删除claimRef出的内容，如下：
[root@node1 yaml]# kubectl get pv pv-nfs  -o yaml > pv.yaml
[root@node1 yaml]# kubectl edit pv pv-nfs
---
apiVersion: v1
kind: PersistentVolume
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","kind":"PersistentVolume","metadata":{"annotations":{},"name":"pv-nfs"},"spec":{"accessModes":["ReadWriteOnce"],"capacity":{"storage":"2Gi"},"nfs":{"path":"/data/","server":"192.168.5.79"},"persistentVolumeReclaimPolicy":"Retain","storageClassName":"nfs","volumeMode":"Filesystem"}}
    pv.kubernetes.io/bound-by-controller: "yes"
  creationTimestamp: "2023-06-05T08:29:29Z"
  finalizers:
  - kubernetes.io/pv-protection
  name: pv-nfs
  resourceVersion: "9421489"
  uid: 09c62907-7fa3-491f-bb48-656003581c8f
spec:
  accessModes:
  - ReadWriteOnce
  capacity:
    storage: 2Gi
  nfs:
    path: /data/
    server: 192.168.5.79
  persistentVolumeReclaimPolicy: Retain
  storageClassName: nfs
  volumeMode: Filesystem
status:
  phase: Released
persistentvolume/pv-nfs edited
[root@node1 yaml]# kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM                                    STORAGECLASS   REASON   AGE
pv-nfs                                     2Gi        RWO            Retain           Available                                            nfs                     10m
再次查看pv状态变为Available，此在创建pvc，pv/pvc状态都为Bound,如下：
[root@node1 yaml]# kubectl apply -f   pvc.yaml 
persistentvolumeclaim/pvc-nfs created
[root@node1 yaml]# kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                                    STORAGECLASS   REASON   AGE
pv-nfs                                     2Gi        RWO            Retain           Bound    default/pvc-nfs                          nfs                     12m
[root@node1 yaml]# kubectl get pvc
NAME         STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
pvc-nfs      Bound    pv-nfs                                     2Gi        RWO            nfs            7s
魏志标
关注
  • 2
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
K8s中yaml文件详解（超详细）
06-07
K8s中yaml文件详解（超详细）
k8s-lessons:Kubernetes课程课程
05-22
【标题】"K8s-lessons: Kubernetes课程详解" 【描述】"这是一份由Denis Astahov提供的Kubernetes课程资源，包含了丰富的学习材料和源代码，旨在帮助用户深入理解并掌握Kubernetes这一强大的容器编排系统。" 在...
k8s pv与pvc
ApexPredator的博客
06-04 3012
可以看到我们把pvc删除后pv变成了released状态数据也依然存在，这是因为配置了回收策略为retain，需要手动删除数据，可以把pv删除后重建就会变回available状态，即使把pv删除，路径中的数据依然存在。Retain：此回收策略在删除pvc时，不会清除pv中的数据，并且pv也不会自动回收，需要手动删除pv重建，pv才会变成可用状态，当然重建后pv路径中的数据依然还存在。Recycle：删除pvc后，自动清除pv挂载路径下的数据，pv变为可被绑定状态，但是。
k8s——Pod容器中的存储方式及PV、PVC
最新发布
sea_bunch的博客
06-04 1053
PV和PVC中的spec关键字段要匹配，比如存储（storage）大小、访问模式（accessModes）这里定义5个PV，并且定义挂载的路径以及访问模式，还有PV划分的大小这里定义了pvc的访问模式为多路读写，该访问模式必须在前面pv定义的访问模式之中。定义PVC申请的大小为2Gi，此时PVC会自动去匹配多路读写且大小为2Gi的PV，匹配成功获取PVC的状态，即为Bound准备好存储设备和共享目录。
Kubernetes（k8s）PV、PVC
weixin_56270746的博客
08-11 5231
查看pv的定义方式FIELDS:metadata: #由于 PV 是集群级别的资源，即 PV 可以跨 namespace 使用，所以 PV 的 metadata 中不用配置 namespacename:spec查看pv定义的规格spec:nfs:（定义存储类型）path:（定义挂载卷路径）server:（定义服务器名称）accessModes:（定义访问模型，有以下三种访问模型，以列表的方式存在，也就是说可以定义多个访问模式）...
cka真题练习（十一）创建PVC
m0_65307735的博客
03-17 390
最后，使用kubectl edit 或 kubectl patch将pvc容量扩展到70Mi,并记录更改。最后，使用kubectl edit 或 kubectl patch将pvc容量扩展到70Mi,并记录更改。接下来创建一个新pod，将volume挂在到 PersistentVolumeClaim。模拟环境中使用的nfs做后端存储，不支持动态扩容pvc，考试环境是可以的。挂载路径： /usr/share/nginx/html。打开官方文档，找到对应位置，复制以下yaml文件。名称： pv-volume。
云原生 | kubernetes - 存储抽象 PV & PVC & ConfigMap & Secret
Trollz的博客
10-24 1070
Cloud Native | kubernetes - Storage Abstract PV&PVC&ConfigMap&Secret
k8s:PVC 的使用
m0_50434960的博客
03-13 3488
PVC 的使用 在我们真正使用的时候是使用的 PVC，就类似于我们的服务是通过 Pod 来运行的，而不是 Node，只是 Pod 跑在Node 上而已， 准备工作 在使用 PVC 之前，我们还得把其他节点上的 nfs 客户端给安装上 我们需要在所有节点安装 nfs 客户端程序，安装方法和上节课的安装方法一样的。必须在所有节点都安装 nfs 客户端，否则可能会导致 PV 挂载不上的问题 新建 PVC 新建一个数据卷声明，请求 1Gi 的存储容量，访问模式也是ReadWriteOnce，YAML 文件如下：(p
ceph-csi.tar.gz
06-18
本篇文章将深入探讨Ceph与CSI的结合，以及如何在Kubernetes（简称k8s）中部署和使用Ceph CSI驱动。 首先，"ceph-csi.tar.gz"是一个包含Ceph CSI（Ceph Container Storage Interface）相关YAML文件的压缩包。这些...
kubernetes-k8s-lab18-igp-voting-app
03-07
【标题】"Kubernetes-K8s-Lab18-IGP-Voting-App"是一个针对Kubernetes（简称K8s）平台的实验项目，旨在帮助用户深入理解和实践Kubernetes中的服务发现、部署以及应用程序管理。这个实验围绕一个名为"IGP投票应用"的...
k8snote:kubernetes文件
05-09
Kubernetes（简称 K8s）是当前最流行的容器编排系统，它提供了一种高效、灵活的方式来管理和部署分布式应用程序。这份名为 "k8snote" 的压缩包文件，显然是针对 Kubernetes 的学习笔记，旨在帮助用户构建自己的知识...
kubernetes部署mysql高可用
10-20
在现代云原生环境中，Kubernetes（简称K8s）被广泛用于自动化容器化应用的部署、扩展和管理。MySQL作为流行的开源关系型数据库管理系统，其在Kubernetes上的高可用部署是许多企业级应用的关键需求。本文将深入探讨...
k8s中创建pv和pvc
fw1074631229的博客
07-02 3517
1，创建一个pv apiVersion: v1 kind: PersistentVolume metadata: name: pv0003 #名称 spec: capacity: storage: 5Gi #卷大小 volumeMode: Filesystem #文件类型 accessModes: #访问策略 - ReadWriteOnce #单独用户读写 persistentVolumeReclaimPolicy: Re
Kubernetes（k8s）的存储PV-PVC详细介绍
南宫乘风-Linux运维-虚拟化容器-Python编程 ownit.top
02-09 1654
概念 PersistentVolume （PV） 是由管理员设置的存储，它是群集的一部分。就像节点是集群中的资源一样，PV 也是集群中的资源。 PV 是 Volume 之类的卷插件，但具有独立于使用 PV 的 Pod 的生命周期。此 API 对象包含存储实现的细节，即 NFS、 iSCSI 或特定于云供应商的存储系统 PersistentVolumeClaim （PVC） 是用户存储...
Kubernetes(K8S2020)从入门到实践（2）
02-17
Kubernetes，简称K8S，是一个开源，用于管理多个容器化的应用，提供了应用部署，规划，更新维护的一种机制。 学习要求： 本课程学习需要具有一定的Linux基础，并掌握Docker相关知识点。 知识讲解： 主要讲解K8S以下几个方面： 1.      K8S Pod相关知识 2.      K8S 控制器详解 3.      K8S 服务、Ingress和Metallb 4.      K8S的安全及用户管理 5.      K8S持久化存储 课件插图： 更多K8S课程： -  Kubernetes(k8s2020)从入门到实践（1） -  Kubernetes(k8s2020)从入门到实践（3）
kubernetes 查看哪些 pod 正在使用 pvc
Man_In_The_Night的博客
10-20 3976
[root@k8s01 ~]# cat pvc-pod.sh kubectl get pods --all-namespaces -o=json | jq -c '.items[] | {name: .metadata.name, namespace: .metadata.namespace, claimName:.spec.volumes[] | select( has ("persistentVolumeClaim") ).persistentVolumeClaim.claimName }' [roo
K8s中pv和pvc的使用
xiaoguangtouqiang的博客
01-20 5189
在我们的应用中可能经常有文件存储的需求，在docker的部署中，我们是通过将容器中的目录直接挂载到宿主机的目录上来解决这个问题的，那么k8s部署的方式肯定有所不同，k8s因为是多节点的，每个pod挂载的是对应节点的某个目录，这个会导致节点数据的一致性问题；在k8s中主要通过pvc的方式进行文件的挂载管理； 1.PVC PVC 的全称是：PersistentVolumeClaim（...
k8s的pv和pvc简述
weixin_30367945的博客
05-13 1054
pvc：资源需要指定：1.accessMode：访问模型；对象列表： ReadWriteOnce – the volume can be mounted as read-write by a single node： RWO - ReadWriteOnce一人读写 ReadOnlyMany – the volume can be mounted read-only by many n...
kubernets使用ceph-rbd作为storageclass并创建pvc和应用
liukuan73的专栏
02-01 9447
1.Kubernetes StorageClass 介绍 Kubernetes 集群存储 PV 支持 Static 静态配置以及 Dynamic 动态配置，动态卷配置 (Dynamic provisioning) 可以根据需要动态的创建存储卷。静态配置方式，集群管理员必须手动调用云/存储服务提供商的接口来配置新的固定大小的 Image 存储卷，然后创建 PV 对象以在 Kubernetes 中请...
k8s ingress详解
10-14
K8s ingress（进入）是Kubernetes（K8s）中负责管理和控制入口流量的一种资源对象。它允许我们灵活地将外部流量路由到Kubernetes集群中的不同服务和后端容器。 K8s ingress作为一种API对象，定义了一组规则，用于指定流量如何从集群外部进入特定的服务。它可以基于IP地址、主机名、URL路径等信息来进行路由和转发。 K8s ingress使用了标准的HTTP和HTTPS协议，并可以与一些标准的负载均衡器（如Nginx、HAProxy等）进行集成。在创建ingress资源时，常常会指定一个负载均衡器作为入口流量的进入点。该负载均衡器可以在集群外部接收流量，并将其转发到Kubernetes内部的不同服务上。 K8s ingress不仅提供了流量路由和负载均衡的功能，还支持请求的TLS终结（也称为SSL终结），即可以通过TLS协议对传入的TLS流量进行解密并转发至后端的服务。这极大地简化了为服务配置和管理SSL证书的过程。 另外，K8s ingress还支持多种流量处理的方式，如：会话粘滞、重试和故障转移等。这些功能使得在Kubernetes集群中实现高可用和灵活的流量管理变得更加容易。 总之，K8s ingress为我们提供了管理Kubernetes集群入口流量的强大工具。通过定义一些规则和策略，我们可以根据流量的特点和需求将其精确地路由和转发到后端服务上，并提供一些额外的功能，如负载均衡、SSL终结和多流量处理等。这使得我们可以更好地管理和控制流量，提高服务的可用性和稳定性。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值