k8s - 卷的使用 - pv - pvc

最新推荐文章于 2024-10-06 16:53:01 发布
最新推荐文章于 2024-10-06 16:53:01 发布
阅读量1.8k 收藏 4
点赞数 2
分类专栏： kubernetes 文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_48391148/article/details/127140874
版权

目录

知识点1：卷

为什么要使用卷来存储数据？

k8s卷的类型

emptyDir

示例：创建一个使用emptyDir的卷

hostPath（默认文件挂载是以读写模式）

使用DirectoryOrCreate类型挂载卷

知识点2：pv和pvc

什么是pv和pvc？

pv的状态：

pv的访问模式（accessModes）

配置 Pod 以使用 PersistentVolume 作为存储

1、首先在所有节点上创建一个/sc/data/index.html文件

 2、创建PersistentVolume

3、创建PersistentVolumeClaim

 4、创建 Pod

知识点1：卷

官方文档：

卷 | Kubernetes

为什么要使用卷来存储数据？

Container 中的文件在磁盘上是临时存放的，这给 Container 中运行的较重要的应用程序带来一些问题。 问题之一是当容器崩溃时文件丢失。 kubelet 会重新启动容器，但容器会以干净的状态重启。 第二个问题会在同一 Pod 中运行多个容器并共享文件时出现。

Kubernetes 支持很多类型的卷。 Pod 可以同时使用任意数目的卷类型。 临时卷类型的生命周期与 Pod 相同，但持久卷可以比 Pod 的存活期长。 当 Pod 不再存在时，Kubernetes 也会销毁临时卷；不过 Kubernetes 不会销毁持久卷。 对于给定 Pod 中任何类型的卷，在容器重启期间数据都不会丢失。

卷的核心是一个目录，其中可能存有数据，Pod 中的容器可以访问该目录中的数据。 所采用的特定的卷类型将决定该目录如何形成的、使用何种介质保存数据以及目录中存放的内容。

k8s卷的类型

emptyDir

当 Pod 分派到某个节点上时，emptyDir 卷会被创建，并且在 Pod 在该节点上运行期间，卷一直存在。 就像其名称表示的那样，卷最初是空的。 尽管 Pod 中的容器挂载 emptyDir 卷的路径可能相同也可能不同，这些容器都可以读写 emptyDir 卷中相同的文件。 当 Pod 因为某些原因被从节点上删除时，emptyDir 卷中的数据也会被永久删除。

说明： 容器崩溃并不会导致 Pod 被从节点上移除，因此容器崩溃期间 emptyDir 卷中的数据是安全的。

emptyDir 的一些用途：

  • 缓存空间，例如基于磁盘的归并排序。
  • 为耗时较长的计算任务提供检查点，以便任务能方便地从崩溃前状态恢复执行。
  • 在 Web 服务器容器服务数据时，保存内容管理器容器获取的文件。

示例：创建一个使用emptyDir的卷

apiVersion: v1
kind: Pod
metadata:
  name: test-pd
spec:
  containers:
  - image: registry.k8s.io/test-webserver
    name: test-container
    volumeMounts:
    - mountPath: /cache
      name: cache-volume
  volumes:
  - name: cache-volume
    emptyDir: {}

hostPath（默认文件挂载是以读写模式）

hostPath 卷能将主机节点文件系统上的文件或目录挂载到你的 Pod 中。 虽然这不是大多数 Pod 需要的，但是它为一些应用程序提供了强大的逃生舱。

例如，hostPath 的一些用法有：

  • 运行一个需要访问 Docker 内部机制的容器；可使用 hostPath 挂载 /var/lib/docker 路径。
  • 在容器中运行 cAdvisor 时，以 hostPath 方式挂载 /sys。
  • 允许 Pod 指定给定的 hostPath 在运行 Pod 之前是否应该存在，是否应该创建以及应该以什么方式存在。

除了必需的 path 属性之外，你可以选择性地为 hostPath 卷指定 type。

支持的 type 值如下：

 

 示例：使用hostPath方式创建一个pod

[root@k8s-master storage]# vim volume.yaml
apiVersion: v1
kind: Pod
metadata:
  name: test-pd
