K8s临时卷与持久卷详解

已于 2023-01-30 23:27:36 修改
阅读量1k 收藏 1
点赞数 1
文章标签： docker kubernetes 运维
于 2023-01-13 18:11:21 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/m0_73770890/article/details/128677969
版权

文章目录

Kubernetes

存储卷管理

临时卷
卷概述

卷是一个抽象化的存储设备

容器中的文件在磁盘上都是临时存放的，这给容器中运行的重要程序带来一些问题

  1. 当容器奔溃或重启的时候，kubelet会以干净的镜像状态重启容器，容器内的历史数据会丢失
  2. 当容器被删除（K8S没有停止容器的概念，只有创建、删除），容器内的数据会被一起清理
  3. 多个容器中有共享文件或目录的需求

Kubernetes支持很多类型的卷

Pod可以同时使用任意数目的卷类型

Pod中的容器在奔溃或重启之后数据都不会丢失

临时卷

临时卷的生命周期与Pod相同，当Pod不存在时，K8S也会销毁临时卷

持久卷

当Pod执行结束或被删除以后，K8S不会销毁持久卷

如何使用卷？

使用卷时，在spec，volumes字段中设置为Pod提供的卷，并在spec，containers下volumeMounts字段中声明在容器中的挂载位置

卷挂载在镜像中指定路径下，Pod配置中的每个容器必须独立指定各个卷的挂载位置

卷不能挂载到其它卷之上，也不能与其它卷有硬链接

emptyDir卷

一种临时卷，本质是一个简单的空目录

当Pod被创建时，emptyDir也会被创建，并且和Pod在该节点上运行期间，一直存在。当Pod被从节点上删除时，emptyDir中的数据也会被永久删除

emptyDir的用途：临时空间，例如缓存服务器、数据统计分析、归并排序

​ 同一个Pod中容器共享数据

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

统计访问量（案例1）

[root@master ~]# vim myv1.yaml
---
apiVersion: v1
kind: Pod
metadata:
  name: web1
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:
  - name: logs
    emptyDir: {}
  containers:
  - name: nginx
    image: myos:nginx
    volumeMounts:
    - name: logs
      mountPath: /usr/local/nginx/logs
    ports:
    - protocol: TCP
      containerPort: 80
  - name: log
    image: myos:v2009
    volumeMounts:
    - name: logs
      mountPath: /logdata
    command: ["/bin/bash"]
    args:
    - -c
    - |
      while true;do
        awk '{IP[$1]++}END{for(i in IP)print(i,IP[i])}' /logdata/access.log
        sleep 60
      done

[root@master ~]# kubectl apply -f myv1.yaml
pod/web1 created
[root@master ~]# kubectl get pod -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE
web1   2/2     Running   0          59s   10.244.3.50   node-0003
[root@master ~]# curl -s http://10.244.3.50
[root@master ~]# curl -s http://10.244.3.50
[root@master ~]# curl -s http://10.244.3.50
Nginx is running !
[root@master ~]# kubectl logs web1 -c log
10.244.0.0 3
configMap卷

一种临时卷

configMap提供了向Pod注入配置数据的方法，允许你将配置文件与镜像分离，使容器化的应用具有可移植性

configMap在使用之前需要先创建它，configMap不是用来保存大量数据的，在其中保存的数据不得超过1M

configMap的用途：定义临时环境变量

​ 修改各种配置文件的参数，数据库的地址，用户名密码等

设置容器变量

# 使用变量创建 configMap
[root@master ~]# kubectl create configmap mycm1 --from-literal=x=123 --from-literal=y=456
configmap/mycm1 created

# 查看 configMap
[root@master ~]# kubectl get configmaps 
NAME               DATA   AGE
kube-root-ca.crt   1      2d5h
mycm1              1      54s

# 引用 configMap 设置环境变量
[root@master ~]# vim myv2.yaml 
---
apiVersion: v1
kind: Pod
metadata:
  name: web2
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80
    envFrom:
    - configMapRef:
        name: mycm1

[root@master ~]# kubectl apply -f myv2.yaml 
pod/web2 created
[root@master ~]# kubectl exec -it web2 -- /bin/bash
[root@web1 html]# echo ${x},${y}
123,456
配置系统时区

[root@master ~]# vim myv2.yaml 
---
kind: ConfigMap
apiVersion: v1
metadata:
  name: timezone
data:
  TZ: "Asia/Shanghai"

---
apiVersion: v1
kind: Pod
metadata:
  name: web2
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80
    envFrom:
    - configMapRef:
        name: timezone

