【云原生之kubernetes系列】--volume的使用

已于 2024-02-20 14:06:53 修改
阅读量1.2k 收藏 24
点赞数 20
文章标签： kubernetes 容器 云原生
于 2024-01-08 16:48:44 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_58519482/article/details/135460941
版权

k8s–volume卷

1、volume

（1）将数据和镜像解耦，以及容器间相互共享数据。也减小了镜像包的大小
（2）k8s抽象出一个对象，用来保存数据
常用的卷有：
emptyDir:本地临时卷，容器删除数据就跟着删除了（卷是保存在容器上的）
hostPath:本地卷，容器的数据保存在本地磁盘上，容器删除数据不会删除（但是pod重启调度到另外节点就无法使用原先的数据了）
nfs：nfs共享卷，容器删除共享卷不会被删除
configmap:配置文件

1.1 emptyDir

当pod被创建时,会先创建emptyDir卷.只要该pod在该节点上运行,这个卷就会一直存在.被创建的时候这个卷是空的.pod中的容器可以读写该emptyDir卷中的文件.当pod被删除时,emptyDir将被永久删除.可以放一些缓存或日志等不重要的文件.

root@master1:~/yaml/volume# cat pod-emptydir.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 1
  selector:
    matchLabels:
      app: ng-deploy
  template:
    metadata:
      labels:
        app: ng-deploy
    spec:
      containers:
      - name: ng-deploy
        image: nginx
        ports:
        - containerPort: 80
        volumeMounts:
        - mountPath: /cache
          name: empty-volume  #卷的名称要和volumes声明的一致
      volumes:   
      - name: empty-volume
        emptyDir: {}

pod创建后写入文件到/cache/1.txt

在这里插入图片描述

刚创建的时候目录是空的,写入文件后可以在node节点上读取到该文件内容.

在这里插入图片描述
删除pod后原先的目录就跟着删除了
在这里插入图片描述

1.2 hostPath

和docker的-v效果比较类似,即使容器被删除,该路径下的数据任然会被保存下来.但发生节点切换就会造成数据丢失.

root@master1:~/yaml/volume# cat pod-hostpath.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: deploy-nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx-deploy
  template:
    metadata:
      labels:
        app: nginx-deploy
    spec:
      nodeName: 172.17.1.103
      containers:
      - name: deploy-nginx
        image: nginx
        ports:
        - containerPort: 80
        volumeMounts:
        - mountPath: /data
          name: cache-volume
      volumes:
      - name: cache-volume
        hostPath:
          path: /tmp/cache

在这里插入图片描述

1.3 nfs

root@master1:~ apt update
root@master1:~ apt install nfs-server
root@master1:~ mkdir /data/k8s/ -p
root@master1:~/yaml/volume# cat /etc/exports 
/data/nfs  172.17.0.0/16(rw,no_root_squash,no_subtree_check)
/data/pv1  172.17.0.0/16(rw,no_root_squash,no_subtree_check)
/data/pv2  172.17.0.0/16(rw,no_root_squash,no_subtree_check)
root@master1:~ systemctl enable --now nfs-server
root@master1:~ systemctl restart nfs-server
# node节点验证nfs的共享目录
root@node2:~# showmount -e 172.17.1.101
Export list for 172.17.1.101:
/data/pv2 172.17.0.0/16
/data/pv1 172.17.0.0/16
/data/nfs 172.17.0.0/16

#单个nfs
root@master1:~/yaml/volume# cat pod-nfs.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deploy
spec:
  replicas: 1
  selector:
    matchLabels: #标签选择集
      app: nginx-deploy
  template:
    metadata:
      labels:
        app: nginx-deploy
    spec:
      containers:
      - name: nginx-deploy
        image: nginx
        ports:
        - containerPort: 80
        volumeMounts:    
        - mountPath: /usr/share/nginx/html/mysite
          name: nfs-volume
      volumes:
      - name: nfs-volume
        nfs:
          server: 172.17.1.101
          path: /data/nfs

---
apiVersion: v1
kind: Service
metadata:
  name: ng-deploy
spec:
  ports:
  - name: http
    port: 81
    targetPort: 80
    nodePort: 30016
    protocol: TCP
  type: NodePort
  selector:
    app: nginx-deploy
    
