Kubernetes 的存储卷(一)

已于 2024-03-27 16:03:38 修改
阅读量424 收藏 9
点赞数 3
分类专栏： kubernetes 文章标签： kubernetes 容器 云原生
于 2024-03-26 23:59:01 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq42004/article/details/137061888
版权

前言

Kubernetes 中的存储卷（Volume）是一种持久化存储，用于在Pod内部共享数据或将数据持久化存储。存储卷允许将容器中的数据存储到持久化的存储介质上，以便数据在容器之间共享、在容器重启后保留，并且不受容器生命周期的影响。储卷可以挂载到 Pod的一个或多个容器中，容器可以读取、写入存储卷中的数据。存储卷通常用于存储应用程序的配置文件、日志、数据库文件等数据。
常见的存储卷：

1. EmptyDir：临时存储卷，生命周期与 Pod 相同，当 Pod 被删除时，数据也会被清除。
2. HostPath：使用节点上的文件系统路径作为存储卷，可以用于共享文件给同一节点上的多个Pod。
3. PersistentVolumeClaim（PVC）：持久化存储卷声明，用于与持久卷（如 NFS、iSCSI、AWS EBS 等）建立关联。PVC 允许 Pod 与持久卷进行动态绑定和解绑，使得持久化存储的管理更加灵活。 
4. ConfigMap：用于将配置文件注入到 Pod 中，可以直接作为存储卷使用。
5. Secret：用于将敏感数据注入到 Pod 中，也可以直接作为存储卷使用。
6. CSI Volume：Container Storage Interface 的存储卷，允许第三方存储插件提供存储卷功能。

通过kubectl explain pods.spec.volumes命令可以查看k8s都支持那些后端存储。要使用存储卷，都要经历两个步骤：
1)定义pod的volume，这个volume指明它要关联到哪个存储上的。2）挂载存储，在容器中挂载要使用volume mounts。

#EmptyDir Volume #

EmptyDir是Kubernetes中一种临时存储卷类型，它将在Pod生命周期内保持存在，但与Pod具有相同的生命周期。EmptyDir通常用于在容器之间共享临时数据，或者在容器重启时保留某些状态。当Pod被删除时，EmptyDir中的数据也会被清除。主要用于某些应用程序无需永久保存的临时目录，多个容器的共享目录等。

简单的yaml文件

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-dy
  labels:
    web: nginx
  namespace: default
  annotations:
    dac: " image version to v1.0"
spec:
  minReadySeconds: 10
  #新创建的Pod成为就绪状态之前，Deployment控制器等待的最短时间（秒数）。确保Pod中的业务程序能正常工作之前有做狗的时候完成初始化和准备工作。
  paused: false
  progressDeadlineSeconds: 60
  #该字段用于指定部署操作的进度检查的超时时间（以秒为单位）。这个字段的作用是为了确保部署操作能够在指定的时间内完成，并在超时后进行相应的处理。
  replicas: 4
  revisionHistoryLimit: 5
  #该用于指定要保留的 Deployment 版本历史记录的最大数量。Deployment 版本历史记录包含了过去创建的每个 Deployment 的详细信息，包括创建时间、更新时间、副本数量等。
  #如果设置为 0，则不会保留任何历史记录；如果设置为负值，则表示将保留所有历史记录。
  selector:
    matchLabels:
      ser: nginx-test
  strategy:
  #定义滚动更新策略
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0
  template:
    metadata:
      name: nginx
      #namespeace
      labels:
        ser: nginx-test
    spec:
      nodeSelector:
        app: to
      hostname: nginx-dy
      containers:
      - image: docker.io/library/nginx:v1
        name: nginx-dy
        imagePullPolicy: IfNotPresent
        ports:
        - name: nginx-post
          containerPort: 80
        volumeMounts:
        - name: nginx-conf
          mountPath: /etc/nginx/conf.d
          readOnly: false
          #为true为只读方式挂载
      volumes:
      -  emptyDir: {}
         name: nginx-conf