[root@master ~]# kubectl delete -f myv2.yaml
pod "web2" deleted
[root@master ~]# kubectl apply -f myv2.yaml
configmap/timezone created
pod/web2 created
[root@master ~]# kubectl exec -it web2 -- /bin/bash
[root@web2 html]# date  +%T
配置Nginx解析PHP

# 拷贝 5/public/info.php 到 master 主机，创建测试页面
[root@master ~]# mkdir webphp
[root@master ~]# echo "Hello Nginx ." >webphp/info.html
[root@master ~]# cp info.php webphp/

# 把目录做 configMap
[root@master ~]# kubectl create configmap website --from-file=webphp
configmap/website created

# 修改 nginx 配置文件，并做成 ConfigMap
[root@master ~]# kubectl cp web2:/usr/local/nginx/conf/nginx.conf ./nginx.conf
[root@master ~]# vim nginx.conf
        location ~ \.php$ {
            root           html;
            fastcgi_pass   127.0.0.1:9000;
            fastcgi_index  index.php;
            include        fastcgi.conf;
        } 

[root@master ~]# kubectl create configmap webconf --from-file=nginx.conf
configmap/webconf created
[root@master ~]# kubectl get configmaps 
NAME               DATA   AGE
timezone           1      73m
webconf            1      5s
website            2      4m18s
修改Pod配置文件

[root@master ~]# vim myv2.yaml
---
kind: ConfigMap
apiVersion: v1
metadata:
  name: timezone
data:
  TZ: "Asia/Shanghai"

---
apiVersion: v1
kind: Pod
metadata:
  name: web2
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:
  - name: myphp
    configMap:
      name: website
  - name: webconf
    configMap:
      name: webconf
  containers:
  - name: nginx
    image: myos:nginx
    volumeMounts:
    - name: myphp
      mountPath: /usr/local/nginx/html/myphp
    - name: webconf
      subPath: nginx.conf
      mountPath: /usr/local/nginx/conf/nginx.conf
    ports:
    - protocol: TCP
      containerPort: 80
    envFrom:
    - configMapRef:
        name: timezone
  - name: php
    image: myos:phpfpm
    volumeMounts:
    - name: myphp
      mountPath: /usr/local/nginx/html/myphp
    envFrom:
    - configMapRef:
        name: timezone

[root@master ~]# kubectl delete -f myv2.yaml 
pod "web2" deleted
[root@master ~]# kubectl apply -f myv2.yaml 
pod/web2 created
[root@master ~]# kubectl get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE
web2   2/2     Running   0          7s    10.244.3.13   node-0003
[root@master ~]# curl http://10.244.3.13/myphp/info.php
<pre>
Array
(
    [REMOTE_ADDR] => 10.244.0.0
    [REQUEST_METHOD] => GET
    [HTTP_USER_AGENT] => curl/7.29.0
    [REQUEST_URI] => /info.php
)
php_host:       web2
1229
保护敏感数据（案例2）

# 修改 nginx.conf 配置文件，启用认证
[root@master ~]# vim nginx.conf 
        location ~ ^/myphp/.+\.php$ {
            root           html;
            fastcgi_pass   127.0.0.1:9000;
            fastcgi_index  index.php;
            include        fastcgi.conf;
            auth_basic "Website Admin";
            auth_basic_user_file "/usr/local/nginx/conf/webauth";
        }
[root@master ~]# kubectl delete configmaps webconf 
configmap "webconf" deleted
[root@master ~]# kubectl create configmap webconf --from-file=nginx.conf 
configmap/webconf created

# 修改 configmap 之后重建 Pod
[root@master ~]# kubectl delete -f myv2.yaml 
configmap "timezone" deleted
pod "web2" deleted
[root@master ~]# kubectl apply -f myv2.yaml 
configmap/timezone created
pod/web2 created

# 创建认证文件
[root@master ~]# kubectl exec -it web2 -c nginx -- /bin/bash
[root@web2 html]# yum install -y httpd-tools
[root@web2 html]# htpasswd -nbm admin 123456 >/usr/local/nginx/conf/webauth
[root@web2 html]# exit

