k8s、持久化存储PV和PVC、PV/PVC的静态供给nginx案例、PV&&PVC应用在mysql的持久化存储实战项目

最新推荐文章于 2023-05-16 07:30:00 发布
最新推荐文章于 2023-05-16 07:30:00 发布
阅读量2.9k 收藏 3
点赞数 1
分类专栏： kubernetes技术专栏 文章标签： docker 容器 操作系统
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/tianmingqing0806/article/details/121662428
版权

文章目录

1.PV和PVC的引入

Volume 提供了非常好的数据持久化方案，不过在可管理性上还有不足。
拿前面 AWS EBS 的例子来说，要使用 Volume，Pod 必须事先知道如下信息：
当前 Volume 来自 AWS EBS。
EBS Volume 已经提前创建，并且知道确切的 volume-id。
Pod 通常是由应用的开发人员维护，而 Volume 则通常是由存储系统的管理员维护。开发人员要获得上面的信息：
要么询问管理员。
要么自己就是管理员。
这样就带来一个管理上的问题：应用开发人员和系统管理员的职责耦合在一起了。如果系统规模较小或者对于开发环境这样的情况还可以接受。但当集群规模变大，特别是对于生成环境，考虑到效率和安全性，这就成了必须要解决的问题。

2.通过NFS实现持久化存储

2.1 配置nfs

k8s-master nfs-server

k8s-node1 k8s-node2 nfs-client

所有节点安装nfs

yum install -y nfs-common nfs-utils

在master节点创建共享目录

[root@k8s-master k8s]# mkdir /nfsdata

授权共享目录

[root@k8s-master k8s]# chmod 666 /nfsdata

编辑exports文件

[root@k8s-master k8s]# cat /etc/exports
/nfsdata *(rw,no_root_squash,no_all_squash,sync)

配置生效

启动rpc和nfs（注意顺序）

[root@k8s-master k8s]# systemctl start rpcbind
[root@k8s-master k8s]# systemctl start nfs

作为准备工作，我们已经在 k8s-master 节点上搭建了一个 NFS 服务器，目录为 /nfsdata：

2.2 创建PV

三个配置文件可以放到一起，这一种方法就是，删除pod，pvc，共享目录里面的文件会被删除
下面创建一个 PV mypv1，配置文件 nfs-pv1.yml 如下：

[root@k8s-master ~]# vim nfs-pv1.yml 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: mypv1
spec:
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Recycle
  storageClassName: nfs
  nfs:
    path: /nfsdata
    server: 192.168.153.148  #指定nfs目录所在的机器的地址

意思详解

① `capacity` 指定 PV 的容量为 1G。

② `accessModes` 指定访问模式为 `ReadWriteOnce`，支持的访问模式有：
ReadWriteOnce – PV 能以 read-write 模式 mount 到单个节点。
ReadOnlyMany – PV 能以 read-only 模式 mount 到多个节点。
ReadWriteMany – PV 能以 read-write 模式 mount 到多个节点。

③ `persistentVolumeReclaimPolicy` 指定当 PV 的回收策略为 `Recycle`，支持的策略有：
Retain – 需要管理员手工回收。
Recycle – 清除 PV 中的数据，效果相当于执行 `rm -rf /nfsdata/*`。
Delete – 删除 Storage Provider 上的对应存储资源，例如 AWS EBS、GCE PD、Azure Disk、OpenStack Cinder Volume 等。

④ `storageClassName` 指定 PV 的 class 为 `nfs`。相当于为 PV 设置了一个分类，PVC 可以指定 class 申请相应 class 的 PV。

⑤ 指定 PV 在 NFS 服务器上对应的目录。

创建 mypv1：

[root@k8s-master ~]# kubectl apply -f nfs-pv1.yml

在这里插入图片描述
STATUS 为 Available，表示 mypv1 就绪，可以被 PVC 申请。

2.3创建PVC

接下来创建 PVC mypvc1，配置文件 nfs-pvc1.yml 如下：

[root@k8s-master ~]# cat nfs-pvc1.yml 
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mypvc1
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi
  storageClassName: nfs

在这里插入图片描述
PVC 就很简单了，只需要指定 PV 的容量，访问模式和 class。

