k8s中的PV和PVC存储介绍

已于 2024-03-08 09:52:26 修改
阅读量1.5k 收藏 17
点赞数 19
分类专栏： Kubernetes 文章标签： kubernetes 云原生 volume PV PVC
于 2024-03-07 21:29:44 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_64334766/article/details/136546600
版权

目录

一.PV介绍

1.含义

2.关键配置参数

二.PVC介绍

1.含义

2.关键参数配置

三.PV和PVC的生命周期问题

1.PV的生命周期会有4个阶段

2.用户申请空间PV的周期流程

3.PV和PVC的使用/释放/回收

四.案例演示

1.NFS配置

2.新建PV

3.新建PVC

4.新建Pod测试

5.模拟删除Pod后后端目录内数据不会受影响

 

一.PV介绍

1.含义

称为持久化卷，是对底层的共享存储的一种抽象。一般情况下PV由 kubernetes管理员进行创建和配置，关联于底层具体的共享存储技术，并通过插件完成与共享存储的对接。

2.关键配置参数

这些参数在后面的例子中都有用到

（1）存储类型

这是要与底层存储对应的东西，像后面用到的nfs等类型

（2）存储能力

capacity，支持使用storage子项进行配置

（3）访问模式

accessModes，用户对于该存储资源的访问权限，有如下三种模式（因存储类型而异）：

ReadWriteOnce（RWO）：读写，被单个节点挂载

ReadOnlyMany（ROX）： 只读，可被多节点挂载

ReadWriteMany（RWX）：读写，可被多节点挂载

（4）回收策略

persistentVolumeReclaimPolicy，pv不供使用之后的三种处理策略（因存储类型而异）：

Retain 保留数据，需要管理员手工清理数据

Recycle清除数据

Delete删除与 PV 相连的后端存储完成删除操作

（5）存储类别

storageClassName，设定一个类别，pvc需要匹配此类的pv时才能相匹配，pvc不申请具有类的pv时，只能与没有设定类的pv匹配，不能和设定了类的pv匹配

二.PVC介绍

1.含义

持久卷声明，是用户对于存储需求的一种声明。用户向kubernetes系统发出的一种资源需求申请（可以是访问模式，存储空间，存储类别的需求），kubernetes再进一步去申请PV

2.关键参数配置

（1）访问模式

accessModes，主要是配置用户对存储资源的访问权限

（2）筛选条件

selector，和以往的selector一样，对有label的pv进行选择

（3）存储类别

storageClassName，上文已提及

（4）资源请求

resources，通过requests-storage子项进行资源大小申请

三.PV和PVC的生命周期问题

1.PV的生命周期会有4个阶段

Available：可用状态，还未被任何 PVC 绑定

Bound：PV 已经被 PVC 绑定

Released：PVC 被删除，但是资源还未被集群重新声明

Failed：该 PV 的自动回收失败

2.用户申请空间PV的周期流程

管理员创建PV，用户创建PVC，kubernetes通过PVC请求去找符合条件的PV并将PV与PVC绑定，匹配成功后用户进行使用，不成功则将PVC标记为Pending状态，一直持续到匹配到下一个符合条件的PV

3.PV和PVC的使用/释放/回收

通过volume挂载来使用PVC，使用完毕后删除掉PVC即可，但是现在PV却不能立刻去绑定另外的PVC，因为上面不清楚是否还存在残留数据（取决于你PV配置的回收策略），清除完毕后就可以进行信心PVC的绑定

四.案例演示

如下案例以nfs，my-pv1，my-pv2，my-pvc1，my-pvc2，my-pod1，my-pod2等资源来演示，主要是演示对于nginx访问日志的简单存储问题

1.NFS配置

存储类型选择NFS来演示

[root@k8s-master pv]# cat /etc/exports
/root/pv/pv1 192.168.2.0/24(rw,no_root_squash)    #共享后端目录，可以自己新建
/root/pv/pv2 192.168.2.0/24(rw,no_root_squash)
[root@k8s-master pv]# systemctl restart nfs
[root@k8s-master pv]# pwd
/root/pv
[root@k8s-master pv]# ll
total 12
-rw-r--r-- 1 root root 1011 Mar  7 20:14 pod.yaml
drwxr-xr-x 5 root root   74 Mar  7 20:16 pv1
drwxr-xr-x 5 root root   74 Mar  7 20:14 pv2
-rw-r--r-- 1 root root  353 Mar  6 21:54 pvc.yaml
-rw-r--r-- 1 root root  555 Mar  7 15:59 pv.yaml