# 多个nfs
root@master1:~/yaml/volume# cat pod-nfss.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: deploy-nginx-80
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx-deploy
  template:
    metadata:
      labels:
        app: nginx-deploy
    spec:
      containers:
      - name: nginx-deploy
        image: nginx
        ports:
        - containerPort: 80
        volumeMounts:
        - mountPath: /usr/share/nginx/html/html
          name: nginx-nfs-html
        - mountPath: /usr/share/nginx/html/photo
          name: nginx-nfs-photo
      volumes:
        - name: nginx-nfs-photo
          nfs:
            server: 172.17.1.102
            path: /data/photo

        - name: nginx-nfs-html
          nfs:
            server: 172.17.1.101
            path: /data/nfs
---
apiVersion: v1
kind: Service
metadata:
  name: ng-deploy-80
spec:
  ports:
  - name: http
    port: 82
    targetPort: 80
    nodePort: 30017
    protocol: TCP
  type: NodePort
  selector:
    app: nginx-deploy

1.4 configMap

1.4.1 configmap作为配置文件

存在的意义:使得镜像和配置解耦,将配置信息放入configmap,在pod的对象中导入configmap,实现配置导入

root@master1:~/yaml/volume# cat pod-cm.yaml
# 声明一个configmap的卷
apiVersion: v1
kind: ConfigMap
metadata:
  name: nginx-config      #卷的名称
data:
  mysite.cnf: |   #创建mysite.cnf文件
    server {       #mysite.cnf文件的内容
      listen   80;
      server_name www.mysite.com;
      index   index.html;
      location  / {
        root  /data/nginx/html;
        if (!-e $request_filename) {
           rewrite ^/(.*) /index.html last;
        }
      }
    }
  

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-configmap
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx-configmap
  template:
    metadata:
      labels:
        app: nginx-configmap
    spec:
      containers:
      - name: ng-configmap
        image: nginx
        ports:
        - containerPort: 80
        volumeMounts:
        - mountPath: /data/nginx/html
          name: my-nfs-volume
        - mountPath: /etc/nginx/conf.d
          name: nginx-config
      volumes:
      - name: nginx-config
        configMap: 
          name: nginx-config
      - name: my-nfs-volume
        nfs:
          server: 172.17.1.101
          path: /data/nfs

---
apiVersion: v1
kind: Service
metadata:
  name: nginx-service
spec:
  ports:
  - name: http
    port: 81   #service的端口
    targetPort: 80 #容器的端口
    nodePort: 30019  #映射node节点的port端口
    protocol: TCP
  type: NodePort
  selector:
    app: nginx-configmap

在这里插入图片描述

1.4.2 configmap作为变量传递参数

configMap的data中创建key:username,val:user1通过env将来源就是来源名为nginx-config的configMap,key为username的值至传递给容器的MY_USERNAME变量。

root@master1:~/yaml/volume# cat pod-cm-env.yaml
apiVersion: v1
kind: ConfigMap
metadata:
  name: nginx-config
data:
  username: user1

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deploy
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx-deploy
  template:
    metadata:
      labels:
        app: nginx-deploy
    spec:
      containers:
      - name: nginx-deploy
        image: nginx
        env:
        - name: "mykey"
          value: "myvalue"
        - name: MY_USERNAME
          valueFrom:
            configMapKeyRef:
              name: nginx-config
              key: username
        ports:
        - containerPort: 80

在这里插入图片描述

1.5 pv/pvc

pv：集群资源

pvc：命名空间资源

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

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

pv是对底层网络存储的抽象,将存储定义为一种资源,将一个整体的存储资源拆分成多份后给不同的业务使用.
pvc是对pv资源的申请调用.就像POD消费NODE节点一样,POD通过PVC将数据保存至PV,PV在保存数据至存储.

在这里插入图片描述

1.5.1 PV持久卷类型

PV 持久卷是用插件的形式来实现的。Kubernetes 目前支持以下插件 ：

在这里插入图片描述

1.5.2访问模式

PersistentVolume 卷可以用资源提供者所支持的任何方式挂载到宿主系统上。 如下表所示，提供者（驱动）的能力不同，每个 PV 卷的访问模式都会设置为对应卷所支持的模式值。 例如，NFS 可以支持多个读写客户，但是某个特定的 NFS PV 卷可能在服务器上以只读的方式导出。 每个 PV 卷都会获得自身的访问模式集合，描述的是特定 PV 卷的能力。
访问模式：

  • ReadWriteOnce：卷可以被一个节点以读的方式挂载。ReadWriteOnce访问模式也允许运行在同一个节点上的多个pod访问卷
  • ReadOnlyMany：卷可以被多个节点以只读方式挂载
  • ReadWriteMany:卷可以被多个节点以读写的方式挂载
  • ReadWriteOncePod:卷可以被单个pod以读写方式挂载。如果你想确保整个集群中只有一个Pod可以读取或写入该pvc，请使用 ReadWriteOncePod 访问模式。这只支持CSI卷以及需要 Kubernetes 1.22 以上版本。