执行命令创建 mypvc1：

[root@k8s-master ~]# kubectl apply -f nfs-pvc1.yml

在这里插入图片描述
从 kubectl get pvc 和 kubectl get pv 的输出可以看到 mypvc1 已经 Bound 到 mypv1，申请成功。

2.4创建pod

上面已经创建好了pv和pvc，pod中直接使用这个pvc即可

[root@k8s-master ~]# cat pod1.yml 
apiVersion: v1
kind: Pod
metadata:
  name: mypod1
spec:
  containers:
    - name: mypod1
      image: busybox
  
      volumeMounts:
      - mountPath: "/mydata"
        name: mydata
  volumes:
    - name: mydata
      persistentVolumeClaim:
        claimName: mypvc1

在这里插入图片描述
与使用普通 Volume 的格式类似，在 volumes 中通过 persistentVolumeClaim 指定使用 mypvc1 申请的 Volume。

通过命令创建mypod1：

[root@k8s-master ~]# kubectl apply -f pod1.yml

可以写再一个文件里面
在这里插入图片描述
在这里插入图片描述

2.5验证

[root@k8s-master ~]# kubectl exec -it mypod1 /bin/sh
/ # ls mydata/
/ # echo "youngfit" > mydata/hello.txt
/ # ls mydata/
hello.txt
/ # exit
[root@k8s-master ~]# ls /nfsdata/    #也可在nfs的共享目录中查看到，说明卷共享成功
hello.txt
[root@k8s-master ~]# cat /nfsdata/hello.txt 
youngfit
可见，在 Pod 中创建的文件 /mydata/hello.txt 确实已经保存到了 NFS 服务器目录 /nfsdata中。
如果不再需要使用 PV，可用删除 PVC 回收 PV。

在这里，可以尝试在任何一方删除文件，文件在两端都会消失；

3.PV的回收

当 PV 不再需要时，可通过删除 PVC 回收。未删除pvc之前 pv的状态是Bound
在这里插入图片描述
删除pod

[root@k8s-master pvc]# kubectl delete pod mypod1

删除pvc

[root@k8s-master pvc]# kubectl delete pvc mypvc1

再次查看pv的状态

[root@k8s-master pvc]# kubectl get pv

删除pvc之后pv的状态变为Available，，此时解除绑定后则可以被新的 PVC 申请。
/nfsdata文件中的文件被删除了
在这里插入图片描述
因为 PV 的回收策略设置为 Recycle，所以数据会被清除，
在这里插入图片描述
但这可能不是我们想要的结果。如果我们希望保留数据，可以将策略设置为 Retain

[root@k8s-master pvc]# vim nfs-pv1.yml

在这里插入图片描述

[root@k8s-master pvc]# kubectl apply -f nfs-pv1.yml

在这里插入图片描述
回收策略已经变为 Retain，通过下面步骤验证其效果：

重新创建mypvc1
[root@k8s-master pvc]# kubectl apply -f nfs-pvc1.yml
重新创建pod，引用mypvc1
[root@k8s-master pvc]# kubectl apply -f pod1.yml
进入pod中，创建文件
[root@k8s-master pvc]# kubectl exec -it mypod1 /bin/sh
/ # echo 'youngfit' > mydata/hello.txt
/ # ls mydata/
hello.txt
/ # exit

在nfs目录下检验
[root@k8s-master pvc]# ls /nfsdata/
hello.txt
[root@k8s-master pvc]# cat /nfsdata/hello.txt 
youngfit

删除pod
[root@k8s-master pvc]# kubectl delete -f pod1.yml 
pod "mypod1" deleted
[root@k8s-master pvc]# ls /nfsdata/
hello.txt
删除pvc（mypvc1）
[root@k8s-master pvc]# kubectl delete pvc mypvc1
persistentvolumeclaim "mypvc1" deleted
[root@k8s-master pvc]# ls /nfsdata/
hello.txt
[root@k8s-master pvc]# cat /nfsdata/hello.txt 
youngfit
发现数据仍然保留

