Kubernetes实验 存储

最新推荐文章于 2023-04-23 10:08:25 发布
最新推荐文章于 2023-04-23 10:08:25 发布
阅读量264 收藏
点赞数
分类专栏： kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/MrRight17/article/details/110730370
版权

文章目录

存储

  • ConfigMap：存储配置信息
  • Secret：存储加密信息
  • Volume：共享存储
  • Persistent Volume：持久卷

ConfigMap

一般app会从配置文件，命令行参数，环境变量等读取配置信息
ConfigMap可以向容器中注入配置信息

三种创建方式：

  • 使用目录创建
  • 使用文件创建
  • 使用字面值创建

创建ConfigMap

使用目录
# 创建存储配置文件的目录
mkdir -p ~/install-k8s/configmap

# 创建配置文件1
cat <<\EOF > ~/install-k8s/configmap/game.properties
enemies=aliens
lives=3
enemies.cheat=true
enemies.cheat.level=noGoodRotten
secret.code.passphrase=UUDDLRLRDADAS
secret.code.allowed=true
secret.code.lives=30
EOF

# 创建配置文件2
cat <<\EOF > ~/install-k8s/configmap/ui.properties
color.good=purple
color.bad-yellow
allow.textmode=true
how.nice.to.look=fairlyNice
EOF

cd ~

# 创建ConfigMap
kubectl create configmap game-config --from-file=install-k8s/configmap

–from-file指定在目录下的所有文件都会被用在ConfigMap里面创建一个键值对，
键的名字就是文件名，
值的内容就是文件的内容

kubectl get cm
# NAME          DATA   AGE
# game-config   2      25s

kubectl get cm game-config -o yaml
# apiVersion: v1
# kind: ConfigMap
# metadata:
#   creationTimestamp: "2020-11-30T09:57:07Z"
#   managedFields:
#   - apiVersion: v1
#     fieldsType: FieldsV1
#     fieldsV1:
#       f:data:
#         .: {}
#         f:game.properties: {}
#         f:ui.properties: {}
#     manager: kubectl-create
#     operation: Update
#     time: "2020-11-30T09:57:07Z"
#   name: game-config
#   namespace: default
#   resourceVersion: "851169"
#   selfLink: /api/v1/namespaces/default/configmaps/game-config
#   uid: 6f148037-8f8e-4d65-9dc4-8a843be04dbf
# data:
#   game.properties: |
#     enemies=aliens
#     lives=3
#     enemies.cheat=true
#     enemies.cheat.level=noGoodRotten
#     secret.code.passphrase=UUDDLRLRDADAS
#     secret.code.allowed=true
#     secret.code.lives=30
#   ui.properties: |
#     color.good=purple
#     color.bad-yellow
#     allow.textmode=true
#     how.nice.to.look=fairlyNice
使用文件
cd ~

kubectl create configmap game-config-2 --from-file=install-k8s/configmap/game.properties

kubectl describe cm game-config-2
# Name:         game-config-2
# Namespace:    default
# Labels:       <none>
# Annotations:  <none>

# Data
# ====
# game.properties:
# ----
# enemies=aliens
# lives=3
# enemies.cheat=true
# enemies.cheat.level=noGoodRotten
# secret.code.passphrase=UUDDLRLRDADAS
# secret.code.allowed=true
# secret.code.lives=30

# Events:  <none>
使用字面值
kubectl create configmap special-config \
--from-literal=special.how=very \
--from-literal=special.type=charm

kubectl describe cm special-config
# Name:         special-config
# Namespace:    default
# Labels:       <none>
# Annotations:  <none>

# Data
# ====
# special.how:
# ----
# very
# special.type:
# ----
# charm
# Events:  <none>

kubectl get cm special-config -o yaml
# apiVersion: v1
# kind: ConfigMap
# metadata:
#   creationTimestamp: "2020-11-30T10:06:12Z"
#   managedFields:
#   - apiVersion: v1
#     fieldsType: FieldsV1
#     fieldsV1:
#       f:data:
#         .: {}
#         f:special.how: {}
#         f:special.type: {}
#     manager: kubectl-create
#     operation: Update
#     time: "2020-11-30T10:06:12Z"
#   name: special-config
#   namespace: default
#   resourceVersion: "852479"
#   selfLink: /api/v1/namespaces/default/configmaps/special-config
#   uid: ce6583d2-bf92-44ab-8fa6-76f26763dca3
# data:
#   special.how: very
#   special.type: charm

