首页 > 其他分享 >【Kubernetes】k8s集群存储卷（pvc存储卷）

【Kubernetes】k8s集群存储卷（pvc存储卷）

时间：2024-08-10 16:27:00浏览次数：9  
标签：存储 PV name v1 PVC yaml pvc nfs k8s

目录

一.pvc存储卷

1.PV

2.PVC

3.StorageClass

4.PV和PVC的生命周期

二.实战演练

1.创建静态pv

1.1.配置nfs

1.2.创建pv

1.3.创建pvc

1.4.结合pod，将pv、pvc一起运行

2.创建动态pv

2.1.上传

2.2.创建 Service Account，用来管理 NFS Provisioner 在 k8s 集群中运行的权限，设置 nfs-client 对 PV，PVC，StorageClass 等的规则

2.3.创建 StorageClass，负责建立 PVC 并调用 NFS provisioner 进行预定的工作，并让 PV 与 PVC 建立关联

2.4.创建 PVC 和 Pod 测试

2.5.测试不备份

三.总结

一.pvc存储卷

1.PV

PV 全称叫做 Persistent Volume，持久化存储卷。它是用来描述或者说用来定义一个存储卷的，这

个通常都是由运维工程师来定义

2.PVC

PVC 的全称是 Persistent Volume Claim，是持久化存储的请求。它是用来描述希望使用什么样的

或者说是满足什么条件的 PV 存储。

PVC 的使用逻辑：在 Pod 中定义一个存储卷（该存储卷类型为 PVC），定义的时候直接指定大

小，PVC 必须与对应的 PV 建立关系，PVC 会根据配置的定义去 PV 申请，而 PV 是由存储空间

创建出来的。PV 和 PVC 是 Kubernetes 抽象出来的一种存储资源。

3.StorageClass

上面介绍的PV和PVC模式是需要运维人员先创建好PV，然后开发人员定义好PVC进行一对一的

Bond，但是如果PVC请求成千上万，那么就需要创建成千上万的PV，对于运维人员来说维护成本

很高，Kubernetes提供一种自动创建PV的机制，叫StorageClass，它的作用就是创建PV的模板。

创建 StorageClass 需要定义 PV 的属性，比如存储类型、大小等；另外创建这种 PV 需要用到的

存储插件，比如 Ceph 等。 有了这两部分信息，Kubernetes 就能够根据用户提交的 PVC，找到对

应的 StorageClass，然后 Kubernetes 就会调用 StorageClass 声明的存储插件，自动创建需要的

PV 并进行绑定

PV是集群中的资源。 PVC是对这些资源的请求，也是对资源的索引检查。

4.PV和PVC的生命周期

PV和PVC之间的相互作用遵循这个生命周期

Provisioning（配置）---> Binding（绑定）---> Using（使用）---> Releasing（释放） --->

Recycling（回收）

  • Provisioning，即 PV 的创建，可以直接创建 PV（静态方式），也可以使用 StorageClass 动态创建
  • Binding，将 PV 分配给 PVC
  • Using，Pod 通过 PVC 使用该 Volume，并可以通过准入控制StorageProtection（1.9及以前版本为PVCProtection） 阻止删除正在使用的 PVC
  • Releasing，Pod 释放 Volume 并删除 PVC
  • Recycling，回收 PV，可以保留 PV 以便下次使用，也可以直接从云存储中删除

根据这 5 个阶段，PV 的状态有以下 4 种

  • Available（可用）：表示可用状态，还未被任何 PVC 绑定
  • Bound（已绑定）：表示 PV 已经绑定到 PVC
  • Released（已释放）：表示 PVC 被删掉，但是资源尚未被集群回收
  • Failed（失败）：表示如果 PV 或 PVC 遇到无法解决的问题，例如配额不足、配置错误或者绑定过程中的异常情况，可能会进入 Failed 状态

一个PV从创建到销毁的具体流程如下：

  1. 一个PV创建完后状态会变成Available，等待被PVC绑定。
  2. 一旦被PVC邦定，PV的状态会变成Bound，就可以被定义了相应PVC的Pod使用。
  3. Pod使用完后会释放PV，PV的状态变成Released。
  4. 变成Released的PV会根据定义的回收策略做相应的回收工作。有三种回收策略，Retain、Delete和Recycle。Retain就是保留现场，K8S集群什么也不做，等待用户手动去处理PV里的数据，处理完后，再手动删除PV。Delete策略，K8S会自动删除该PV及里面的数据。Recycle方式，K8S会将PV里的数据删除，然后把PV的状态变成Available，又可以被新的PVC绑定使用

二.实战演练

1.创建静态pv

1.1.配置nfs

192.168.80.101服务器配置nfs