虽然 mypv1 中的数据得到了保留，但其 PV 状态会一直处于 Released，不能被其他 PVC 申请。为了重新使用存储资源，可以删除并重新创建 mypv1。删除操作只是删除了 PV 对象，存储空间中的数据并不会被删除。

[root@k8s-master pvc]# ls /nfsdata/
hello.txt
[root@k8s-master pvc]# kubectl delete pv mypv1
persistentvolume "mypv1" deleted
[root@k8s-master pvc]# ls /nfsdata/
hello.txt
[root@k8s-master pvc]# kubectl apply -f nfs-pv1.yml 
persistentvolume/mypv1 created
[root@k8s-master pvc]# kubectl get pod
No resources found in default namespace.
[root@k8s-master pvc]# kubectl get pv

在这里插入图片描述
新建的 mypv1 状态为 Available，已经可以被 PVC 申请。

PV 还支持 Delete 的回收策略，会删除 PV 在 Storage Provider 上对应存储空间。NFS 的 PV 不支持 Delete，支持 Delete 的 Provider 有 AWS EBS、GCE PD、Azure Disk、OpenStack Cinder Volume 等。

4.PV/PVC的静态供给nginx案例

我这里遇到的错误就是，前面的共享目录没有更改，
所有节点下载nfs

yum install -y nfs-common nfs-utils

master节点作为nfs服务端

[root@k8s-master k8s]# cat /etc/exports
/data/opv *(rw,no_root_squash,no_all_squash,sync)


[root@k8s-master k8s]# mkdir /data/opv
[root@k8s-master k8s]# chmod 777 -R /data/opv

重启一下

systemctl restart nfs rpcbind

master节点操作

#1.定义pv
[root@k8s-master pvc2]# cat pv-pod.yaml 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: my-pv
spec:
  capacity:
    storage: 5Gi
  accessModes:
    - ReadWriteMany
  nfs:
    path: /data/opv  #nfs服务端共享的目录
    server: 192.168.153.148   #nfs服务器的地址
[root@k8s-master pvc2]# kubectl apply -f pv-pod.yaml

在这里插入图片描述

定义pvc和deployment

[root@k8s-master pvc2]# cat pvc-pod.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: daocloud.io/library/nginx
        #启用数据卷的名字为wwwroot,并挂载到nginx的html目录下
        volumeMounts:
        - name: wwwroot
          mountPath: /usr/share/nginx/html
        ports:
        - containerPort: 80
    #定义数据卷名字为wwwroot,类型为pvc
      volumes:
      - name: wwwroot
        persistentVolumeClaim:
          claimName: my-pvc

在这里插入图片描述

定义pvc的数据来源,根据容量大小来匹配pv

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  #对应上面的名字
  name: my-pvc
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 5G
 [root@k8s-master pvc2]# kubectl apply -f pvc-pod.yaml

在这里插入图片描述

3，暴露一下端口

这里暴露不暴露都可以

[root@k8s-master pvc2]# cat pv-service.yaml 
apiVersion: v1
kind: Service
metadata:
  name: pv-svc
spec:
  type: NodePort
  ports:
    - port: 8080
      nodePort: 30001
      targetPort: 80
  selector:   #选择器
    app: nginx

#4.nfs服务器操作

[root@k8s-master pvc2]# echo youngfit >> /data/opv/index.html

#5.访问，看效果
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

PV&&PVC应用在mysql的持久化存储实战项目

下面演示如何为 MySQL 数据库提供持久化存储，步骤为：

  1. 创建 PV 和 PVC。
  2. 部署 MySQL。
  3. 向 MySQL 添加数据。
  4. 模拟节点宕机故障，Kubernetes 将 MySQL 自动迁移到其他节点。
  5. 验证数据一致性。

首先创建 PV 和 PVC，配置如下：
mysql-pv.yml
所有节点下载nfs

yum install -y nfs-common nfs-utils

master节点作为nfs服务端

[root@k8s-master k8s]# cat /etc/exports
/nfsdata/mysql-pv*(rw,no_root_squash,no_all_squash,sync)


[root@k8s-master k8s]# mkdir /nfsdata/mysql-pv
[root@k8s-master k8s]# chmod 777 -R /nfsdata/mysql-pv