运行后Pod在node01上已经正常运行（）我们查看被挂载的nginx目录，进入容器查看/etc/nginx/conf.d，在没有挂载此目录时conf.d目录下会有default.conf文件现在已经消失。

kubectl  exec  nginx-dy-d7f78576f-4pqg5  -it -- /bin/bash

在此文件下创建一个文件bwk.txt。在宿主机查询此文件路径在：

[root@node01 home]# find / -name bwk.txt
/var/lib/kubelet/pods/7e062d73-7c10-4404-9b00-d08bb88c728c/volumes/kubernetes.io~empty-dir/nginx-conf/bwk.txt

临时存储的EmptyDir创建后K8s会在宿主机分配硬件资源，存储的目录名称为spec.volumes.name的name字段值，它在Pod被释放后释放。

HostPath Volume

HostPath 是 Kubernetes 中用于挂载主机文件系统目录的一种卷类型。它允许Pod中的容器访问主机上的特定目录，这对于需要与主机系统交互的应用程序非常有用。

我们进行容器的镜像编译的时时候在Dockerfile文件中FROM的基础镜像时间有时候不是上海时区，这对与后期进行项目部署程序获取时间出现错误的情况，这时我们要么在Dockerfile编译的时候测试好再使用镜像，要么就是在部署Pod的时候把本地的时间文件挂载到容器中去。

root@node01 home]# ll /etc/ | grep localtime
rwxrwxrwx.  1 root root     35 3月  10 15:47 localtime -> ../usr/share/zoneinfo/Asia/Shanghai

简单的yaml文件

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-dy
  labels:
    web: nginx
  namespace: default
  annotations:
    dac: " image version to v1.0"
spec:
  minReadySeconds: 10
  #新创建的Pod成为就绪状态之前，Deployment控制器等待的最短时间（秒数）。确保Pod中的业务程序能正常工作之前有做狗的时候完成初始化和准备工作。
  paused: false
  progressDeadlineSeconds: 60
  #该字段用于指定部署操作的进度检查的超时时间（以秒为单位）。这个字段的作用是为了确保部署操作能够在指定的时间内完成，并在超时后进行相应的处理。
  replicas: 4
  revisionHistoryLimit: 5
  #该用于指定要保留的 Deployment 版本历史记录的最大数量。Deployment 版本历史记录包含了过去创建的每个 Deployment 的详细信息，包括创建时间、更新时间、副本数量等。
  #如果设置为 0，则不会保留任何历史记录；如果设置为负值，则表示将保留所有历史记录。
  selector:
    matchLabels:
      ser: nginx-test
  strategy:
  #定义滚动更新策略
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0
  template:
    metadata:
      name: nginx
      #namespeace
      labels:
        ser: nginx-test
    spec:
      nodeSelector:
        app: to
      hostname: nginx-dy
      containers:
      - image: docker.io/library/nginx:v1
        name: nginx-dy
        imagePullPolicy: IfNotPresent
        ports:
        - name: nginx-post
          containerPort: 80
        volumeMounts:
        - name: nginx-time
          mountPath: /etc/localtime
          readOnly: true
          #为true为只读方式挂载
      volumes:
      -  name: nginx-time
         hostPath:
           path: /etc/localtime
           type: File

未同步时间的Pod

[root@master bak]# date
 2024年 03月 26日 星期二 22:48:53 CST
[root@master bak]# kubectl exec nginx-dy-d7f78576f-7vkrd -it -- /bin/bash
root@nginx-dy:/# date
Tue Mar 26 14:48:59 UTC 2024

同步时间后的Pod

[root@master yaml]# kubectl exec nginx-dy-74f79c4f5c-2lshp -it -- /bin/bash
root@nginx-dy:/# date
Tue Mar 26 23:05:23 CST 2024
root@nginx-dy:/# exit
exit
[root@master yaml]# date 
2024年 03月 26日 星期二 23:05:28 CST