2.新建PV

[root@k8s-master pv]# cat pv.yaml 
apiVersion: v1
kind: Namespace
metadata:
  name: myns
​
---
​
apiVersion: v1
kind: PersistentVolume
metadata:
  name: my-pv1
  namespace: myns
spec:
  capacity:
    storage: 1G   #共1G
  accessModes:
  - ReadWriteMany    #可读写
  persistentVolumeReclaimPolicy: Retain   #需手动删除后端内容
  nfs:    #nfs挂载信息
    path: /root/pv/pv1   #刚才建立的后端目录
    server: 192.168.2.150
​
---
​
apiVersion: v1
kind: PersistentVolume
metadata:
  name: my-pv2
  namespace: myns
spec:
  capacity: 
    storage: 1G
  accessModes:
  - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  nfs:
    path: /root/pv/pv2
    server: 192.168.2.150

3.新建PVC

[root@k8s-master pv]# cat pvc.yaml 
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: my-pvc1
  namespace: myns
spec:
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 500M    #申请500M
​
---
​
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: my-pvc2
  namespace: myns
spec:
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 600M

4.新建Pod测试

[root@k8s-master pv]# cat pod.yaml 
apiVersion: v1
kind: Pod
metadata: 
  name: my-pod1
  namespace: myns
spec:
  containers:
  - name: my-nginx1
    image: nginx
    ports:
    - name: nginx-port1
      containerPort: 80
    volumeMounts:
    - name: my-volume
      mountPath: /var/log/nginx
  - name: my-busybox1
    image: busybox
    command: ["/bin/sh","-c","tail -f /logs/access.log"]
    volumeMounts:
    - name: my-volume
      mountPath: /logs
  volumes:
  - name: my-volume
    persistentVolumeClaim:
      claimName: my-pvc1
​
---
​
apiVersion: v1
kind: Pod
metadata:
  name: my-pod2
  namespace: myns
spec:
  containers:
  - name: my-nginx2
    image: nginx
    ports:
    - name: nginx-port2
      containerPort: 80
    volumeMounts:
    - name: my-volume
      mountPath: /var/log/nginx
  - name: my-busybox2
    image: busybox
    command: ["/bin/sh","-c","tail -f /logs/access.log"]
    volumeMounts:
    - name: my-volume
      mountPath: /logs
  volumes:
  - name: my-volume
    persistentVolumeClaim:
      claimName: my-pvc2
​
[root@k8s-master pv]# kubectl get pv,pvc,pod -n myns -o wide
NAME                      CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM          STORAGECLASS   REASON   AGE   VOLUMEMODE
persistentvolume/my-pv1   1G         RWX            Retain           Bound    myns/my-pvc1                           22m   Filesystem
persistentvolume/my-pv2   1G         RWX            Retain           Bound    myns/my-pvc2                           22m   Filesystem
​
NAME                            STATUS   VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE   VOLUMEMODE
persistentvolumeclaim/my-pvc1   Bound    my-pv1   1G         RWX                           22m   Filesystem
persistentvolumeclaim/my-pvc2   Bound    my-pv2   1G         RWX                           22m   Filesystem
​
NAME          READY   STATUS    RESTARTS   AGE     IP               NODE        NOMINATED NODE   READINESS GATES
pod/my-pod1   2/2     Running   0          7m43s   10.244.107.195   k8s-node3   <none>           <none>
pod/my-pod2   2/2     Running   0          7m43s   10.244.36.67     k8s-node1   <none>           <none>
​
[root@k8s-master pv]# ansible all -m shell -a "curl 10.244.107.195"  #访问产生日志
[root@k8s-master pv]# ansible all -m shell -a "curl 10.244.36.67"
​
[root@k8s-master pv]# cat pv1/access.log 
10.244.36.64 - - [07/Mar/2024:12:15:05 +0000] "GET / HTTP/1.1" 200 615 "-" "curl/7.29.0" "-"
10.244.169.128 - - [07/Mar/2024:12:15:05 +0000] "GET / HTTP/1.1" 200 615 "-" "curl/7.29.0" "-"
192.168.2.153 - - [07/Mar/2024:12:15:05 +0000] "GET / HTTP/1.1" 200 615 "-" "curl/7.29.0" "-"
[root@k8s-master pv]# cat pv2/access.log 
10.244.169.128 - - [07/Mar/2024:12:15:20 +0000] "GET / HTTP/1.1" 200 615 "-" "curl/7.29.0" "-"
192.168.2.151 - - [07/Mar/2024:12:15:20 +0000] "GET / HTTP/1.1" 200 615 "-" "curl/7.29.0" "-"
10.244.107.192 - - [07/Mar/2024:12:15:20 +0000] "GET / HTTP/1.1" 200 615 "-" "curl/7.29.0" "-"

