【云原生 | 从零开始学Kubernetes】二十二、kubernetes持久化存储下

最新推荐文章于 2023-12-10 20:36:55 发布
最新推荐文章于 2023-12-10 20:36:55 发布
阅读量1.8k 收藏 38
点赞数 37
分类专栏： 从零开始学k8s 文章标签： kubernetes 云原生 docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45400861/article/details/126961159
版权

该篇文章已经被专栏《从零开始学k8s》收录
上一篇文章：kubernetes持久化存储上 点击跳转

在这里插入图片描述

持久化存储下

k8s 持久化存储：hostPath

hostPath Volume 是指 Pod 挂载宿主机上的目录或文件。 hostPath Volume 使得容器可以使用宿主 机的文件系统进行存储，hostpath（宿主机路径）：节点级别的存储卷，在 pod 被删除，这个存储卷还是存在的，不会被删除，所以只要同一个 pod 被调度到同一个节点上来，在 pod 被删除重新被调度到这个节点之后，对应的数据依然是存在的。

#查看 hostPath 存储卷的用法 
[root@k8smaster cjh]# kubectl explain pods.spec.volumes.hostPath 
KIND:     Pod
VERSION:  v1

RESOURCE: hostPath <Object>

DESCRIPTION:
     HostPath represents a pre-existing file or directory on the host machine
     that is directly exposed to the container. This is generally used for
     system agents or other privileged things that are allowed to see the host
     machine. Most containers will NOT need this. More info:
     https://kubernetes.io/docs/concepts/storage/volumes#hostpath

     Represents a host path mapped into a pod. Host path volumes do not support
     ownership management or SELinux relabeling.

FIELDS: 
 path <string> -required- 
 type <string> 

node1和2下载tomcat

#创建一个 pod，挂载 hostPath 存储卷 
[root@k8smaster cjh]# vim hostpath.yaml 
apiVersion: v1
kind: Pod 
metadata: 
  name: test-hostpath
spec: 
  containers:
  - image: nginx
    imagePullPolicy: IfNotPresent
    name: test-nginx
    volumeMounts:
    - mountPath: /test-nginx 
      name: test-volume
  - image: tomcat
    imagePullPolicy: IfNotPresent
    name: test-tomcat  
    volumeMounts:
    - mountPath: /test-tomcat
      name: test-volume
  volumes: 
  - name: test-volume 			  
    hostPath:
      path: /data1					#宿主机的目录 根下的data1
      type: DirectoryOrCreate		# DirectoryOrCreate 表示本地有/data1 目录，就用本地的，本地没有就会在 pod 调度到的节点自动创建一个 
#更新资源清单文件 
[root@k8smaster cjh]# kubectl apply -f hostpath.yaml 
pod/test-hostpath created
 
#查看 pod 调度到了哪个物理节点 
[root@k8smaster cjh]# kubectl get pods -o wide | grep hostpath 
test-hostpath           2/2     Running   0          31s   10.244.2.8   k8snode    <none>           <none>

#由上面可以知道 pod 调度到了 node1 上，登录到 node1 机器，查看是否在这台机器创建了存储目录 
 
[root@k8snode ~]# cd /data1/
[root@k8snode data1]# ll
total 0
#上面可以看到已经创建了存储目录/data1，这个/data1 会作为 pod 的持久化存储目录 
 
#在 node1 上的/data1 下创建一个目录 
[root@k8snode data1]# mkdir paopao
#测试存储卷是否可以正常使用,登录到 nginx 容器 
 
[root@k8smaster cjh]# kubectl exec -it test-hostpath -c test-nginx -- /bin/bash 
root@test-hostpath:/# cd /test-nginx/ 
#/test-nginx/目录存在，说明已经把宿主机目录挂载到了容器里 
root@test-hostpath:/test-nginx# ls
paopao

#测试存储卷是否可以正常使用,登录到 tomcat 容器 
[root@k8smaster cjh]# kubectl exec -it test-hostpath -c test-tomcat -- /bin/bash
bash-4.4# cd /test-tomcat/
#/test-tomcat/目录存在，说明已经把宿主机目录挂载到了容器里 
bash-4.4# ls
paopao