重启一下

systemctl restart nfs rpcbind

创建pv

[root@k8s-master mysqlpv]# cat mysql-pv.yml 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: mysql-pv
spec:
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  storageClassName: nfs
  nfs:
    path: /nfsdata/mysql-pv
    server: 192.168.153.148
[root@k8s-master mysqlpv]# kubectl apply -f mysqlpv.yml

创建pvc

[root@k8s-master mysqlpv]# cat mysql-pvc.yml 
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mysql-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi
  storageClassName: nfs
  
[root@k8s-master mysqlpv]# kubectl apply -f mysql-pvc.yml

我都放在一起啦
在这里插入图片描述
在这里插入图片描述

创建pod

接下来部署 MySQL，配置文件如下：

[root@k8s-master mysqlpv]# cat mysqlpod.yml 
apiVersion: v1
kind: Service
metadata:
  name: mysql
spec:
  ports:
  - port: 3306
  selector:
    app: mysql
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: mysql
spec:
  selector:
    matchLabels:
      app: mysql
  template:
    metadata:
      labels:
        app: mysql
    spec:
      containers:
      - image: daocloud.io/library/mysql:5.7.5-m15 #这里的镜像一定要选对，能确保拉取到，而且能使用变量
        name: mysql
        env:
        - name: MYSQL_ROOT_PASSWORD
          value: password
        ports:
        - containerPort: 3306
          name: mysql
        volumeMounts:
        - name: mysql-persistent-storage
          mountPath: /var/lib/mysql
      volumes:
      - name: mysql-persistent-storage
        persistentVolumeClaim:
          claimName: mysql-pvc
          
[root@k8s-master mysqlpv]# kubectl apply -f mysqlpod.yml

在这里插入图片描述
PVC mysql-pvc Bound 的 PV mysql-pv 将被 mount 到 MySQL 的数据目录 /var/lib/mysql。

MySQL 被部署到 k8s-node1
在这里插入图片描述

测试

① 切换到数据库 mysql。

② 创建数据库表 my_id。

③ 插入一条数据。

④ 确认数据已经写入。

关闭 k8s-node1，模拟节点宕机故障。

[root@k8s-master mysqlpv]# kubectl exec -it mysql-6654fcb867-mqtcl /bin/bash
root@mysql-6654fcb867-mqtcl:/# mysql -uroot -p'password'
mysql> create database feige;
mysql> create table feige.t1(id int);
mysql> insert into feige.t1 values(2);

模拟节点故障

[root@k8s-node1 ~]# poweroff

验证数据的一致性：

由于node1节点已经宕机，node2节点接管了这个任务,pod转移，需要等待一段时间，我这里等待了5分钟左右。。
在这里插入图片描述

进入新的pod中，数据仍然存在，持久化成功。很安全
[root@k8s-master mysqlpv]# kubectl exec -it mysql-6654fcb867-mqtcl /bin/bash
root@mysql-6654fcb867-mqtcl:/# mysql -uroot -p'password'
mysql> select * from feige.t1;
+------+
| id   |
+------+
|    1 |
|    2 |
+------+
2 rows in set (0.01 sec)

MySQL 服务恢复，数据也完好无损。

