k8s的存储卷---数据卷

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

前言

容器磁盘上的文件的生命周期是短暂的，这就使得在容器中运行重要应用时会出现一些问题。首先，当容器崩溃时，kubelet 会重启它，但是容器中的文件将丢失——容器以干净的状态（镜像最初的状态）重新启动。其次，在Pod中同时运行多个容器时，这些容器之间通常需要共享文件。Kubernetes 中的Volume抽象就很好的解决了这些问题。Pod中的容器通过Pause容器共享Volume。
 

1.emptyDir（主要用于容器内部共享数据）

容器内部共享存储卷，k8s系统中，是一个pod当中的多个容器共享一个存储目录。

emptyDir卷可以使pod当中的容器在这个存储卷上读取和写入

emptyDir是不能挂载到节点的，随着pod的生命周期结束

kubectl create deployment nginx --image=nginx:1.22 --replicas=3 --dry-run=client -o yaml > /opt/test1.yaml

vim test1.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx1
  name: nginx1
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx1
  template:
    metadata:
      labels:
        app: nginx1
    spec:
      containers:
      - image: nginx:1.22
        name: nginx1
        volumeMounts:
        - name: html
          mountPath: /usr/share/nginx/html
      - image: nginx:1.22
        name: nginx2
        volumeMounts:
        - name: html
          mountPath: /data
        command: ["/bin/bash","-c","while true; do echo $(date) >> /data/index.html; sleep 2; done"]
      volumes:
      - name: html
        emptyDir: {}


 kubectl exec -it nginx1-6b677dd6bc-4rnkc -c nginx2 bash

2.hostPath

将容器内的挂载点，和节点上的目录进行挂载，hostPath可以实现数据持久化。node节点被销毁，那么数据也会丢失

污点设置为：

NoExecute：节点上的pod会被驱逐，文件数据不在？

pod被驱逐，并不是node节点被销毁，所有数据还保留在节点上。

pod被驱逐（基于控制器创建的）会在其他重新部署，由会在其他节点生成一个新的存储卷。数据依然可以持久化

hostPath模拟展示

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx1
  name: nginx1
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx1
  template:
    metadata:
      labels:
        app: nginx1
    spec:
      containers:
      - image: nginx:1.22
        name: nginx1
        volumeMounts:
        - name: html
          mountPath: /usr/share/nginx/html
      - image: nginx:1.22
        name: nginx2
        volumeMounts:
        - name: html
          mountPath: /data
        command: ["/bin/bash","-c","while true; do echo $(date) >> /data/index.html; sleep 2; done"]
      volumes:
      - name: html
        hostPath:
          path: /opt/test
          type: DirectoryOrCreate

-c 进入不同容器内的信息

logs -c 查看不同容器输出的日志

3.NFS共享存储

所有的pod内的目录都和节点上的nfs共享目录形成数据卷，所有的数据文件都保存在共享目录当中。

使用nfs服务将共享存储设备空间挂载到容器中，可实现持久化数据存储，且Pod能实现跨节点共享数据 。

node02
先把共享目录创建出来
mkdir /data/volumes
chmod 777 volumes/
vim /etc/exports

/data/volumes 20.0.0.0/24(rw,no_root_squash)
wq

systemctl restart rpcbind
systemctl restart nfs
showmount -e

master01
showmount -e 20.0.0.64

vim test1.yaml
    spec:
      containers:
      - image: nginx:1.22
        name: nginx1
        volumeMounts:
        - name: html
          mountPath: /usr/share/nginx/html
      - image: nginx:1.22   
        name: nginx2
        volumeMounts: 
        - name: html
          mountPath: /data 
        command: ["/bin/bash","-c","while true; do echo $(date) >> /data/index.html; sleep 2; done"]
      volumes:
      - name: html
        nfs:
          path: /data/volumes
          server: 20.0.0.64

wq

kubectl apply -f test1.yaml

node02
touch 123 456 789