#通过上面测试可以看到，同一个 pod 里的 test-nginx 和 test-tomcat 这两个容器是共享存储卷的。 
hostpath 存储卷缺点： 
单节点 
pod 删除之后重新创建必须调度到同一个 node 节点，数据才不会丢失 
 
可以用分布式存储： 
nfs，cephfs，glusterfs

k8s 持久化存储：nfs

上节说的 hostPath 存储，存在单点故障，pod 挂载 hostPath 时，只有调度到同一个节点，数据才不会丢失。那可以使用 nfs 作为持久化存储。

1、搭建 nfs 服务 
以 k8s 的控制节点作为 NFS 服务端 
[root@k8smaster cjh]# yum install nfs-utils -y
#在宿主机创建 NFS 需要的共享目录 
[root@k8smaster cjh]# mkdir /data/volumes -pv pv是层级创建以及信息
mkdir: created directory ‘/data’ 
mkdir: created directory ‘/data/volumes’ 
#配置 nfs 共享服务器上的/data/volumes 目录 
[root@k8smaster cjh]# systemctl start nfs 
[root@k8smaster cjh]# vim /etc/exports 
/data/volumes 192.168.11.0/24(rw,no_root_squash)
#no_root_squash: 用户具有根目录的完全管理访问权限 

#使 NFS 配置生效 
[root@k8smaster cjh]# exportfs -arv 
exporting 192.168.11.0/24:/data/volumes
[root@k8smaster cjh]# service nfs start 
Redirecting to /bin/systemctl start nfs.service
#设置成开机自启动 
[root@k8smaster cjh]# systemctl enable nfs 
#查看 nfs 是否启动成功 
[root@k8smaster cjh]# systemctl status nfs
Active: active (exited) since Tue 2022-07-12 23:48:29 PDT; 1min 33s ago
看到 nfs 是 active，说明 nfs 正常启动了 

1 2节点也要下载nfs
yum install nfs-utils -y 
systemctl enable nfs 
 
在 node1 上手动挂载试试： 
[root@k8snode data1]# mkdir /test 
[root@k8snode data1]# mount 192.168.11.139:/data/volumes /test/ 
[root@k8snode data1]# df -h
192.168.11.139:/data/volumes   32G  6.4G   25G  21% /test
 
#nfs 可以被正常挂载 
#手动卸载： 
[root@k8snode data1]# umount /test 
 
#创建 Pod，挂载 NFS 共享出来的目录 
 
Pod 挂载 nfs 的官方地址： 
https://kubernetes.io/zh/docs/concepts/storage/volumes/ 
 
 
[root@k8smaster cjh]# vim nfs.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: test-nfs-volume
spec:
  containers:
  - name: test-nfs
    image: nginx
    imagePullPolicy: IfNotPresent
    ports:
    - containerPort: 80
      protocol: TCP
    volumeMounts:
    - name: nfs-volumes
      mountPath: /usr/share/nginx/html
  volumes:
  - name: nfs-volumes 
    nfs:
     path: /data/volumes
     server: 192.168.11.139
 
注：path: /data/volumes #nfs 的共享目录 
server：192.168.40.180 是 master1 机器的 ip，这个是安装 nfs 服务的地址 
 
#更新资源清单文件 
[root@k8smaster cjh]# kubectl apply -f nfs.yaml 
pod/test-nfs-volume created
#查看 pod 是否创建成功 
[root@k8smaster cjh]# kubectl get pods -o wide | grep nfs 
test-nfs-volume         1/1     Running   0          10s   10.244.1.10   k8snode2   <none>           <none>
#登录到 nfs 服务器，在共享目录创建一个 index.html 
[root@k8smaster ~]# cd /data/volumes/
[root@k8smaster volumes]# ls
[root@k8smaster volumes]# pwd
/data/volumes
[root@k8smaster volumes]# vim index.html 
Hello, Everyone 
My name is paopao
 
#请求 pod，看结果 
[root@k8smaster volumes]# curl 10.244.1.10
Hello, Everyone 
My name is paopao

#通过上面可以看到，在共享目录创建的 index.html 已经被 pod 挂载了 
#登录到 pod 验证下 
[root@k8smaster volumes]# kubectl exec -it test-nfs-volume -- /bin/bash 
root@test-nfs-volume:/# cat /usr/share/nginx/html/index.html 
\Hello, Everyone 
My name is paopao

