iis服务器助手广告广告

扫码关注官方微信

扫码下载APP
返回顶部
首页 > 资讯 > 服务器 >云原生技术持久化存储PV与PVC
  • 807

0
分享到

云原生技术持久化存储PV与PVC

2024-04-02 19:04:59 807人浏览 八月长安
摘要

目录1.PV与PVCPV：PVC：2.PV资源回收Retain：保留资源Delete：删除数据Recycle：回收（弃用）3.访问模式4.存储分类文件存储（Filesystem）：块

1.PV与PVC

PV：

持久卷（PersistentVolume）简称PV，是集群中的一块存储，可以由管理员事先供应。
可以配置NFS、Ceph等常用存储配置，相对于volumes，提供了更多的功能，如生命周期管理、大小的限制。

PV 卷的供应有两种方式：静态供应或动态供应。

静态：

集群管理员预先创建许多PV，在PV的定义中能够体现存储资源的特性。

动态：

集群管理员无须预先创建PV，而是通过StorageClass的设置对后端存储资源进行描述，标记存储的类型和特性。用户通过创建PVC对存储类型进行申请，系统将自动完成PV的创建及与PVC的绑定。如果PVC声明的Class为空""，则说明PVC不使用动态模式。

PVC：

持久卷申领（PersistentVolumeClaim，PVC）表达的是用户对存储的请求。就像Pod消耗node的资源一样，PVC消耗PV资源。PVC可以申请存储空间的大小（size）和访问模式。

在这里插入图片描述

由管理员创建PV连接到后端存储，使用人员或管理员创建PVC使用PV资源。

2.PV资源回收

当用户不再使用其存储卷时，他们可以从 api 中将 PVC 对象删除，从而允许 该资源被回收再利用。PV 对象的回收策略告诉集群，当其被 从申领中释放时如何处理该数据卷。 目前，数据卷可以被 Retained（保留）、Recycled（回收）或 Deleted（删除）。

Retain：保留资源

保留策略可以管理员手动回收资源，当PVC被删除后，PV仍然存在，对应的数据卷被视为"已释放（released）"，管理员可以手动回收资源。

Delete：删除数据

需要插件支持，如果支持，那么删除PVC时也会自动删除PV和相关的后端存储资源；动态卷默认为delete。

Recycle：回收（弃用）