5.模拟删除Pod后后端目录内数据不会受影响

[root@k8s-master pv]# kubectl get pods -n myns
NAME      READY   STATUS    RESTARTS   AGE
my-pod1   2/2     Running   0          14m
my-pod2   2/2     Running   0          14m
[root@k8s-master pv]# kubectl delete pod my-pod1 my-pod2 -n myns
pod "my-pod1" deleted
pod "my-pod2" deleted
[root@k8s-master pv]# ll
total 12
-rw-r--r-- 1 root root 1011 Mar  7 20:14 pod.yaml
drwxr-xr-x 5 root root   74 Mar  7 20:16 pv1
drwxr-xr-x 5 root root   74 Mar  7 20:14 pv2
-rw-r--r-- 1 root root  353 Mar  6 21:54 pvc.yaml
-rw-r--r-- 1 root root  555 Mar  7 15:59 pv.yaml
[root@k8s-master pv]# cat pv1/access.log 
10.244.36.64 - - [07/Mar/2024:12:15:05 +0000] "GET / HTTP/1.1" 200 615 "-" "curl/7.29.0" "-"
10.244.169.128 - - [07/Mar/2024:12:15:05 +0000] "GET / HTTP/1.1" 200 615 "-" "curl/7.29.0" "-"
192.168.2.153 - - [07/Mar/2024:12:15:05 +0000] "GET / HTTP/1.1" 200 615 "-" "curl/7.29.0" "-"

 