#上面说明挂载 nfs 存储卷成功了，nfs 支持多个客户端挂载，可以创建多个 pod，挂载同一个 nfs服务器共享出来的目录；但是 nfs 如果宕机了，数据也就丢失了，所以需要使用分布式存储，常见的分布式存储有 glusterfs 和 cephfs

k8s 持久化存储： PVC

参考官网: https://kubernetes.io/docs/concepts/storage/persistent-volumes/#access-modes

k8s PV 是什么？

PersistentVolume（PV）是群集中的一块存储，由管理员配置或使用存储类动态配置。 它是集群中的资源，就像 pod 是 k8s 集群资源一样。 PV 是容量插件，如 Volumes，其生命周期独立于使用 PV 的任何单个 pod。

k8s PVC 是什么？

PersistentVolumeClaim（PVC）是一个持久化存储卷，我们在创建 pod 时可以定义这个类型的存储卷。 它类似于一个 pod。 Pod 消耗节点资源，PVC 消耗 PV 资源。 Pod 可以请求特定级别的资源（CPU和内存）。 pvc 在申请 pv 的时候也可以请求特定的大小和访问模式（例如，可以一次读写或多次只读）。

k8s PVC 和 PV 工作原理

PV 是群集中的资源。 PVC 是对这些资源的请求。PV 和 PVC 之间的相互作用遵循以下生命周期：

（1）pv 的供应方式

可以通过两种方式配置 PV：静态或动态。

静态的： 集群管理员创建了许多 PV。它们包含可供群集用户使用的实际存储的详细信息。它们存在于 Kubernetes API 中，可供使用。

动态的： 当管理员创建的静态 PV 都不匹配用户的 PersistentVolumeClaim 时，群集可能会尝试为 PVC 专门动态配置卷。此配置基于 StorageClasses，PVC 必须请求存储类，管理员必须创建并配置该类，以便进行动态配置。(基于存储类，必须提前创建)

（2）绑定

用户创建 pvc 并指定需要的资源和访问模式。在找到可用 pv 之前，pvc 会保持未绑定状态

（3）使用

a）需要找一个存储服务器，把它划分成多个存储空间；

b）k8s 管理员可以把这些存储空间定义成多个 pv；

c）在 pod 中使用 pvc 类型的存储卷之前需要先创建 pvc，通过定义需要使用的 pv 的大小和对应的访问模式，找到合适的 pv；

d）pvc 被创建之后，就可以当成存储卷来使用了，我们在定义 pod 时就可以使用这个 pvc 的存储卷

e）pvc 和 pv 它们是一一对应的关系，pv 如果被 pvc 绑定了，就不能被其他 pvc 使用了；

f）我们在创建 pvc 的时候，应该确保和底下的 pv 能绑定，如果没有合适的 pv，那么 pvc 就会处于 pending 状态。

（4）回收策略

当我们创建 pod 时如果使用 pvc 做为存储卷，那么它会和 pv 绑定，当删除 pod，pvc 和 pv 绑定就会解除，解除之后和 pvc 绑定的 pv 卷里的数据需要怎么处理，目前，卷可以保留，回收或删除：

Retain

Recycle （不推荐使用，1.15 可能被废弃了）

Delete

Retain 当删除 pvc 的时候，pv 仍然存在，处于 released 状态，但是它不能被其他 pvc 绑定使用，里面的数据还是存在的，当我们下次再使用的时候，数据还是存在的，这个是默认的回收策略

Delete 删除 pvc 时即会从 Kubernetes 中移除 PV，也会从相关的外部设施中删除存储资产

创建 pod，使用 pvc 作为持久化存储卷