应用ConfigMap

代替环境变量 && 设置命令行参数
apiVersion: v1
kind: ConfigMap
metadata:
  name: special-config
data:
  special.how: very
  special.type: charm
---
apiVersion: v1
kind: ConfigMap
metadata:
  name: env-config
data:
  log_level: INFO
---
apiVersion: v1
kind: Pod
metadata:
  name: configmap-test-pod
spec:
  restartPolicy: Never
  containers:
  - name: test-container
    image: busybox
    imagePullPolicy: IfNotPresent
    # 定义容器内部环境变量
    env: 
    # 正常的定义一个环境变量，名字为NORMAL_ENV_KEY，值为normal_key
    - name: NORMAL_ENV_KEY
      value: normal_key
    # 从special-config ConfigMap导入special.how作为SPECIAL_LEVEL_KEY的值
    - name: SPECIAL_LEVEL_KEY
      valueFrom: 
        configMapKeyRef:
          name: special-config
          key: special.how
    # 导入env-config ConfigMap的所有data做为环境变量
    envFrom:
    - configMapRef: 
        name: env-config
    # 设置命令行参数
    command: ["/bin/sh", "-c", "echo $NORMAL_ENV_KEY && echo $SPECIAL_LEVEL_KEY && echo $log_level && env"]

kubectl get cm,pods -o wide
# NAME                       DATA   AGE
# configmap/env-config       1      32s
# configmap/special-config   2      32s

# NAME                                    READY   STATUS      RESTARTS   AGE     IP            NODE         NOMINATED NODE   READINESS GATES
# pod/configmap-test-pod                  0/1     Completed   0          32s     172.19.2.38   k8s-node02   <none>           <none>

kubectl logs configmap-test-pod  
# normal_key
# very
# INFO
# KUBERNETES_SERVICE_PORT=443
# KUBERNETES_PORT=tcp://172.18.0.1:443
# HOSTNAME=configmap-test-pod
# SHLVL=1
# HOME=/root
# KUBERNETES_PORT_443_TCP_ADDR=172.18.0.1
# PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
# NORMAL_ENV_KEY=normal_key
# KUBERNETES_PORT_443_TCP_PORT=443
# KUBERNETES_PORT_443_TCP_PROTO=tcp
# SPECIAL_LEVEL_KEY=very
# log_level=INFO
# KUBERNETES_SERVICE_PORT_HTTPS=443
# KUBERNETES_PORT_443_TCP=tcp://172.18.0.1:443
# KUBERNETES_SERVICE_HOST=172.18.0.1
# PWD=/
通过数据卷插件使用ConfigMap
apiVersion: v1
kind: ConfigMap
metadata:
  name: special-config
data:
  special.how: very
  special.type: charm
---
apiVersion: v1
kind: Pod
metadata:
  name: configmap-volume-pod
spec:
  restartPolicy: Never

  volumes:
  - name: config-volume
    configMap:
      name: special-config

  containers:
  - name: test-container
    image: busybox
    imagePullPolicy: IfNotPresent

    volumeMounts:
    - name: config-volume
      mountPath: /etc/config

    command: ["/bin/sh", "-c", "cat /etc/config/special.how && ls -l /etc/config/special.how"]

kubectl get cm,pod -o wide
# NAME                       DATA   AGE
# configmap/special-config   2      75s

# NAME                                    READY   STATUS      RESTARTS   AGE   IP            NODE         NOMINATED NODE   READINESS GATES
# pod/configmap-volume-pod                0/1     Completed   0          32s   172.19.1.61   

kubectl logs configmap-volume-pod
# very
# lrwxrwxrwx    1 root     root            18 Dec  1 01:59 /etc/config/special.how -> ..data/special.how

ConfigMap热更新

