k8s的数据存储（十一）

已于 2022-03-31 19:27:48 修改
阅读量449 收藏 1
点赞数
分类专栏： kubernetes 文章标签： spring java spring boot
于 2021-11-18 11:45:07 首次发布
原文链接：https://www.yuque.com/fairy-era/yg511q/fn7g1w
版权

1 概述

● 在前面已经提到，容器的生命周期可能很短，会被频繁的创建和销毁。那么容器在销毁的时候，保存在容器中的数据也会被清除。这种结果对用户来说，在某些情况下是不乐意看到的。为了持久化保存容器中的数据，kubernetes引入了Volume的概念。

● Volume是Pod中能够被多个容器访问的共享目录，它被定义在Pod上，然后被一个Pod里面的多个容器挂载到具体的文件目录下，kubernetes通过Volume实现同一个Pod中不同容器之间的数据共享以及数据的持久化存储。Volume的生命周期不和Pod中的单个容器的生命周期有关，当容器终止或者重启的时候，Volume中的数据也不会丢失。

● kubernetes的Volume支持多种类型，比较常见的有下面的几个：

  • ○ 简单存储：EmptyDir、HostPath、NFS。
  • ○ 高级存储：PV、PVC。
  • ○ 配置存储：ConfigMap、Secret。

2 基本存储

2.1 EmptyDir

2.1.1 概述

● EmptyDir是最基础的Volume类型，一个EmptyDir就是Host上的一个空目录。

● EmptyDir是在Pod被分配到Node时创建的，它的初始内容为空，并且无须指定宿主机上对应的目录文件，因为kubernetes会自动分配一个目录，当Pod销毁时，EmptyDir中的数据也会被永久删除。

● EmptyDir的用途如下：

  • ○ 临时空间，例如用于某些应用程序运行时所需的临时目录，且无须永久保留。
  • ○ 一个容器需要从另一个容器中获取数据的目录（多容器共享目录）。

● 接下来，通过一个容器之间的共享案例来使用描述一个EmptyDir。

● 在一个Pod中准备两个容器nginx和busybox，然后声明一个volume分别挂载到两个容器的目录中，然后nginx容器负责向volume中写日志，busybox中通过命令将日志内容读到控制台。

在这里插入图片描述

2.1.2 创建Pod

创建volume-emptydir.yaml文件，内容如下：

apiVersion: v1
kind: Pod
metadata:
  name: volume-emptydir
  namespace: dev
spec:
  containers:
    - name: nginx
      image: nginx:1.17.1
      imagePullPolicy: IfNotPresent
      ports:
        - containerPort: 80
      volumeMounts: # 将logs-volume挂载到nginx容器中对应的目录，该目录为/var/log/nginx
        - name: logs-volume
          mountPath: /var/log/nginx
    - name: busybox
      image: busybox:1.30
      imagePullPolicy: IfNotPresent
      command: ["/bin/sh","-c","tail -f /logs/access.log"] # 初始命令，动态读取指定文件
      volumeMounts: # 将logs-volume挂载到busybox容器中的对应目录，该目录为/logs
        - name: logs-volume
          mountPath: /logs
  volumes: # 声明volume，name为logs-volume，类型为emptyDir
    - name: logs-volume
      emptyDir: {}

创建Pod：

kubectl create -f volume-emptydir.yaml

在这里插入图片描述

2.1.3 查看Pod

查看Pod：

kubectl get pod volume-emptydir -n dev -o wide

在这里插入图片描述

2.1.4 访问Pod中的Nginx

访问Pod中的Nginx：

curl 10.244.2.2

在这里插入图片描述

2.1.5 查看指定容器的标准输出

● 查看指定容器的标准输出：

kubectl logs -f volume-emptydir -n dev -c busybox

在这里插入图片描述

2.2 HostPath

2.2.1 概述

● 我们已经知道EmptyDir中的数据不会被持久化，它会随着Pod的结束而销毁，如果想要简单的将数据持久化到主机中，可以选择HostPath。

● HostPath就是将Node主机中的一个实际目录挂载到Pod中，以供容器使用，这样的设计就可以保证Pod销毁了，但是数据依旧可以保存在Node主机上。

在这里插入图片描述

2.2.2 创建Pod

● 创建volume-hostpath.yaml文件，内容如下：