spec:
  containers:
  - image: nginx
    name: test-container
    volumeMounts:
    - mountPath: /test-pd
      name: test-volume
  volumes:
  - name: test-volume
    hostPath:
      # 宿主上目录位置
      path: /data
      # 此字段为可选
      type: Directory

因为要挂载在宿主机上面，使用的type是Directlory，所以要先在宿主机上面新建一个目录

[root@k8s-master /]# mkdir /data -p
[root@k8s-master /]# ls
bin  boot  data  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var

因为是起的pod是被调度在node3节点上，所以node3节点上要有/data这个目录，不然无法挂载

[root@k8s-master storage]# kubectl apply -f volume.yaml 
pod/test-pd created
[root@k8s-master storage]# kubectl get pod -o wide
NAME                          READY   STATUS    RESTARTS   AGE   IP            NODE        NOMINATED NODE   READINESS GATES
php-apache-7c97954b84-77fgv   1/1     Running   0          22h   10.244.1.13   k8s-node1   <none>           <none>
redis                         1/1     Running   0          18h   10.244.2.9    k8s-node2   <none>           <none>
test-pd                       1/1     Running   0          5s    10.244.3.15   k8s-node3   <none>           <none>

进入pod内部，看看是否有test-pd这个目录

[root@k8s-master storage]# kubectl exec -it test-pd bash
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
root@test-pd:/# ls
bin   dev		   docker-entrypoint.sh  home  lib64  mnt  proc  run   srv  test-pd  usr
boot  docker-entrypoint.d  etc			 lib   media  opt  root  sbin  sys  tmp      var
root@test-pd:/# cd test-pd/
root@test-pd:/test-pd# ls
root@test-pd:/test-pd# echo "123456" > test.txt
root@test-pd:/test-pd# ls
test.txt
root@test-pd:/test-pd#

在pod内部创建一个文件，输入123456，发现宿主机k8s-node3上的/data挂载目录页有了内容

[root@k8s-node3 ~]# cd /data/
[root@k8s-node3 data]# ls
test.txt
[root@k8s-node3 data]# cat test.txt 
123456
[root@k8s-node3 data]#

使用DirectoryOrCreate类型挂载卷

DirectoryOrCreate：如果在给定路径上什么都不存在，那么将根据需要创建空目录，权限设置为 0755，具有与 kubelet 相同的组和属主信息。

[root@k8s-master storage]# vim volume2.yaml
apiVersion: v1
kind: Pod
metadata:
  name: test-pd2
spec:
  containers:
  - image: nginx
    name: test-container
    volumeMounts:
    - mountPath: /test-pd2
      name: test-volume2
  volumes:
  - name: test-volume2
    hostPath:
      # 宿主上目录位置
      path: /data2
      # 此字段为可选
      type: DirectoryOrCreate

[root@k8s-master storage]# kubectl apply -f volume2.yaml 
pod/test-pd2 created
[root@k8s-master storage]# kubectl get pod -o wide
NAME                          READY   STATUS              RESTARTS   AGE   IP            NODE        NOMINATED NODE   READINESS GATES
php-apache-7c97954b84-77fgv   1/1     Running             0          22h   10.244.1.13   k8s-node1   <none>           <none>
redis                         1/1     Running             0          19h   10.244.2.9    k8s-node2   <none>           <none>
test-pd                       1/1     Running             0          10m   10.244.3.15   k8s-node3   <none>           <none>
test-pd2                      0/1     ContainerCreating   0          6s    <none>        k8s-node1   <none>           <none>
[root@k8s-master storage]# kubectl get pod -o wide
NAME                          READY   STATUS    RESTARTS   AGE   IP            NODE        NOMINATED NODE   READINESS GATES
php-apache-7c97954b84-77fgv   1/1     Running   0          22h   10.244.1.13   k8s-node1   <none>           <none>
redis                         1/1     Running   0          19h   10.244.2.9    k8s-node2   <none>           <none>
test-pd                       1/1     Running   0          11m   10.244.3.15   k8s-node3   <none>           <none>
test-pd2                      1/1     Running   0          37s   10.244.1.16   k8s-node1   <none>           <none>
[root@k8s-master storage]#

进入容器内部，验证挂载目录是否存在