apiVersion: v1
kind: ConfigMap
metadata:
  # configmap名字，用来被其他地方调用
  name: log-config
data:
  log_level: INFO
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      # 控制器匹配有下列标签的Pod，进行控制
      run: my-nginx
  template:
    metadata:
      labels:
        # Pod的标签，用来被控制器匹配
        run: my-nginx
    spec:

      volumes:
      # volume名字，用来被其他地方调用
      - name: config-volume
        configMap:
          # 调用下面名字的configmap
          name: log-config
      
      containers:
      - name: nginx
        image: nginx:1.8
        ports:
        - containerPort: 80
        volumeMounts:
        # 调用该volume（该volume通过configmap的名字调用相关configmap）
        - name: config-volume
          # 将volume挂载到下面的目录
          mountPath: /etc/config

kubectl get cm,pod -o wide
# NAME                   DATA   AGE
# configmap/log-config   1      15s

# NAME                                    READY   STATUS        RESTARTS   AGE   IP            NODE         NOMINATED NODE   READINESS GATES
# pod/my-nginx-66855bf8cd-fwvz9           1/1     Running       0          15s   172.19.1.66   k8s-node01   <none>           <none>
# pod/myapp-deployment-69696c78f7-wmrpj   1/1     Terminating   0          23h   172.19.2.21   k8s-node02   <none>           <none>

kubectl exec my-nginx-66855bf8cd-fwvz9 -it -- cat /etc/config/log_level
# INFO

apiVersion: v1
kind: ConfigMap
metadata:
  name: log-config
data:
  # 更新ConfigMap中的内容
  log_level: DEBUG

kubectl apply -f yaml.yaml
# configmap/log-config configured


kubectl describe cm log-config
# Name:         log-config
# Namespace:    default
# Labels:       <none>
# Annotations:  <none>

# Data
# ====
# log_level:
# ----
# DEBUG
# Events:  <none>

kubectl exec my-nginx-66855bf8cd-fwvz9 -it -- cat /etc/config/log_level
# DEBUG

Secret

保存敏感信息

有三种类型的Secret：

  • Service Account：用来访问Kubernetes API，由Kubernetes自动创建，并会自动挂载到Pod的/run/secrets/kubernetes.io/serviceaccount目录中
  • Opaque：base64编码格式的Secret，用来存储密码、密钥等
  • kubernetes.io/dockerconfigjson：用来存储私有docker registry的认证信息

Service Account

Pod需要访问API Server才会有该信息

kubectl run -it test --image=nginx:1.8 --image-pull-policy=IfNotPresent --restart=Never --rm=true -- ls -l /run/secrets/kubernetes.io/serviceaccount
# total 0
# lrwxrwxrwx 1 root root 13 Dec  1 02:50 ca.crt -> ..data/ca.crt
# lrwxrwxrwx 1 root root 16 Dec  1 02:50 namespace -> ..data/namespace
# lrwxrwxrwx 1 root root 12 Dec  1 02:50 token -> ..data/token
# pod "test" deleted

Opaque

# 创建base64信息
echo -n "admin" | base64
# YWRtaW4=
# echo -n "YWRtaW4=" | base64 -d 
echo -n "123456" | base64
# MTIzNDU2

apiVersion: v1
kind: Secret
metadata:
  name: secret-test
type: Opaque
data: 
  username: YWRtaW4=
  password: MTIzNDU2
---
apiVersion: v1
kind: Pod
metadata:
  name: secret-test
spec:
  restartPolicy: Never

  volumes:
  - name: secrets-volume
    secret:
      secretName: secret-test
  
  containers:
  - name: busybox
    image: busybox
    imagePullPolicy: IfNotPresent

    env:
    # 在环境变量中使用secret
    - name: TEST_USERNAME
      valueFrom:
        secretKeyRef:
          # 调用该名称sercet
          name: secret-test
          key: username

    # 使用挂载方式使用secret
    volumeMounts:
    - name: secrets-volume
      mountPath: /etc/secrets
      readOnly: true

    # 使用secret信息时自动完成base64解密
    command: ["/bin/sh", "-c", "cat /etc/secrets/username && cat /etc/secrets/password && echo $TEST_USERNAME"]