1、创建 nfs 共享目录 
#在宿主机创建 NFS 需要的共享目录 
[root@k8smaster ~]# mkdir /data/volume_test/v{1,2,3,4,5,6,7,8,9,10} -p 
#配置 nfs 共享宿主机上的/data/volume_test/v1..v10 目录 
[root@k8smaster ~]# vim /etc/exports 
/data/volumes 192.168.11.0/24(rw,no_root_squash)
/data/volume_test/v1 192.168.11.139/24(rw,no_root_squash)
/data/volume_test/v2 192.168.11.139/24(rw,no_root_squash)
/data/volume_test/v3 192.168.11.139/24(rw,no_root_squash)
/data/volume_test/v4 192.168.11.139/24(rw,no_root_squash)
/data/volume_test/v5 192.168.11.139/24(rw,no_root_squash)
/data/volume_test/v6 192.168.11.139/24(rw,no_root_squash)
/data/volume_test/v7 192.168.11.139/24(rw,no_root_squash)
/data/volume_test/v8 192.168.11.139/24(rw,no_root_squash)
/data/volume_test/v9 192.168.11.139/24(rw,no_root_squash)
/data/volume_test/v10 192.168.11.139/24(rw,no_root_squash)
#重新加载配置，使配置成效 
[root@k8smaster ~]# exportfs -arv 
exporting 192.168.11.139/24:/data/volume_test/v10
exporting 192.168.11.139/24:/data/volume_test/v9
exporting 192.168.11.139/24:/data/volume_test/v8
exporting 192.168.11.139/24:/data/volume_test/v7
exporting 192.168.11.139/24:/data/volume_test/v6
exporting 192.168.11.139/24:/data/volume_test/v5
exporting 192.168.11.139/24:/data/volume_test/v4
exporting 192.168.11.139/24:/data/volume_test/v3
exporting 192.168.11.139/24:/data/volume_test/v2
exporting 192.168.11.139/24:/data/volume_test/v1
exporting 192.168.11.0/24:/data/volumes
 
2、如何编写 pv 的资源清单文件 
#查看定义 pv 需要的字段 
[root@k8smaster ~]# kubectl explain pv 
KIND:     PersistentVolume
VERSION:  v1

DESCRIPTION:
     PersistentVolume (PV) is a storage resource provisioned by an
     administrator. It is analogous to a node. More info:
     https://kubernetes.io/docs/concepts/storage/persistent-volumes
FIELDS: 
 apiVersion <string>s 
 kind <string> 
 metadata <Object> 
 spec <Object> 
 
#查看定义 nfs 类型的 pv 需要的字段 
[root@k8smaster ~]# kubectl explain pv.spec.nfs 
KIND:     PersistentVolume
VERSION:  v1

RESOURCE: nfs <Object>

DESCRIPTION:
     NFS represents an NFS mount on the host. Provisioned by an admin. More
     info: https://kubernetes.io/docs/concepts/storage/volumes#nfs

     Represents an NFS mount that lasts the lifetime of a pod. NFS volumes do
     not support ownership management or SELinux relabeling.
FIELDS: 
 path <string> -required- 
 readOnly <boolean> 
 server <string> -required- 
 
3、创建 pv 
参考：https://kubernetes.io/zh/docs/concepts/storage/persistent-volumes/#reclaiming 
ReadWriteOnce
卷可以被一个节点以读写方式挂载。 ReadWriteOnce 访问模式也允许运行在同一节点上的多个 Pod 访问卷。
ReadOnlyMany
卷可以被多个节点以只读方式挂载。
ReadWriteMany
卷可以被多个节点以读写方式挂载。
ReadWriteOncePod
卷可以被单个 Pod 以读写方式挂载。 如果你想确保整个集群中只有一个 Pod 可以读取或写入该 PVC， 请使用ReadWriteOncePod 访问模式。这只支持 CSI 卷以及需要 Kubernetes 1.22 以上版本。
 
[root@xianchaomaster1 ~]# vim pv.yaml 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: v1
spec:
  capacity:
    storage: 1Gi	 #pv 的存储空间容量 
  accessModes: ["ReadWriteOnce"]	#访问模式
  nfs:
    path: /data/volume_test/v1	#把 nfs 的存储空间创建成 pv 
    server: 192.168.11.139		#nfs 服务器的地址 
--- 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: v2
spec:
  capacity:
    storage: 2Gi
  accessModes: ["ReadWriteMany"] 
  nfs:
    path: /data/volume_test/v1
    server: 192.168.11.139
--- 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: v3
spec:
  capacity:
    storage: 3Gi
  accessModes: ["ReadWriteMany"] 
  nfs:
    path: /data/volume_test/v1
    server: 192.168.11.139
--- 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: v4
spec:
  capacity:
    storage: 4Gi
  accessModes: ["ReadWriteOnce","ReadWriteMany"]
  nfs:
    path: /data/volume_test/v1
    server: 192.168.11.139