# 访问验证
[root@master ~]# kubectl get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE    IP            NODE
web2   2/2     Running   0          100s   10.244.2.20   node-0002
[root@master ~]# curl http://10.244.2.20/myphp/info.html
Nginx is running !
[root@master ~]# curl http://10.244.2.20/myphp/info.php
<html>
<head><title>401 Authorization Required</title></head>
<body>
<center><h1>401 Authorization Required</h1></center>
<hr><center>nginx/1.17.6</center>
</body>
</html>
[root@master ~]# curl -u admin:123456 http://10.244.2.20/myphp/info.php
<pre>
Array
(
    [REMOTE_ADDR] => 127.0.0.1
    [REQUEST_METHOD] => GET
    [HTTP_USER_AGENT] => curl/7.29.0
    [REQUEST_URI] => /myphp/info.php
)
php_host:       web
1229
secret卷

一种临时卷

secret类似于configMap但专门用于保存机密数据

在设置secret的data字段时，所有键值都必须是经过base64编码的字符串

secret用途：为容器配置环境变量

​ 挂载配置文件/目录到容器

​ 由kubelet在为Pod拉取镜像时使用（需要登录的仓库）

![4](C:\Users\GUCI\Desktop\4.png)[root@master ~]# kubectl create secret generic mysecret --from-literal=username=admin --from-literal=password=123456
secret/mysecret created
[root@master ~]# kubectl get secrets 
NAME                  TYPE                                  DATA   AGE
default-token-qw9b9   kubernetes.io/service-account-token   3      5d1h
mysecret              Opaque                                2      54s
[root@master ~]# kubectl get secrets mysecret -o yaml
apiVersion: v1
data:
  password: MTIzNDU2
  username: YWRtaW4=
kind: Secret
metadata:
  creationTimestamp: "2022-09-03T09:51:10Z"
  name: mysecret
  namespace: default
  resourceVersion: "288864"
  uid: fec7e9bc-f957-40b5-ab7a-0382c75c3224
type: Opaque
Pod 映射 secret

[root@master ~]# vim myv3.yaml 
---
apiVersion: v1
kind: Pod
metadata:
  name: web3
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80
    envFrom:
    - secretRef:
        name: mysecret

[root@master ~]# kubectl apply -f myv3.yaml 
pod/web3 created
[root@master ~]# kubectl exec -it web3 -- /bin/bash
[root@web3 html]# echo ${username},${password}
admin,123456

[root@master ~]# kubectl delete -f myv3.yaml 
pod "web3" deleted
[root@master ~]# kubectl delete secrets mysecret
secret "mysecret" deleted
为案例2配置用户名密码

# 生成加密 base64 数据
[root@master ~]# kubectl exec -it web2 -c nginx -- /bin/bash
[root@web2 html]# yum install -y httpd-tools
[root@web2 html]# htpasswd -nbm admin 123456 |base64
YWRtaW46JGFwcjEkdGJqOXJISUckdk9DRFpDaFZJUHl0ZHdGSXl1Qm91MAoK
[root@web2 html]# exit

# 使用 secret 设置密码
[root@master ~]# vim myv2.yaml 
---
kind: Secret
apiVersion: v1
metadata:
  name: myauth
type: Opaque
data:
  webauth: YWRtaW46JGFwcjEkdGJqOXJISUckdk9DRFpDaFZJUHl0ZHdGSXl1Qm91MAoK

---
kind: ConfigMap
apiVersion: v1
metadata:
  name: timezone
data:
  TZ: "Asia/Shanghai"

---
apiVersion: v1
kind: Pod
metadata:
  name: web2
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:
  - name: myphp
    configMap:
      name: website
  - name: webconf
    configMap:
      name: webconf
  - name: webauth
    secret:
      secretName: myauth
      items:
      - key: webauth
        path: webauth
        mode: 0644
  containers:
  - name: nginx
    image: myos:nginx
    volumeMounts:
    - name: myphp
      mountPath: /usr/local/nginx/html/myphp
    - name: webconf
      subPath: nginx.conf
      mountPath: /usr/local/nginx/conf/nginx.conf
    - name: webauth
      subPath: webauth
      mountPath: /usr/local/nginx/conf/webauth
    ports:
    - protocol: TCP
      containerPort: 80
    envFrom:
    - configMapRef:
        name: timezone
  - name: php
    image: myos:phpfpm
    volumeMounts:
    - name: myphp
      mountPath: /usr/local/nginx/html/myphp
    envFrom:
    - configMapRef:
        name: timezone

[root@master ~]# kubectl delete pod web2 
pod "web2" deleted
[root@master ~]# kubectl apply -f myv2.yaml 
configmap/timezone created
secret/myauth created
pod/web2 created
[root@master ~]# kubectl get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE
web2   2/2     Running   0          4s    10.244.3.22   node-0003
[root@master ~]# curl -u admin:123456 http://10.244.3.22/myphp/info.php
<pre>
Array
(
    [REMOTE_ADDR] => 10.244.0.0
    [REQUEST_METHOD] => GET
    [HTTP_USER_AGENT] => curl/7.29.0
    [REQUEST_URI] => /myphp/info.php
)
php_host:       web2
1229
持久卷
hostPath卷