apiVersion: v1
kind: Pod
metadata:
  name: volume-hostpath
  namespace: dev
spec:
  containers:
    - name: nginx
      image: nginx:1.17.1
      imagePullPolicy: IfNotPresent
      ports:
        - containerPort: 80
      volumeMounts: # 将logs-volume挂载到nginx容器中对应的目录，该目录为/var/log/nginx
        - name: logs-volume
          mountPath: /var/log/nginx
    - name: busybox
      image: busybox:1.30
      imagePullPolicy: IfNotPresent
      command: ["/bin/sh","-c","tail -f /logs/access.log"] # 初始命令，动态读取指定文件
      volumeMounts: # 将logs-volume挂载到busybox容器中的对应目录，该目录为/logs
        - name: logs-volume
          mountPath: /logs
  volumes: # 声明volume，name为logs-volume，类型为hostPath
    - name: logs-volume
      hostPath:
        path: /root/logs
        type: DirectoryOrCreate # 目录存在就使用，不存在就先创建再使用

type的值的说明：
● DirectoryOrCreate：目录存在就使用，不存在就先创建后使用。
● Directory：目录必须存在。
● FileOrCreate：文件存在就使用，不存在就先创建后使用。
● File：文件必须存在。
● Socket：unix套接字必须存在。
● CharDevice：字符设备必须存在。
● BlockDevice：块设备必须存在。

创建Pod：

kubectl create -f volume-hostpath.yaml

在这里插入图片描述

2.2.3 查看Pod

查看Pod：

kubectl get pod volume-hostpath -n dev -o wide

在这里插入图片描述

2.2.4 访问Pod中的Nginx

访问Pod中的Nginx：

curl 10.244.2.3

在这里插入图片描述

2.2.5 去node节点找到hostPath映射的目录中的文件

● 需要到Pod所在的节点（k8s-node2）查看hostPath映射的目录中的文件：

ls /root/logs

同样的道理，如果在此目录中创建文件，到容器中也是可以看到的。

2.3 NFS

2.3.1 概述

● HostPath虽然可以解决数据持久化的问题，但是一旦Node节点故障了，Pod如果转移到别的Node节点上，又会出现问题，此时需要准备单独的网络存储系统，比较常用的是NFS和CIFS。

● NFS是一个网络文件存储系统，可以搭建一台NFS服务器，然后将Pod中的存储直接连接到NFS系统上，这样，无论Pod在节点上怎么转移，只要Node和NFS的对接没有问题，数据就可以成功访问。

在这里插入图片描述

2.3.2 搭建NFS服务器

首先需要准备NFS服务器，这里为了简单，直接在Master节点做NFS服务器。
在Master节点上安装NFS服务器：

yum install -y nfs-utils rpcbind

准备一个共享目录：

mkdir -pv /root/data/nfs

将共享目录以读写权限暴露给192.168.18.0/24网段中的所有主机：

vim /etc/exports

/root/data/nfs 192.168.18.0/24(rw,no_root_squash)

修改权限：

chmod 777 -R /root/data/nfs

加载配置：

exportfs -r

启动nfs服务：

systemctl start rpcbind

systemctl enable rpcbind

systemctl start nfs

systemctl enable nfs

在Master节点测试是否挂载成功：

showmount -e 192.168.18.100

在这里插入图片描述
在Node节点上都安装NFS服务器，目的是为了Node节点可以驱动NFS设备。

# 在Node节点上安装NFS服务，不需要启动
yum -y install nfs-utils

在Node节点测试是否挂载成功：

showmount -e 192.168.18.100

高可用备份方式，在所有节点执行如下的命令：

mount -t  nfs 192.168.18.100:/root/data/nfs /mnt

2.3.3 创建Pod

创建volume-nfs.yaml文件，内容如下：

apiVersion: v1
kind: Pod
metadata:
  name: volume-nfs
  namespace: dev
spec:
  containers:
    - name: nginx
      image: nginx:1.17.1
      imagePullPolicy: IfNotPresent
      ports:
        - containerPort: 80
      volumeMounts: # 将logs-volume挂载到nginx容器中对应的目录，该目录为/var/log/nginx
        - name: logs-volume
          mountPath: /var/log/nginx
    - name: busybox
      image: busybox:1.30
      imagePullPolicy: IfNotPresent
      command: ["/bin/sh","-c","tail -f /logs/access.log"] # 初始命令，动态读取指定文件
      volumeMounts: # 将logs-volume挂载到busybox容器中的对应目录，该目录为/logs
        - name: logs-volume
          mountPath: /logs
  volumes: # 声明volume
    - name: logs-volume
      nfs:
        server: 192.168.18.100 # NFS服务器地址
        path: /root/data/nfs # 共享文件路径