--- 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: v5
spec:
  capacity:
    storage: 5Gi
  accessModes: ["ReadWriteOnce","ReadWriteMany"]
  nfs:
    path: /data/volume_test/v1
    server: 192.168.11.139
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: v6
spec:
  capacity:
    storage: 6Gi
  accessModes: ["ReadWriteOnce","ReadWriteMany"]
  nfs:
    path: /data/volume_test/v1
    server: 192.168.11.139
--- 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: v7
spec:
  capacity:
    storage: 7Gi
  accessModes: ["ReadWriteOnce","ReadWriteMany"]
  nfs:
    path: /data/volume_test/v1
    server: 192.168.11.139
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: v8
spec:
  capacity:
    storage: 8Gi
  accessModes: ["ReadWriteOnce","ReadWriteMany"]
  nfs:
    path: /data/volume_test/v1
    server: 192.168.11.139
--- 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: v9
spec:
  capacity:
    storage: 9Gi
  accessModes: ["ReadWriteOnce","ReadWriteMany"]
  nfs:
    path: /data/volume_test/v1
    server: 192.168.11.139
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: v10
spec:
  capacity:
    storage: 10Gi
  accessModes: ["ReadWriteOnce","ReadWriteMany"]
  nfs:
    path: /data/volume_test/v1
    server: 192.168.11.139
 
#更新资源清单文件 
[root@k8smaster ~]# kubectl apply -f pv.yaml 
persistentvolume/v1 created
persistentvolume/v2 created
persistentvolume/v3 created
persistentvolume/v4 created
persistentvolume/v5 created
persistentvolume/v6 created
persistentvolume/v7 created
persistentvolume/v8 created
persistentvolume/v9 created
persistentvolume/v10 created

#查看 pv 资源 
[root@k8smaster ~]# kubectl get pv 
NAME   CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
v1     1Gi        RWO            Retain           Available                                   29s
v10    10Gi       RWO,RWX        Retain           Available                                   29s
v2     2Gi        RWX            Retain           Available                                   29s
v3     3Gi        RWX            Retain           Available                                   29s
v4     4Gi        RWO,RWX        Retain           Available                                   29s
v5     5Gi        RWO,RWX        Retain           Available                                   29s
v6     6Gi        RWO,RWX        Retain           Available                                   29s
v7     7Gi        RWO,RWX        Retain           Available                                   29s
v8     8Gi        RWO,RWX        Retain           Available                                   29s
v9     9Gi        RWO,RWX        Retain           Available                                   29s

#STATUS 是 Available，表示 pv 是可用的 
[root@k8smaster ~]# cd /data/volume_test/			#pv目录
[root@k8smaster volume_test]# ls
v1  v10  v2  v3  v4  v5  v6  v7  v8  v9

4、创建 pvc，和符合条件的 pv 绑定 
[root@k8smaster ~]# vim pvc.yaml 
apiVersion: v1
kind: PersistentVolumeClaim 
metadata: 
  name: my-pvc
spec: 
  accessModes: ["ReadWriteMany"]
  resources: 
    requests:
      storage: 2Gi 
 
#更新资源清单文件 
[root@k8smaster ~]# kubectl apply -f pvc.yaml 
persistentvolumeclaim/my-pvc created

#查看 pv 和 pvc 
[root@k8smaster ~]# kubectl get pv 
NAME   CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM            STORAGECLASS   REASON   AGE
v1     1Gi        RWO            Retain           Available                                            5m8s
v10    10Gi       RWO,RWX        Retain           Available                                            5m8s
v2     2Gi        RWX            Retain           Bound       default/my-pvc                           5m8s
v3     3Gi        RWX            Retain           Available                                            5m8s
v4     4Gi        RWO,RWX        Retain           Available                                            5m8s
v5     5Gi        RWO,RWX        Retain           Available                                            5m8s
v6     6Gi        RWO,RWX        Retain           Available                                            5m8s
v7     7Gi        RWO,RWX        Retain           Available                                            5m8s
v8     8Gi        RWO,RWX        Retain           Available                                            5m8s
v9     9Gi        RWO,RWX        Retain           Available                                            5m8s

#STATUS 是 Bound，表示这个 pv 已经被 my-pvc 绑定了 
[root@k8smaster ~]# kubectl get pvc
NAME     STATUS   VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE
my-pvc   Bound    v2       2Gi        RWX                           32s
pvc 的名字-绑定到 pv-绑定的是 v2 这个 pv-pvc 可使用的容量是 2G 
 