像yaml中的这种方式即替换Pod中的文件，需要文件的绝对路径。

hostPath的几种类型：
 1. FileOrCreate：如果指定的路径不存在，则创建一个文件。
 2. File：文件必须存在。如果不存在，则容器将无法启动。
 3. DirectoryOrCreate：如果指定的目录不存在，则创建一个目录。
 4. Directory：目录必须存在。如果不存在，则容器将无法启动。

nfs volume

在Kubernetes中，NFS（Network File System）是一种常见的存储解决方案，用于在集群中共享文件系统。

  1. 存储共享：NFS 允许将文件系统挂载到多个节点上，因此多个 Pod 可以同时访问共享的存储卷。这对于需要多个 Pod 之间共享数据的应用程序非常有用。
  2. 动态和静态配置：你可以在 Kubernetes 中静态或动态地配置 NFS 卷。静态配置涉及手动创建 PersistentVolume 和 PersistentVolumeClaim 对象，而动态配置则使用存储类（StorageClass）来自动创建这些对象。
  3. PersistentVolume和PersistentVolumeClaim：在使用 NFS 之前，你需要创建一个 PersistentVolume 对象来表示 NFS 服务器上的共享卷，并创建一个PersistentVolumeClaim对象来请求该卷。这两个对象会在 Pod 中进行挂载。
  4. 跨节点访问：NFS 提供了一种简单的跨节点访问机制，允许 Pod 在集群中的不同节点上运行，但仍然可以访问相同的存储卷。
  5. 数据持久性：NFS 存储卷的数据是持久的，即使 Pod 被重新调度到不同的节点上，数据仍然保持不变。这使得 NFS 成为存储应用程序数据和状态的理想选择。
  6. 部署和管理：Kubernetes 提供了丰富的资源类型和控制器，可用于管理 NFS 卷的生命周期。你可以使用 Deployment、StatefulSet、DaemonSet 等控制器来部署和管理使用 NFS 存储的应用程序。

安装nfs服务

yum -y install nfs-utils 
配置服务：
[root@localhost nginx]# cat /etc/exports
 /mnt/k8s 192.168.0.0/24(rw,no_root_squash)   
配置生效重启nfs服务
exportfs -arv
systemctl restart nfs
在应用服务器查看共享目录
showmount -e 192.168.0.108

简单的yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-dy
  labels:
    web: nginx
  namespace: default
  annotations:
    dac: " image version to v1.0"
spec:
  minReadySeconds: 10
  #新创建的Pod成为就绪状态之前，Deployment控制器等待的最短时间（秒数）。确保Pod中的业务程序能正常工作之前有做狗的时候完成初始化和准备工作。
  paused: false
  progressDeadlineSeconds: 60
  #该字段用于指定部署操作的进度检查的超时时间（以秒为单位）。这个字段的作用是为了确保部署操作能够在指定的时间内完成，并在超时后进行相应的处理。
  replicas: 4
  revisionHistoryLimit: 5
  #该用于指定要保留的 Deployment 版本历史记录的最大数量。Deployment 版本历史记录包含了过去创建的每个 Deployment 的详细信息，包括创建时间、更新时间、副本数量等。
  #如果设置为 0，则不会保留任何历史记录；如果设置为负值，则表示将保留所有历史记录。
  selector:
    matchLabels:
      ser: nginx-test
  strategy:
  #定义滚动更新策略
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0
  template:
    metadata:
      name: nginx
      #namespeace
      labels:
        ser: nginx-test
    spec:
      nodeSelector:
        app: to
      hostname: nginx-dy
      containers:
      - image: docker.io/library/nginx:v1
        name: nginx-dy
        imagePullPolicy: IfNotPresent
        ports:
        - name: nginx-post
          containerPort: 80
        volumeMounts:
        - name: nginx-nfs
          mountPath: /home
          readOnly: false
          #为true为只读方式挂载
      volumes:
      -  name: nginx-nfs
         nfs: 
          path: /mnt/k8s/nginx
          readOnly: false
          server: 192.168.0.108