在命令行接口（CLI）中，访问模式也使用一下缩写形式：

  • RWO - ReadWriteOnce 卷可以被一个节点以读写方式挂载
  • ROX - ReadOnlyMany 卷可以被多个节点以只读方式挂载
  • RWX - ReadWriteMany 卷可以被多个节点以读写方式挂载
  • RWOP - ReadWriteOncePod 卷可以被单个 Pod 以读写方式挂载
    在这里插入图片描述
    在这里插入图片描述
1.5.3 PV的创建模试
（1）自动创建
1.1 管理员创建存储类(StorageClass)
1.2 用户创建持久化存储卷声明
1.3 调用存储类,通知系统使用存储类创建PV
1.4 获取存储类信息
1.5 基于存储类创建PV
1.6 用户创建使用PVC的POD
1.7 指定POD使用哪个PVC
1.8 PVC使用PV存储数据

（2）手动创建
1.5.4pv参数
Capacity: 当前pv空间大小
accessModes: 访问模式
  ReadWriteOnce	PV可以被一个节点以读写方式挂载
  ReadOnlyMany      PV可以被多个节点以只读方式挂载
  ReadWriteMany   PV可以被多个节点以读写方式挂载
persistentVolumeReclaimPolicy 删除机制删除数据存储的时候,已经创建好的卷由以下删除操作.
   Retain -- 手动回收
   Recycle -- 基本擦除 (`rm -rf /thevolume/*`) 仅支持NFS和HostPath
   Delete -- 诸如 AWS EBS、GCE PD、Azure Disk 或 OpenStack Cinder 卷这类关联存储资产也被删除
volumeMode	#卷类型
  定义存储卷使用的文件系统是块设备还是文件系统,默认文件系统
mountOptions  附加的挂载选项列表,实现更精细的权限控制ro 等
1.5.5 回收策略

当用户不再使用其存储卷时，他们可以从 API 中将 PVC 对象删除， 从而允许该资源被回收再利用。PersistentVolume 对象的回收策略告诉集群， 当其被从申领中释放时如何处理该数据卷。 目前，数据卷可以被 Retained（保留）、Recycled（回收）或 Deleted（删除）。

目前的回收策略有：