创建Pod：

kubectl create -f volume-nfs.yaml

在这里插入图片描述

2.3.4 查看Pod

● 查看Pod：

kubectl get pod volume-nfs -n dev

在这里插入图片描述

2.3.5 查看nfs服务器上共享目录

● 查看nfs服务器上共享目录：

ls /root/data/nfs

在这里插入图片描述

3 高级存储

3.1 PV和PVC概述

● 前面我们已经学习了使用NFS提供存储，此时就要求用户会搭建NFS系统，并且会在yaml配置nfs。由于kubernetes支持的存储系统有很多，要求客户全部掌握，显然不现实。为了能够屏蔽底层存储实现的细节，方便用户使用，kubernetes引入了PV和PVC两种资源对象。

● PV（Persistent Volume）是持久化卷的意思，是对底层的共享存储的一种抽象。一般情况下PV由kubernetes管理员进行创建和配置，它和底层具体的共享存储技术有关，并通过插件完成和共享存储的对接。

● PVC（Persistent Volume Claim）是持久化卷声明的意思，是用户对于存储需求的一种声明。换言之，PVC其实就是用户向kubernetes系统发出的一种资源需求申请。
在这里插入图片描述
● 使用了PV和PVC之后，工作可以得到进一步的提升：

  • ○ 存储：存储工程师维护。
  • ○ PV：kubernetes管理员维护。
  • ○ PVC：kubernetes用户维护。

3.2 PV

3.2.1 PV的资源清单文件

● PV是存储资源的抽象，下面是PV的资源清单文件：

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv2
spec:
  nfs: # 存储类型，和底层正则的存储对应
    path:
    server:
  capacity: # 存储能力，目前只支持存储空间的设置
    storage: 2Gi
  accessModes: # 访问模式
    -
  storageClassName: # 存储类别
  persistentVolumeReclaimPolicy: # 回收策略

pv的关键配置参数说明：
● 存储类型：底层实际存储的类型，kubernetes支持多种存储类型，每种存储类型的配置有所不同。
● 存储能力（capacity）：目前只支持存储空间的设置（storage=1Gi），不过未来可能会加入IOPS、吞吐量等指标的配置。
● 访问模式（accessModes）：

  • ○ 用来描述用户应用对存储资源的访问权限，访问权限包括下面几种方式：
■ ReadWriteOnce（RWO）：读写权限，但是只能被单个节点挂载。
■ ReadOnlyMany（ROX）：只读权限，可以被多个节点挂载。
■ ReadWriteMany（RWX）：读写权限，可以被多个节点挂载。

需要注意的是，底层不同的存储类型可能支持的访问模式不同。

● 回收策略（ persistentVolumeReclaimPolicy）：

  • ○ 当PV不再被使用之后，对其的处理方式，目前支持三种策略：