此种方式配置的Deployment下所有的Pod共享/mnt/k8s/nginx目录。

PV和PVC

PV：PersistentVolume是Kubernetes中的资源对象，是集群中的持久化存储卷（NFS、iSCSI、AWS EBS、Azure Disk等类型的存储卷）是集群中的资源，由管理员配置或使用存储类动态配置。它独立于Pod而存在，PV有自己的生命周期，它可以手动创建、删除、调整容量等操作。PV一旦被创建，可以被多个PVC绑定并在Pod中使用。

PVC：PersistentVolumeClaim也是Kubernetes中的资源对象，用于申请集群中的持久化存储（PV），K8S管理员创建的对象，用于请求集群中预先配置的PV。Pod消耗节点资源，PVC消耗PV资源。PVC描述了对存储的需求，包括容量大小、访问模式等。PVC绑定到PV上，使得PV的存储资源可以被Pod使用。PVC可以被多个Pod共享，但一个PVC只能绑定到一个PV上。

PV的使用法方式

静态的：集群管理员创建了许多PV。它们包含可供群集用户使用的实际存储的详细信息。它们存在于Kubernetes API中，可供使用。
动态的：当管理员创建的静态PV都不匹配用户的PersistentVolumeClaim时，群集可能会尝试为PVC专门动态配置卷。此配置基于StorageClasses：PVC必须请求存储类，管理员必须已创建并配置该类，以便进行动态配置。

PV的回收策略

  1. Retain（默认）：使用Retain策略时，当PVC解绑时，PV中的数据不会被删除，而是保留下来。管理员需要手动处理PV中的数据，通常是通过将PV重新绑定到新的 PVC 或手动清理PV中的数据。这种策略适用于需要手动审查和处理数据的情况，以确保数据不会意外丢失。
  2. Delete（删除）：使用Delete策略时，当PVC解绑时，PV中的数据将被删除。Kubernetes将自动删除PV中的数据，并将PV标记为“Released”状态。这种策略适用于可以安全删除数据的情况，例如PV中存储的数据可以被应用程序重新生成，或者数据不再需要保留。
  3. Dynamic Provisioning（动态分配）：Dynamic Provisioning不是一种回收策略，而是一种动态创建PV的方法。当PVC 请求的存储资源找不到对应的PV时，Kubernetes可以根据定义的存储类（StorageClass）自动创建PV，并将其绑定到PVC。这种方式下，PV的生命周期由动态创建的时间开始，因此释放时将按照指定的回收策略进行处理。

简单的yaml文件

  1. 创建pv
apiVersion: v1
kind: PersistentVolume
metadata:
  name: ng-ng1
  labels:
    web: nginx
  namespace: default
spec:
  capacity:
    storage: 3Gi
  accessModes: ["ReadWriteMany"]
  nfs:
    path: /mnt/k8s/ng1
    readOnly: false
    #用于指定PV是否以只读方式挂载 NFS 卷。
    server: 192.168.0.108
  persistentVolumeReclaimPolicy: Retain

---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: ng-ng2
  labels:
    web: nginx
  namespace: default
spec:
  capacity:
    storage: 6Gi
  accessModes: ["ReadWriteMany"]
  nfs:
    path: /mnt/k8s/ng2
    readOnly: false
    server: 192.168.0.108
  persistentVolumeReclaimPolicy: Retain
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: ng-ng3
  labels:
    web: nginx
  namespace: default
spec:
  capacity:
    storage: 2Gi
  accessModes: ["ReadWriteMany"]
   
  nfs:
    path: /mnt/k8s/ng3
    readOnly: false
    server: 192.168.0.108
  persistentVolumeReclaimPolicy: Delete


---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: ng-ng4
  labels:
    web: nginx
  namespace: default