5、创建 pod，挂载 pvc 
[root@k8smaster ~]# vim pod_pvc.yaml 
apiVersion: v1
kind: Pod 
metadata: 
  name: pod-pvc
spec: 
  containers:
  - name: nginx
    image: nginx
    imagePullPolicy: IfNotPresent
    volumeMounts: 
    - name: nginx-html
      mountPath: /usr/share/nginx/html
  volumes:
  - name: nginx-html 
    persistentVolumeClaim:
      claimName: my-pvc
#更新资源清单文件 
[root@k8smaster ~]# kubectl apply -f pod_pvc.yaml 
pod/pod-pvc created
#查看 pod 状态 
[root@k8smaster ~]# kubectl get pods
NAME                    READY   STATUS    RESTARTS   AGE
pod-pvc                 0/1     Running   0          5s
#通过上面可以看到 pod 处于 running 状态，正常运行
#每次pvc和pv绑定，pv只认哪一个，如果pvc被删除，那么pv会进入释放状态(有数据)并且不让其他pvc绑定。如果原来的pv不能绑定，会自动找最接近需求的新的pv，如果找不到就会进入pending状态。
注：使用 pvc 和 pv 的注意事项
1、我们每次创建 pvc 的时候，需要事先有划分好的 pv，这样可能不方便，那么可以在创建 pvc 的时候直接动态创建一个 pv 这个存储类，pv 事先是不存在的
2、pvc 和 pv 绑定，如果使用默认的回收策略 retain，那么删除 pvc 之后，pv 会处于 released 状态，我们想要继续使用这个 pv，需要手动删除 pv，kubectl delete pv pv_name，删除 pv，不会删除 pv里的数据，当我们重新创建 pvc 时还会和这个最匹配的 pv 绑定，数据还是原来数据，不会丢失。
#先删除pod 不然删不掉pvc 删掉pvc之后再删pv 是这个顺序 如果不删除pod在用pvc的话是不让删除的
[root@k8smaster ~]# kubectl delete pods pod-pvc --grace-period=0 --force
[root@k8smaster ~]# kubectl delete -f pvc.yaml 
persistentvolumeclaim "my-pvc" deleted
[root@k8smaster ~]# kubectl delete -f pv.yaml
[root@k8smaster ~]# kubectl apply -f pv.yaml 
[root@k8smaster ~]# kubectl get pv
NAME   CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
v1     1Gi        RWO            Retain           Available                                   5s
v10    10Gi       RWO,RWX        Retain           Available                                   4s
v2     2Gi        RWX            Retain           Available                                   5s
v3     3Gi        RWX            Retain           Available                                   4s
v4     4Gi        RWO,RWX        Retain           Available                                   4s
v5     5Gi        RWO,RWX        Retain           Available                                   4s
v6     6Gi        RWO,RWX        Retain           Available                                   4s
v7     7Gi        RWO,RWX        Retain           Available                                   4s
v8     8Gi        RWO,RWX        Retain           Available                                   4s
v9     9Gi        RWO,RWX        Retain           Available                                   4s
[root@k8smaster ~]# kubectl get pvc
NAME     STATUS   VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE
my-pvc   Bound    v2       2Gi        RWX                           7s
#还是和2绑定

#修改回收策略
[root@k8smaster ~]# kubectl explain pv.spec.persistentVolumeReclaimPolicy
KIND:     PersistentVolume
VERSION:  v1

FIELD:    persistentVolumeReclaimPolicy <string>
[root@k8smaster ~]# vim pv.yaml 
#修改第二个
apiVersion: v1
kind: PersistentVolume
metadata:
  name: v2
spec:
  persistentVolumeReclaimPolicy: Delete