■ Retain（保留）：保留数据，需要管理员手动清理数据。
■ Recycle（回收）：清除PV中的数据，效果相当于rm -rf /volume/*。
■ Delete（删除）：和PV相连的后端存储完成volume的删除操作，常见于云服务器厂商的存储服务。

需要注意的是，底层不同的存储类型可能支持的回收策略不同。

● 存储类别（storageClassName）：PV可以通过storageClassName参数指定一个存储类别。

  • ○ 具有特定类型的PV只能和请求了该类别的PVC进行绑定。
  • ○ 未设定类别的PV只能和不请求任何类别的PVC进行绑定。

● 状态（status）：一个PV的生命周期，可能会处于4种不同的阶段。

  • ○ Available（可用）：表示可用状态，还未被任何PVC绑定。
  • ○ Bound（已绑定）：表示PV已经被PVC绑定。
  • ○ Released（已释放）：表示PVC被删除，但是资源还没有被集群重新释放。
  • ○ Failed（失败）：表示该PV的自动回收失败。

3.2.2 准备工作（准备NFS环境）

创建目录：

mkdir -pv /root/data/{pv1,pv2,pv3}

授权：

chmod 777 -R /root/data

修改/etc/exports文件：

vim /etc/exports

/root/data/pv1     192.168.18.0/24(rw,no_root_squash) 
/root/data/pv2     192.168.18.0/24(rw,no_root_squash) 
/root/data/pv3     192.168.18.0/24(rw,no_root_squash)

● 重启nfs服务：

systemctl restart nfs

3.2.3 创建PV

● 创建pv.yaml文件，内容如下：

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv1
spec:
  nfs: # 存储类型吗，和底层正则的存储对应
    path: /root/data/pv1
    server: 192.168.18.100
  capacity: # 存储能力，目前只支持存储空间的设置
    storage: 1Gi
  accessModes: # 访问模式
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain # 回收策略

---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv2
spec:
  nfs: # 存储类型吗，和底层正则的存储对应
    path: /root/data/pv2
    server: 192.168.18.100
  capacity: # 存储能力，目前只支持存储空间的设置
    storage: 2Gi
  accessModes: # 访问模式
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain # 回收策略
  
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv3
spec:
  nfs: # 存储类型吗，和底层正则的存储对应
    path: /root/data/pv3
    server: 192.168.18.100
  capacity: # 存储能力，目前只支持存储空间的设置
    storage: 3Gi
  accessModes: # 访问模式
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain # 回收策略

创建PV：

kubectl create -f pv.yaml

3.2.4 查看PV

查看PV：

kubectl get pv -o wide

在这里插入图片描述
注意一下状态，刚创建的pv处于可用状态。

3.3 PVC

3.3.1 PVC的资源清单文件

PVC是资源的申请，用来声明对存储空间、访问模式、存储类别需求信息，下面是PVC的资源清单文件：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc
  namespace: dev
spec:
  accessModes: # 访客模式
    - 
  selector: # 采用标签对PV选择
  storageClassName: # 存储类别
  resources: # 请求空间
    requests:
      storage: 5Gi

PVC的关键配置参数说明：
● 访客模式（accessModes）：用于描述用户应用对存储资源的访问权限。
● 用于描述用户应用对存储资源的访问权限：

  • ○ 选择条件（selector）：通过Label Selector的设置，可使PVC对于系统中已存在的PV进行筛选。
  • ○ 存储类别（storageClassName）：PVC在定义时可以设定需要的后端存储的类别，只有设置了该class的pv才能被系统选出。
  • ○ 资源请求（resources）：描述对存储资源的请求。

3.3.2 创建PVC

● 创建pvc.yaml文件，内容如下：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc1
  namespace: dev
spec:
  accessModes: # 访客模式
    - ReadWriteMany
  resources: # 请求空间
    requests:
      storage: 1Gi

---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc2
  namespace: dev
spec:
  accessModes: # 访客模式
    - ReadWriteMany
  resources: # 请求空间
    requests:
      storage: 1Gi

---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc3
  namespace: dev
spec:
  accessModes: # 访客模式
    - ReadWriteMany
  resources: # 请求空间
    requests:
      storage: 5Gi

创建PVC：

kubectl create -f pvc.yaml

在这里插入图片描述

3.3.3 查看PVC

查看PVC：

kubectl get pvc -n dev -o wide

在这里插入图片描述
注意一下pvc的状态，1和2找到了满足条件的pv，因此bound，而3找不到满足条件的pv，所以pending

查看PV：

kubectl get pv -o wide

在这里插入图片描述
注意观察status和claim，1和2从可用变为绑定，claim列出了绑定的pvc。而且也可以发现一点，一个pv只能被一个pvc绑定

3.3.4 创建Pod使用PVC

创建pvc-pod.yaml文件，内容如下：

apiVersion: v1
kind: Pod
metadata:
  name: pod1
  namespace: dev
spec:
  containers:
  - name: busybox
    image: busybox:1.30
    command: ["/bin/sh","-c","while true;do echo pod1 >> /root/out.txt; sleep 10; done;"]
    volumeMounts:
    - name: volume
      mountPath: /root/
  volumes:
    - name: volume
      persistentVolumeClaim:
        claimName: pvc1
        readOnly: false

---
apiVersion: v1
kind: Pod
metadata:
  name: pod2
  namespace: dev
spec:
  containers:
    - name: busybox
      image: busybox:1.30
      command: ["/bin/sh","-c","while true;do echo pod1 >> /root/out.txt; sleep 10; done;"]
      volumeMounts:
        - name: volume
          mountPath: /root/
  volumes:
    - name: volume
      persistentVolumeClaim:
        claimName: pvc2
        readOnly: false

创建Pod：

kubectl create -f pvc-pod.yaml

在这里插入图片描述

3.3.5 创建Pod使用PVC

查看Pod：

kubectl get pod -n dev -o wide

在这里插入图片描述
查看PVC：

kubectl get pvc -n dev -o wide

在这里插入图片描述
查看PV：

kubectl get pv -n dev -o wide

在这里插入图片描述

3.3.6 查看nfs中的文件存储

查看nfs中的文件存储：

ls /root/data/pv1/out.txt

ls /root/data/pv2/out.txt

在这里插入图片描述

4 配置存储

4.1 ConfigMap

4.1.1 概述

● ConfigMap是一个比较特殊的存储卷，它的主要作用是用来存储配置信息的。

4.1.2 ConfigMap的资源清单文件

● ConfigMap的资源清单文件：

apiVersion: v1
kind: ConfigMap
metadata:
  name: configMap
  namespace: dev
data: # <map[string]string>
  xxx

4.1.3 创建ConfigMap

创建configmap.yaml文件，内容如下：

apiVersion: v1
kind: ConfigMap
metadata:
  name: configmap
  namespace: dev
data:
  info:
    username:admin
    password:123456

创建ConfigMap：

kubectl create -f configmap.yaml

在这里插入图片描述

4.1.4 创建Pod

创建pod-configmap.yaml文件，内容如下：

apiVersion: v1
kind: Pod
metadata:
  name: pod-configmap
  namespace: dev
spec:
  containers:
    - name: nginx
      image: nginx:1.17.1
      volumeMounts:
        - mountPath: /configmap/config
          name: config
  volumes:
    - name: config
      configMap:
        name: configmap

● 创建Pod：

kubectl create -f pod-configmap.yaml

在这里插入图片描述

4.1.5 查看Pod

● 查看Pod：

kubectl get pod pod-configmap -n dev

在这里插入图片描述

4.1.6 进入容器

● 进入容器，查看配置：

kubectl exec -it pod-configmap -n dev /bin/sh

cd /configmap/config

ls

more info

ConfigMap中的key映射为一个文件，value映射为文件中的内容。如果更新了ConfigMap中的内容，容器中的值也会动态更新。

4.2 Secret

4.2.1 概述

● 在kubernetes中，还存在一种和ConfigMap非常类似的对象，称为Secret对象，它主要用来存储敏感信息，例如密码、密钥、证书等等。

4.2.2 准备数据

● 使用base64对数据进行编码：

# 准备username
echo -n "admin" | base64

在这里插入图片描述

echo -n "123456" | base64

在这里插入图片描述

4.2.3 创建Secret

创建secret.yaml文件，内容如下：

apiVersion: v1
kind: Secret
metadata:
  name: secret
  namespace: dev
type: Opaque
data:
  username: YWRtaW4=
  password: MTIzNDU2

创建Secret：

kubectl create -f secret.yaml

在这里插入图片描述
上面的方式是先手动将数据进行编码，其实也可以使用直接编写数据，将数据编码交给kubernetes。

apiVersion: v1
kind: Secret
metadata:
  name: secret
  namespace: dev
type: Opaque
stringData:
  username: admin
  password: 123456

如果同时使用data和stringData，那么data会被忽略。

4.2.4 查看Secret详情

● 查看Secret详情：

kubectl describe secret secret -n dev

在这里插入图片描述

4.2.5 创建Pod

创建pod-secret.yaml文件，内容如下：

apiVersion: v1
kind: Pod
metadata:
  name: pod-secret
  namespace: dev
spec:
  containers:
    - name: nginx
      image: nginx:1.17.1
      volumeMounts:
        - mountPath: /secret/config
          name: config
  volumes:
    - name: config
      secret:
        secretName: secret

创建Pod：

kubectl create -f pod-secret.yaml

在这里插入图片描述

4.2.6 查看Pod

查看Pod：

kubectl get pod pod-secret -n dev

4.2.7 进入容器

● 进入容器，查看secret信息，发现已经自动解码了：

kubectl exec -it pod-secret -n dev /bin/sh

ls /secret/config

more /secret/config/username

more /secret/config/password
沉泽·
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
K8S-数据存储学习思维导图
02-07
K8S-数据存储学习思维导图
k8s课件k8s课件k8s课件k8s课件
02-15
本节将对k8s的基本概念、监控与日志、应用程序生命周期管理、调度、存储、集群安全等方面进行详细的解释，旨在帮助读者深入了解k8s的各个方面。 k8s基础概念 k8s是一种容器集群管理系统，由Google在2014年开源。k8...
k8s之数据存储
weixin_30535167的博客
08-06 240
查看k8s支持的存储类 kubectl explain pods.spec.volumes 1.emptydir kubectl explain pods.spec.volumes.emptyDir kubectl explain pods.spec.containers 容器中设置 kubectl explain pods.spec.containers.v...
k8s 数据存储
杨海吉
01-28 349
Volume是Pod中能够被多个容器访问的共享目录，它被定义在Pod上，然后被一个Pod里的多个容器挂载到具体的文件目录下，kubernetes通过Volume实现同一个Pod中不同容器之间的数据共享以及数据的持久化存储。EmptyDir是在Pod被分配到Node时创建的，它的初始内容为空，并且无须指定宿主机上对应的目录文件，因为kubernetes会自动分配一个目录，当Pod销毁时， EmptyDir中的数据也会被永久删除。在前面已经提到，容器的生命周期可能很短，会被频繁地创建和销毁。
K8S secret
MiddenEurope的博客
08-31 509
Secret 是一种包含少量敏感信息例如密码、令牌或密钥的对象。 这样的信息可能会被放在 Pod 规约中或者镜像中。 用户可以创建 Secret，同时系统也创建了一些 Secret。 要使用 Secret，Pod 需要引用 Secret。 Pod 可以用三种方式之一来使用 Secret： 作为挂载到一个或多个容器上的卷中的文件。 作为容器的环境变量 由kubelet 在为 Pod 拉取镜像时使用 Secret 对象的名称必须是合法的DNS 子域名。 在为创建 Secret 编写配置文件时，你...
【k8s】k8s存储配置之Secret
sl963216757的博客
07-11 1249
一、Secret 01_Secret简介 Secret 是一种包含少量敏感信息例如密码、令牌或密钥的对象。 将这些信息放在 secret 中比放在 Pod 的定义或者 容器镜像 中来说更加安全和灵活。 这样的信息可能会被放在 Pod 规约中或者镜像中。 用户可以创建 Secret，同时系统也创建了一些 Secret。 Kubernetes Secret 默认情况下存储为 base64-编码的、非加密的字符串。 默认情况下，能够访问 API 的任何人，或者能够访问 Kubernetes 下层数据存储（etcd
k8s(十)基本存储
m0_46656833的博客
09-22 200
文章目录概述EmptyDirHostPathNFS k8s的数据存储 概述 在前面已经提到，容器的生命周期可能很短，会被频繁的创建和销毁。那么容器在销毁的时候，保存在容器中的数据也会被清除。这种结果对用户来说，在某些情况下是不乐意看到的。为了持久化保存容器中的数据，kubernetes引入了Volume的概念。 Volume是Pod中能够被多个容器访问的共享目录，它被定义在Pod上，然后被一个Pod里面的多个容器挂载到具体的文件目录下，kubernetes通过Volume实现同一个Pod中不同容器之间的数据
k8s数据备份与恢复文档etcd 3.3.10
10-19
Kubernetes（简称k8s）是当今最流行的容器编排系统，而etcd是k8s集群的核心组件，它是一个分布式的、一致性的键值存储，用于存储k8s集群的状态和配置信息。在这个文档中，我们将关注etcd的备份与恢复，这对于保障k8s...
K8S入门基础课件docx版本
08-03
Kubernetes（简称K8s）是Google开源的一种容器编排系统，用于自动化容器化的应用程序部署、扩展和管理。作为现代云原生应用的核心平台，K8S已经成为了企业级基础设施的重要组成部分。本“K8S入门基础课件docx版本”...
在k8s中部署prometheus的镜像
最新发布
03-23
在Kubernetes（k8s）集群中部署Prometheus是一个常见的监控解决方案，Prometheus是一款强大的开源监控和警报系统，能够实时收集和分析时间序列数据。本文将详细介绍如何在k8s环境中部署Prometheus的镜像。 一、...
K8S安装过程七：Kubernetes 节点配置调整
架构师实战感悟
11-28 1106
kubernetes 安装前修改操作系统配置信息
k8s更改nginx容器配置文件并重载
qq_44209563的博客
04-18 1223
示例： kubectl exec -it sk-nginx-v2-deployment-7d457f659-x7zgh /bin/sh -n onecloudcd。
k8s存储卷(Volume)
wq1205750492的博客
05-27 1888
官方文档： 卷 | Kubernetes 一.简介 存储券是定义在Pod资源之上、可被其内部的所有容器挂载的共享目录，它关联至外部的存储设备之上的存储空间，从而独立于容器自身的文件系统，而数据是否具有持久化能力则取决于存储券自身是否支持持久化机制。 Kubernetes支持众多存储券类型，其中，emptyDir与hostPath属于节点级别的卷类型，emptyDir的生命周期与Pod资源相同。 而使用了 hostPath卷的Pod一旦被重新调度至其他节点，那么它将无法在使用此前的数据。因此，这.
k8s kubectl create命令使用详解
学亮编程手记
04-14 2578
k8s kubectl create命令使用详解 Create a resource by filename or stdin 摘要 Create a resource by filename or stdin. JSON and YAML formats are accepted. kubectl create -f FILENAME 示例 # Create a pod using the data in pod.json. kubectl create -f ./pod.json # Create
[原创] k8s 部署文档
张志鹏的博客
06-17 4046
k8s note, support all cni plugin. master first install docker curl -fsSL https://get.docker.com -o get-docker.sh bash get-docker.sh systemctl enable docker && systemctl start docker docker ps ...
容器集群k8s从入门到精通之数据存储（第八章）
梦溪笔谈的博客
07-29 449
第八章 数据存储 ​ 在前面已经提到，容器的生命周期可能很短，会被频繁地创建和销毁。那么容器在销毁时，保存在容器中的数据也会被清除。这种结果对用户来说，在某些情况下是不乐意看到的。为了持久化保存容器的数据，kubernetes引入了Volume的概念。 ​ Volume是Pod中能够被多个容器访问的共享目录，它被定义在Pod上，然后被一个Pod里的多个容器挂载到具体的文件目录下，kubernetes通过Volume实现同一个Pod中不同容器之间的数据共享以及数据的持久化存储。Volume的生命容
K8s 的数据卷volume
IChen.的博客
07-05 1288
Volume 容器磁盘上的文件的生命周期是短暂的，这就使得在容器中运行重要应用时会出现一些问题。首先，当容器崩溃时，kubelet会重启它，但是容器中的文件将丢失——容器以干净点状态（镜像最初点状态）重新启动。其次，在pod中同时运行多个容器时，这些容器之间通常需要共享文件。Kubernetes中的volume就能很好的解决了这些问题。 背景 Docker中也有一个volume的概念，尽管它稍微宽松一些，管理也很少。在Docker中，卷就像是磁盘或是另一个容器中的一个目录。它的生命周期不受管理，直到最
kubernetes存储详解
胡伟煌的博客
09-01 4904
1. Volumes 1.1. volume概述 容器上的文件生命周期同容器的生命周期一致，即容器挂掉之后，容器将会以最初镜像中的文件系统内容启动，之前容器运行时产生的文件将会丢失。 Pod的volume的生命周期同Pod的生命周期一致，当Pod被删除的时候，对应的volume才会被删除。即Pod中的容器重启时，之前的文件仍可以保存。 容器中的进程看到的是由其 Docker 镜像和卷...
Kubernetes14--Kubeadm详解
大魔王
12-06 1894
之前用Kubeadm安装k8s集群遇到了好多问题，后来想扩展CoreDns，Metrics-server等功能发现对于内部机理不太清楚，因此把kubeadm的内部机理学习一下。 kubeadm的常见命令： 主要学习一下init初始化过程： 使用kubeadm来部署集群的一般步骤： kubeadm init export KUBECONFIG=/etc/kubernetes/admin...
K8S中大数据服务集成实践与挑战
本文由北京亚信智慧数据的大数据云平台部专家叶鹏分享，探讨了大数据服务在K8s中的实现、挑战以及解决方案。" 在当前大数据领域，由于技术快速演进和复杂性增加，传统的单一企业或开发者往往难以承受高昂的成本和...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值