k8s-----存储卷(数据卷)

容器内的目录和宿主机的目录进行挂载。
容器的生命状态是短站的，delete删除，k8s用控制创建的pod，delete相当于重启，容器的状态也会回复到初始状态。
一旦回到初始状态，所有的后天编辑的文件都会消失。
容器和节点之间创建一个可以持久化保存容器内文件的存储卷。即使容器被销毁，删除，重启，节点上的存储卷的数据依然存在，后续也可以进行继续使用。可以继续将容器内目录和宿主机挂载，保存的数据继续使用。

存储卷的方式

  1. emptyDir  容器内

  2. hostPath  本地本地

  3. NFS         远程

emptyDir

容器内部共享储存卷，k8s系统中，是一个pod当中的多个容器共享一个存储卷目录。
emptvDir卷可以是pod当中容器在这个存储卷上读取和写入
emptyDir是不能挂载到节点的。随着pod的生命周期结束，emptvDir也会结束，数据也不会保留
容器内部共享。

实验

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx2
  name: nginx
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx2
  template:
    metadata:
      labels:
        app: nginx2
    spec:
      containers:
      - image: nginx:1.22
        name: nginx
        volumeMounts:
        - name: html
          mountPath: /usr/share/nginx/html
#第一个个name,存储的名称，可以自定义，mountPath,定义容器内的挂载目录点，和节点或者
      - image: nginx:1.22
        name: nginx2
        volumeMounts:
        - name: html
          mountPath: /data
#引用上一个挂载的名称，表示我将和/usr/share/nginx/html/这个目录挂载，由data目录和它挂载
        command: ["/bin/bash","-c","while true; do echo  $(date) >> /data/index.html; sleep 2; done"]
      volumes:
      - name: html
        emptyDir: {}

进入指定容器内查看挂载的文件

kubectl exec -it nginx2-96b45c96c-jvvg9 -c nginx2 bash

hostPath

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

实验

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx2
  name: nginx
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx2
  template:
    metadata:
      labels:
        app: nginx2
    spec:
      containers:
      - image: nginx:1.22
        name: nginx
        volumeMounts:
        - name: html
          mountPath: /usr/share/nginx/html
#第一个个name,存储的名称，可以自定义，mountPath,定义容器内的挂载目录点，和节点或者
      - image: nginx:1.22
        name: nginx2
        volumeMounts:
        - name: html
          mountPath: /data
#引用上一个挂载的名称，表示我将和/usr/share/nginx/html/这个目录挂载，由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

NFS

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

nfs共享的工作流程图：

实验

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx2
  name: nginx
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx2
  template:
    metadata:
      labels:
        app: nginx2
    spec:
      containers:
      - image: nginx:1.22
        name: nginx
        volumeMounts:
        - name: html
          mountPath: /usr/share/nginx/html
#第一个个name,存储的名称，可以自定义，mountPath,定义容器内的挂载目录点，和节点或者
      - image: nginx:1.22
        name: nginx2
        volumeMounts:
        - name: html
          mountPath: /data
#引用上一个挂载的名称，表示我将和/usr/share/nginx/html/这个目录挂载，由data目录和它挂载
        command: ["/bin/bash","-c","while true; do echo  $(date) >> /data/index.html; sleep 2; done"]
      volumes:
      - name: html
        nfs:
          path: /data/volumes
          server: 192.168.10.40
#这里的server可以是IP地址和主机名（需要做映射）

PVC和pv静态

pv：全称：persistent Volume 持久化存储卷，描述和定义一个存储卷，pv是由运维人员来定的。
pvc：全称：persist Volume Claim 持久化储存的请求。pvc实际上用来描述或者声明我希望使用声明什么样的pv来进行储存
pvc-pv是一一对应的关系（描述，储存（大小））
pvc-pv都是虚拟化的概念，是k8s的抽象的虚拟的储存资源。
pvc---pv-----nfs

pv是集群当中的储存资源，pvc来请求存储资源，也是对储存资源的一个检索（检查索引），选择一个最合适的pv来存储资源。

pvc--pv是由生命周期管理的：

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

配置：静态，动态
绑定：就是把pv分配给pvc
使用：就是pod通过pvc使用储存资源
释放：pod解除volume的关系，删除pvc
回收：保留pv，让下一个pvc使用。

pv的四种状态：

状态文字描述表示
Avialable可以没有任何pvc绑定
Bound绑定pv已经绑定了pvc，绑定即使用
released释放pvc已经被删除了，但是pv的存储资源还没有被集群回收
Failed资源回收失败pv为不可用状态

pv的三种类型