去master01
kubectl exec -it nginx1-
cd /usr/share/html
exit

      volumes:
      - name: html
        nfs:
          path: /data/volumes
          server: node02   / 20.0.0.63
server可以是共享目录的ip地址，也可以是主机名。主机名要做映射

PVC和PV的静态存储卷

pv：全称Persistent Volume 持久化存储卷，描述和定义一个存储卷，pv是由我们运维人员来定义。

pvc：persistent Volume Claim是持久化存储的请求。

pvc-------> pv --------NFS

pvc实际上是用来描述或者声明我希望使用什么样的pv来进行存储。

pvc-pv是一一对应的关系（描述，存储（大小））

pv和pvc都是虚拟化的概念，是k8s的抽象的虚拟的存储资源。

pvc和pv之间静态请求，一旦成百个pvc怎么办？-----使用动态pvc

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

PVC和PV的创建和销毁过程

pv和pvc之间是有生命周期管理：

1.Provisioning（配置）----pvc请求request-----检索（找一个合适的pv）-----pvc和pv（binding 绑定）----使用---pod被删除---pvreleasing（释放）---recycling（回收）

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

根据这 5 个阶段，PV 的状态有以下 4 种：
●Available（可用）：表示可用状态，还未被任何 PVC 绑定
●Bound（已绑定）：表示 PV 已经绑定到 PVC
●Released（已释放）：表示 PVC 被删掉，但是资源尚未被集群回收
●Failed（失败）：表示该 PV 的自动回收失败

读写方式：

ReadWriteOnce：RWO，配置文件里面是全称，存储pv是可读可写，但是只能被单个pod挂载。

ReadOnlyMany：ROX，存储的pv可以以只读的方式被多个pod挂载。

ReadWriteMany：RWX存储可以支持读写的方式被多个pod共享。

nfs：可以支持三种读写和挂载方式

SCSI

ISCSI：不支持 RWX

hostPath：只支持RWO，其他都不支持。

lsscsi可以查看当前设备的所有设备

iscsiadm -m session -P 3

iscsiadm：查看服务器是否有iscsi设备

-m session：指定操作的会话模块，管理iscsi会话

-P 3：显示详细信息的级别。级别就是3.显示详细信息。

回收策略

集群回收pv资源的方式：

Retain（默认策略）：保留，pod和挂载点的数据不会被删除

Recycle：回收，pv上的数据会被删除。挂载点的数据也被删除

Delete：删除，解绑时，自动删除pv上的数据。（本地硬盘无法使用，AWS，EBS，GCE）支持的动态卷可以使用，pv不再可用（云平台自己处理）

补充：当pod运行之后，通过pvc请求到了pv，除非pod被销毁，否则无法删除pvc

vim /etc/exports
/data/v1 20.0.0.0/24(rw,no_root_squash)
/data/v2 20.0.0.0/24(rw,no_root_squash)
/data/v3 20.0.0.0/24(rw,no_root_squash)
/data/v4 20.0.0.0/24(rw,no_root_squash)
/data/v5 20.0.0.0/24(rw,no_root_squash)
wq

exportfs -arv
showmount -e
各个节点都查看一下

vim pv.yaml 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv001
  labels:
    name: pv001
spec:
  nfs:
    path: /data/v1
    server: 20.0.0.64
  accessModes: ["ReadWriteMany","ReadWriteOnce"]
  capacity:
    storage: 1Gi
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv002
  labels:
    name: pv002
spec:
  nfs:
    path: /data/v2
    server: 20.0.0.64
  accessModes: ["ReadWriteOnce"]
  capacity:
    storage: 2Gi
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv003
  labels:
    name: pv003
spec:
  nfs:
    path: /data/v3
    server: 20.0.0.64
  accessModes: ["ReadWriteMany","ReadWriteOnce"]
  capacity:
    storage: 2Gi
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv004
  labels:
    name: pv004