[root@k8smaster ~]# kubectl apply -f pv.yaml 
[root@k8smaster ~]# kubectl get pv
NAME   CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
v1     1Gi        RWO            Retain           Available                                   7s
v10    10Gi       RWO,RWX        Retain           Available                                   7s
v2     2Gi        RWX            Delete           Available                                   7s
v3     3Gi        RWX            Retain           Available                                   7s
v4     4Gi        RWO,RWX        Retain           Available                                   7s
v5     5Gi        RWO,RWX        Retain           Available                                   7s
v6     6Gi        RWO,RWX        Retain           Available                                   7s
v7     7Gi        RWO,RWX        Retain           Available                                   7s
v8     8Gi        RWO,RWX        Retain           Available                                   7s
v9     9Gi        RWO,RWX        Retain           Available                                   7s
#变成delete了 测试一下更新pvc然后是否绑定等
[root@k8smaster ~]# kubectl apply -f pvc.yaml 
persistentvolumeclaim/my-pvc created
[root@k8smaster ~]# kubectl get pvc
NAME     STATUS   VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE
my-pvc   Bound    v2       2Gi        RWX                           11s
#如果此时删除了pvc和pv，pv存储目录的数据文件不会丢失，如果想彻底清理，删除pvc，pv和目录存储的数据删除

写在最后

创作不易，如果觉得内容对你有帮助，麻烦给个三连关注支持一下我！如果有错误，请在评论区指出，我会及时更改！
目前正在更新的系列：从零开始学k8s
感谢各位的观看，文章掺杂个人理解，如有错误请联系我指出~

cloud、泡泡
关注
  • 37
    点赞
  • 踩
  • 38
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 38
    评论