Retain – 手动回收
Recycle – 基本擦除 (rm -rf /thevolume/*) 仅支持NFS和HostPath
Delete – 诸如 AWS EBS、GCE PD、Azure Disk 或 OpenStack Cinder 卷这类关联存储资产也被删除

每个卷会处于以下阶段（Phase）之一：

Available（可用）-- 卷是一个空闲资源，尚未绑定到任何申领；
Bound（已绑定）-- 该卷已经绑定到某申领；
Released（已释放）-- 所绑定的申领已被删除，但是资源尚未被集群回收；
Failed（失败）-- 卷的自动回收操作失败。

1.5.6PersistentVolumeClaims（pvc)

pvc的访问模式:

  • RWO - ReadWriteOnce PVC可以被一个节点以读写方式挂载
  • ROX - ReadOnlyMany PVC可以被多个节点以只读方式挂载
  • RWX - ReadWriteMany PVC可以被多个节点以读写方式挂载

pvc创建参数

accessModes:
  ReadWriteOnce	PVC可以被一个节点以读写方式挂载
  ReadOnlyMany      PVC可以被多个节点以只读方式挂载
  ReadWriteMany   PVC可以被多个节点以读写方式挂载

resources:  定义pvc创建存储卷的空间大小

selector: 标签选择器,选择要绑定的pv
  matchLables  匹配标签名称
  matchExpressions  基于正则匹配
volumeName  要绑定的pv名称
volumeMode  卷类型
	定义pvc使用文件系统是块设备还是文件系统,默认是文件系统
1.5.7 实例

在这里插入图片描述
申请pv卷

root@master1:~/yaml/volume# cat pod-pv.yaml
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv1
spec:
  capacity: #存储能力，目前只支持存储空间的设置
    storage: 2Gi
  accessModes: #访问模式
  - ReadWriteMany
  persistentVolumeReclaimPolicy:  Retain  #回收策略
  nfs:
    server: 172.17.1.101
    path: /data/pv1

绑定pv卷

root@master1:~/yaml/volume# cat pod-pvc1.yaml
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc1
spec:
  accessModes: #访问模式
  - ReadWriteMany
  resources:  #请求资源
    requests:
      storage: 1Gi

pod挂载卷

root@master1:~/yaml/volume# cat pod-nginx-pvc.yaml
# 声明一个configmap的卷
apiVersion: v1
kind: ConfigMap
metadata:
  name: nginx-config      #卷的名称
data:
  mysite.conf: |
    server {
      listen   80;
      server_name www.mysite.com;
      index   index.html;
      location  / {
        root  /data/nginx/html;
        if (!-e $request_filename) {
           rewrite ^/(.*) /index.html last;
        }
      }
    }

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: deploy-nginx-pv
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx-pvc
  template:
    metadata:
      labels:
        app: nginx-pvc
    spec:
      containers:
      - name: nginx-deploy-pvc
        image: nginx
        ports:
        - containerPort: 80
        volumeMounts:
# 挂载configMap卷
        - name: nginx-config
          mountPath: /etc/nginx/conf.d
# 挂载pvc卷
        - name: nginx-pvc1   
          mountPath: /data/nginx/html
      volumes:
# configMap卷
        - name: nginx-config
          configMap:
            name: nginx-config
# pvc卷
        - name: nginx-pvc1
          persistentVolumeClaim:
            claimName: pvc1
            readOnly: false
        
---
apiVersion: v1
kind: Service
metadata:
  name: service-nginx
spec:
  selector:
    app: nginx-pvc
  ports:
  - name: http
    port: 81   #service的端口
    targetPort: 80 #容器的端口
    nodePort: 30019  #映射node节点的port端口
    protocol: TCP
  type: NodePort
优质&青年
关注
  • 20
    点赞
  • 踩
  • 24
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
藏经阁-企业运维之云原生和Kubernetes 实战-342.pdf
01-10
藏经阁-企业运维之云原生和Kubernetes 实战-342
【云原生 | Kubernetes 系列】----使用Prometheus监控K8s集群
Q先生
08-30 1034
使用Prometheus监控K8s集群
【云原生kubernetes系列】---亲和与反亲和
weixin_58519482的博客
02-01 1303
实例：将nginx Pod的亲和到Namespace为wework，标签为project值为wework的Pod的不在同一个Node上，如果Node上资源不足或匹配失败则无法创建此Pod。将nginx Pod的亲和到Namespace为wework，标签为project值为wework的Pod的同一个Node上，如果Node上资源不足或匹配失败则无法创建此Pod。软策略是（In）亲和，优先将pod调度到含有标签的node节点，如果没有任何node满足pod的标签，再根据计算调度到其他节点上。
【云原生Kubernetes】01-Kubernetes简介
qq_43714097的博客
04-27 1464
我们在说Kubernetes之前已经详细说了docker的相关内容，在说docker的时候，大多数情况下都是在单机使用，这显然不符合实际生产需求，因此需要使用集群，前面说过docker官方的多机编排docker-swarm，接下来我们将说另外的容器多机编排系统-Kubernetes。Kubernetes 是一个可移植、可扩展的开源平台，用于管理容器化工作负载和服务，可促进声明式配置和自动化。它有一个庞大的、快速发展的生态系统。Kubernetes 服务、支持和工具广泛可用。
云原生系列3-Kubernetes
ma1782072的博客
12-21 1890
k8s缩写是因为k和s之间有八个字符。k8s是基于容器技术的分布式架构方案。官网：https://kubernetes.io/zh-cn/Google在 2014年开源了Kubernetes项目，Kubernetes是一个用于自动化部署、扩展和管理容器化应用程序的开源系统。同样类似的容器编排工具还有docker swarm等，但kubernetes应用最为广泛，社区更为活跃。为什么要使用 Kubernetes？
云原生k8s-kubernetes
07-06
ansible
云原生利器-Kubernetes的常用指令小炒
01-25
Kubernetes（简称K8s）是一个开源的容器编排系统，它可以自动部署、扩展和管理容器化应用程序。以下是Kubernetes的一些常用指令： 启动Kubernetes集群：kubeadm init 获取集群节点信息：kubectl get nodes 查看...
sig-kubernetes：云原生社区Kubernetes SIG
02-03
sig-kubernetes：云原生社区Kubernetes SIG
云原生详解-解读容器-Kubernetes .docx
08-24
为云计算基础设施带来一层可以让平台团队基于此构造“一切”的平台层抽象。
k8s相关常用语句
QQ563627436的博客
05-11 647
查连的是哪个数据库：kubectl logs -f --tail=500000 phoenix-trade-a1e3d-9c4f897c7-xb26g -n sit-jd20230721zh | grep dbId=看实时日志： kubectl logs -f --tail=500000 ${pod的名称} -n ${命名空间}(pod的名称就像这样的：cif-sit-gp20230519go-6bf7bd4c99-948pc)
记录一次失败的本地K8S集群安装记录
最新发布
常备不懈
05-18 804
在Ubuntu上从头开始搭建Kubernetes（K8s）集群需要进行几个步骤，包括安装必要的软件、配置集群节点、初始化主节点和添加工作节点。
k8s1.24+ dashboard不能自动生成token的问题
梦想成为一名优秀的测开人员
05-17 248
根据yaml文件配置内容创建更新资源对象，可以看到没有生成admin-token类似字眼。较早版本会自动生成secret，v1.28.2版本需要手动生成，执行命令即可。创建k8s-admin.yaml文件。
k8s-从应用访问pod元数据以及其他资源
weixin_43784341的博客
05-14 496
在Kubernetes中，可以通过在应用内使用 Downward API 或者通过 Service Account 的方式来访问 Pod 的元数据以及其他资源。下面我将为你介绍这两种方法的详细代码实现。
安装k8s的负载均衡器MetalLB
纵歌的博客
05-17 613
安装k8s的负载均衡器MetalLB(新旧版安装不同)
【kubernetes】二进制部署k8s集群之cni网络插件flannel和calico工作原理（中）
2301_81307988的博客
05-14 752
部署网络组件部署 flannel。
K8S认证|CKA题库+答案| 4. 暴露服务 service
Dances with Cloud Native
05-17 2396
K8S认证 | CKA题库 + 答案 | 暴露服务 service
k8s v1.20二进制部署 部署 CNI 网络组件 部署 Calico
wys_jj的博客
05-14 850
●Pod 内容器与容器之间的通信在同一个 Pod 内的容器（Pod 内的容器是不会跨宿主机的）共享同一个网络命名空间，相当于它们在同一台机器上一样，可以用 localhost 地址访问彼此的端口。●同一个 Node 内 Pod 之间的通信每个 Pod 都有一个真实的全局 IP 地址，同一个 Node 内的不同 Pod 之间可以直接采用对方 Pod 的 IP 地址进行通信，Pod1 与 Pod2 都是通过 Veth 连接到同一个 docker0/cni0 网桥，网段相同，所以它们之间可以直接通信。
pve cluster&k8s cluster重建
知本知至的博客
05-14 220
pve集群&k8s日常操作
阿里云数字新基建系列:云原生操作系统kubernetes pdf下载
10-29
阿里云数字新基建系列中的云原生操作系统Kubernetes（简称K8s）是一种开源的容器编排平台，用于管理、调度和自动化容器化应用程序的部署和扩展。Kubernetes可以实现应用程序在多个主机上的容器化部署，并提供故障恢复、自动伸缩、资源管理、负载均衡等功能，可以提高应用程序的可靠性、弹性和可扩展性。 Kubernetes是以容器为基础的技术，它可以帮助开发人员和运维人员快速构建、交付和管理容器化的应用程序。通过Kubernetes，可以将应用程序和基础设施解耦，使得应用程序能够更灵活、更高效地运行。 阿里云为了方便用户学习和使用Kubernetes，提供了相应的PDF文件供用户下载。用户可以通过阿里云官方网站或者其他渠道找到相关的Kubernetes PDF下载链接。这份PDF文件包含了Kubernetes的介绍、架构、使用指南、最佳实践等内容，具有很高的实用价值。 通过下载和学习这份PDF文件，用户可以快速了解Kubernetes的基本概念和原理，并学会如何在阿里云上使用Kubernetes进行容器化应用的部署和管理。这对于那些希望在云原生环境中构建和运行应用程序的开发人员和运维人员来说，是非常有帮助的。 总之，阿里云数字新基建系列中提供的云原生操作系统Kubernetes PDF下载是一个非常有价值的学习资源，通过学习和使用Kubernetes，用户可以更好地构建和管理容器化的应用程序。希望这份简短的回答对您有所帮助！

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值