hostPath卷的本质是使用本地设备，例如磁盘，分区、目录、Socket、CharDevice、BlockDevice等hostPath卷的可用性取决于底层节点的可用性，如果节点变得不健康，那么hostPath卷也将不可被访问

hostPath卷里面的数据不会随着Pod技术而消失

#配置相同的Pod，可能在不同的节点上表现不同，因为不同节点上映射的文件内容不同

在这里插入图片描述
在这里插入图片描述

[root@master ~]# vim myv5.yaml 
---
apiVersion: v1
kind: Pod
metadata:
  name: web5
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:
  - name: mydata
    hostPath:
      path: /var/log
      type: DirectoryOrCreate
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80
    volumeMounts:
    - name: mydata
      mountPath: /log

[root@master ~]# kubectl apply -f myv5.yaml 
pod/web5 created
[root@master ~]# kubectl get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE
web5   1/1     Running   0          4s    10.244.2.28   node-0002
[root@master ~]# kubectl exec -it web5 -- /bin/bash
# 在不同的预节点显示的数据不同
[root@web5 data]# cat /log/messages
... ...
# 创建的数据可以永久保存，即使 Pod 被删除也不会丢失
[root@web5 data]# echo "hello world" >/log/myfile.txt

[root@master ~]# kubectl delete -f myv5.yaml 
pod "web5" deleted

[root@node-0002 ~]# cat /var/log/myfile.txt
hello world
NFS卷

NFS是持久卷

NFS卷的内容在删除Pod时会被卸载（umount），而不是被删除NFS卷可以在不同节点的Pod共享数据

NFS卷的用途：NFS最大的功能就是在不同节点的不同Pod中共享读写数据，本地NFS客户端可以透明的读写位于远端NFS服务器的文件，就像访问本地文件一样

搭建NFS服务器

# 搭建 NFS 服务
[root@registry ~]# yum install -y nfs-utils
[root@registry ~]# mkdir -m 0777 /var/webroot
[root@registry ~]# echo "This is NFS server" >/var/webroot/index.html
[root@registry ~]# echo -e "/var/webroot\t*(rw)" >/etc/exports
[root@registry ~]# systemctl enable --now nfs
# 在 master 上验证服务
[root@master ~]# yum install -y nfs-utils
[root@master ~]# showmount -e registry
Export list for registry:
/var/webroot *
# 在所有节点安装 NFS 模块
[root@node-0001 ~]# yum install -y nfs-utils
[root@node-0002 ~]# yum install -y nfs-utils
[root@node-0003 ~]# yum install -y nfs-utils
搭建NFS服务器

[root@master ~]# vim myv6.yaml 
---
apiVersion: v1
kind: Pod
metadata:
  name: web6
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:
  - name: website
    nfs:
      server: registry
      path: /var/webroot
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80
    volumeMounts:
    - name: website
      mountPath: /usr/local/nginx/html

[root@master ~]# kubectl apply -f myv6.yaml 
pod/web6 created
[root@master ~]# kubectl get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE
web6   1/1     Running   0          3s    10.244.1.18   node-0001
[root@master ~]# curl http://10.244.1.18/
This is NFS server

# 清理实验 Pod
[root@master ~]# kubectl delete -f myv6.yaml 
pod "web6" deleted
PV/PVC

PV的全称是Persistent Volume，是持久卷

PVC的全称是PersistentVolumeClaim，是持久卷声明

PV/PVC的用途：存储的管理是一个与计算实例的管理完全不同的话题。管理员希望能提供一种通用的API来完成Pod对卷的部署管理与使用。PV/PVC就是为了满足这种需求而诞生的，PV/PVC的引入使集群具备了存储的逻辑抽象能力

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

持久卷（PV）
[root@master ~]# vim pv.yaml
---
kind: PersistentVolume
apiVersion: v1
metadata:
  name: pv-local
spec:
  volumeMode: Filesystem
  accessModes:
    - ReadWriteOnce
  capacity:
    storage: 30Gi
  persistentVolumeReclaimPolicy: Retain
  hostPath:
    path: /var/weblog
    type: DirectoryOrCreate

---
kind: PersistentVolume
apiVersion: v1
metadata:                       
  name: pv-nfs