专栏目录
云原生Kubernetes全栈架构师：基于世界500强的k8s实战课程
02-18
分享课程——【2022】云原生Kubernetes全栈架构师：基于世界500强的k8s实战课程，2022年最新版，基于V1.23版本，完整版提供文档和软件下载！...4、对k8s集群监控、持久化、中间件容器化、云原生薄弱的
k8s数据卷之hostPath与emptyDir
huahua1999的博客
04-24 5803
目录 为什么需要数据卷？ 常用数据卷 empryDir 测试 hostPath 示例 为什么需要数据卷？ 容器中的文件在磁盘上是临时存放的，这给容器中运行比较重要的应用程序带来一些问题。 • 问题1：当容器升级或者崩溃时，kubelet会重建容器，容器内文件会丢失 • 问题2：一个Pod中运行多个容器需要共享文件 Kubernetes 卷（Volume） 这一抽象概念能够解决这两个问题。 常用数据卷 • 节点本地（hostPath，emptyDir） • 网络（NFS.
k8s hostPath
qq_42533216的博客
07-28 1万+
hostPath hostPath卷能将主机节点文件系统上的文件或目录挂载到您的 Pod 中。 虽然这不是大多数 Pod 需要的，但是它为一些应用程序提供了强大的逃生舱。 例如，hostPath的一些用法有： 运行一个需要访问 Docker 引擎内部机制的容器；请使用hostPath挂载/var/lib/docker路径。 在容器中运行 cAdvisor 时，以hostPath方式挂载/sys。 允许 Pod 指定给定的hostPath在运行 Pod 之前是否应该存在，是否应...
持续集成部署-k8s-配置与存储-配置管理：HostPath 的使用
种一棵树最好的时间是十年前，其次是现在。
11-25 1609
在 Kubernetes 中，`HostPath` 是一种用于挂载宿主机上文件或目录到容器中的卷类型。使用 `HostPath` 卷类型，可以让你在容器内部访问宿主机上的文件或目录。
k8s中本地存储卷emptyDir、hostPath卷
MssGuo的博客
04-10 5252
个
k8s--基础--18.3--存储卷--类型--hostPath
zhou920786312的博客
08-10 1862
其他字段不懂通过explain来查看。
云原生（三十四） | Kubernetes篇之平台存储系统实战
07-11
云原生（三十四） | Kubernetes篇之平台存储系统实战
云原生详解-解读容器-Kubernetes .docx
08-24
为云计算基础设施带来一层可以让平台团队基于此构造“一切”的平台层抽象。
CloudEon云原生大数据平台，构建于kubernetes集群之上的大数据集群管理平台
06-13
CloudEon是一款基于kubernetes的开源大数据平台...该平台致力于简化多种大数据服务在kubernetes上的部署和管理，如Hadoop、Doris、Spark、Flink、Hive、Kafka等，能够满足不同规模和业务需求下的大数据处理和分析需求。
在Kubernetes上管理云原生数据Managing Cloud Native Data on Kubernetes
04-17
云原生数据基础设施：持久性、流媒体和批处理分析、管理Kubernetes上的数据存储、Kubernetes上的数据库——艰难之路、使用Helm在Kubernetes上自动部署数据库、使用运算符在Kubernetes上实现数据库管理自动化、在...
k8s-hostpath存储使用
热门推荐
wenwenxiong的专栏
01-18 1万+
参考网址: https://github.com/nailgun/k8s-hostpath-provisioner 运行k8s-hostpath-provisioner 下载github项目 git clone https://github.com/nailgun/k8s-hostpath-provisioner.git 下载k8s-hostpath镜像 docker pul
NFS 数据持久化
男儿当自强
06-04 471
使用nfs可以将pod中的数据进行持久化，比如持久化到其他主机上。首先需要在目标主机上安装nfs，其次在pod所在的节点上安装nfs，然后在yaml文件定义挂载目录。 在宿主机
K8S持久化存储-hostPath 卷的存储
qq_759035366的博客
04-09 1108
【代码】K8S持久化存储-hostPath 卷的存储。
k8s使用hostpath卷持久化数据
beiduofen2011的专栏
03-14 595
会在qhtx-k8s-node-001和qhtx-k8s-node-002节点下自动创建/root/logs目录，并且把容器中目录下的文件给同步过来，当容器关闭，文件仍然会存在。得知这个应用部署在 qhtx-k8s-node-002，和 qhtx-k8s-node-001节点下。容器中的文件在磁盘上是临时存放的，这给容器中运行比较重要的应用程序带来一些问题。• 问题1：当容器升级或者崩溃时，kubelet会重建容器，容器内文件会丢失。挂载Node文件系统（Pod所在节点）上文件或者目 录到Pod中的容器。
14-k8s-基本存储之EmptyDir、HostPath、NFS
weixin_40496191的博客
10-16 1003
Volume的生命周期不和Pod中的单个容器的生命周期有关。EmptyDir在Pod被分配到Node时创建的，它的初始内容为空，并且无须指定宿主机上对应的目录文件，因为kubernetes会自动分配一个目录，当Pod销毁时，EmptyDir中的数据也会被永久删除，所以也被称为临时存储。​ 7）如果其他台也装nfs，可以将dnf服务器的存储路径挂载出去，共享挂载路径（可忽略）：mount -t nfs 192.168.248.11:/root/data/nfs /root/data/nfs。
Kubernetes详解（三十五）——Kubernetes hostPath存储卷
永远是少年
05-01 1723
今天继续给大家介绍Linux运维相关知识，本文主要内容是Kubernetes hostPath存储卷。 一、hostPath存储卷简介 二、hostPath存储卷创建 三、hostPath存储卷查看 原创不易，转载请说明出处：https://blog.csdn.net/weixin_40228200 ...
k8s 目录和文件挂载到宿主机
weixin_46627652的博客
11-07 2356
k8s hostPath、pv,pvc、nfs挂载
K8S中hostpath的使用
最新发布
qq_40657367的博客
12-10 464
hostPath类型则是映射node文件系统中的文件或者目录到pod里。在使用hostPath类型的存储卷时，也可以设置type字段，支持的类型有文件、目录、File、Socket、CharDevice和BlockDevice。hostPath类似于docker -v参数，将宿主主机中的文件挂载pod中，但是hostPath比docker -v参数更强大，（Pod调度到哪个节点，则直接挂载到当前节点上）
[问题已处理]-kubernetes使用hostpath在单节点上共享文件
爷来辣的博客
04-16 3301
导语：有一个需求 密钥需要挂载到不同容器，并且在代码里更新指定密钥文件，并重启对应容器。原先不需要更改和重启时，是使用configmap实现的。但是现在需要多个容器共享一个文件并且需要被更新，这个就无法使用configmap实现了。考虑使用pv pvc。 使用pv和pvc遇到的问题，疯狂报以下错 Warning FailedScheduling 28s default-scheduler 0/1 nodes are available: 1 pod has unbound immediate 1
云原生kubernetes全栈架构师实战下载
09-12
云原生Kubernetes全栈架构师实战下载是指提供一个具有云原生架构设计和Kubernetes技术实践的全栈架构师学习材料的下载资源。 Kubernetes作为一个开源的容器编排引擎，在云原生架构中扮演着重要的角色。全栈架构师...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

cloud、泡泡

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

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

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

打赏作者

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

抵扣说明：

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

余额充值