kubectl get secret,pod -o wide
# NAME                         TYPE                                  DATA   AGE
# secret/default-token-cn9cf   kubernetes.io/service-account-token   3      4d20h
# secret/secret-test           Opaque                                2      5s

# NAME              READY   STATUS      RESTARTS   AGE   IP            NODE         NOMINATED NODE   READINESS GATES
# pod/secret-test   0/1     Completed   0          5s    172.19.1.77   k8s-node01   <none>           <none>

kubectl logs secret-test
# admin123456admin



# 使用secret信息时自动完成base64解密

kubernetes.io/dockerconfigjson

存储私有docker registry的认证信息

# 创建私有docker registry认证的secret
kubectl create secret docker-registry myregistrykey \
--docker-server=DOCKER_REGISTRY_SERVER \
--docker-username=DOCKER_USER \
--docker-password=DOCKER_PASSWORD \
--docker-email=DOCKER_EMAIL

apiVersion: v1
kind: Pod
metadata:
  name: test-docker-registry
spec:
  containers:
  - name: test-container
    # 输入创建了secret的私有仓库地址/仓库/镜像:标记
    image: DOCKER_REGISTRY_SERVER/REPOSITORY/IMAGE_NAME:TAG
  # 调用创建的secret进行认证
  imagePullSecrets:
    # 私有仓库secret名字
  - name: myregistrykey

Volume

卷的生命与Pod相同，
所以卷的生命比Pod种所有容器都长，
当容器重启时，卷中数据依旧存在，
如果Pod死亡，卷也将死亡

kubernetes支持多种类型的卷

emptyDir卷

当Pod分配给节点时，首先创建emptyDir卷，
并且只要该Pod在该节点运行，该卷就会存在

apiVersion: v1
kind: Pod
metadata:
  name: test-pod
spec:
  containers:
  - name: test-container
    image: nginx:1.8
    volumeMounts:
    - mountPath: /cache
      name: cache-colume
  
  volumes:
  - name: cache-colume
    emptyDir: {}

hostPath

将主机节点的文件系统中的文件或目录挂载到集群中

apiVersion: v1
kind: Pod
metadata:
  name: test-pod
spec:
  containers:
  - name: test-container
    image: nginx:1.8
    volumeMounts:
    - mountPath: /test-data
      name: test-colume
  
  volumes:
  - name: test-colume
    hostPath: 
      path: /data
      type: Directory

PV && PVC

PV是持久卷，屏蔽了各种远程存储的细节，形成统一层，具有独立的生命周期

  • 静态PV：带有可供集群用户使用的实际存储的细节
  • 动态PV：当静态PV无法匹配用户需求时，集群尝试为PVC动态创建卷

PVC请求具有相关特性的PV资源，用于Pod

PV

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-nfs-01
spec:
  capacity:
    storage: 5Gi
  volumeMode: Filesystem
  # 访问模式
  accessModes:
  # 只有一个客户端可以来读写
  - ReadWriteOnce
  persistentVolumeReclaimPolicy: Recycle
  # 被用于匹配pvc的请求
  storageClassName: slow
  mountOptions:
  - hard
  - nfsvers=4.1
  nfs:
    path: /tmp
    server: 172.16.22.230

持久化演示说明 - NFS

安装NFS服务器

yum -y install nfs-common nfs-utils rpcbind
# 创建NFS目录
mkdir /nfsdata
chmod 777 /nfsdata
chown nfsnobody /nfsdata
# 定义NFS目录
echo "/nfsdata *(rw,no_root_squash,no_all_squash,sync)" >> /etc/exports
# NFS基于RPC，启动RPC服务
systemctl start rpcbind && systemctl enable rpcbind
# 启动NFS
systemctl start nfs && systemctl enable nfs
iptables -F

安装NFS客户端

yum -y install nfs-utils rpcbind
# 测试NFS联通性，以及NFS下的目录
showmount -e NFS_SERVER_ADDRESS
mkdir /test
# 将NFS挂载到本地进行测试
mount -t nfs NFS_SERVER_ADDRESS:/nfsdata /test
cd /test
echo "test nfs" >> index.html
cd /
umount /test/
rm -rf /test