spec:
  capacity:
    storage: 4Gi
  accessModes: ["ReadWriteMany"]
   
  nfs:
    path: /mnt/k8s/ng4
    readOnly: false
    server: 192.168.0.108
  persistentVolumeReclaimPolicy: Delete

PV的访问模式pv.spec.accessModes

RWO - ReadWriteOnce：可读科写，但支持被单个node挂载，一个PV可以被单个Pod以读写方式挂载。
ROX - ReadOnlyMany：可以只读的方式被多个node挂载,意味着PV可以同时被多个Pod挂载，并且这些Pod只读不可写入PV中的数据
RWX - ReadWriteMany:可以以读写的方式被多个node挂载,意味着PV可以同时被多个Pod挂载，并且这些Pod可以读取和写入PV中的数据。

PV回收的时候先删除pvc再删除pv，重建pv不会重建已经之前创建的pv。

  1. 创建pvc
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc-nginx
  labels:
    web: pvc-ng
  namespace: default
spec:
  accessModes: ["ReadWriteMany"]
  resources:
    limits: 
      storage: 8Gi
    requests: 
       storage: 2Gi
    # storage:

pvc匹配pv的时候：根据大小（storage: 1G），访问方式（accessModes: [“ReadWriteOnce”]）进行匹配

  1. 挂载pvc
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-dy
  labels:
    web: nginx
  namespace: default
  annotations:
    dac: " image version to v1.0"
spec:
  minReadySeconds: 10
  #新创建的Pod成为就绪状态之前，Deployment控制器等待的最短时间（秒数）。确保Pod中的业务程序能正常工作之前有做狗的时候完成初始化和准备工作。
  paused: false
  progressDeadlineSeconds: 60
  #该字段用于指定部署操作的进度检查的超时时间（以秒为单位）。这个字段的作用是为了确保部署操作能够在指定的时间内完成，并在超时后进行相应的处理。
  replicas: 4
  revisionHistoryLimit: 5
  #该用于指定要保留的 Deployment 版本历史记录的最大数量。Deployment 版本历史记录包含了过去创建的每个 Deployment 的详细信息，包括创建时间、更新时间、副本数量等。
  #如果设置为 0，则不会保留任何历史记录；如果设置为负值，则表示将保留所有历史记录。
  selector:
    matchLabels:
      ser: nginx-test
  strategy:
  #定义滚动更新策略
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0
  template:
    metadata:
      name: nginx
      #namespeace
      labels:
        ser: nginx-test
    spec:
      nodeSelector:
        app: to
      hostname: nginx-dy
      containers:
      - image: docker.io/library/nginx:v1
        name: nginx-dy
        imagePullPolicy: IfNotPresent
        ports:
        - name: nginx-post
          containerPort: 80
        volumeMounts:
        - name: nginx-pvc
          mountPath: /home
          readOnly: false
          #为true为只读方式挂载
      volumes:
      -  name: nginx-pvc
         persistentVolumeClaim:
           claimName: pvc-nginx

PV简单操作

导出废弃PV：

kubectl get pv -o custom-columns=STATUS:.status.phase,PATH:.spec.nfs.path |grep Released |awk '{print $2}' > 156.txt

清理废弃PV：

#!/bin/bash
whiteList=`kubectl get pv |grep  Released |awk '{print $1}'`
echo "${whiteList}" | while read line
do
  kubectl patch pv ${line}  -p '{"spec":{"persistentVolumeReclaimPolicy":"Delete"}}'