[root@k8s-master storage]# kubectl exec -it test-pd2 bash
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
root@test-pd2:/# ls
bin   dev		   docker-entrypoint.sh  home  lib64  mnt  proc  run   srv  test-pd2  usr
boot  docker-entrypoint.d  etc			 lib   media  opt  root  sbin  sys  tmp       var
root@test-pd2:/# cd test-pd2/
root@test-pd2:/test-pd2# echo "hello,world" > test2.txt
root@test-pd2:/test-pd2# ls
test2.txt
root@test-pd2:/test-pd2# 

[root@k8s-node1 ~]# cd /
[root@k8s-node1 /]# ls
bin   data2  etc   lib    media  opt   root  sbin  sys  usr
boot  dev    home  lib64  mnt    proc  run   srv   tmp  var
[root@k8s-node1 /]# cd data2/
[root@k8s-node1 data2]# ls
test2.txt
[root@k8s-node1 data2]# cat test2.txt 
hello,world
[root@k8s-node1 data2]#

############################################################################

知识点2：pv和pvc

什么是pv和pvc？

  • PV : 持久化卷的意思，是对底层的共享存储的一种抽象
  • PVC（Persistent Volume Claim）是持久卷请求于存储需求的一种声明(PVC其实就是用户向kubernetes系统发出的一种资源需求申请。)

PVC的使用逻辑：在pod中定义一个存储卷（该存储卷类型为PVC），定义的时候直接指定大小，pvc必须与对应的pv建立关系，pvc会根据定义去pv申请，而pv是由存储空间创建出来的。pv和pvc是kubernetes抽象出来的一种存储资源。

pv的状态：

 

pv的访问模式（accessModes）

 

 

 ############################################################################

官方文档：

配置 Pod 以使用 PersistentVolume 作为存储 | Kubernetes

配置 Pod 以使用 PersistentVolume 作为存储

1、首先在所有节点上创建一个/sc/data/index.html文件

因为不知道创建的pod会被调度到哪一台机器上面，所以我们在所有节点上都创建这个文件

[root@k8s-master ~]# mkdir /sc/data -p
[root@k8s-master ~]# cd /sc/data/
[root@k8s-master data]# ls
[root@k8s-master data]# sh -c "echo 'Hello from Kubernetes storage' > /sc/data/index.html"
[root@k8s-master data]# ls
index.html
[root@k8s-master data]# cat index.html 
Hello from Kubernetes storage

############################################################################ 

 2、创建PersistentVolume

[root@k8s-master pv]# vim pv-volume.yaml
apiVersion: v1
kind: PersistentVolume
metadata:
  name: task-pv-volume
  labels:
    type: local
spec:
  storageClassName: manual
  capacity:
    storage: 10Gi
  accessModes:
    - ReadWriteOnce
  hostPath:
    path: "/sc/data"

应用yaml文件，创建成功后查看pv信息

[root@k8s-master pv]# kubectl apply -f  pv-volume.yaml 
persistentvolume/task-pv-volume created
[root@k8s-master pv]# kubectl get pv
NAME             CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
task-pv-volume   10Gi       RWO            Retain           Available           manual                  8s

############################################################################ 

3、创建PersistentVolumeClaim

下一步是创建一个 PersistentVolumeClaim。 Pod 使用 PersistentVolumeClaim 来请求物理存储。

PVC的使用逻辑：在pod中定义一个存储卷（该存储卷类型为PVC），定义的时候直接指定大小，pvc必须与对应的pv建立关系，pvc会根据定义去pv申请，而pv是由存储空间创建出来的。pv和pvc是kubernetes抽象出来的一种存储资源。 

[root@k8s-master pv]# vim pv-claim.yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: task-pv-claim
spec:
  storageClassName: manual
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 3Gi

应用yaml文件，创建成功后查看pv信息

[root@k8s-master pv]# kubectl apply -f pv-claim.yaml 
persistentvolumeclaim/task-pv-claim created
[root@k8s-master pv]# kubectl get pvc
NAME            STATUS   VOLUME           CAPACITY   ACCESS MODES   STORAGECLASS   AGE
task-pv-claim   Bound    task-pv-volume   10Gi       RWO            manual         6s

 4、创建 Pod