spec:
  volumeMode: Filesystem
  accessModes:
    - ReadWriteOnce
    - ReadOnlyMany
    - ReadWriteMany
  capacity:
    storage: 20Gi
  persistentVolumeReclaimPolicy: Retain
  nfs:
    server: registry
    path: /var/webroot

[root@master ~]# kubectl apply -f pv.yaml 
persistentvolume/pv-local created
persistentvolume/pv-nfs created
[root@master ~]# kubectl get persistentvolume
NAME       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
pv-local   30Gi       RWO            Retain           Available                                   2s
pv-nfs     20Gi       RWO,ROX,RWX    Retain           Available                                   2s
持久卷声明（PVC）
[root@master ~]# vim pvc.yaml
---
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: pvc1
spec:
  volumeMode: Filesystem
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 18Gi

---
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: pvc2
spec:
  volumeMode: Filesystem
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 15Gi

[root@master ~]# kubectl apply -f pvc.yaml 
persistentvolumeclaim/pvc1 created
persistentvolumeclaim/pvc2 created
[root@master ~]# kubectl get persistentvolumeclaims 
NAME   STATUS   VOLUME     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
pvc1   Bound    pv-local   30Gi       RWO                           8s
pvc2   Bound    pv-nfs     20Gi       RWO,ROX,RWX                   8s
Pod 调用 PVC

[root@master ~]# cat myv7.yaml 
---
apiVersion: v1
kind: Pod
metadata:
  name: web7
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:
  - name: logdata
    persistentVolumeClaim:
      claimName: pvc1
  - name: website
    persistentVolumeClaim:
      claimName: pvc2 
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80
    volumeMounts:
    - name: logdata
      mountPath: /usr/local/nginx/logs
    - name: website
      mountPath: /usr/local/nginx/html

[root@master ~]# kubectl apply -f myv7.yaml 
pod/web7 created
[root@master ~]# kubectl get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE
web7   1/1     Running   0          19s   10.244.1.20   node-0001
[root@master ~]# curl http://10.244.1.20/
This is NFS server

[root@master ~]# kubectl delete -f myv7.yaml 
pod "web7" deleted