done
安的木偶游戏
关注
  • 3
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Kubernetes集群EmptyDir的数据存储类型（三十二）
江晓龙的博客
12-10 2011
Kubernetes集群EmptyDir的数据存储类型 文章目录Kubernetes集群EmptyDir的数据存储类型1.EmptyDir存储介绍2.EmptyDir配置 1.EmptyDir存储介绍 EmptyDir是最基础的volume类型，一个EmptyDir就相当于一个host上的一个空目录 EmptyDir是在pod被分配到Node时创建的，它的初始内容为空，并且不需要指定使用节点上对应的目录文件，k8s会在pod所在的node节点上自动分配一个空目录，当pod销毁时，EmptyDir中的数据也会
kubernetes学习
01-22
Kubernetes安全配置资源Secret是Kubernetes集群中的一种非常重要的配置管理资源对象，用于存储密码、OAuth令牌和SSH密钥等敏感信息。Secret可以提供更加安全的机制，将需要共享的数据进行加密，防止数据泄露。
Kubernetes详解（三十四）——Kubernetes emptyDir存储卷
永远是少年
05-01 2260
今天继续给大家介绍Linux运维相关知识，本文主要内容是Kubernetes emptyDir存储卷。 一、emptyDir存储卷简介 二、emptyDir存储卷创建 三、emptyDir存储卷查看
关于 Kubernetes中Volume实操的一些笔记
山河已无恙
12-01 1300
男女情事,谁先动心谁吃亏,越吃亏越难忘,到最后,到底是喜欢对方呢,还是喜欢自己,都搞不清楚了,答案偏偏在对方身上,所以才说,由爱故生忧。--------《剑来》
k8s中本地存储卷emptyDir、hostPath卷
MssGuo的博客
04-10 5322
个
《Kubernetes知识篇：Kubernetes之持久化存储》
东城绝神
10-20 1189
系列文章目录 提示：这里可以添加系列文章的所有文章的目录，目录需要自己手动添加 例如：第一章 Python 机器学习入门之pandas的使用 提示：写完文章后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录系列文章目录前言一、pandas是什么？二、使用步骤1.引入库2.读入数据总结 前言 提示：这里可以添加本文要记录的大概内容： 例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。 提示：以下是本篇文章正文内容，下面案例
kubernetes 部署giltab
08-24
Redis 是一个内存数据存储系统，常用于缓存和数据库，对于GitLab来说，它用于存储会话信息、队列数据以及其它临时状态信息。在Kubernetes中，我们通过创建Deployment来管理Redis实例。`gitlab-redis.yaml` 文件定义...
Kubernetes in Action
最新发布
05-16
Kubernetes的核心组件包括节点(Node)、控制器(Controller)、服务(Service)、部署(Deployment)、持久卷(Persistent Volume)等。节点是运行Kubernetes工作负载的实际计算资源，可以是物理机或虚拟机。控制器如副本集...
Kubernetes 实践指南
03-17
### 五、Kubernetes存储 1. **Volume插件**: 支持多种持久化存储类型，如NFS、GCE Persistent Disk、AWS EBS等。 2. **StatefulSet**: 用于管理有状态应用，如数据库，保证Pod标识、存储卷和网络的稳定性。 ### 六...
Key concepts in Kubernetes
11-14
Persistent Volumes（PV）是 Kubernetes 中的一种存储资源，用于提供持久化的存储服务。Persistent Volume Claims（PVC）则是对 PV 的申请，用于请求存储资源。 Volume Types Kubernetes 支持多种类型的存储卷，...
k8s--基础--18.2--存储卷--类型--EmptyDir
zhou920786312的博客
08-10 692
其他字段不懂通过explain来查看。
Kubernetes数据卷Volume和数据卷分类(emptyDir、nfs、hostPath、ConfigMap)详解
大数据开发、JAVA开发、人工智能AI
10-28 773
Kubernetes数据卷Volume和数据卷分类(emptyDir、nfs、hostPath、ConfigMap)详解
【Kubernetes存储篇】持久化存储PV、PVC详解
秦子腾
06-11 6235
pvc和pv绑定，如果使用默认的回收策略retain，那么删除pvc之后，pv会处于released状态，我们想要继续使用这个pv，需要手动删除pv，kubectl delete pv pv_name，删除pv，不会删除pv里的数据，当我们重新创建pvc时还会和这个最匹配的pv绑定，数据还是原来数据，不会丢失。如下图，我是用的是只读的 PVC，容器里面应当没有创建文件权限，但是容器里面确实可以创建文件，我咨询了云原生领域大佬，这应该是K8S PVC bug，我当前K8S版本是：v1.27.0。
k8s数据卷之hostPath与emptyDir
huahua1999的博客
04-24 5863
目录 为什么需要数据卷？ 常用数据卷 empryDir 测试 hostPath 示例 为什么需要数据卷？ 容器中的文件在磁盘上是临时存放的，这给容器中运行比较重要的应用程序带来一些问题。 • 问题1：当容器升级或者崩溃时，kubelet会重建容器，容器内文件会丢失 • 问题2：一个Pod中运行多个容器需要共享文件 Kubernetes 卷（Volume） 这一抽象概念能够解决这两个问题。 常用数据卷 • 节点本地（hostPath，emptyDir） • 网络（NFS.
Kubernetes----EmptyDir类型的基本存储
redrose2100的博客
04-07 4447
一、EmptyDir简介 EmptyDir是最基础的Volume类型，一个EmptyDir就是Host上一个空目录 EmptyDir是在Pod被分配到Node时创建的，它的初始内容为空，并且无需指定宿主机上对应的目录文件，因为Kubernetes会自动分配一个目录，当pod销毁时，EmptyDir中的数据也会被永久删除 EmptyDir的用途如下： 临时空间，例如用于某些应用程序运行时所需要的临时目录，且无需永久保留 一个容器需要从另一个容器中获取数据的目录（多容器共享目录） 二、EmptyDir应用实
kubernetes存储卷-emptyDir
rendongxingzhe的博客
04-19 2685
当 Pod 分派到某个 Node 上时，emptyDir卷会被创建，并且在 Pod 在该节点上运行期间，卷一直存在。 就像其名称表示的那样，卷最初是空的。 尽管 Pod 中的容器挂载emptyDir卷的路径可能相同也可能不同，这些容器都可以读写emptyDir卷中相同的文件。 当 Pod 因为某些原因被从节点上删除时，emptyDir卷中的数据也会被永久删除。 容器崩溃并不会导致 Pod 被从节点上移除，因此容器崩溃期间emptyDir卷中的数据是安全的。 emptyDir的一些用途：...
【K8S】Volume类型-EmptyDir与HostPath的区别
阳阳的博客
12-13 4688
我们知道，一个运行中的容器，默认情况下，对文件系统的写入，都是发生在其分层文件系统的可写层的，一旦容器运行结束，所有写入都会被丢弃。因此需要支持容器数据的持久化。 k8s中通过Volume来提供对容器存储的支持。 Volume类型 volume是kubernetes Pod中多个容器访问的共享目录。volume被定义在pod上，被这个pod的多个容器挂载到相同或不同的路径下。volum...
K8S—数据卷-emptyDir、hostPath、NFS
weixin_61015632的博客
08-09 295
临时数据卷，与pod生命周期绑定在一起，pod删除了，数据卷也会被删除。
Kubernetes进阶之hostpath及emptyDir数据卷
batanj35857的博客
09-06 1772
K8s进阶之数据卷与数据持久卷目录： 一 从外部访问应用最佳方式 二 配置管理 三 数据卷与数据持久卷 四 再谈有状态应用部署 五 K8S 安全机制 三、数据卷与数据持久卷数据卷产生的背景为什么有数据卷，这里的数据卷和docker的数据卷还不太一样，实现的机制不是一套，数据卷说白了就是能帮助你持久化你pod重要的数据，如果你不持久化的话，pod删除里面临时产生的数据也会被删除，这不管是k8...
从零开始入门 K8s - Kubernetes存储架构及插件使用1
08-03
介绍及使用Flexvolume 介绍• Flexvolume实现了VolumePlugin的Attach/Detach/Mount/Unmount接口定义，这些

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值