下一步是创建一个使用你的 PersistentVolumeClaim 作为存储卷的 Pod。

[root@k8s-master pv]# vim pv-pod.yaml
apiVersion: v1
kind: Pod
metadata:
  name: task-pv-pod
spec:
  volumes:
    - name: task-pv-storage
      persistentVolumeClaim:
        claimName: task-pv-claim
  containers:
    - name: task-pv-container
      image: nginx
      ports:
        - containerPort: 80
          name: "http-server"
      volumeMounts:
        - mountPath: "/usr/share/nginx/html"
          name: task-pv-storage

应用yaml文件，创建成功后查看pod信息

[root@k8s-master pv]# kubectl apply -f pv-pod.yaml 
pod/task-pv-pod created
[root@k8s-master pv]# kubectl get pod -o wide
NAME                          READY   STATUS    RESTARTS   AGE   IP            NODE        NOMINATED NODE   READINESS GATES
php-apache-7c97954b84-77fgv   1/1     Running   0          45h   10.244.1.13   k8s-node1   <none>           <none>
redis                         1/1     Running   0          41h   10.244.2.9    k8s-node2   <none>           <none>
task-pv-pod                   1/1     Running   0          77s   10.244.3.14   k8s-node3   <none>           <none>

进入pod内部，查看/usr/share/nginx/html是否是使用的我们/sc/data/index.html文件

[root@k8s-master pv]# kubectl exec -it task-pv-pod bash
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
root@task-pv-pod:/# cd /usr/share/nginx/html/
root@task-pv-pod:/usr/share/nginx/html# ls
index.html
root@task-pv-pod:/usr/share/nginx/html# cat index.html 
Hello from Kubernetes storage

 

 ############################################################################