部署PV

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-nfs-01
spec:
  capacity:
    storage: 2Gi

  accessModes:
  - ReadWriteOnce

  persistentVolumeReclaimPolicy: Retain
  # 被用于匹配pvc的请求
  storageClassName: nfs-01
  nfs:
    path: /nfsdata
    server: 172.16.22.230

kubectl get pv -o wide
# NAME        CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE   VOLUMEMODE
# pv-nfs-01   2Gi        RWO            Retain           Available           nfs-01                  29s   Filesystem

创建服务并使用PVC

apiVersion: v1
kind: Service
metadata:
  name: nginx
  labels:
    app: nginx
spec:
  ports:
  - name: web
    port: 80
  # 无头Service实例
  clusterIP: None
  selector:
    app: nginx
---
apiVersion: apps/v1
# 控制器
kind: StatefulSet
metadata:
  name: web
spec:
  # 匹配Pod标签，组成逻辑组
  selector:
    matchLabels:
      app: nginx
  serviceName: nginx
  replicas: 1

  # PVC请求模板
  volumeClaimTemplates:
  - metadata:
      # PVC的名字，用于容器挂载时关联
      name: www
    spec:
      # PVC请求以下accessModes的PV
      accessModes: 
      - ReadWriteOnce
      # PVC请求以下storageClassName的PV
      storageClassName: nfs-01
      resources:
        requests:
          # 请求的空间
          storage: 1Gi

  # Pod模板
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.19-alpine
        ports:
        - name: web
          containerPort: 80
        # 挂载PVC请求到的空间
        volumeMounts:
        # 挂载以下名字的PVC
        - name: www
          # 挂载到容器的以下目录
          mountPath: /usr/share/nginx/html

kubectl get svc,statefulset,pod,pv,pvc -o wide
# NAME                 TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE   SELECTOR
# service/kubernetes   ClusterIP   172.18.0.1   <none>        443/TCP   31h   <none>
# service/nginx        ClusterIP   None         <none>        80/TCP    61s   app=nginx

# NAME                   READY   AGE   CONTAINERS   IMAGES
# statefulset.apps/web   1/1     61s   nginx        nginx:1.19-alpine

# NAME        READY   STATUS    RESTARTS   AGE   IP            NODE         NOMINATED NODE   READINESS GATES
# pod/web-0   1/1     Running   0          61s   172.19.1.81   k8s-node01   <none>           <none>

# NAME                         CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM               STORAGECLASS   REASON   AGE   VOLUMEMODE
# persistentvolume/pv-nfs-01   2Gi        RWO            Retain           Bound    default/www-web-0   nfs-01                  23m   Filesystem

# NAME                              STATUS   VOLUME      CAPACITY   ACCESS MODES   STORAGECLASS   AGE   VOLUMEMODE
# persistentvolumeclaim/www-web-0   Bound    pv-nfs-01   2Gi        RWO            nfs-01         61s   Filesystem

kubectl run -it test --image=busybox --image-pull-policy=IfNotPresent --restart=Never --rm=true -- wget http://nginx -O - | cat -
# Connecting to nginx (172.19.1.81:80)
# test nfs

kubectl run -it test --image=busybox --image-pull-policy=IfNotPresent --restart=Never --rm=true -- wget http://web-0.nginx -O - | cat -
# Connecting to nginx (172.19.1.81:80)
# test nfs

curl http://172.19.1.81
# test nfs

删除service、statefulset和pvc后，pv的资源需要手动释放，才能status:Released --> status:Available