mkdir -p /data/volumes/v{1..5}
vim /etc/exports
/data/volumes/v1 192.168.80.0/24(rw,sync,no_root_squash)
/data/volumes/v2 192.168.80.0/24(rw,sync,no_root_squash)
/data/volumes/v3 192.168.80.0/24(rw,sync,no_root_squash)
/data/volumes/v4 192.168.80.0/24(rw,sync,no_root_squash)
/data/volumes/v5 192.168.80.0/24(rw,sync,no_root_squash)
 
exportfs -arv

1.2.创建pv

vim demo1-pv.yaml
apiVersion: v1
kind: PersistentVolume
metadata:      #由于 PV 是集群级别的资源，即 PV 可以跨 namespace 使用，所以 PV 的 metadata 中不用配置 namespace
  name: pv001
spec:
  capacity:                               定义存储能力，一般用于设置存储空间
    storage: 1Gi                          指定大小
  accessModes:                            定义访问模式
  - ReadWriteOnce
  - ReadWriteMany
  #persistentVolumeReclaimPolicy: Recycle 回收策略
  #storageClassName: slow                 自定义存储类名称，此配置用于绑定具有相同类别的PVC和PV
  nfs:                                    定义存储类型
    path: /data/volumes/v1                定义挂载卷路径
    server: 192.168.80.101                 定义服务器名称
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv002
spec:
  capacity:
    storage: 2Gi
  accessModes:
  - ReadWriteOnce
  #persistentVolumeReclaimPolicy: Recycle
  #storageClassName: slow
  nfs:
    path: /data/volumes/v2
    server: 192.168.80.101
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv003
spec:
  capacity:
    storage: 2Gi
  accessModes:
  - ReadWriteOnce
  - ReadWriteMany
  #persistentVolumeReclaimPolicy: Recycle
  #storageClassName: slow
  nfs:
    path: /data/volumes/v3
    server: 192.168.80.101
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv004
spec:
  capacity:
    storage: 4Gi
  accessModes:
  - ReadWriteOnce
  - ReadWriteMany
  #persistentVolumeReclaimPolicy: Recycle
  #storageClassName: slow
  nfs:
    path: /data/volumes/v4
    server: 192.168.80.101
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv005
spec:
  capacity:
    storage: 5Gi
  accessModes:
  - ReadWriteOnce
  - ReadWriteMany
  #persistentVolumeReclaimPolicy: Recycle
  #storageClassName: slow
  nfs:
    path: /data/volumes/v5
    server: 192.168.80.101
---
 
kubectl apply -f demo1-pv.yaml

1.3.创建pvc

vim demo2-pvc.yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mypvc001
spec:
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 2Gi
  #storageClassName: slow
kubectl apply -f demo2-pvc.yaml

kubectl apply -f demo2-pvc.yaml   #再以同样的文件创建pvc
kubectl get pv,pvc
#可以发现即使条件再匹配，也不会与原先处于released状态的pv匹配

vim demo1-pv.yaml
apiVersion: v1
kind: PersistentVolume
metadata:      #由于 PV 是集群级别的资源，即 PV 可以跨 namespace 使用，所以 PV 的 metadata 中不用配置 namespace
  name: pv001
spec:
  capacity:                               定义存储能力，一般用于设置存储空间
    storage: 1Gi                          指定大小
  accessModes:                            定义访问模式
  - ReadWriteOnce
  - ReadWriteMany
  #persistentVolumeReclaimPolicy: Recycle 回收策略
  #storageClassName: slow                 自定义存储类名称，此配置用于绑定具有相同类别的PVC和PV
  nfs:                                    定义存储类型
    path: /data/volumes/v1                定义挂载卷路径
    server: 192.168.80.101                定义服务器名称
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv002
spec:
  capacity:
    storage: 2Gi
  accessModes:
  - ReadWriteOnce
  #persistentVolumeReclaimPolicy: Recycle
  #storageClassName: slow
  nfs:
    path: /data/volumes/v2
    server: 192.168.80.101
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv003
spec:
  capacity:
    storage: 2Gi
  accessModes:
  - ReadWriteOnce
  - ReadWriteMany 
  persistentVolumeReclaimPolicy: Recycle     #当设置指定访问策略为 Recycle
  #storageClassName: slow
  nfs:
    path: /data/volumes/v3
    server: 192.168.80.101
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv004
spec:
  capacity:
    storage: 4Gi
  accessModes:
  - ReadWriteOnce
  - ReadWriteMany
  #persistentVolumeReclaimPolicy: Recycle
  #storageClassName: slow
  nfs:
    path: /data/volumes/v4
    server: 192.168.80.101
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv005
spec:
  capacity:
    storage: 5Gi
  accessModes:
  - ReadWriteOnce
  - ReadWriteMany
  #persistentVolumeReclaimPolicy: Recycle
  #storageClassName: slow
  nfs:
    path: /data/volumes/v5
    server: 192.168.80.101