类型缩写说明
ReadWriteOnceRWO储存pv可读可写，但只能被单个pod挂载。
ReadOnlyManyROX储存的pv可以以只读的方式被多个pod挂载
ReadWriteManyRWX储存可以支持读写的方式被多个pod共享

        hostPath 支持ReadWriteOnce的方式
        nfs可支持以上三种方式

        有ISCSI不支持ReadOnlyMany方式

iscsiadm -m session -P 3

iscsiadm 查看服务器是否有iscsi设备
-m session 指定操作的会话模块，管理iscsi的会话
-P 3 显示详细信息的级别。级别是3 共0-3

集群回收pv资源的方式：

类型文字描述说明
Retain（默认）保留pod和挂载点的数据不会被删除
Recysle回收pv上的数据被删除，挂载点的数据也被删除
Delete淡出

解绑时，自动删除PV上的数据。(本地硬盘不能使用，AWS,EBS GCE) 支持动态卷的可以使用，pv不再可用 (云平台自己处理）。

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

实验

master01 192.168.10.10

node01     192.168.10.20

node02     192.168.10.30

nfs4           192.168.10.40

nfs4 ---192.168.10.40

mkdir v{1,2,3,4,5}
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)
exportfs -arv
#发布出去
showmount -e 192.168.10.40
#在每个节点上查看

master01主节点上创建PV.yaml文件

vim pv.yaml
apiVersion: v1
kind: PersistentVolume
#PersistentVolume就是PV但是yaml文件中要用全称
metadata:
  name: pv001
  labels:
    name: pv001
spec:
#设定pv的参数
  nfs:
    path: /data/v1
#定义pv的挂载位置
    server: 192.168.10.40
#声明pv来自哪个IP地址
  accessModes: ["ReadWriteMany", "ReadWriteOnce"]
#ReadWriteMany表示支持多个pod挂载
#ReadWriteOnly表示只支持单个pod挂载
#支持多种挂载方式
  capacity:
    storage: 1Gi
#定义pv的大小

---

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv002
  labels:
    name: pv002
spec:
  nfs:
    path: /data/v2
    server: 192.168.10.40
  accessModes: ["ReadWriteOnce","ReadOnlyMany"]
  capacity:
    storage: 2Gi

---

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv003
  labels:
    name: pv003
spec:
  nfs:
    path: /data/v3
    server: 192.168.10.40
  accessModes: ["ReadWriteOnce","ReadWriteMany","ReadOnlyMany"]
  capacity:
    storage: 2Gi

---

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv004
  labels:
    name: pv004
spec:
  nfs:
    path: /data/v4
    server: 192.168.10.40
  accessModes: ["ReadWriteMany","ReadOnlyMany"]
  persistentVolumeReclaimPolicy: Recycle
  capacity:
    storage: 3Gi

---

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv005
  labels:
    name: pv005
spec:
  nfs:
    path: /data/v5
    server: 192.168.10.40
  accessModes: ["ReadOnlyMany"]
  capacity:
    storage: 5Gi

执行

kubectl apply -f pv.yaml
#创建PV
kubectl get pv
#查看PV状态

master01定义一个请求向PV发起请求

vim pvc.yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mypvc
spec:
  accessModes: ["ReadWriteMany"]
#pvc期望请求的pv的读写挂载类型是什么
  resources:
    requests:
      storage: 2Gi
#pvc期望请求pv的储存大小是2G
#期望的pv类型：ReadWriteMany 大小2G

---

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx2
  name: nginx2
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx2
  template:
    metadata:
      labels:
        app: nginx2
    spec:
      containers:
      - image: nginx:1.22
        name: nginx
        volumeMounts:
        - name: html
          mountPath: /usr/share/nginx/html
      volumes:
      - name: html
        persistentVolumeClaim:
          claimName: mypvc
#定义pvc的名称.由mypc获取PV

执行

 
kubectl get pv
#查看PV状态
表示请求成功
 
到k8s
kubectl get pv
cd v3
echo 123 > index.html
 
回到master01主机
kubectl get pod -o wide
curl nginx副本IP测试
彻底的删除
删除pod
kubectl delete deployments.apps nginx2
kubectl delete deployments.apps nginx1

删除（pod存在，无发删除）
kubectl delete pvc mypvc

去k8s4查看共享文件是否存在
在Retain下，让pvc的状态由released手动转为Available（可用）
kubectl edit pv pv004

修改策略Recycle，让pv的状态released自动转变为Available（可用）

vim pv.yaml

persistentVolumeReclaimPolicy: Recycle

PVC发起请求选择使用哪个PV的存储

PV通过挂载的方式和物理存储做映射

最终由物理设备提供存储卷

若是Recycle回收策略


总结：