[root@node-0001 ~]# cat /var/weblog/access_log 
10.244.0.0 - - [27/Jun/2022:02:00:12 +0000] "GET / HTTP/1.1" 200 19 "-" "curl/7.29.0"
10.244.0.0 - - [27/Jun/2022:02:00:14 +0000] "GET / HTTP/1.1" 200 19 "-" "curl/7.29.0"
云原生（二十五） | Kubernetes篇之Kubernetes（k8s）临时存储
Lansonli（蓝深李）的博客
06-13 1499
Kubernetes 为了不同的目的，支持几种不同类型的临时卷：emptyDir： Pod 启动时为空，存储空间来自本地的 kubelet 根目录（通常是根磁盘）或内存configMap、downwardAPI 、 secret： 将不同类型的 Kubernetes 数据注入到 Pod 中CSI 临时卷： 类似于前面的卷类型，但由专门支持此特性的指定 CSI 驱动程序提供通用临时卷： 它可以由所有支持持久卷的存储驱动程序提供当 Pod 分派到某个 Node 上时， 卷会被创建在 Pod 在该节点上运行期间，
k8s-7:Volumes(1)中的临时卷与持久卷（PV,PVC,SC）及NFS配置
Fancyll_Lee的博客
09-01 1498
文章目录1. Volumes配置管理2. 卷类型2.1 emptyDir卷2.2 HostPath卷2.3 nfs卷 1. Volumes配置管理 容器中的文件在磁盘上是临时存放的，这给容器中运行的特殊应用程序带来一些问题。首先，当容器崩溃时，kubelet将重新启动容器，容器中的文件将会丢失，因为容器会以干净的状态重建。其次，当在一个Pod中运行多个容器时，常常需要在这些容器之间共享文件。Kubernetes抽象出Volume对象来解决这两个问题 Kubernetes卷具有明确的生命周期，与包裹它的Po
K8S临时存储-本地存储-PV和PVC的使用-动态存储（StorageClass）
小五
04-12 2616
容器中的文件在磁盘上是临时存放的，当容器崩溃或停止时容器上面的数据未保存， 因此在容器生命周期内创建或修改的所有文件都将丢失。在崩溃期间，kubelet 会以干净的状态重新启动容器。当多个容器在一个 Pod 中运行并且需要共享文件时，会出现另一个问题，跨所有容器设置和访问共享文件系统具有一定的挑战性。K8S 卷（Volume） 这一抽象概念能够解决这两个问题。
K8S 存储：emptyDir、hostPath、local详解
sre救赎之路
03-31 838
在 Pod 的 YAML 配置中，可以通过以下方式定义。
k8s——12、存储(临时卷、永久卷)
qq_43604376的博客
06-09 1497
k8s存储
k8s基础学习-介绍持久卷和持久卷声明
weixin_30770495的博客
05-12 487
在POD中使用PersistentVolume（持久卷，简称PV）要比使用常规的pod复杂一些。 当集群用户需要在其pod中使用持久化存储时，他们首先创建持久卷声明（PersistentVolumeClaim，简称PVC）清单，指定所需要的最低容量要求和访问模式，用户将持久卷声明清单提交给k8s API服务器，k8s将找到可匹配的持久卷并将其绑定到持久卷声明。 转载于:https://...
K8S存储卷
mac99776的博客
09-08 639
K8S存储卷 存储卷分为，临时卷和持久卷； 临时卷： 有时候有些应用程序需要额外的存储，比如，将不常用的数据转移到影响很小的存储中 emptyDir： 是最基础的Volume类型，用于存储临时数据的简单目录，当Pod被删除则emptyDir ConfigMap： 是Pod映射（文件或者目录）的一种方式，允许年将配置文件与镜像文件分离。常用于配置文件的 kubectl create configman 名称 --from -file=文件路径 持久卷 hostPath： 各个节点映射本地目录保持持久性，将no
K8s卷存储详解（一）
抽象空间的博客
07-25 1617
Pod是由容器构成的，我也知道，容器（如Docker）有个特点就是，容器删除后，在容器中产生的数据也会随之销毁。K8s会监控容器的运行状态，当有容器崩溃或停止时，K8s的Controller会删除这些容器，并重新创建新的容器。EmptyDir是在当 Pod 分派到某个Node节点上时创建的，它的初始内容为空，k8s自动分配一个目录，而无需指定宿主机上对应的目录文件。临时卷的生命周期与 Pod 的生命周期相同，与 Pod 一起创建和删除，当 Pod 不再存在时，Kubernetes 也会销毁临时卷。
k8s 之存储卷
fhjtg的博客
05-31 1111
PV 全称叫做 Persistent Volume，持久化存储卷。它是用来描述或者说用来定义一个存储卷的，这个通常都是由运维工程师来定义。PVC 的全称是 Persistent Volume Claim，是持久化存储的请求。它是用来描述希望使用什么样的或者说是满足什么条件的 PV 存储。PVC 的使用逻辑：在 Pod 中定义一个存储卷（该存储卷类型为 PVC），定义的时候直接指定大小，PVC 必须与对应的 PV 建立关系，PVC 会根据配置的定义去 PV 申请，而 PV 是由存储空间创建出来的。
K8s卷存储详解（二）
抽象空间的博客
07-25 1639
因此PVC是用户对存储的请求，期望。PV访问模式（accessModes）每个 PV 卷的访问模式都会设置为对应卷所支持的模式值。
K8S_Linux-k8s持久化存储-常见的存储卷详解
# 1. 简介 ## 1.1 什么是K8S？ Kubernetes（简称K8S）是用于自动部署、扩展和管理容器化应用程序的开源平台。它允许开发人员在一个集群中...K8S中的持久化存储提供了数据持久性和数据共享功能，使得应用程序能够在
K8S_Linux-k8s持久化存储-常见的StorageClass存储卷详解
在本章中，我们将介绍Kubernetes持久化存储的基本概念、必要性以及与传统存储不同之处。 ## 1.1 什么是Kubernetes持久化存储 Kubernetes持久化存储是指在Kubernetes集群中，为应用程序提供持久化数据存储能力的...
Kubernetes-持久卷（PV、PVC）
刘某的博客
01-18 1464
持久化存储，可以实现当pod删除重建时，仍然保持数据的完整性。
K8s（13）——存储之持久卷
m0_46652469的博客
04-14 780
PVPersistentVolume（持久卷，简称PV）是集群内，由管理员提供的网络存储的一部分。就像集群中的节点一样，PV也是集群中的一种资源。它也像Volume一样，是一种volume插件，但是它的生命周期却是和使用它的Pod相互独立的。PV这个API对象，捕获了诸如NFS、ISCSI、或其他云存储系统的实现细节。PVCPersistentVolumeClaim（持久卷声明，简称PVC）是用户的一种存储请求。它和Pod类似，Pod消耗Node资源，而PVC消耗PV资源。
K8S进阶之-持久卷
weixin_44486757的博客
10-06 1433
K8S持久卷详解
持久卷(Persistent Volume)详解
GaoChuang_的博客
11-28 4858
一、概述 在Kubenetes中，对存储资源的管理方式和计算资源(CPU/内存)，截然不同。为了能够屏蔽底层存储实现的细节，让用户方便使用及管理员方便管理，Kubernetes从1.0版本就已经引入了Persistent Volume(PV)和Persistent Volume Claim(PVC) 两个资源对象来实现存储管理系统。 PV(持久卷)是对存储资源的抽象，将存储定义为一种容器应用可以使用的资源，PV由管理员创建和配置，它与存储提供商的具体实现直接相关，例如：GlusterF...
K8S数据持久化：EmptyDir临时存储卷
学亮编程手记
11-05 288
EmptyDir 卷的数据存储在节点的本地磁盘上，因此它的生命周期与所在的节点紧密相关。当 Pod 在同一节点上重新启动时，EmptyDir 中的数据仍然可用，但如果 Pod 被调度到其他节点上，EmptyDir 中的数据将被清空并重新创建。需要注意的是，EmptyDir 卷适用于临时数据的存储，不适合长期持久化数据。如果需要持久化的数据存储，应该考虑使用持久卷（Persistent Volume）和持久卷声明（Persistent Volume Claim）等持久化存储方式。
k8s（存储）数据卷与数据持久卷
码云仓库地址：https://gitee.com/lance-gyq
02-17 919
StatefulSet的存储卷使用VolumeClaimTemplate创建，称为卷申请模板，当StatefulSet使用VolumeClaimTemplate创建。Pod申请PVC作为卷来使用， Kubernetes通过PVC查找绑定的PV，并Mount给Pod。假设当前起的第一个pod，编号肯定是0，容器启动时执行自动化脚本，脚本就可以根据编号角色启动的配置。在实际的场景中，这并不能满足所有应用，尤其是分布式应用，会部署多个实例，注：每个Node上都要安装nfs-utils包，因为会使用到某些依赖。
kubernnetes存储-持久卷
rendongxingzhe的博客
04-20 763
持久卷PV和持久卷申领PVC 存储的管理是一个与计算实例的管理完全不同的问题。PersistentVolume 子系统为用户 和管理员提供了一组 API，将存储如何供应的细节从其如何被使用中抽象出来。 为了实现这点，我们引入了两个新的 API 资源：PersistentVolume 和 PersistentVolumeClaim 持久卷（PersistentVolume，PV）是集群中的一块存储，可以由管理员事先供应，或者 使用存储类（Storage Class）来动态供应。 持久卷是集群资源，就像节点
解释一下k8s的本地持久化卷
最新发布
04-03
<think>好的，我现在需要解释一下Kubernetes的本地持久化卷。首先，我得回忆一下Kubernetes中的持久化存储相关知识。本地持久化卷，应该是指使用节点本地的存储资源，比如硬盘或者SSD，作为持久化存储提供给Pod使用。那和普通的hostPath有什么区别呢？可能本地持久化卷更适用于需要持久化且高性能的场景，而hostPath更多是临时或测试用的。 接下来，我需要确定本地持久化卷的主要特点和用途。比如，它允许Pod将数据存储在特定节点的本地存储中，即使Pod被重新调度，也需要确保数据仍然可用，这可能需要与节点亲和性规则结合使用。不过，本地存储的缺点在于不具备高可用性，如果节点故障，数据可能会丢失。 然后，用户可能想知道如何创建和使用本地持久化卷。可能需要先创建PersistentVolume（PV），指定本地路径和节点亲和性，再通过PersistentVolumeClaim（PVC）来申请这个PV。这样Pod就可以挂载PVC来访问本地存储了。需要举一个例子，比如定义一个PV，使用local卷类型，设置storageClassName为local-storage，并指定nodeAffinity来选择节点。 还要注意，本地持久化卷在Kubernetes 1.14之后成为了稳定功能，使用的时候需要确保集群版本支持。另外，使用本地卷时，运维需要考虑节点的维护和故障情况，可能需要手动管理数据的备份和迁移。 可能用户还会混淆本地持久化卷和hostPath的区别。需要指出hostPath是直接将宿主机的目录挂载到Pod，而本地持久化卷通过PV/PVC机制管理，更适合生产环境，支持更复杂的调度和资源管理。 最后，总结本地持久化卷的适用场景，比如需要高性能、低延迟的应用，如数据库或者日志处理，但需要接受节点故障的风险。同时，可以提到社区的一些最佳实践，比如使用Local Persistent Volumes配合存储类来实现动态供应，或者结合节点标签进行更精细的调度。 需要检查是否有遗漏的关键点，比如访问模式、回收策略等。例如，本地PV通常使用ReadWriteOnce访问模式，回收策略可以是Retain，避免数据被自动删除。另外，动态供应可能需要额外的配置，比如使用Local Volume Provisioner。 总的来说，回答需要涵盖定义、工作原理、创建步骤、与hostPath的区别、优缺点以及适用场景。结构要清晰，分点说明，可能还需要示例YAML来帮助理解。</think>### Kubernetes 本地持久化卷（Local Persistent Volume）详解 #### 1. **基本概念** 本地持久化卷（Local Persistent Volume）是 Kubernetes 中一种将**节点本地存储**（如磁盘、SSD）抽象为持久化存储资源的机制。与网络存储（如 NFS、云盘）不同，本地卷直接使用 Pod 所在节点的物理存储设备，适用于对**低延迟、高吞吐**有要求的场景。 --- #### 2. **核心特点** - **数据持久性**：即使 Pod 被删除或重建，数据仍保留在节点本地存储中。 - **节点亲和性**：卷与特定节点绑定，Pod 必须调度到该节点才能使用卷。 - **手动管理**：需运维人员预先配置存储设备、路径及节点标签。 - **适用场景**：数据库（如 MySQL）、日志处理等需要高性能本地存储的应用。 --- #### 3. **与 `hostPath` 的区别** | **特性** | **本地持久化卷** | **`hostPath`** | |------------------------|--------------------------------------|------------------------------------| | **管理方式** | 通过 PV/PVC 抽象，适合生产环境 | 直接挂载宿主机目录，适合临时使用 | | **调度约束** | 强制 Pod 与卷所在节点绑定 | 无强制绑定，Pod 可能调度到其他节点 | | **数据持久性** | 明确声明持久化，支持保留策略 | 依赖宿主机目录生命周期 | --- #### 4. **使用步骤** ##### (1) **准备本地存储** 在节点上创建存储目录并确保权限正确： ```bash # 在节点上执行 mkdir -p /mnt/disks/ssd1 chmod 777 /mnt/disks/ssd1 ``` ##### (2) **定义 PersistentVolume (PV)** 创建 PV，指定本地路径和节点亲和性： ```yaml apiVersion: v1 kind: PersistentVolume metadata: name: example-local-pv spec: capacity: storage: 10Gi volumeMode: Filesystem accessModes: - ReadWriteOnce persistentVolumeReclaimPolicy: Retain # 节点故障时保留数据 storageClassName: local-storage local: path: /mnt/disks/ssd1 # 节点本地路径 nodeAffinity: required: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/hostname operator: In values: - node-1 # 绑定到特定节点 ``` ##### (3) **创建 PersistentVolumeClaim (PVC)** 通过 PVC 申请绑定 PV： ```yaml apiVersion: v1 kind: PersistentVolumeClaim metadata: name: example-local-pvc spec: accessModes: - ReadWriteOnce storageClassName: local-storage resources: requests: storage: 10Gi ``` ##### (4) **Pod 挂载 PVC** 将 PVC 挂载到 Pod： ```yaml apiVersion: v1 kind: Pod metadata: name: test-pod spec: containers: - name: app image: nginx volumeMounts: - name: local-storage mountPath: /data volumes: - name: local-storage persistentVolumeClaim: claimName: example-local-pvc ``` --- #### 5. **注意事项** - **节点故障风险**：若节点宕机，本地卷数据可能不可用，需配合备份方案。 - **动态供应**：可通过 [Local Volume Provisioner](https://github.com/kubernetes-sigs/sig-storage-local-static-provisioner) 实现自动化 PV 创建。 - **调度限制**：使用 `nodeAffinity` 确保 Pod 调度到正确节点。 --- #### 6. **适用场景** - **高性能需求**：如 Kafka、Redis 等需要低延迟读写的应用。 - **临时数据处理**：节点本地缓存或临时文件处理。 - **边缘计算**：资源受限环境中使用本地存储降低成本。 --- #### 总结 本地持久化卷通过 PV/PVC 机制将节点本地存储纳入 Kubernetes 存储体系，适合高性能场景，但需权衡节点故障风险。正确使用时，需结合运维策略（如监控、备份）确保数据可靠性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

故辞运维

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值