K8s学习九（配置与存储_存储）

存储管理

Volumes
HostPath

  • 将节点上的文件或目录挂载到 Pod 上，此时该目录会变成持久化存储目录，即使 Pod 被删除后重启，也可以重新加载到该目录，该目录下的文件不会丢失

  • 效果就是容器里的数据和主机里的数据进行共享

  • 配置文件：

apiVersion: v1
kind: Pod
metadata:name: test-volume-pd 
spec:containers:- image: nginxname: nginx-volumevolumeMounts: #相当于选择磁盘放入- mountPath: /test-pd # 挂载到容器的哪个目录name: test-volume # 挂载哪个 volumevolumes: #相当于准备磁盘- name: test-volumehostPath: #与主机共享路径path: /data # 节点中的目录type: DirectoryOrCreate # 检查类型，在挂载前对挂载目录做什么检查操作，有多种选项，默认为空字符串，不做任何检查# 类型：
# 空字符串：默认类型，不做任何检查
# DirectoryOrCreate：如果给定的 path 不存在，就创建一个 755 的空目录
# Directory：这个目录必须存在
# FileOrCreate：如果给定的文件不存在，则创建一个空文件，权限为 644
# File：这个文件必须存在
# Socket：UNIX 套接字，必须存在
# CharDevice：字符设备，必须存在
# BlockDevice：块设备，必须存在
EmptyDir
  • EmptyDir 主要用于一个 Pod 中不同的 Container 共享数据使用的，由于只是在 Pod 内部使用，因此与其他 volume 比较大的区别是，当 Pod 如果被删除了，那么 emptyDir 也会被删除。
  • 存储介质可以是任意类型，如 SSD、磁盘或网络存储。可以将 emptyDir.medium 设置为 Memory 让 k8s 使用 tmpfs（内存支持文件系统），速度比较快，但是重启 tmpfs 节点时，数据会被清除，且设置的大小会计入到 Container 的内存限制中。
  • 配置如下：
apiVersion: v1
kind: Pod
metadata:name: empty-dir-pd
spec:containers:- image: alpinename: alpine-emptydir1command: ["/bin/sh","-c","sleep 3600;"]volumeMounts:- mountPath: /cachename: cache-volume- image: alpinename: alpine-emptydir2command: ["/bin/sh","-c","sleep 3600;"]volumeMounts:- mountPath: /cachename: cache-volumevolumes:- name: cache-volumeemptyDir: {}
~                                                                                             
~                                                                                             
~
  • 这里再进入容器的时候，需要指定进入到哪一个容器，如：kubectl exec -it empty-dir-pd -c alpine-emptydir1 -- sh
  • 这里可以监听一下试试tail -f a.txt，发现确实有更改。
NFS挂载
  • nfs 卷能将 NFS (网络文件系统) 挂载到你的 Pod 中。 不像 emptyDir 那样会在删除 Pod 的同时也会被删除，nfs 卷的内容在删除 Pod 时会被保存，卷只是被卸载。 这意味着 nfs 卷可以被预先填充数据，并且这些数据可以在 Pod 之间共享。
  • 这里是其他主机上的，可以实现不同节点上的不同pod共享数据
  • 因为不仅跨了主机还跨了网络，所以很慢，
安装NFS
#下面是在想安装的服务端和客户端的代码
#服务端
#下载apt updateapt install nfs-kernel-server#然后启动systemctl start nfs-kernel-server#创建共享目录mkdir -p /home/nfscd /home/nfsmkdir rw #读写mkdir ro #只读#设置共享目录，这个是专门设置共享目录的地方
vim /etc/exports
#加入下面两行，意思是在192.168.2.这个网段的所有主机都可以共享
/home/nfs/rw 192.168.2.0/24(rw,sync,no_subtree_check,no_root_squash)
/home/nfs/ro 192.168.2.0/24(ro,sync,no_subtree_check,no_root_squash)#重新导出共享目录并更改，重启服务
exportfs -ra
systemctl restart nfs-kernel-server#客户端
#下载apt updateapt install nfs-common# 创建挂载点并挂在nfs共享目录,这里填的是服务端的ip地址mkdir -p /mnt/nfs/rwmkdir -p /mnt/nfs/romount -t nfs 192.168.2.135:/home/nfs/rw /mnt/nfs/rwmount -t nfs 192.168.2.135:/home/nfs/ro /mnt/nfs/ro
NFS文件系统挂载
  • 配置如下：
