K8s临时卷与持久卷详解

已于 2023-01-30 23:27:36 修改
阅读量811 收藏 1
点赞数 1
文章标签： docker kubernetes 运维
于 2023-01-13 18:11:21 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/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"
故辞运维
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
云原生（二十五） | Kubernetes篇之Kubernetes（k8s）临时存储
Lansonli（蓝深李）的博客
06-13 1406
Kubernetes 为了不同的目的，支持几种不同类型的临时卷：emptyDir： Pod 启动时为空，存储空间来自本地的 kubelet 根目录（通常是根磁盘）或内存configMap、downwardAPI 、 secret： 将不同类型的 Kubernetes 数据注入到 Pod 中CSI 临时卷： 类似于前面的卷类型，但由专门支持此特性的指定 CSI 驱动程序提供通用临时卷： 它可以由所有支持持久卷的存储驱动程序提供当 Pod 分派到某个 Node 上时， 卷会被创建在 Pod 在该节点上运行期间，
k8s——12、存储(临时卷、永久卷)
qq_43604376的博客
06-09 1159
k8s存储
k8s-7:Volumes(1)中的临时卷与持久卷（PV,PVC,SC）及NFS配置
Fancyll_Lee的博客
09-01 1115
文章目录1. Volumes配置管理2. 卷类型2.1 emptyDir卷2.2 HostPath卷2.3 nfs卷 1. Volumes配置管理 容器中的文件在磁盘上是临时存放的，这给容器中运行的特殊应用程序带来一些问题。首先，当容器崩溃时，kubelet将重新启动容器，容器中的文件将会丢失，因为容器会以干净的状态重建。其次，当在一个Pod中运行多个容器时，常常需要在这些容器之间共享文件。Kubernetes抽象出Volume对象来解决这两个问题 Kubernetes卷具有明确的生命周期，与包裹它的Po
k8s基础学习-介绍持久卷和持久卷声明
weixin_30770495的博客
05-12 459
在POD中使用PersistentVolume（持久卷，简称PV）要比使用常规的pod复杂一些。 当集群用户需要在其pod中使用持久化存储时，他们首先创建持久卷声明（PersistentVolumeClaim，简称PVC）清单，指定所需要的最低容量要求和访问模式，用户将持久卷声明清单提交给k8s API服务器，k8s将找到可匹配的持久卷并将其绑定到持久卷声明。 转载于:https://...
K8S存储卷
mac99776的博客
09-08 562
K8S存储卷 存储卷分为，临时卷和持久卷； 临时卷： 有时候有些应用程序需要额外的存储，比如，将不常用的数据转移到影响很小的存储中 emptyDir： 是最基础的Volume类型，用于存储临时数据的简单目录，当Pod被删除则emptyDir ConfigMap： 是Pod映射（文件或者目录）的一种方式，允许年将配置文件与镜像文件分离。常用于配置文件的 kubectl create configman 名称 --from -file=文件路径 持久卷 hostPath： 各个节点映射本地目录保持持久性，将no
阿里Kubernetes（k8s）详解
09-02
阿里深入浅出k8s
K8s中yaml文件详解（超详细）
06-07
K8s中yaml文件详解（超详细）
k8s 实战案例详解手册
最新发布
03-17
k8s 实战案例详解手册 内容简介： 1、基础集群环境搭建 2、k8s运行机制以及术语 3、运行web服务 4、k8s运维示例 5、持续集成与部署 6、容器监控与报警 7、实战案例
k8s环境Istio应用详解
03-21
内容主要包含了k8s环境下istio的安装教程，以及istio相关案例。同时包含灰度发布以及流量治理等相关内容
k8s的持久化存储
06-21
本课程主要包含k8s集群的安装，k8s各 种资源详细介绍和使用，k8s各种扩展组件的部署和使用，k8s核心功能弹性伸缩演示，k8s持久化存储，k8s代码自动发布，让你真正的能够让你的业务在k8s中落地运行!
K8s（13）——存储之持久卷
m0_46652469的博客
04-14 558
PVPersistentVolume（持久卷，简称PV）是集群内，由管理员提供的网络存储的一部分。就像集群中的节点一样，PV也是集群中的一种资源。它也像Volume一样，是一种volume插件，但是它的生命周期却是和使用它的Pod相互独立的。PV这个API对象，捕获了诸如NFS、ISCSI、或其他云存储系统的实现细节。PVCPersistentVolumeClaim（持久卷声明，简称PVC）是用户的一种存储请求。它和Pod类似，Pod消耗Node资源，而PVC消耗PV资源。
K8S进阶之-持久卷
weixin_44486757的博客
10-06 1254
K8S持久卷详解
持久卷(Persistent Volume)详解
GaoChuang_的博客
11-28 4397
一、概述 在Kubenetes中，对存储资源的管理方式和计算资源(CPU/内存)，截然不同。为了能够屏蔽底层存储实现的细节，让用户方便使用及管理员方便管理，Kubernetes从1.0版本就已经引入了Persistent Volume(PV)和Persistent Volume Claim(PVC) 两个资源对象来实现存储管理系统。 PV(持久卷)是对存储资源的抽象，将存储定义为一种容器应用可以使用的资源，PV由管理员创建和配置，它与存储提供商的具体实现直接相关，例如：GlusterF...
k8s（存储）数据卷与数据持久卷
码云仓库地址：https://gitee.com/lance-gyq
02-17 803
StatefulSet的存储卷使用VolumeClaimTemplate创建，称为卷申请模板，当StatefulSet使用VolumeClaimTemplate创建。Pod申请PVC作为卷来使用， Kubernetes通过PVC查找绑定的PV，并Mount给Pod。假设当前起的第一个pod，编号肯定是0，容器启动时执行自动化脚本，脚本就可以根据编号角色启动的配置。在实际的场景中，这并不能满足所有应用，尤其是分布式应用，会部署多个实例，注：每个Node上都要安装nfs-utils包，因为会使用到某些依赖。
kubernnetes存储-持久卷
rendongxingzhe的博客
04-20 687
持久卷PV和持久卷申领PVC 存储的管理是一个与计算实例的管理完全不同的问题。PersistentVolume 子系统为用户 和管理员提供了一组 API，将存储如何供应的细节从其如何被使用中抽象出来。 为了实现这点，我们引入了两个新的 API 资源：PersistentVolume 和 PersistentVolumeClaim 持久卷（PersistentVolume，PV）是集群中的一块存储，可以由管理员事先供应，或者 使用存储类（Storage Class）来动态供应。 持久卷是集群资源，就像节点
k8s存储方式
雪辉博客
02-06 3521
一：简介 存储的管理是一个与计算实例的管理完全不同的问题。PV子系统为用户 和管理员提供了一组 API，将存储如何供应的细节从其如何被使用中抽象出来。 为了实现这点，我们引入了两个新的 API 资源：PersistentVolume 和 PersistentVolumeClaim。 持久卷（PersistentVolume，PV）是集群中的一块存储，可以由管理员事先供应，或者 使用存储类（Storage Class）来动态供应。 持久卷是集群资源，就像节点也是集群资源一样。PV 持久卷和普通的 Volume
Kubernetes 中配置基于NFS的持久卷
小楼一夜听春雨，深巷明朝卖杏花
10-19 1404
建议将Pod的数据放入某个持久卷中，以便即使Pod终止后也可以使用这些数据。在Kubernetes（k8s）中，可以在Pod中使用基于NFS的持久卷。在本文中，我们将学习如配置持久卷和持久卷声明，然后我们将讨论如何通过k8s pod中的声明名称使用持久卷。 我假设我们有一个功能正常的k8s集群和NFS Server。以下是设置的详细信息: NFS服务器IP = 192.168.179.102 NFS共享目录 = /opt/k8s-pods/data K8s群集 = 一个主节...
k8s的存储（volume卷使用）
zhaikaiyun的博客
02-24 1597
1、Volumes容器中的文件在磁盘上是临时存放的，这给容器中运行的特殊应用程序带来一些问题。首先，当容器崩溃时，kubelet将重新启动容器，容器中的文件将会丢失，因为容器会以干净的状态重建。其次，当在一个Pod中同时运行多个容器时，常常需要在这些容器之间共享文件。Kubernetes抽象出Volume对象来解决这两个问题。 2、背景 Kubernetes卷具有明确的生命周期——与包裹它的 P...
K8s卷存储详解（一）
抽象空间的博客
07-25 1164
Pod是由容器构成的，我也知道，容器（如Docker）有个特点就是，容器删除后，在容器中产生的数据也会随之销毁。K8s会监控容器的运行状态，当有容器崩溃或停止时，K8s的Controller会删除这些容器，并重新创建新的容器。EmptyDir是在当 Pod 分派到某个Node节点上时创建的，它的初始内容为空，k8s自动分配一个目录，而无需指定宿主机上对应的目录文件。临时卷的生命周期与 Pod 的生命周期相同，与 Pod 一起创建和删除，当 Pod 不再存在时，Kubernetes 也会销毁临时卷。
k8s nginx 持久卷
07-25
在Kubernetes中为Nginx配置持久卷（Persistent Volume）的步骤如下： 1. 首先，您需要一个支持持久卷的存储后端（例如NFS、AWS EBS、Azure Disk等）。确保您已经正确配置了存储后端，并且Kubernetes集群已经正确...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

故辞运维

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

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

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

打赏作者

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

抵扣说明：

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

余额充值