spec:
  nfs:
    path: /data/v4
    server: 20.0.0.64
  accessModes: ["ReadWriteMany","ReadWriteOnce"]
  capacity:
    storage: 4Gi
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv005
  labels:
    name: pv005
spec:
  nfs:
    path: /data/v5
    server: 20.0.0.64
  accessModes: ["ReadWriteMany","ReadWriteOnce","ReadOnlyMany"]
  capacity:
    storage: 5Gi

wq

kubectl apply -f pv.yaml
kubectl get pv


vim pvc.yaml

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mypvc
spec:
  accessModes: ["ReadWrtieMany"]
#pvc期望请求的pv的读写挂载类型是什么。
  resources:
    requests:
      storage: 2Gi
#pvc期望请求pv的存储大小是2G，期望的pv类型：readwritemany  大小是2G。
---
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx
  name: nginx1
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - image: nginx:1.22
        name: nginx1
        volumeMounts:
        - name: html
          mountPath: /usr/share/nginx/html
      volumes:
      - name: html
        persistentVolumeClaim:
          claimName: mypvc
          
wq

kubectl apply -f test1.yaml
kubectl get pv

pvc---请求用哪个pv的存储-----pv和物理存储做映射（挂载）---物理设备提供存储卷

只有是Available才是可用被请求

同时，还可以对pv设置回收策略

模拟--一个pv匹配多个pod

vim pv.yaml
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv001
  labels:
    name: pv001
spec:
  nfs:
    path: /data/v1
    server: 20.0.0.63
  accessModes: ["ReadWriteMany","ReadWriteOnce"]
  capacity:
    storage: 1Gi
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv002
  labels:
    name: pv002
spec:
  nfs:
    path: /data/v2
    server: 20.0.0.63
  accessModes: ["ReadWriteOnce"]
  capacity:
    storage: 2Gi
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv003
  labels:
    name: pv003
spec:
  nfs:
    path: /data/v3
    server: 20.0.0.63
  accessModes: ["ReadWriteMany","ReadWriteOnce"]
  capacity:
    storage: 2Gi
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv004
  labels:
    name: pv004
spec:
  nfs:
    path: /data/v4
    server: 20.0.0.63
  accessModes: ["ReadWriteMany","ReadWriteOnce"]
  capacity:
    storage: 4Gi
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv005
  labels:
    name: pv005
spec:
  nfs:
    path: /data/v5
    server: 20.0.0.63
  accessModes: ["ReadWriteMany","ReadWriteOnce","ReadOnlyMany"]
  capacity:
    storage: 5Gi








vim pvc.yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mypvc
spec:
  accessModes: ["ReadWriteMany"]
  resources:
    requests:
      storage: 2Gi
---
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx
  name: nginx-dir
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - image: nginx:1.22
        name: nginx1
        volumeMounts:
        - name: html
          mountPath: /usr/share/nginx/html
      volumes:
      - name: html
        persistentVolumeClaim:
          claimName: mypvc
---
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx-2
  name: nginx-dir1
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx-2
  template:
    metadata:
      labels:
        app: nginx-2
    spec:
      containers:
      - image: nginx:1.22
        name: nginx-2
        volumeMounts:
        - name: html
          mountPath: /usr/share/nginx/html
      volumes:
      - name: html
        persistentVolumeClaim:
          claimName: mypvc

总结：

k8s当中存储卷的模式：

emptyDir：容器内的存储卷，随着pod被销毁，也会被销毁，数据被保留

hostPath：和节点目录的存储卷，可以实现持久化存储。数据在每个节点上都有，不方便集中管理

nfs：共享目录存储卷，可以实现持久化，数据集中在一个目录，方便管理。

pv和pvc：

pvc请求---pv的存储资源--------硬盘空间（NFS）

因为NFS支持pvc的所有挂载方式和读写模式

hostPath：仅支持ReadWriteOnce方式。

pvc是以检索的方式找到匹配的pv资源，