存储卷的三种模式：

  1. emptvDir: 容器内存储卷，随着pod被销毁，也会被销毁，数据不保留
  2. hostPath: 节点目录的存储卷，可以实现持久化存储。数据在每个节点上都有
  3. nfs：共享目录储存卷，可以实现持久化，数据集中在一个目录，方便管理

pv和pvc

  1. pvc请求-------------》pv的存储资源--------》nfs硬盘空间
  2. nfs支持pvc的所有挂载方式和读写模式
  3. hostPath仅支持ReadWriteOnce 方式
  4. pvc是以检索的方式找到匹配的pv资源

检索：挂载方式和读写模式  和  pv提供检索资源的大小
谁适合就用谁

资源回收方式：

  1. 保留：默认方式
  2. 回收：自动回收，节点上的数据将会被删除
  3. 删除： pv会变成failed模式，不可用，数据也会被删除。

PVC和PV之间静态请求。一旦成百个PVC负载能力将会下降，这就需要使用动态PVC

静态比较麻烦，自动的匹配pv资源

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/308626.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

【设计模式】创建型模式之单例模式（Golang实现）

【设计模式】创建型模式之单例模式（Golang实现）

定义 一个类只允许创建一个对象或实例，而且自行实例化并向整个系统提供该实例，这个类就是一个单例类，它提供全局访问的方法。这种设计模式叫单例设计模式，简称单例模式。 单例模式的要点： 某个类只能有一个实例必须…
阅读更多...
vscode配置与注意事项

vscode配置与注意事项

中文设置 https://zhuanlan.zhihu.com/p/263036716 应用搜索输入“Chinese (Simplified) Language Pack for Visual Studio Code”并敲回车键 底部信息窗没有的话 首先使用快捷键ctrlshiftp，Mac用户使shiftcommandp，然后输入settings.json 将下面的选…
阅读更多...
C++其他语法总结

C++其他语法总结