树下一少年
关注
  • 19
    点赞
  • 踩
  • 17
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
K8S数据存储（高级存储之 PV、PVC、PV和PVC生命周期）
weixin_45880055的博客
06-08 1928
文章目录一、高级存储（一）PV（二）PVC二、PV和PVC生命周期 一、高级存储 使用NFS提供存储，此时就要求用户会搭建NFS系统，并且会在yaml配置nfs。由于kubernetes支持的存储系统有很多，要求客户全都掌握，显然不现实。为了能够屏蔽底层存储实现的细节，方便用户使用，kubernetes引入PV和PVC两种资源对象。 PV (Persistent Volume)是持久化卷的意思，是对底层的共享存储的一种抽象。一般情况下PV由kubernetes管理员进行创建和配置，它与底层具体的共享存储技术
五、K8s使用Ceph作为后端存储
09-26
2. 创建Ceph存储类（StorageClass）：在K8s中，存储类定义了动态卷创建的策略，如存储类型、访问模式、回收策略等。针对Ceph，我们可以创建一个名为`ceph-block`的存储类，指示K8s使用RBD（RADOS Block Device）进行...
【搞定K8S】第2天7：kubernetes 核心技术-PVC 和 PV
就叫一片白纸的博客
03-20 358
1、基本概念 管理存储是管理计算的一个明显问题。该 PersistentVolume 子系统为用户和管理员提供了一个 API，用于抽象如何根据消费方式提供存储的详细信息。为此，我们引入了两个新的 API 资源：PersistentVolume 和 PersistentVolumeClaim PersistentVolume（PV）是集群中由管理员配置的一段网络存储。 它是集群中的资源，就像节点是集群资源一样。 PV 是容量插件，如 Volumes，但其生命周期独立于使用 PV 的任何单个 pod。 此 AP
k8s PV与PVC持久化存储详解与实际应用分享
最新发布
博客虽小，世界尽在其中
04-09 1470
本文首先介绍了Kubernetes存储的概述和持久化存储的重要性，阐述了PV和PVC的基本概念及其在Kubernetes中的作用。接着，文章详细解析了PV的定义、特性、生命周期、访问模式以及常见的PV类型，并提供了PV的创建与配置示例。随后，文章深入探讨了PVC的定义、与PV的绑定机制、生命周期以及创建与配置过程。
Kubernetes（k8s）PV、PVC
weixin_56270746的博客
08-11 5230
查看pv的定义方式FIELDS:metadata: #由于 PV 是集群级别的资源，即 PV 可以跨 namespace 使用，所以 PV 的 metadata 中不用配置 namespacename:spec查看pv定义的规格spec:nfs:（定义存储类型）path:（定义挂载卷路径）server:（定义服务器名称）accessModes:（定义访问模型，有以下三种访问模型，以列表的方式存在，也就是说可以定义多个访问模式）...
k8s的pv与pvc
神圣坤的博客
06-11 831
公众号关注「SY技术小站」设为「星标」，每天带你分享技术与生活！概念PV 的全称是：PersistentVolume（持久化卷），是对底层的共享存储的一种抽象，PV 由管理员进行创建和...
Kubernetes---存储(PV,PVC)
weixin_30856965的博客
05-25 266
https://kubernetes.io/docs/concepts/storage/volumes/k8s存储相关 本机存储 　　emptyDir 　　emptyDir的特点: 创建一个空卷，挂载到Pod的容器。Pod删除该卷也会被删除。 　　应用场景: Pod中容器之间数据共享。 　　hostPath 网络存储 转载于:https://www.cnblogs.co...
kubetnetes 之存储 PV PVC
运维那些事儿
08-14 512
第1章 概述 k8s最初用于管理无状态的服务，单随着越来越多的应用迁移的k8s平台，管理存储资源成为一个非常重要的功能。 k8s使用两种资源管理存储： PersistentVolume（一些简称PV）：由管理员添加的的一个存储的描述，是一个全局资源，包含存储的类型，存储的大小和访问模式等。它的生命周期独立于Pod，例如当使用它的Pod销毁时对PV没有影响。 PersistentVolume...
K8S持久化存储(亲测可用)【volumes PV/PVC StorageClass】
05-29
K8S持久化存储(亲测可用) 方式1：volumes 方式2：Pod + PersistentVolumeClaim(PV) + PersistentVolume(PVC) + NFS 方式3：Pod + PersistentVolumeClaim(PV) + StorageClass + NFS 博客地址(readme)：...
k8s 创建mysql的 全套yaml文件
04-13
在Kubernetes（k8s）集群中创建MySQL数据库服务，通常涉及到多个YAML文件的配置，这些文件共同定义了MySQL的部署、服务、持久卷和持久卷声明等组件。以下是对这一过程的详细阐述： 首先，`mysql-deployment.yaml`是...
k8s架构图整体框架知识合集
04-13
k8s架构图整体框架知识合集是对kubernetes架构的深入剖析和总结，本文对k8s的架构、设计、实现原理、存储、网络、调度、监控、安全、应用管理等方面进行了详细的介绍和分析。 一、k8s架构设计 k8s架构设计是围绕着...
K8s持久化存储PV和PVC（通俗易懂）
热门推荐
hanjinjuan的博客
10-14 2万+
一、PV和PVC的引入 Volume 提供了非常好的数据持久化方案，不过在可管理性上还有不足。 拿前面 AWS EBS 的例子来说，要使用 Volume，Pod 必须事先知道如下信息： 当前 Volume 来自 AWS EBS。 EBS Volume 已经提前创建，并且知道确切的 volume-id。 Pod 通常是由应用的开发人员维护，而 Volume 则通常是由存储系统的管理员维护。开发人员要获得上面的信息： 要么询问管理员。 要么自己就是管理员。 这样就带来一个管理上的问题：应用开发人员和系统
【Kubernetes存储篇】持久化存储PV、PVC详解
秦子腾
06-11 6213
pvc和pv绑定，如果使用默认的回收策略retain，那么删除pvc之后，pv会处于released状态，我们想要继续使用这个pv，需要手动删除pv，kubectl delete pv pv_name，删除pv，不会删除pv里的数据，当我们重新创建pvc时还会和这个最匹配的pv绑定，数据还是原来数据，不会丢失。如下图，我是用的是只读的 PVC，容器里面应当没有创建文件权限，但是容器里面确实可以创建文件，我咨询了云原生领域大佬，这应该是K8S PVC bug，我当前K8S版本是：v1.27.0。
【k8s配置与存储--持久化存储（PV、PVC、存储类）】
嘻哈记的运维学习之路
02-27 1388
持久化存储pv、pvc的创建
kubernetes持久化存储PV和PVC
业精于勤，荒于嬉；行成于思，毁于随。
12-15 580
kubernetes持久化存储PV和PVC 1.PV和PVC的引入 Volume 提供了非常好的数据持久化方案，不过在可管理性上还有不足。 拿前面 AWS EBS 的例子来说，要使用 Volume，Pod 必须事先知道如下信息： 当前 Volume 来自 AWS EBS。 EBS Volume 已经提前创建，并且知道确切的 volume-id。 Pod 通常是由应用的开发人员维护，而 Volume 则通常是由存储系统的管理员维护。开发人员要获得上面的信息： 要么询问管理员。 要么自己就是管理员。 这样就带来
kubernetes pv与pvc持久化存储(动态）
qq_37377136的博客
10-31 627
一、搭建NFS 二、安装nfs插件 1）获取插件可选：这里实验我选择使用插件-1 获取nfs插件-1 获取nfs插件-2 2）安装git yum install -y git 3）下载nfs插件： git clone https://github.com/kubernetes-incubator/external-storage/tree/v5.5.0/nfs-client/deploy ...
Kubernetes--存储(Volumn/PV/PVC)
qinqinde123的博客
07-15 869
一. 前言 卷不是独立的k8s对象，它是pod的一部分，和pod同生命周期（共享），不能单独创建和销毁，即跟随pod启动时创建，删除时销毁。当重启容器时，卷可以保持不变，新的容器可以识别上一个容器写入卷的所有文件，这样就可以卡点继续工作。所有容器使用卷的前提是将卷挂载在每个需要访问它的容器中，当然，这个操作可以在容器文件系统的任意位置挂载。不过，容器可以装载也可以选择不装载卷。 二. 卷的分类 1. emptyDir卷 当 Pod 指定到某个节点上时,首先创建的是一个 emptyDir 卷,并且只要 Pod
【云原生之k8s】k8s之持久化存储PV、PVC
qq_45088125的博客
08-06 1867
PersistentVolume(PV) 是集群中由管理员配置的一段网络存储。集群中的资源就像一个节点是一个集群资源，可以从远程的NFS 或分布式对象存储系统中创建得来（PV 存储空间大小、访问方式）。
k8s中pv和pvc的yaml文件
05-26
以下是一个典型的 Kubernetes PV（永久存储卷）的 YAML 文件示例： ``` apiVersion: v1 kind: PersistentVolume metadata: name: my-pv spec: capacity: storage: 1Gi accessModes: - ReadWriteOnce persistentVolumeReclaimPolicy: Retain storageClassName: local-storage local: path: /mnt/data ``` 上述 YAML 文件定义了一个名为 `my-pv` 的 PV，它具有 1GB 的存储空间（`capacity`），支持单个节点的读写访问（`accessModes`），当 PVC（永久存储卷声明）被删除时保留 PV 中的数据（`persistentVolumeReclaimPolicy`），使用名为 `local-storage` 的存储类（`storageClassName`），并且使用本地路径 `/mnt/data` 作为存储卷的路径（`local`）。 以下是一个典型的 Kubernetes PVC（永久存储卷声明）的 YAML 文件示例： ``` apiVersion: v1 kind: PersistentVolumeClaim metadata: name: my-pvc spec: accessModes: - ReadWriteOnce resources: requests: storage: 500Mi storageClassName: local-storage ``` 上述 YAML 文件定义了一个名为 `my-pvc` 的 PVC，请求 500MB 的存储空间（`resources`），支持单个节点的读写访问（`accessModes`），并且使用名为 `local-storage` 的存储类（`storageClassName`）。 PV 和 PVC 的 YAML 文件定义的内容可以根据实际需求进行修改。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

树下一少年

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

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

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

打赏作者

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

抵扣说明：

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

余额充值