---
 
kubectl apply -f demo1-pv.yaml
kubectl apply -f demo2-pvc.yaml
kubectl get pv,pvc

1.4.结合pod，将pv、pvc一起运行

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv001
spec:
  capacity:
    storage: 1Gi
  accessModes:
  - ReadWriteOnce
  - ReadWriteMany
  #persistentVolumeReclaimPolicy: Recycle
  #storageClassName: slow
  nfs:
    path: /data/volumes/v1
    server: 192.168.80.101
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv002
spec:
  capacity:
    storage: 2Gi
  accessModes:
  - ReadWriteOnce
  #persistentVolumeReclaimPolicy: Recycle
  #storageClassName: slow
  nfs:
    path: /data/volumes/v2
    server: 192.168.80.101
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv003
spec:
  capacity:
    storage: 2Gi
  accessModes:
  - ReadWriteOnce
  - ReadWriteMany
  persistentVolumeReclaimPolicy: Recycle
  #storageClassName: slow
  nfs:
    path: /data/volumes/v3
    server: 192.168.80.101
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv004
spec:
  capacity:
    storage: 4Gi
  accessModes:
  - ReadWriteOnce
  - ReadWriteMany
  persistentVolumeReclaimPolicy: Recycle
  #storageClassName: slow
  nfs:
    path: /data/volumes/v4
    server: 192.168.80.101
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv005
spec:
  capacity:
    storage: 5Gi
  accessModes:
  - ReadWriteOnce
  - ReadWriteMany
  #persistentVolumeReclaimPolicy: Recycle
  #storageClassName: liu
  nfs:
    path: /data/volumes/v5
    server: 192.168.80.101
---
 
 
kubectl apply -f demo1-pv.yaml
 
vim demo2-pvc.yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mypvc001
spec:
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 2Gi
  #storageClassName: liu
 
kubectl apply -f demo2-pvc.yaml
 

vim demo3-pod.yaml
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: demo3
  name: demo3-pod
spec:
  volumes:                     
  - name: tan-vol
    persistentVolumeClaim:
      claimName: mypvc001         #创建的pvc名称
  containers:
  - image: soscscs/myapp:v1
    name: demo
    ports:
    - containerPort: 80
    resources: {}
    volumeMounts:
    - name: tan-vol
      mountPath: /mnt/
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}
 
kubectl apply -f demo3-pod.yaml

kubectl delete pod demo3-pod

2.创建动态pv

2.1.上传

上传nfs-client-provisioner.tar 、nfs-client.zip压缩包到master节点
 
上传nfs-client-provisioner.tar到两个node节点

2.2.创建 Service Account，用来管理 NFS Provisioner 在 k8s 集群中运行的权限，设置 nfs-client 对 PV，PVC，StorageClass 等的规则

master节点
kubectl apply -f nfs-client-rbac.yaml
kubectl get serviceaccounts

vim /etc/kubernetes/manifests/kube-apiserver.yaml
    - --feature-gates=RemoveSelfLink=false       #添加这一行
由于 1.20 版本禁用了 selfLink，所以 k8s 1.20+ 版本通过 nfs provisioner 动态生成 PV 会报错，需要添加
cd /etc/kubernetes/manifests
mv kube-apiserver.yaml /tmp/                #进行重启操作
mv /tmp/kube-apiserver.yaml ./

nfs服务器
vim /etc/exports
/opt/nfs 192.168.80.0/24(rw,sync,no_root_squash)
exportfs -avr
两个node节点检查
 
#创建 NFS Provisioner
 
master节点
cd /root/day9/pv
vim nfs-client-provisioner.yaml
 
kubectl apply -f nfs-client-provisioner.yaml

2.3.创建 StorageClass，负责建立 PVC 并调用 NFS provisioner 进行预定的工作，并让 PV 与 PVC 建立关联

vim nfs-client-storageclass.yaml
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: nfs-client-storageclass
provisioner: nfs-tan        #要与 nfs-client-provisioner.yaml中设置的一致
parameters:
  archiveOnDelete: "true"   #做数据备份
 
kubectl apply -f nfs-client-storageclass.yaml

2.4.创建 PVC 和 Pod 测试

vim demo2-pvc.yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mypvc003
spec:
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 2Gi
  storageClassName: nfs-client-storageclass

2.5.测试不备份

vim nfs-client-storageclass.yaml
 
kubectl delete -f nfs-client-storageclass.yaml && kubectl apply -f nfs-client-storageclass.yaml
kubectl get pv,pvc

vim pod.yaml
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: demo3
  name: dem3-pod