一个运维小青年
关注
  • 1
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
专栏目录
K8S应用笔记 —— 部署Nginx服务发布前端项目（PV、PVC、Deployment、Service、Ingress ）
gmHappy
04-27 3万+
在`K8S`集群上通过部署`Nginx`服务发布前端项目，其中： - 前端项目发布文件通过`PV`和`PVC`存储在`NFS`上实现多`Pod`持久化和共享 - 将`Nginx`服务配置文件存储至 `K8S`的`configmap`中 - 将阿里云证书文件存储至`K8S`的`secret`中 - 通过`Ingress`设置证书，并将`Nginx`服务暴露到集群外部
详解NGINX如何统计网站的PV、UV、独立IP
01-20
Nginx: PV、UV、独立IP 做网站的都知道，平常经常要查询下网站PV、UV等网站的访问数据，当然如果网站做了CDN的话，nginx本地的日志就没什么意义了，下面就对nginx网站的日志访问数据做下统计； 概念： UV(Unique ...
C/C++覆盖率在NGINX测试中的应用
02-03
C/C++程序的代码覆盖率统计工具非常少，与JAVA相比开源免费的工具更是寥寥无几，好用又开源的简直是凤毛麟角。左挑右选最后看中了基于GCOV的LCOV作为NGINX测试的覆盖率统计工具。选择LCOV的原因很简单：一是适合GCOV是GCC配套的测试覆盖率工具；二是NGINX是纯C的程序，GCOV对纯C代码的覆盖率展现更加精确；三是LCOV作为GCOV的扩展，能够生成直观的HTML的带源码的覆盖率报表。那么下面就来看看，怎么通过LCOV来展现NGINX测试代码覆盖率的情况。一、下载和安装1、LCOV的主页：http://ltp.sourceforge.net/coverage/lcov.php2
轻松掌握K8S目录持久卷PV/PVC的kubectl操作知识点04
轻松入门网
04-22 2324
轻松掌握K8S目录持久卷PV/PVC的kubectl操作知识点04
【K8s】基本存储、高级存储（PV和PVC）、配置存储
llg___的博客
05-16 1536
以上即pod中busybox容器的的/root目录和pvc建立挂载关系，数据最终持久化到pvc的pv的NFS服务器的目录，即前面初始化NFS时的/root/data/pv1。，可以搭建一台NFS服务器，然后将Pod中的存储直接连接到NFS系统上，这样的话，无论Pod在节点上怎么转移，只要集群Node跟NFS的对接没问题，数据就可以成功访问。主要用于存储敏感信息，例如密码、秘钥、证书等等。程序运行在容器中，而容器的生命周期可能极其短暂，容器销毁，数据丢失，因此，为了持久化容器中的数据，Volumn出现。
Kubernetes 之 Nginx 动静态 PV 持久存储
Richardlygo的博客
12-03 205
一、nginx 使用 nfs 静态 PV 1、静态 nfs-static-nginx-rc.yaml ##清理资源 kubectl delete -f nfs-static-nginx-rc.yaml -n test cat >nfs-static-nginx-rc.yaml<<\EOF ##创建namespace --- apiVersion: v1 kind: Nam...
K8s基础10——数据卷、PV和PVC、StorageClass动态补给、StatefulSet控制器
百慕卿君博客
05-12 1679
1、临时卷、节点卷、网络卷、持久卷。 2、PV、PVC、StorageClass联合使用。 3、StatefulSet有状态部署。
k8s下部署nginx集群部署方式(相关yaml文件的编写和说明)
07-31
nginx-pv.yaml,nginx-set.yaml等等
凝思系统-k8s部署笔记-nginx-mysql（内网环境）.pdf
09-09
k8s+docker部署nginx+mysql笔记记录适合内网环境，网上很多配置文件是错的，我这个实验了很多次，吃了很多亏。终于成功部署。
nginx/1.21.6 &nginx-http-flv-module-1.2.10
04-14
vc2019 pcre-8.45 openssl-1.1.1n 编译环境
k8s实践利用storageclass实现pvc的动态provision(volume使用ceph rbd)
热门推荐
Focus on k8s and python
01-03 1万+
最近实践了利用k8s的storageclass,实现pvc的动态创建,绑定,特记录如下.    1 已经部署好的k8s集群和ceph集群.    2  创建ceph-secret,后面创建storageclass需要使用.        启动key后面的内容为ceph的admin用户的秘钥base64编码的结果         3  创建storag
K8S部署NFS动态供给+PVC动态挂载示例
Azj12345的博客
09-14 1765
例如，一个 GCEPersistentDisk 卷可以被某节点以 ReadWriteOnce 模式挂载，或者被多个节点以 ReadOnlyMany 模式挂载，但不可以同时以两种模式 挂载。到现在为止，nfs就已经创建好了，我们需要创建一个pvc，来实现动态的创建pv，并可以实现自动的分配存储空间。,如果pod的状态为running,说明创建成功，如果为其他的状态使用，查看创建的pvc,因为是动态的创建，所以pv也被创建出来了。多pod挂载同一个卷，多个pod可以访问同一个卷中的内容。
PV、PVC介绍和使用
soliso
11-24 2906
PV、PVC介绍和使用
k8s学习：挂载 pvc
哈哈虎的博客
12-21 6517
学习过 nfs 方式的pv/pvc 创建、删除之后，如何使用 pvc ？我的理解应该就和 docker 挂载本地volune差不多！ 使用 pvc 可以忽略掉路径、目录、Volume 等繁琐信息 并且，可以和其他 pod 共同使用，只需要记得一个 pvc 名字即可用
第9章 K8s进阶篇-持久化存储入门
dluhehe的博客
12-03 737
K8s进阶篇-持久化存储入门
在K8S中使用PVC持久卷
听海归雪的博客
09-10 6841
一、系统环境 CentOS Linux release 7.9.2009 (Core) kubectl-1.20.4-0.x86_64 kubelet-1.20.4-0.x86_64 kubeadm-1.20.4-0.x86_64 kubernetes-cni-0.8.7-0.x86_64 二、k8s架构 master 192.168.10.127 node01 192.168.10.124 node02 192.168.10.125 node03 192.168.
k8s搭建一个基于ingress,service,pv,pvc,deployment等的nginx项目
kali_yao的博客
02-06 2062
架构图： 示例： [root@master ~]# cat webcluster.yaml --- kind: PersistentVolume apiVersion: v1 metadata: name: pv-nfs spec: volumeMode: Filesystem capacity: storage: 30Gi accessModes: - ReadWriteOnce - ReadOnlyMany - ReadWriteMany pers.
k8s中持久化存pv、pvc、nfs-storageclass
MssGuo的博客
08-04 2873
k8s中的pv、pvc、存储类、以及动态分配存储
k8s 创建pv,pvc,storageClass
qq_34135615的博客
04-24 3410
一 安装nfs网络文件系统 # 安装nfs yum install -y nfs-utils # 创建nfs目录 mkdir -p /nfs/data/ mkdir -p /nfs/data/mysql # 授予权限 chmod -R 777 /nfs/data # 编辑export文件 vi /etc/exports /nfs/data *(rw,no_root_squash,sync) # 使得配置生效 exportfs -r # 查看生效 exportfs # 启动rp
k8s持久化存储pv和pvc
最新发布
12-27
PV（PersistentVolume）和PVC（PersistentVolumeClaim）是Kubernetes中用于实现持久化存储的重要概念。 PV是集群中的一块存储，可以是NFS、iSCSI、本地存储等，由管理员进行配置或使用存储类进行动态配置。PV定义了存储的容量、访问模式、持久化存储的类型等属性。PV的生命周期是独立于Pod的，即使Pod被删除，PV仍然存在，可以被其他Pod继续使用。 PVC是一个持久化存储卷，用于访问各种类型的持久化存储，如本地存储、网络存储、云存储等。PVC的使用使应用程序更加灵活和可移植，同时也提高了存储资源的利用率。PVC和PV是一一对应的关系，即一个PVC只能绑定一个PV，而一个PV也只能被一个PVC绑定。 下面是一个演示k8s持久化存储PV和PVC的案例： 1. 创建PV： ```yaml apiVersion: v1 kind: PersistentVolume metadata: name: my-pv spec: capacity: storage: 1Gi accessModes: - ReadWriteOnce persistentVolumeReclaimPolicy: Retain storageClassName: my-storage-class nfs: path: /data server: nfs-server-ip ``` 2. 创建PVC： ```yaml apiVersion: v1 kind: PersistentVolumeClaim metadata: name: my-pvc spec: accessModes: - ReadWriteOnce resources: requests: storage: 1Gi storageClassName: my-storage-class ``` 3. 创建Pod，并挂载PVC卷： ```yaml apiVersion: v1 kind: Pod metadata: name: my-pod spec: containers: - name: my-container image: nginx volumeMounts: - name: my-volume mountPath: /data volumes: - name: my-volume persistentVolumeClaim: claimName: my-pvc ``` 4. 删除PVC的正确步骤： ```shell kubectl delete pod my-pod kubectl delete pvc my-pvc kubectl delete pv my-pv ```

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值