apiVersion: v1
kind: Pod
metadata:name: nfs-test-pd
spec:containers:- image: nginxname: test-containervolumeMounts:- mountPath: /usr/share/nginx/html #在 Nginx web 服务器中，/usr/share/nginx/html 是 Nginx 的默认文档根目录，这意味着当用户请求你的网站时，Nginx 会从这个目录中查找静态文件（如 HTML、CSS、JavaScript 文件等）来响应请求。name: test-volumevolumes:- name: test-volumenfs:server: 192.168.2.135 # 网络存储服务地址path: /home/nfs/rw/www/index # 网络存储路径readOnly: false # 是否只读
  • 创建之后，在网络存储相应的地方加入index.html，也就是/home/nfs/rw/www/index/index.html，然后直接kubectl get po -o wide找到相应pod的ip，然后直接curl就可以看到内容，删了pod之后还会保存。
PV和PVC（最重要的存储）
  • 问题：可能用到存储方式不一样

在这里插入图片描述

  • 持久卷（PersistentVolume，PV） 是集群中的一块存储，可以由管理员事先制备， 或者使用存储类（Storage Class）来动态制备。 持久卷是集群资源，就像节点也是集群资源一样。PV 持久卷和普通的 Volume 一样， 也是使用卷插件来实现的，只是它们拥有独立于任何使用 PV 的 Pod 的生命周期。 此 API 对象中记述了存储的实现细节，无论其背后是 NFS、iSCSI 还是特定于云平台的存储系统。

  • 这里PV是一个抽象的概念，起到了一个规范的作用，不管背后使用的什么存储系统，操作PV就是操作背后的存储系统。

  • 持久卷申领（PersistentVolumeClaim，PVC） 表达的是用户对存储的请求。概念上与 Pod 类似。 Pod 会耗用节点资源，而 PVC 申领会耗用 PV 资源。Pod 可以请求特定数量的资源（CPU 和内存）；同样 PVC 申领也可以请求特定的大小和访问模式 （例如，可以要求 PV 卷能够以 ReadWriteOnce、ReadOnlyMany 或 ReadWriteMany 模式之一来挂载，参见访问模式）。

  • 下图是具体的流程

在这里插入图片描述

生命周期
构建

静态构建

  • 集群管理员创建若干 PV 卷。这些卷对象带有真实存储的细节信息， 并且对集群用户可用（可见）。PV 卷对象存在于 Kubernetes API 中，可供用户消费（使用）。

动态构建

  • 如果集群中已经有的 PV 无法满足 PVC 的需求，那么集群会根据 PVC 自动构建一个 PV，该操作是通过 StorageClass 实现的。
  • 想要实现这个操作，前提是 PVC 必须设置 StorageClass，否则会无法动态构建该 PV，可以通过启用 DefaultStorageClass 来实现 PV 的构建。
绑定
  • 当用户创建一个 PVC 对象后，主节点会监测新的 PVC 对象，并且寻找与之匹配的 PV 卷，找到 PV 卷后将二者绑定在一起。
  • 如果找不到对应的 PV，则需要看 PVC 是否设置 StorageClass 来决定是否动态创建 PV，若没有配置，PVC 就会一致处于未绑定状态，直到有与之匹配的 PV 后才会申领绑定关系。
使用
  • Pod 将 PVC 当作存储卷来使用，集群会通过 PVC 找到绑定的 PV，并为 Pod 挂载该卷。
  • Pod 一旦使用 PVC 绑定 PV 后，为了保护数据，避免数据丢失问题，PV 对象会受到保护，在系统中无法被删除。
回收策略

保留

回收策略 Retain 使得用户可以手动回收资源。当 PersistentVolumeClaim 对象被删除时，PersistentVolume 卷仍然存在，对应的数据卷被视为"已释放（released）"。 由于卷上仍然存在这前一申领人的数据，该卷还不能用于其他申领。 管理员可以通过下面的步骤来手动回收该卷：
1. 删除 PersistentVolume 对象。与之相关的、位于外部基础设施中的存储资产 （例如 AWS EBS、GCE PD、Azure Disk 或 Cinder 卷）在 PV 删除之后仍然存在。
2. 根据情况，手动清除所关联的存储资产上的数据。
3. 手动删除所关联的存储资产。
如果你希望重用该存储资产，可以基于存储资产的定义创建新的 PersistentVolume 卷对象。