kubectl get pv
# NAME        CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS     CLAIM               STORAGECLASS   REASON   AGE
# pv-nfs-01   2Gi        RWO            Retain           Released   default/www-web-0   nfs-01                  68m
kubectl edit pv pv-nfs-01
# 删除 claimRef: 下所有内容，包括 claimRef:
kubectl get pv
# NAME        CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
# pv-nfs-01   2Gi        RWO            Retain           Available           nfs-01                  69m
白M
关注
专栏目录
kubernetes 容器云实验
Zqz983944的博客
12-26 393
Kubernetes环境搭建 Rancher简介 Rancher是一个开源的企业级容器管理平台。通过Rancher，企业再也不必自己使用一系列的开源软件去从头搭建容器服务平台。Rancher提供了在生产环境中使用的管理Docker和Kubernetes的全栈化容器部署与管理平台。 Rancher由以下四个部分组成： 基础设施编排 容器编排与调度 应用商店 企业及权限管理 下图展示了Rancher...
【项目实战20】k8s(6)—configmap服务（利用configmap进行热更新）
weixin_48819467的博客
08-07 5950
configmap一、configmap简介二、创建configmap一、使用字面值创建二、使用文件创建三、使用目录创建四、编写configmap的yaml文件三、configmap的使用一、使用configmap设置环境变量二、通过在pod的命令行下运行的方式三、使用conigmap设置命令行参数四、通过数据卷使用configmap四、configmap热更新 一、configmap简介 configmap用于保存配置数据，以键值对形式存储。 configmap 资源提供了向 Pod 注入
66-【kubernetes】Configmap热更新原理
最新发布
qq_42303254的博客
04-23 256
参考文章： Kubernetes - Configmap热更新原理_更新configmap data_普通网友的博客-CSDN博客
Spring boot发布到k8s并加载Configmap配置文件,实现配置热更新
谦虚使人发胖的博客
09-02 7540
在应用k8s之后, 配置文件可以在通过ConfigMap资源剥离出来单独部署, 本次记录spring boot框架的java应用结合k8s的ConfigMap的实现外部配置文件挂载及配置热更新的一次实践。
kubernetes v1.18后yaml文件中产生managedFields字段
niwoxiangyu的博客
10-17 541
可以通过在kube-apiserver启动参数中追加 --feature-gates=ServerSideApply=false关闭该特性, 但社区不建议这么做.Server-Side-Apply对于资源的apply和update以及其中的冲突合并权限转移有一套复杂的机制, 具体参见: 官方文档。managedFields字段是kubernetes v1.18后默认启用的Server-Side-Apply特性产生的.kubernetes v1.18后yaml文件中产生managedFields字段。
深入剖析kubernetes的API对象类型定义
热门推荐
weixin_42663840的博客
10-14 2万+
目录 1.背景 2.分析 2.1api 2.2metav1 2.2.1MetaType 2.2.3ListMeta 2.3runtime 2.3.1schema 2.3.2Object 3.总结 1.背景 在初学kuberentes的时候，笔者作为码农就非常好奇它的代码实现。于是开始git clone代码，首先就被kuberentes的代码仓库搞蒙了，kuberent...
portefaix:Kubernetes实验室
03-31
Portefaix Kubernetes实验室是一个专为学习和实践Kubernetes设计的平台。这个实验室涵盖了从基础到高级的Kubernetes操作，帮助用户深入理解如何部署、管理以及优化容器化应用程序在Kubernetes集群上的运行。在这个...
k8s-labs:Kubernetes实验室
03-21
在本“Kubernetes实验室”（K8S-Labs）中，我们将深入探索Kubernetes（简称K8s）这一强大的容器编排系统。这个实验室主要针对201级别的学习者，意味着它适合那些对Kubernetes有一定了解但希望进一步深化实践技能的人...
linuxfoundation kubernetes/k8s CKS考试实验手册
01-28
《Linux基金会 Kubernetes/K8s CKS考试实验手册》是针对LFS260课程的一份重要参考资料，旨在帮助考生深入理解和掌握Kubernetes的安全基础。该手册由Linux基金会于2021年1月7日发布，并对版权有严格的保护规定，仅供...
Kubernetes架构介绍实验手册1
08-03
这个实验帮助我们理解Kubernetes集群的基本结构和操作流程，包括Master节点和Node节点的角色以及如何使用`kubectl`工具进行监控。这对于理解和维护Kubernetes集群至关重要，因为只有当所有组件都正常运行时，才能...
k8s ConfigMap热更新
atarik@163.com
02-22 7200
ConfigMap是用来存储配置文件的kubernetes资源对象，所有的配置内容都存储在etcd中，下文主要是探究 ConfigMap 的创建和更新流程，以及对 ConfigMap 更新后容器内挂载的内容是否同步更新的测试。 测试示例 假设我们在defaultnamespace 下有一个名为nginx-config的 ConfigMap，可以使用kubectl命令来获取： $ ...
k8s去掉managedFields的简洁编排文件
weixin_40965647的博客
08-18 862
下载yq，使用yq截取我们需要的编排文件点击下载yq 下载yq后，拷贝到/usr/local/bin下，例如cp yq_linux_amd64 /usr/local/bin/yq && chmod +x /usr/local/bin/yq 将下面内容添加到～/.bashrc neat () { yq eval 'del( .metadata.managedFields,...
CC00184.CloudKubernetes——|KuberNetes&配置管理.V15|——|configmap.secret热更新.v01|解决configmap不被更新
yanqi_vip
03-30 527
一、ConfigMap和Secret的热更新概述 ### --- ConfigMap和Secret的热更新概述 ~~~ ConfigMap和Secret如果是以subPath 的形式挂载的， ~~~ 那么Pod是不会感知到ConfigMap和Secret的更新的。 ~~~ 如果Pod的变量来自于ConfigMap和Secret中定义的内容，那么Co...
【云原生 | 从零开始学Kubernetes】七、资源清单与Namespace
欢迎关注，一起进步！
07-20 3034
k8s重要的资源清单与命名空间
K8s -- configMap配置管理 、Secret配置管理
ly660402的博客
02-26 1387
清理实验环境 configMap配置管理 使用字面值创建 使用文件创建使用目录创建 $ kubectl create configmap my-config-3 --from-file=test 目录中文件名为key，文件内容是value 编写configmap的yaml文件 删除calico网络策略 使用configmap设置环境变量 使用conigmap设置命令行参数 通过数据卷使用configmap configmap热更新...
k8s--Kubernetes存储--Configmap配置管理
Gong_yz的博客
03-12 1752
Configmap用于保存配置数据，以键值对形式存储。 configMap 资源提供了向 Pod 注入配置数据的方法。 旨在让镜像和配置文件解耦，以便实现镜像的可移植性和可复用性。 典型的使用场景： 1.填充环境变量的值 2.设置容器内的命令行参数 3.填充卷的配置文件
Kubernetes（5）存储
weixin_45931409的博客
11-25 302
configmap 四种创建方式 1. [k8s@server11 ~]$ kubectl create configmap my-config --from-literal=key1=config1 --from-literal=key2=config2 configmap/my-config created [k8s@server11 ~]$ kubectl get cm my-config -o yaml apiVersion: v1 data: key1: config1 key2: con
yaml文件以及k8s相关yaml字段解析，kubeedge中deviceModel与device.yaml字段解析
qq_43688898的博客
11-10 2445
YAML基本语法 使用空格做为缩进 缩进的空格数目不重要，只要相同层级的元素左侧对齐即可 一般开头缩进两个空格 字符后面缩进一个空格，比如冒号： ，逗号 等后面 低版本缩进时不允许使用Tab 键，只允许使用空格 使用#标识注释，从这个字符一直到行尾，都会被解释器忽略 使用 — 表示新的yaml文件开始 数据结构 数组和对象可以构成复合结构。 对象 键值对的集合，又称为映射(mapping) / 哈希（hashes） / 字典（dictionary） # 对象类型：对象的一组键值对，使用冒号结构表示 ha
Kubernetes Pod 中的 ConfigMap 配置更新
Docker的专栏
03-27 5099
业务场景里经常会碰到配置更新的问题，在 “GitOps“模式下，Kubernetes 的 ConfigMap 或 Secret 是非常好的配置管理机制。但是，Kubern...
Kubernetes EmptyDir 存储卷实验指南
本实验手册主要介绍了Kubernetes中EmptyDir卷的使用方法，EmptyDir卷是Kubernetes提供的一种临时存储解决方案，它在Pod的生命周期内提供一个临时文件系统。以下是关于EmptyDir卷的详细解释和实验步骤： 1. **...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值