spec:
  volumes:
  - name: scj-vol
    persistentVolumeClaim:
      claimName: mypvc003
  containers:
  - image: soscscs/myapp:v1
    name: myapp
    ports:
    - containerPort: 80
    resources: {}
    volumeMounts:
    - name: scj-vol
      mountPath: /mnt
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}
 
kubectl apply -f pod.yaml
kubectl exec -it dem3-pod -- sh
cd /mnt
echo '123456' > liu.txt

kubectl delete pod dem3-pod
kubectl delete pvc mypvc003  #删除查看是否备份

三.总结

存储资源有什么？

pv、pvc

创建PV的方式：

  • 静态PV创建：手动根据PV资源对象的配置文件创建PV资源
  • 动态PV创建：根据PVC的配置通过引用StorageClass(简称SC)资源触发存储卷插件动态的创建PV资源

标签：存储,PV,name,v1,PVC,yaml,pvc,nfs,k8s
From： https://blog.csdn.net/F12138X/article/details/141092080

相关文章

  • 【云原生】Kubernetes中如何对etcd进行备份和还原，确保k8s集群的稳定和健壮
    ✨✨欢迎大家来到景天科技苑✨✨......
  • C#高级：在SQLserver中使用视图和存储过程
    一、视图1.视图是什么，有什么作用？①一个虚拟表②简化查询2.视图和存储过程有什么区别？①视图：用于简化查询和数据展示②存储过程：用于执行一系列SQL语句，包含增删改查等，即业务逻辑得处理。3.建立一个视图，名为PersonBorrowView，SQL已给出： SELECTU.Name,BW.BoTime,BI.Bo......
  • 关于k8s集群的存储卷
    目录1.emptyDir存储卷2.hostPath存储卷3.nfs共享存储卷容器磁盘上的文件的生命周期是短暂的，这就使得在容器中运行重要应用时会出现一些问题。首先，当容器崩溃时，kubelet会重启它，但是容器中的文件将丢失——容器以干净的状态（镜像最初的状态）重新启动。其次，在Pod中同时运行多......
  • GitLab 之 Git LFS 大文件存储的配置
    参考https://cloud.tencent.com/developer/article/1010589LFS介绍Git大文件存储（LargeFileStorage，简称LFS）目的是更好地把大型二进制文件，比如音频文件、数据集、图像和视频等集成到Git的工作流中。我们知道，Git存储二进制效率不高，因为它会压缩并存储二进制文件的所有完整......
  • 测试人必会 K8S 操作之 Dashboard
    在云计算和微服务架构的时代，Kubernetes(K8S)已成为管理容器化应用的标准。然而，对于许多新手来说，K8S的操作和管理常常显得复杂而神秘。特别是，当你第一次接触 K8SDashboard 时，你是否也感到有些无所适从？K8SDashboard是Kubernetes提供的一种用户友好的图形界面工具......
  • MySQL--读写分离与分布式存储
    前言：本博客仅作记录学习使用，部分图片出自网络，如有侵犯您的权益，请联系删除一、读写分离1、什么是读写分离在数据库集群架构中，让主库负责处理写入操作，而从库只负责处理select查询，让两者分工明确达到提高数据库整体读写性能。当然，主数据库另外一个功能就是负责将数据变更同......
  • 浮点型在内存中的存储
    前言在上一期中我们讲到了有关于整型在内存中的存储，新朋友可以点开......
  • C++入门基础知识（笔记）：成员变量和成员函数分开存储，非静态成员变量，是属于类的对象上，空对
    在C++中，类内的成员变量和成员函数分开存储只有非静态成员变量才属于类的对象上。1.空对象占用内存空间为：1个字节，代码演示：#include<iostream>usingnamespacestd;//成员变量和成员函数分开存储classPerson{};//这是一个空对象voidtest01(){ Personp;......
  • Milvus 实践(2) --- 2.4.x 安装，脚本分析，数据存储解析
    目录背景Milvus2.4.x安装脚本分析etcd组件container_nameimage参数注意问题environmentvolumes实体化command参数注意事项healthcheck参数作用下载minio组件container_nameimage参数注意事项environment参数ports参数注意事项volumes参数实例co......
  • 给定一个10GB大小的文件，存储的都是数字，如何对文件中的数字进行排序，并输出新文件？限制内
    背景这是一道面试题，可考察的点也不少。总结几个关键词去解决这个问题，1，文件拆分；2、排序算法；3、缓冲buffer性能优化。啊，乍一看，这绝对不是一个初级程序员能够答出来，且能答得很好的问题，这个题目可以考察到我们的算法能力，性能优化经验。可万万不能马虎对待！开始讲思路。第一步，文件拆......

赞助商

阅读排行

网站主页关于我们联系我们网站地图

本网站内容转载自其他媒体，侵权联系[admin##ips99.com]。

Copyright © 2020-2023 IPS99 版权所有 IPS99