删除

  • 对于支持 Delete 回收策略的卷插件，删除动作会将 PersistentVolume 对象从 Kubernetes 中移除，同时也会从外部基础设施（如 AWS EBS、GCE PD、Azure Disk 或 Cinder 卷）中移除所关联的存储资产。 动态制备的卷会继承其 StorageClass 中设置的回收策略， 该策略默认为 Delete。管理员需要根据用户的期望来配置 StorageClass； 否则 PV 卷被创建之后必须要被编辑或者修补。

回收

  • 警告： 回收策略 Recycle 已被废弃。取而代之的建议方案是使用动态制备。
  • 如果下层的卷插件支持，回收策略 Recycle 会在卷上执行一些基本的擦除 （rm -rf /thevolume/*）操作，之后允许该卷用于新的 PVC 申领。
PV
状态

  • Available：空闲，未被绑定

  • Bound：已经被 PVC 绑定

  • Released：PVC 被删除，资源已回收，但是 PV 未被重新使用

  • Failed：自动回收失败

  • 配置文件如下：

apiVersion: v1
kind: PersistentVolume #描述资源对象为PV
metadata:name: pv0001 #PV的名字
spec:capacity:storage: 5Gi # pv 的容量volumeMode: Filesystem # 存储类型为文件系统accessModes: # 访问模式：ReadWriteOnce（单词）、ReadWriteMany（可以被多个使用）、ReadOnlyMany- ReadWriteMany # 可被单节点独写persistentVolumeReclaimPolicy: Retain # 回收策略storageClassName: slow # 创建 PV 的存储类名，需要与 pvc 的相同mountOptions: # 加载配置- hard- nfsvers=4.1nfs: # 连接到 nfspath: /home/nfs/rw/test-pv # 存储路径server: 192.168.2.135 # nfs 服务地址
PVC
  • pvc绑定pv
  • 配置文件如下：

# 这里是pvc绑定pv
apiVersion: v1
kind: PersistentVolumeClaim #资源类型为pvc
metadata:name: nfs-pvc
spec:accessModes:- ReadWriteMany # 权限需要与对应的 pv 相同volumeMode: Filesystemresources:requests:storage: 5Gi # 资源可以小于 pv 的，但是不能大于，如果大于就会匹配不到 pvstorageClassName: slow # 名字需要与对应的 pv 相同
#  selector: # 使用选择器选择对应的 pv
#    matchLabels:
#      release: "stable"
#    matchExpressions:
#      - {key: environment, operator: In, values: [dev]}
  • pvc绑定pod

apiVersion: v1
kind: Pod
metadata:name: test-volume-pd
spec:containers:- image: nginxname: nginx-volumevolumeMounts:- mountPath: /usr/share/nginx/html # 挂载到容器的哪个目录name: test-volume # 挂载哪个 volumevolumes:- name: test-volumepersistentVolumeClaim: #关联pvcclaimName: nfs-pvc #要关联到哪个pvc
StorageClass存储类的概念与作用
  • 每个 StorageClass 都有一个制备器（Provisioner），用来决定使用哪个卷插件制备 PV。
  • 如下图：

在这里插入图片描述

实现动态创建NFS-PV案例

  • 先配置nfs-provisioner，StorageClass和RBAC配置
#nfs-provisioner
apiVersion: apps/v1
kind: Deployment
metadata:name: nfs-client-provisionernamespace: kube-systemlabels:app: nfs-client-provisioner
spec:replicas: 1strategy:type: Recreate #不进行滚动更新，直接重新创建selector:matchLabels:app: nfs-client-provisioner #选择器template:metadata:labels:app: nfs-client-provisionerspec:serviceAccountName: nfs-client-provisioner #pvc要调用k8s的api，所以要有账号containers:- name: nfs-client-provisionerimage: quay.io/external_storage/nfs-client-provisioner:latestvolumeMounts:- name: nfs-client-rootmountPath: /persistentvolumesenv:- name: PROVISIONER_NAMEvalue: fuseim.pri/ifs #对应SC里的名字- name: NFS_SERVERvalue: 192.168.2.135- name: NFS_PATHvalue: /home/nfs/rwvolumes:- name: nfs-client-rootnfs:server: 192.168.2.135path: /home/nfs/rw# StorageClass
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:name: -nfs-storagenamespace: kube-system
provisioner: fuseim.pri/ifs # 外部制备器提供者，编写为提供者的名称
parameters:archiveOnDelete: "false" # 是否存档，false 表示不存档，会删除 oldPath 下面的数据，true 表示存档，会重命名路径
reclaimPolicy: Retain # 回收策略，默认为 Delete 可以配置为 Retain
volumeBindingMode: Immediate # 默认为 Immediate，表示创建 PVC 立即进行绑定，只有 azuredisk 和 AWSelasticblockstore 支持其他值# RBAC配置
apiVersion: v1
kind: ServiceAccount
metadata:name: nfs-client-provisionernamespace: kube-system
---
kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1
metadata:name: nfs-client-provisioner-runnernamespace: kube-system
rules:- apiGroups: [""]resources: ["persistentvolumes"]verbs: ["get", "list", "watch", "create", "delete"]- apiGroups: [""]resources: ["persistentvolumeclaims"]verbs: ["get", "list", "watch", "update"]- apiGroups: ["storage.k8s.io"]resources: ["storageclasses"]verbs: ["get", "list", "watch"]- apiGroups: [""]resources: ["events"]verbs: ["create", "update", "patch"]
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:name: run-nfs-client-provisionernamespace: kube-system
subjects:- kind: ServiceAccountname: nfs-client-provisionernamespace: kube-system
roleRef:kind: ClusterRolename: nfs-client-provisioner-runnerapiGroup: rbac.authorization.k8s.io
---
kind: Role
apiVersion: rbac.authorization.k8s.io/v1
metadata:name: leader-locking-nfs-client-provisionernamespace: kube-system
rules:- apiGroups: [""]resources: ["endpoints"]verbs: ["get", "list", "watch", "create", "update", "patch"]
---
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:name: leader-locking-nfs-client-provisionernamespace: kube-system
subjects:- kind: ServiceAccountname: nfs-client-provisioner
roleRef:kind: Rolename: leader-locking-nfs-client-provisionerapiGroup: rbac.authorization.k8s.io
  • PVC处于pending状态有两个解决方法：

# 第一种
修改 apiserver 配置文件
vim /etc/kubernetes/manifests/kube-apiserver.yamlspec:containers:- command:- kube-apiserver- --feature-gates=RemoveSelfLink=false # 新增该行......修改后重新应用该配置
kubectl apply -f /etc/kubernetes/manifests/kube-apiserver.yaml#第二种
将 provisioner 修改为如下镜像之一即可gcr.io/k8s-staging-sig-storage/nfs-subdir-external-provisioner:v4.0.0registry.cn-beijing.aliyuncs.com/pylixm/nfs-subdir-external-provisioner:v4.0.0

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

如若内容造成侵权/违法违规/事实不符，请联系编程知识网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

【grpc】二、grpc入门，基本使用方法

【grpc】二、grpc入门，基本使用方法

上篇介绍了使用protobuf生成grpc相关代码，并实现了服务端方法，本篇介绍下具体的使用。 一、服务端 // server.gopackage mainimport ("google.golang.org/grpc""grpcDemo/calc""net" )func startServer(addr string) {//…
阅读更多...
鸿蒙ArkUI声明式学习：【UI资源管理】

鸿蒙ArkUI声明式学习：【UI资源管理】

OpenHarmony 应用的资源分类和资源的访问以及应用开发使用的像素单位以及各单位之间相互转换的方法。 资源分类 移动端应用开发常用到的资源比如图片，音视频，字符串等都有固定的存放目录，OpenHarmony 把这些应用的资源文件统一放在 resourc…
阅读更多...
javaWeb物流信息网的设计与实现

javaWeb物流信息网的设计与实现

摘要 本文讲述了基于JSP物流信息网的设计与实现。该系统使用java语言开发，使系统具有更好的平台性和可扩展性。 该系统实现了用户登录、注册、查询快递信息、快递公司注册成为合作伙伴以及系统管理员对信息进行管理等功能。系统的主要界面会将所有的服务排列好&…
阅读更多...
AI资讯2024-04-08 | 斯坦福大学推出手机端运行大模型—Octopus v2，性能超越GPT-4

AI资讯2024-04-08 | 斯坦福大学推出手机端运行大模型—Octopus v2，性能超越GPT-4

关注文章底部公众号可获取每日AI新闻，还有更多好玩使用的黑科技工具分享 斯坦福大学推出可在手机端运行大模型—Octopus v2 Octopus-V2-2B 是一个拥有 20 亿参数的开源语言模型，专为 Android API 量身定制，旨在在 Android 设备上无缝运行，并将实用性扩展到从 Android 系统…
阅读更多...
【学习】移动端App性能测试流程有哪些

【学习】移动端App性能测试流程有哪些

移动端App性能测试是保证App性能表现的重要环节之一。随着移动设备的普及和移动互联网的发展，移动端App的性能测试变得越来越重要，通过科学合理的性能测试可以发现并解决潜在的性能问题优化App运行效果提高用户体验。性能测试旨在评估App在各种场景下的性…
阅读更多...
射影几何基础

射影几何基础

射影几何基础 文章目录 射影几何基础2D2D点2D直线二次曲线 3D3D点3D 平面3D直线 2D 2D点 欧氏空间中的笛卡尔坐标，缩放、旋转和仿射变换能表示成矩阵运算（线性） ； 但平移变换和透视投影不能表示成矩阵相乘。所以为了解决这个问题…
阅读更多...
2024年最新可用免费云服务器整理汇总

2024年最新可用免费云服务器整理汇总

随着云计算技术的不断发展，越来越多的个人和企业开始使用云服务器来满足其数据存储、网站搭建、应用开发等需求。其中，免费云服务器更是受到广大用户的青睐。本文将为大家整理汇总最新的可用免费云服务器资源，助力大家轻松享受云上之旅&#…
阅读更多...
mos管开关出现尖峰的原理？ mos管开关的时候cs会出现尖峰，请问这是什么原因？

mos管开关出现尖峰的原理？ mos管开关的时候cs会出现尖峰，请问这是什么原因？

MOS管在开关过程中出现尖峰现象，通常是由于电路中的寄生参数和快速电压变化引起的。以下是一些导致尖峰出现的主要原因和原理： 寄生电容 在MOS管的源极（S）和漏极（D）之间存在寄生电容，这个电容在…
阅读更多...
CSS变换

CSS变换

CSS变换 根据 CSS 的变换的功能特性，它可以分为位移、旋转、缩放、倾斜和透视： 也可以分成2D变换和3D变换，2D变换是二维平面上进行的，即 X 轴和 Y 轴。这些变换不涉及 Z 轴。3D 变换允许元素在三维空间中进行操作，这些…
阅读更多...
BioXCell，1H6--InVivoMAb anti-canine CD34

BioXCell，1H6--InVivoMAb anti-canine CD34

1H6单克隆抗体与犬CD34发生反应。CD34是一种I型单体唾液酸粘蛋白样糖蛋白，存在于许多干细胞群体中。CD34由骨髓和外周血中的造血祖细胞以及一些间充质干细胞、基质细胞、胚胎成纤维细胞、肿瘤细胞和成人血管内皮细胞表达。CD34经常被用作量化用于造血干细胞移植后该…
阅读更多...
【第二十九篇】BurpSuite杂项综合

【第二十九篇】BurpSuite杂项综合

文章目录 Intruder模块URL编码Grep检索提取logger日志模块Intruder模块URL编码 假设我们需要对GET请求包中的URL目录进行爆破FUZZ： example.com/xxxx(文件名)Intruder模块会自动对我们的文件名字典进行URL编码 例如payload为1.txt时，burp对其进行URL编码并连接到example.c…
阅读更多...
vulhub之fastjson篇-1.2.27-rce

vulhub之fastjson篇-1.2.27-rce

一、启动环境 虚拟机:kali靶机:192.168.125.130/172.19.0.1(docker地址:172.19.0.2) 虚拟机:kali攻击机:192.168.125.130/172.19.0.1 本地MAC:172.XX.XX.XX 启动 fastjson 反序列化导致任意命令执行漏洞 环境 1.进入 vulhub 的 Fastjson 1.2.47 路径 cd /../../vulhub/fa…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023