Wangsh@
关注
专栏目录
十五、K8S-持久卷PV和PVC
爱吃西红柿的博客
01-30 1313
在用户定义好PVC之后，系统将根据PVC对存储资源的请求，在已存在的pv中选择一个满足PVC要求的pv，一旦找到，就将该pv于用户定义的PVC绑定，用户的应用就可以使用这个PVC了。对于大多数卷而言，不需要手工设置，都自动完成了设置，对于Local类型的PV，需要手工设置。删除pvc以后--——>k8s会创建一个回收的pod——>根据pv 的回收策略进行pv的回收——>回收完之后——>pv的状态就会变成可被绑定的状态，其他的Pending状态的pvc匹配到了这个PV，就能和这个pv进行绑定。
K8S----PV&PVC&SC
qq_41768644的博客
01-06 1317
K8S PV PVC SC
我就想存个文件，怎么这么麻烦 ？- k8s PV、PVC、StorageClass 的关系
m0_38017860的博客
11-26 1550
Docker当我们使用 Docker 时，设置数据卷（Volume）还是比较简单的，只需要在容器映射指定卷的路径，然后在容器中使用该路径即可。比如这种：# tomcat   tomcat01:     hostname: tomcat01     restart: always     image: jdk-tomcat:v8 &
PV、PVC、StorageClass讲解
JC.Lin的博客
10-24 1319
PV、PVC、StorageClass讲解 转载： 昀溪-PV、PVC、StorageClass讲解 为了方便开发人员更加容易的使用存储才出现的概念。通常我们在一个POD中定义使用存储是这样的方式，我们以hostpath类型来说： apiVersion: v1 kind: Pod metadata: name: mypod spec: containers: - image: nginx name: mynginx volumeMounts: - mountPath: /
k8s 中存储之 emptyDir 卷
最新发布
weixin_68398469的博客
10-06 2654
缓存空间，例如基于磁盘的归并排序。耗时较长的计算任务提供检查点，以便任务能方便地从崩溃前状态恢复执行。在 Web 服务器容器服务数据时，保存内容管理器容器获取的文件。使用两个容器组成一个 Pod 用 emptyDir 卷 实现 同 Pod 之间的数据共享使用 busybox 和 nginx 容器 组成一个Pod3.2 创建 Pod 清单文件命令只支持单一容器的Pod创建。对于多容器的Pod 只能手动添加第二个容器的部分。
k8s中pv和pvc的使用
经纪人，我小李啊的博客
09-09 1655
pv—pvc什么是pv和pvcpv和pvc的使用 什么是pv和pvc PersistentVolume（PV）持久卷，是一块集群里由管理员手动提供，或 kubernetes 通过 StorageClass 动态创建的存储。 PersistentVolumeClaim（PVC）持久卷声明，是一个满足对 PV 存储需要的请求。简单来说，可以这样理解，pv是生产者，pvc是消费者 pv和pvc的使用 这里我们使用的是NFS—PV—PVC架构，先使用NFS创建PV，PVC使用我们用NFS创建的PV 我
【k8s】PV的使用
Aiky哇
10-09 1699
pv理解为一个网络存储卷，pvc是一个满足pod所需性能的一个申明，StorageClass是一个找不到合适pv之后可以自动创建的pv的一个机制。
k8s卷
识字者的博客
05-19 211
empty 当 Pod 被分配给节点时，首先创建 emptyDir 卷，并且只要该 Pod 在该节点上运行，该卷就会存在。正如卷的名字所述，它最初是空的。Pod 中的容器可以读取和写入 emptyDir 卷中的相同文件，尽管该卷可以挂载到每个容 器中的相同或不同路径上。当出于任何原因从节点中删除 Pod 时， emptyDir 中的数据将被永久删除 ​ emptyDir 的用法有： 暂存空间，例如用于基于磁盘的合并排序 用作长时间计算崩溃恢复时的检查点 Web服务器容器提供数据时，保存内容管理器容
【K8S系列】深入解析K8S中PV 和PVC
热门推荐
颜淡慕潇
04-20 1万+
在 Kubernetes 中，PV（持久卷）和 PVC（持久卷声明）之间的关系是一种动态匹配和绑定关系，用于实现 Pod 与存储资源的解耦。PV 和 PVC 之间的关系是一种动态的匹配和绑定关系，它们使得 Pod 与存储资源的具体实现解耦，提高了灵活性和可移植性。
K8s中pv和pvc的使用
xiaoguangtouqiang的博客
01-20 5393
在我们的应用中可能经常有文件存储的需求，在docker的部署中，我们是通过将容器中的目录直接挂载到宿主机的目录上来解决这个问题的，那么k8s部署的方式肯定有所不同，k8s因为是多节点的，每个pod挂载的是对应节点的某个目录，这个会导致节点数据的一致性问题；在k8s中主要通过pvc的方式进行文件的挂载管理； 1.PVC PVC 的全称是：PersistentVolumeClaim（...
k8s---PV、PVC
weixin_51431591的博客
02-22 777
k8s---PV、PVC一、PVC和PV概述1.1 、什么是pvc和pv1.2、两种pv的提供方式二、 查看pv和pvc的定义方式2.1 、使用explain 查看pv的定义方式2.1.1、 查看pv的定义方式2.1.2 、查看pv定义的规格2.2 、使用explain 查看pvc的定义方式2.2.1、 查看pvc的定义方式2.2.2、 查看pvc的规格三、配置nfs使用pv和pvc3.1、配置nfs存储3.2 定义pv3.3、 定义pvc3.3.1 、情况13.3.2 、 情况23.3.3 、情况33.3
k8s 中的卷
m0_37322399的博客
07-12 422
前面的文章我们分享了 pod ，RC，RS，DaemonSet，CJ，Service 等各种资源今天我们来分享一波如何将磁盘挂载到容器中，在 docker 里面这种技术叫做 数据卷，感兴趣的小伙伴可以查看一下文章：【Docker 系列】docker 学习六，探究一下数据卷容器对于一个 pod ，他有自己的 CPU，RAM，网络接口等资源都是可以被 pod 里面的容器共享的，但是每一个容器是有自己独立的文件系统的，那么在我们平时使用需要使用给到文件系统的时候就会出现这个问题当前 pod1 运行着，产生了一些数
k8s-数据卷
查士丁尼绵_的博客
08-28 908
为了共享磁盘而创造出来的概念。它是pod的一个组成部分，不是独立的k8s对象，不能单独创建和删除。pod容器中的所有容器都可以使用卷，但必须先将它挂载到容器上，每个容器中都可以在其文件系统的任意位置挂载卷。...
k8s ------存储卷（PV、PVC）
A1100886的博客
08-14 905
PV 全称叫做 Persistent Volume，持久化存储卷。它是用来描述或者说用来定义一个存储卷的，这个通常都是由运维工程师来定义。PVC 的全称是 Persistent Volume Claim，是持久化存储的请求。它是用来描述希望使用什么样的或者说是满足什么条件的 PV 存储。PVC 的使用逻辑：在 Pod 中定义一个存储卷（该存储卷类型为 PVC），定义的时候直接指定大小，PVC 必须与对应的 PV 建立关系，PVC 会根据配置的定义去 PV 申请，而 PV 是由存储空间创建出来的。
k8s 之存储卷
yaoxie1534的博客
11-04 963
每次使用存储要先创建pv, 再创建pvc，真累!所以我们可以实现使用存储的动态供给特性。静态存储需要用户申请PVC时保证容量和读写类型与预置PV的容量及读写类型完全匹配, 而动态存储则无需如此.管理员无需预先创建大量的PV作为存储资源Kubernetes从1.4版起引入了一个新的资源对象StorageClass，可用于将存储资源定义为具有显著特性的类（Class）而不是具体的PV。用户通过PVC直接向意向的类别发出申请，匹配由管理员事先创建的PV，或者由其按需为用户动态创建PV，这样就免去。
kubernetes(K8s)的使用和常用命令
还想做MAD
01-04 1861
​ Kubernetes作为一个分布式集群的管理工具，保证集群的安全性是其一个重要的任务。所谓的安全性其实就是保证对Kubernetes的各种客户端进行认证和鉴权操作。客户端：一般是独立于kubernetes之外的其他服务管理的用户账号。：kubernetes管理的账号，用于为Pod中的服务进程在访问Kubernetes时提供身份标识。认证、授权与准入控制ApiServer是访问及管理资源对象的唯一入口。Authentication（认证）：身份鉴别，只有正确的账号才能够通过认证。
k8s 存储卷之 PV & PVC
看，未来的博客
07-22 1533
由于kubernetes支持的存储系统有很多，要求客户全都掌握，显然不现实。为了能够屏蔽底层存储实现的细节，方便用户使用， kubernetes引入PV和PVC两种资源对象。 - PV（Persistent Volume）是持久化卷的意思，是对底层的共享存储的一种抽象。一般情况下PV由kubernetes管理员进行创建和配置，它与底层具体的共享存储技术有关，并通过插件完成与共享存储的对接。 - PVC（Persistent Volume Claim）是持久卷声明的意思，是用户对于存储需求的一种声明。换句
K8s-ceph-csi-rbd连接资源
06-15
在容器化世界中，Kubernetes（K8s）是一个广泛使用的开源平台，用于自动化容器的部署、扩展和管理。Ceph则是一个强大的分布式存储系统，提供了块存储、对象存储和文件存储等多种服务。RBD（RADOS Block Device）是...
K8s 存储卷
2401_82586550的博客
03-28 496
卷容器化带来的问题容器中的文件在磁盘上是临时存放1,当容器崩溃或者重启的时候，会重新去镜像重启容器，容器内的历史数据会丢失2,当容器被删除（k8s没有停止容器的概念，只有创建，删除），容器内的数据也会被清理3,多个容器中有共享文件或者目录的需求（nfs）卷是个抽象化的存储设备为什么在k8s上使用卷卷可以解决容器崩溃或者重启后 ，数据丢失的问题卷可以解决容器或Pod被删除后数据持久保存的问题卷可以解决在多个容器的共享数据的问题pod可以同时使用任意数目的卷。
Kubernetes—k8s集群存储卷（pvc存储卷）
aran2002的博客
08-12 1131
目录一、PVC 和 PV 1.PV2.PVC3.StorageClass4.PV和PVC的生命周期二、实操1.创建静态pv1.配置nfs2.创建pv3.创建pvc4.结合pod，将pv、pvc一起运行2.创建动态pv1.上传2.创建 Service Account，用来管理 NFS Provisioner 在 k8s 集群中运行的权限，设置 nfs-client 对 PV，PVC，StorageClass 等的规则3.创建 StorageClass，负责建立 PVC 并调用 NFS provisioner
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值