回收策略已被弃用，代替者为动态供应。如果下层的卷插件支持，回收策略 Recycle 会在卷上执行一些基本的 擦除（rm -rf /thevolume/*）操作，之后允许该卷用于新的 PVC 申领。

3.访问模式

ReadWriteOnce：

卷可以被一个节点以读写方式挂载。 ReadWriteOnce 访问模式也允许运行在同一节点上的多个 Pod 访问卷，缩写为RWO。

ReadOnlyMany：

卷可以被多个节点以只读方式挂载，缩写为ROX。

ReadWriteMany：

卷可以被多个节点以读写方式挂载，缩写为RWX。

ReadWriteOncePod：

卷可以被单个 Pod 以读写方式挂载。 如果你想确保整个集群中只有一个 Pod 可以读取或写入该 PVC， 请使用ReadWriteOncePod 访问模式。这只支持 CSI 卷以及需要 kubernetes 1.22 以上版本，缩写为RWOP。

注意： 你的存储支不支持这种访问模式，具体情况查看：官方文档

4.存储分类

文件存储（Filesystem）：

一些数据可能需要多个节点使用，比如用户头像、用户上传文件等，实现方式：NFS、NAS、FTP等；NFS和FTP不推荐。

块存储（block）：

一些数据只能被一个节点使用，或者是一块裸盘整个挂载使用，比如数据库、Redis等，实现方式是Ceph、GlusterFS、公有云等。

对象存储：

由程序代码直接实现的一种存储方式，云原生应用无状态化常用的实现方式；实现方式：一般是符合53标准的云存储，比如AWS的53存储、MiNIO等。

5.创建PV卷

列举两个实例，其他类型可参考官网，因为我这资源有限。

5.1.实例：创建NAS/NFS类型的PV

生产不推荐NFS。可以使用NAS。

准备一台NFS服务器

第一步：准备一台NFS服务器，我这个装的有点多，你也可以只安装nfs服务器

[root@localhost ~]# yum -y install nfs* rpcbind

第二步：所有节点安装nfs客户端，不然不能识别，每一个需要挂载nfs的节点都需要装

[root@k8s-master01 ~]# yum -y install nfs-utils

第三步：在服务端创建共享目录

[root@k8s-master01 ~]# yum -y install nfs-utils

第四步：服务端配置共享目录

[root@localhost ~]# cat /etc/exports
/data/k8s/ *(rw,sync,no_subtree_check,no_root_squash)
[root@localhost ~]# exportfs -r
[root@localhost ~]# systemctl restart nfs rpcbind

第五步：有另外一台机器挂载共享目录测试是否成功

[root@k8s-master01 hgfs]# mount -t nfs 192.168.10.6:/data/k8s /mnt
[root@k8s-master01 mnt]# mkdir hah
[root@k8s-master01 mnt]# ls
111.txt  hah
# 在nfs服务端查看
[root@localhost k8s]# ls
111.txt  hah

创建一个PV

第一步：编写一个PV的yaml文件

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-nfs
spec:
  capacity:
    storage: 2Gi
  volumeMode: Filesystem
  acceSSModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Recycle
  storageClassName: nfs-slow
  nfs:
    path: /data/k8s
    server: 192.168.10.6

对上面的yaml文件做一下说明：

通用的开头就不说了

capacity：容量配置，这个pv使用多大容量，当然需要后端存储支持才行

volumeMode：卷的模式，目录4有说明

accessModes：PV的访问模式，目录3有说明

accessClassName：PV的类，特定的PV只能绑定特定的PVC

persistentVolumeReclaimPolicy：回收策略，目录2有说明

nfs：NFS服务配置，里面包含共享目录和服务端IP

第二步：执行yaml文件创建此PV；注意PV的成功跟后端存储正不正常没什么关系。

[root@k8s-master01 ~]# kubectl create -f pv-nfs.yaml 
persistentvolume/pv-nfs created
[root@k8s-master01 ~]# kubectl get pv
NAME     CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
pv-nfs   2Gi        RWO            Recycle          Available           nfs-slow                54s

第三步：说一下PV的状态（STATUS）

Available：可用，没有被PVC绑定的空闲资源

Bound：已绑定，已经被PVC绑定

Released：已释放，PVC被删除，资源未被重新使用

Failed：失败，自动回收失败

5.2.实例：创建一个hostPath类型的PV

当你没有一个可靠的存储，但是数据又不能丢失，可以挂载到宿主机的路径，即使重启数据还在。

第一步：创建一个pv-host.yaml文件

apiVersion: v1
kind: PersistentVolume
metadata:
  name: host-pv-volume
  labels:
    type: local
spec:
  storageClassName: hostpath
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteOnce
  hostPath:
    path: "/mnt/data"  # 宿主机路径

第二步：执行yaml文件创建PV

[root@k8s-master01 ~]# kubectl create -f pv-host.yaml 
persistentvolume/host-pv-volume created
您在 /var/spool/mail/root 中有新邮件
[root@k8s-master01 ~]# kubectl get pv
NAME             CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
host-pv-volume   1Gi        RWO            Retain           Available           hostpath                9s
pv-nfs           2Gi        RWO            Recycle          Available           nfs-slow                30m

6.PVC

6.1.Pod与PVC与PV的关系

在这里插入图片描述

由一张图说一下PV与PVC的绑定，Pod又是怎么挂载PVC

首先创建一个PV，它的名字是pv-nfs，storageClassName名字是nfs-slow（这个名字不唯一，就是说其他PV也可以叫这个名字）

然后创建一个PVC，它的名字是test-pv-claim，storageClassName名字是nfs-slow（PVC绑定PV也是根据这个名字判断，根据上一点说的特性也就是说一个PVC可以绑定多个storageClassName名字是nfs-slow的PV）注意PVC设置的资源大小要等于小于PV。

最后Pod使用的时候创建一个volumes，这个名字是test-pv-storage，这个volumes使用的PVC资源要写PVC的name，也就是test-pv-claim；等Pod中的容器挂载资源的时候挂载的名字是volumes的name，也就是test-pv-storage。

6.2.创建一个PVC挂载到Pod

注意：pvc要和Pod在同一个命名空间，而pv不需要；因为都是在默认空间，就没指定，需要注意。

第一步：编写一个PVC的yaml文件

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: test-pv-claim
spec:
  accessModes:
    - ReadWriteOnce
  volumeMode: Filesystem
  resources:
    requests:
      storage: 2Gi  # 小于等于pv
  storageClassName: nfs-slow

第二步：执行yaml文件创建PVC；从下面这个状态来看已经绑定成功了，绑定了pv-nfs，类型为nfs-slow，都是前面指定的。

[root@k8s-master01 ~]# kubectl create -f pvc-nfs.yaml 
persistentvolumeclaim/test-pv-claim created
[root@k8s-master01 ~]# kubectl get pvc
NAME            STATUS   VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE
test-pv-claim   Bound    pv-nfs   2Gi        RWO            nfs-slow       20s

第三步：创建Pod挂载PVC

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: dp-Nginx
  name: dp-nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      app: dp-nginx
  strategy: {}
  template:
    metadata:
      labels:
        app: dp-nginx
    spec:
      volumes:
      - name: test-pv-storage
        persistentVolumeClaim:
          claimName: test-pv-claim
      containers:
      - image: nginx
        name: nginx
        volumeMounts:
        - mountPath: "/usr/share/nginx/html"
          name: test-pv-storage

第四步：创建Pod，进入Pod查看挂载情况

[root@k8s-master01 ~]# kubectl replace -f dp-nginx.yaml 
deployment.apps/dp-nginx replaced
[root@k8s-master01 ~]# kubectl get pod
NAME                       READY   STATUS    RESTARTS   AGE
dp-nginx-fcd88d6f8-prxcd   1/1     Running   0          22s
[root@k8s-master01 ~]# kubectl exec -ti dp-nginx-fcd88d6f8-prxcd -- bash
root@dp-nginx-fcd88d6f8-prxcd:/# df -Th
Filesystem              Type     Size  Used Avail Use% Mounted on
overlay                 overlay   17G  5.2G   12G  31% /
tmpfs                   tmpfs     64M     0   64M   0% /dev
tmpfs                   tmpfs    2.0G     0  2.0G   0% /sys/fs/cgroup
shm                     tmpfs     64M     0   64M   0% /dev/shm
/dev/mapper/Centos-root xfs       17G  5.2G   12G  31% /etc/hosts
192.168.10.6:/data/k8s  nfs4      17G  2.4G   15G  14% /usr/share/nginx/html
tmpfs                   tmpfs    3.8G   12K  3.8G   1% /run/secrets/kubernetes.io/serviceaccount
tmpfs                   tmpfs    2.0G     0  2.0G   0% /proc/acpi
tmpfs                   tmpfs    2.0G     0  2.0G   0% /proc/scsi
tmpfs                   tmpfs    2.0G     0  2.0G   0% /sys/firmware
# 可以看到10.6的共享目录已经挂载到了/nginx/html下

第五步：测试，在nfs服务器共享目录下创建资源，进入Pod容器内查看是否存在

# nfs服务器中创建资源
[root@localhost k8s]# ls
111.txt  hah
# 在Pod的nginx容器中查看
root@dp-nginx-fcd88d6f8-prxcd:/# cd /usr/share/nginx/html/
root@dp-nginx-fcd88d6f8-prxcd:/usr/share/nginx/html# ls
111.txt  hah
# 内容存在，说明创建成功

以上就是云原生技术持久化存储PV与PVC的详细内容，更多关于云原生持久化存储PV与PVC的资料请关注编程网其它相关文章！

点击免费下载>>软考高级考试备考技巧/历年真题/备考精华资料

--结束END--

本文标题: 云原生技术持久化存储PV与PVC

本文链接: https://www.lsjlt.com/news/142998.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

本篇文章演示代码以及资料文档资料下载

下载Word文档到电脑，方便收藏和打印～

下载Word文档
去做题
猜你喜欢
  • 云原生技术持久化存储PV与PVC
    目录1.PV与PVCPV：PVC：2.PV资源回收Retain：保留资源Delete：删除数据Recycle：回收（弃用）3.访问模式4.存储分类文件存储（Filesystem）：块...
    99+
    2024-04-02
  • FreeBSD支持哪些虚拟化存储技术
    FreeBSD支持以下虚拟化存储技术： ZFS（Zettabyte File System）：ZFS是一种先进的文件系统和卷管理器...
    99+
    2024-04-02
  • Docker存储卷：数据持久化与共享策略
    在Docker中，存储卷是一种用来持久化数据的机制，可以让容器中的数据在容器删除后仍然保留。存储卷可以用来实现数据共享、备份与恢复等...
    99+
    2024-04-25
    Docker
  • 队列技术在PHP与MySQL中的消息优先级和持久化存储的应用场景
    随着互联网的快速发展和用户的不断增长，开发者们经常需要处理大量并发的请求和数据，使系统能够高效地处理和响应。而队列技术作为一种解决方案，被广泛地用于各种应用场景中，尤其在PHP与MySQL技术栈中，其应用广泛且有效。队列（Queue）是一种...
    99+
    2023-10-21
    MySQL PHP 持久化存储 队列技术 消息优先级
  • Kubernetes持久化卷与动态存储的方法是什么
    Kubernetes持久化卷（Persistent Volumes）和动态存储（Dynamic Provisioning）是Kube...
    99+
    2024-05-07
    Kubernetes
  • 云原生存储中的容器存储与 K8s 存储卷怎么理解
    本篇文章为大家展示了云原生存储中的容器存储与 K8s 存储卷怎么理解，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。云原生存储的两个关键领域：Docker 存储卷、K8s 存储卷；Docker 存储卷...
    99+
    2023-06-04
  • 容器与虚拟机：云原生技术与传统技术的融合
    容器和虚拟机是云计算时代中至关重要的技术，为应用程序的部署、管理和扩展提供了灵活且高效的解决方案。本文将深入探讨容器和虚拟机的区别、优势和在云原生环境中的融合。 容器与虚拟机的区别 虚拟机 (VM) 是完全独立的计算环境，具有自己的操作系...
    99+
    2024-04-02
  • 队列技术在PHP与MySQL中的消息持久化和缓存更新的应用
    随着互联网的蓬勃发展，Web应用程序变得越来越复杂。在这样的环境下，消息队列成为了一种重要的技术手段，用于异步处理任务，提高应用的性能和可扩展性。在PHP与MySQL应用中，利用消息队列来实现消息持久化和缓存更新的功能是非常有用的。本文将介...
    99+
    2023-10-21
    队列技术 缓存更新 消息持久化
  • 服务器容器与虚拟机：云原生技术与传统技术的对比
    在云计算领域，服务器容器和虚拟机 (VM) 都是虚拟化技术，为部署和管理应用程序提供灵活而高效的基础。然而，随着云原生技术的兴起，服务器容器因其轻量级、敏捷性和可移植性而成为现代应用程序的热门选择。与传统虚拟机相比，服务器容器提供了独特的...
    99+
    2024-04-02
  • 容器与虚拟机：云原生与传统技术的较量
    容器和虚拟机是云计算中两种广泛使用的技术，各有优势和劣势。容器代表了云原生技术的最新发展，而虚拟机则是一种更传统的方法。了解它们之间的差异对于为特定应用程序选择最佳解决方案至关重要。 虚拟机 虚拟机(VM)创建一个虚拟化硬件环境，可以在...
    99+
    2024-04-02
  • 容器与虚拟机：云原生时代的技术选择
    容器 容器是一种轻量级的虚拟化技术，它通过共享底层操作系统内核，隔离应用及其依赖项，让应用运行在独立的沙箱中。容器的优势在于： 资源利用率高：容器共享底层操作系统，因此可以更有效地利用资源，如 CPU、内存和存储。 启动速度快：容器的启...
    99+
    2024-04-02
  • 队列技术在PHP与MySQL中的消息持久化和消息重播的应用
    随着互联网的迅速发展，用户越来越追求高效、快速的体验，对于网站和应用程序来说，处理大量的并发请求是一项重要的挑战。为了解决这个问题，队列技术成为了开发人员的首选解决方案。本文将介绍如何在PHP与MySQL中使用队列技术实现消息持久化和消息重...
    99+
    2023-10-21
    队列 持久化 重播
  • 队列技术在PHP与MySQL中的消息持久化和延迟加载的应用
    引言队列技术是广泛应用于各种计算机系统中的一种数据结构，它能够实现消息的异步处理，优化系统的性能。在PHP与MySQL的开发中，队列技术同样发挥着重要作用。本文将介绍如何使用队列技术实现消息的持久化和延迟加载，并提供相应的PHP和MySQL...
    99+
    2023-10-21
    队列技术 延迟加载 消息持久化
软考高级职称资格查询
iis服务器助手广告
软考职称历年真题下载
软考职称资料下载
热门wiki
近期文章
推荐阅读
热门问答
热门标签
编程网，编程工程师的家园，是目前国内优秀的开源技术社区之一，形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容，为IT开发者提供了一个发现、使用、并交流开源技术的平台。

  • 官方手机版

  • 微信公众号

  • 商务合作