检索挂载方式和读写模式：

检索pv能提供的存储资源的大小。谁合适选谁

资源保留三种方式：

保留：默认可以不写

回收：自动回收，节点上的数据会被删除

删除：pv会变成failed模式，不可用，数据也会被删除。

yucfkyu
关注
  • 19
    点赞
  • 踩
  • 23
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
K8s基础10——数据卷、PV和PVC、StorageClass动态补给、StatefulSet控制器
百慕卿君博客
05-12 1710
1、临时卷、节点卷、网络卷、持久卷。 2、PV、PVC、StorageClass联合使用。 3、StatefulSet有状态部署。
k8s-数据卷
查士丁尼绵_的博客
08-28 843
为了共享磁盘而创造出来的概念。它是pod的一个组成部分，不是独立的k8s对象，不能单独创建和删除。pod容器中的所有容器都可以使用卷，但必须先将它挂载到容器上，每个容器中都可以在其文件系统的任意位置挂载卷。...
K8s 的数据卷volume
IChen.的博客
07-05 1263
Volume 容器磁盘上的文件的生命周期是短暂的，这就使得在容器中运行重要应用时会出现一些问题。首先，当容器崩溃时，kubelet会重启它，但是容器中的文件将丢失——容器以干净点状态（镜像最初点状态）重新启动。其次，在pod中同时运行多个容器时，这些容器之间通常需要共享文件。Kubernetes中的volume就能很好的解决了这些问题。 背景 Docker中也有一个volume的概念，尽管它稍微宽松一些，管理也很少。在Docker中，卷就像是磁盘或是另一个容器中的一个目录。它的生命周期不受管理，直到最
部署k8s集群存储-数据卷
Friendsofthewind的博客
11-25 1480
学习目标： Volume: 数据卷 kubernetes Pod中多个容器访问的共享目录。volume被定义在pod上，被这个pod的多个容器挂载到相同或不同的路径下。volume的生命周期与pod的生命周期相同，pod内的容器停止和重启时一般不会影响volume中的数据。所以一般volume被用于持久化pod产生的数据。 volume类型： emptyDir hostPath 学习内容： 提示：这里可以添加要学的内容 例如： 1、 搭建 Java 开发环境 2、 掌握 Java 基本语法 3、 掌握条件
K8S | Kubernetes 1.7 本地数据卷管理
weixin_34258838的博客
07-28 197
​本期文章来自才云科技（Caicloud）CTO 邓德源的技术原创。 1Overview Kubernetes 1.7 不会引入过多新功能，比较重要的几个特性包括 Priority API、CRI 的增强以及 Federation 的部分功能。此外，计划中还将提供本地存储管理，主要分为两个层面： 本地系统容量的管理。Kubernetes ...
k8s-----存储卷(数据卷)
qq_61843057的博客
01-10 1491
emptvDir: 容器内存储卷，随着pod被销毁，也会被销毁，数据不保留hostPath: 节点目录的存储卷，可以实现持久化存储。数据在每个节点上都有nfs：共享目录储存卷，可以实现持久化，数据集中在一个目录，方便管理pv和pvcpvc请求-------------》pv的存储资源--------》nfs硬盘空间nfs支持pvc的所有挂载方式和读写模式hostPath仅支持ReadWriteOnce 方式pvc是以检索的方式找到匹配的pv资源检索：挂载方式和读写模式和。
k8s之存储篇---数据卷-挂载
linus.lin的博客
08-28 1595
挂载是指将定义在 Pod 中的数据卷关联到容器，同一个 Pod 中的同一个数据卷可以被挂载到该 Pod 中的多个容器上。
k8s存储卷-动态PV
wutong0824的博客
01-16 1089
SelfLink：API的资源对象之一，表示资源对象在集群当中自身的一个连结，self-Link是一个唯一的标识号，可以用于标识k8s集群当中的每个资源的对象。容器里使用的配置，在provisioner当中定义好环境变量，传给容器，storageclass的名称，NFS服务器的地址，NFS的目录。NFS的provisionner的客户端以pod的方式运行在集群当中，监听k8s集群当中PV的请求，然后动态的创建于NFS相关的PV。命名为 nfs-client-provisioner-clusterrole。
K8S-数据存储学习思维导图
02-07
K8S-数据存储学习思维导图
local-path-provisioner:使用Kubernetes动态预配置持久性本地存储
04-30
在此设置中，目录/opt/local-path-provisioner将在所有节点上用作配置路径（也就是存储持久性卷数据）。 默认情况下，配置程序将安装在local-path-storage名称空间中。 kubectl apply -f https
k8s-spot-termination-handler：在竞价型实例上运行时监视AWS以获取竞价终止通知，并正常关闭
01-30
当在竞价型实例上运行时，K8s竞价终端处理程序会监视AWS元数据服务。 当竞价型实例即将终止时，恰好在终止前2分钟发出“终止通知”。 K8s Spot Termination Handler会对此进行监视，然后在AWS将其带走之前，将其...
K8s-cks进阶技能攻略
02-07
K8s-cks进阶技能攻略 Kubernetes（K8s）是容器编排系统，它提供了自动化部署、扩展和管理容器化应用程序的功能。下面是K8s的关键组件、架构、工作原理、调度流程、准入控制等知识点。 Kubernetes核心组件 ...
从零开始入门 K8s - 应用存储和持久化数据卷 - 存储快照与拓扑调度1
08-03
1. 本质问题 2. 流程改进 3. Kubernetes 相关组件改进
k8s离线部署Calico网络（2续）
weixin_72819498的博客
06-10 284
链接：https://pan.baidu.com/s/14ReJW-ZyYZFLbwSEBZK6mA?
k8s基础命令集合
清瞳清的博客
06-11 206
这些命令是Kubernetes管理中最常用的一些基本操作，熟练掌握这些命令能够帮助你高效地管理Kubernetes集群和应用。
【K8s源码分析（三）】-K8s调度器调度周期介绍
slipegg的博客
06-09 1219
从k8s源代码出发介绍了K8s调度周期中的各种事件。
k8s_探针专题
最新发布
纵歌的博客
06-14 232
k8s_探针专题
k8s-CCE创建工作负载变量引用
weixin_60092693的博客
06-10 390
背景，看到cce创建负载时会生成变量，如下。在skywaking-agent的使用，想要调用cce负载变量生成service_name。以变量形式配置时，可以调用，但是插拔性不强，去掉就找不回了，而且不够安全。2、以自定义变量调用cce变量：以下仅$(PAAS_APP_NAME)生效了，使用还是要标准些。构建时引用不到cce的变量，且以字符串的形式给了java-options，不会再产生调用。2、配置项调用PAAS_APP_NAME时是调用不到的。追加临时的变量参数，直接调用cce的负载变量。
k8s挂载配置文件（通过ConfigMap方式）
Hello！
06-08 669
K8s中的ConfigMap是一种用于存储配置数据的API对象，属于Kubernetes中的核心对象。它用于将应用程序的配置信息与容器镜像分离，以便在不重新构建镜像的情况下进行配置的修改和更新。ConfigMap可以存储键值对、文本文件或者以特定格式组织的配置文件，例如环境变量、命令行参数等。ConfigMap的主要作用是提供一个集中管理和传递配置信息的机制，让应用程序能够从ConfigMap中获取配置数据。这样，在不修改容器镜像的前提下，可以根据需要动态地修改应用程序的配置参数。
k8s metrics-server
06-28
回答1：</h3><br/>K8s Metrics Server是一个Kubernetes集群中的组件，用于收集和存储集群中各种资源的度量数据，例如CPU、内存、网络等。它可以提供实时的度量数据，帮助管理员和开发人员更好地了解集群的状态和性能...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值