目录 《C基础语法总结》《C面向对象语法总结(一）》《C面向对象语法总结(二）》《C面向对象语法总结(三）》 一、运算符重载 运算符重载可以为运算符增加一些新的功能全局函数、成员函数都支持运算符重载常用的运算符重载示例 class Point {…
阅读更多...
【前端素材】bootstrap5实现绿色果蔬电商Frutin

【前端素材】bootstrap5实现绿色果蔬电商Frutin

一、需求分析 绿色果蔬电商网站是指专门提供绿色、有机、天然果蔬产品在线销售的电子商务平台。这类网站通常提供以下功能： 产品展示和搜索：网站上展示各种绿色果蔬产品的图片、描述、产地等信息。用户可以通过搜索功能查找特定的果蔬产品或根据分类浏览…
阅读更多...
我的年度总结（大一程序员的自述）

我的年度总结（大一程序员的自述）

呀哈喽，我是结衣。 我也来参加这个年度总结的话题咯，喜欢的话可以点个赞哦。 作为一个大一新生，我从1级的编程小白到了现在的2级编程小白。在7月份之前我可以说是完全不了解编程的一位新人，对应电脑的了解也就只会打游戏看电视和浏…
阅读更多...
66、python - 代码仓库介绍

66、python - 代码仓库介绍

上一节，我们可以用自己手写的算法以及手动搭建的神经网络完成预测了，不知各位同学有没有自己尝试来预测一只猫或者一只狗，看看准确度如何？ 本节应一位同学的建议，来介绍下 python 代码仓库的目录结构，以及每一部分是做什么？ 我们这个小课的代码实战仓库链接为：cv_lea…
阅读更多...
安达发|APS排程系统之产品工艺约束

安达发|APS排程系统之产品工艺约束

在制造业中，生产计划和排程是至关重要的环节。为了提高生产效率、降低成本并满足客户需求，企业需要采用先进的生产计划和排程系统。APS（Advanced Planning and Scheduling，高级计划与排程）系统是一种集成了多种先进技术…
阅读更多...
设计模式-规格模式

设计模式-规格模式

设计模式专栏 模式介绍模式特点应用场景规格模式和策略模式的区别和联系代码示例Java实现规格模式Python实现规格模式 规格模式在spring中的应用 模式介绍 规格模式（Specification Pattern）是一种行为设计模式，其目的是将业务规则封装成可重…
阅读更多...
[后端] 微服务的前世今生

[后端] 微服务的前世今生

微服务的前世今生 整体脉络: 单体 -> 垂直划分 -> SOA -> micro service 微服务 -> services mesh服务网格 -> future 文章目录 微服务的前世今生单一应用架构特征优点：缺点： 垂直应用架构特征优点缺点 SOA 面向服务架构特征优点缺点 微服…
阅读更多...
2023年全国职业院校技能大赛（高职组）“云计算应用”赛项赛卷④

2023年全国职业院校技能大赛（高职组）“云计算应用”赛项赛卷④

2023年全国职业院校技能大赛（高职组） “云计算应用”赛项赛卷4 目录 需要竞赛软件包环境以及备赛资源可私信博主！！！ 2023年全国职业院校技能大赛（高职组） “云计算应用”赛项赛卷4 模块一 …
阅读更多...
Every Nobody Is Somebody 「每小人物都能成大事」

Every Nobody Is Somebody 「每小人物都能成大事」

周星驰 NFT Nobody即将发售，Nobody共创平台 Every Nobody Is Somebody Nobody 关于Nobody：Nobody是一款Web3共创平台，旨在为创作者提供一个交流和合作的场所，促进创意的产生和共享。通过该平台，创作者可以展示自己的作…
阅读更多...
在群晖NAS上搭建私有部署笔记软件——Blossom

在群晖NAS上搭建私有部署笔记软件——Blossom

一、Blossom 简介 Blossom 是一个需要私有部署的笔记软件，虽然本身定位是一个云端软件，但你仍然可以在本地部署，数据和图片都将保存在本地，不依赖任何的图床或者对象存储。 Blossom | Blossom (wangyunf.com)https://www.wangyun…
阅读更多...
【教学类-45-01】X-Y之间的“三连加“题(a+b+c=)

【教学类-45-01】X-Y之间的“三连加“题(a+b+c=)

作品展示： 背景需求： 我常去的大4班孩子们基本都适应了0-5之间的加法题，做题速度极快。 为了增加“花样”，吸引幼儿参与，修改参数，从二连加12变为三连加111。 素材准备: 代码重点 代码展示 X-Y 之间的3…
阅读更多...
备战2024美赛数学建模，文末获取历史优秀论文

备战2024美赛数学建模，文末获取历史优秀论文

总说（历年美赛优秀论文可获取） 数模的题型千变万化，我今天想讲的主要是一些「画图」、「建模」、「写作」和「论文结构」的思路，这些往往是美赛阅卷官最看重的点，突破了这些点，才能真正让你的美赛论文更上…
阅读更多...
计算机图形学流体模拟 blender 渲染脚本

计算机图形学流体模拟 blender 渲染脚本

做流体模拟的时候，想要复现别人的成果，但是别人的代码都是每帧输出 ply 格式的文件，渲染部分需要自己完成 看了一下，似乎用 blender 是最简单的，于是记录一下过程中用到的代码 Blender 版本 4.0 批量导入 ply 假设…
阅读更多...
Federated Unlearning for On-Device Recommendation

Federated Unlearning for On-Device Recommendation

WSDM 2023 CCF-B Federated Unlearning for On-Device Recommendation 本文工作的主要介绍 本文主要介绍了一种名为FRU（Federated Recommendation Unlearning）的联邦学习框架，用于在设备端的推荐系统中实现用户数据的有效擦除和模型重建。…
阅读更多...
专业课128分总分400+南京理工大学818信号系统与数字电路南理工考研经验分享

专业课128分总分400+南京理工大学818信号系统与数字电路南理工考研经验分享

专业课128分总分400南京理工大学818信号系统与数字电路南理工电光院考研经验分享，希望自己的经历对大家有借鉴。 我是在六月底确认自己保不上研然后专心备考的，时间确实比较紧张。虽然之前暑假看了一点高数，但因为抱有保研的期望&#xff0c…
阅读更多...
JMeter之Windows安装

JMeter之Windows安装

JMeter之Windows安装 一、安装JDK二、安装JMeter1、下载JMeter2、配置环境变量3、验证JMeter 三、扩展知识1、汉化 一、安装JDK 略 二、安装JMeter 1、下载JMeter 官网地址：https://jmeter.apache.org/download_jmeter.cgi 放到本地目录下 2、配置环境变量 变量…
阅读更多...
探索浏览器的内心世界：渲染机制的奥秘

探索浏览器的内心世界：渲染机制的奥秘

🤍 前端开发工程师（主业）、技术博主（副业）、已过CET6 🍨 阿珊和她的猫_CSDN个人主页 🕠 牛客高级专题作者、在牛客打造高质量专栏《前端面试必备》 🍚 蓝桥云课签约作者、已在蓝桥云…
阅读更多...
im6ull学习总结（三-4）freetype显示单个字体

im6ull学习总结（三-4）freetype显示单个字体

矢量字体引入 使用点阵字库显示英文字母、汉字时，大小固定，如果放大缩小则会模糊甚至有锯齿出现，为了解决这个问题，引用矢量字体。 矢量字体形成分三步： 第1步 确定关键点， 第2步 使用数学曲线&#xff08…
阅读更多...
最新文章

Copyright @ 2022~2023