kubernetes存储（6）

最新推荐文章于 2024-03-29 00:33:15 发布
最新推荐文章于 2024-03-29 00:33:15 发布
阅读量357 收藏 1
点赞数
分类专栏： 企业
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41977453/article/details/106998944
版权

一、Configmap配置管理

  • Configmap用于保存配置数据，以键值对形式存储

  • configMap资源提供了向pod注入配置数据的方法

  • 旨在让镜像和配置文件解耦，以便实现镜像的可移植性和可复用性

  • 典型的使用场景：
    填充环境变量的值
    设置容器内的命令行参数
    填充卷的配置文件

  • 创建ConfigMap的方式有4种：
    -使用字面值创建
    使用文件创建
    使用目录创建
    编写configmap的yaml文件创建

1创建cm的四种方式

1.1使用字面值创建

[root@node1 configmap]# kubectl create configmap mycm1 --from-literal=key1=111 --from-literal=key2=222
[root@node1 configmap]# kubectl get cm 
NAME    DATA   AGE
mycm1   2      8s
[root@node1 configmap]# kubectl describe cm mycm1

在这里插入图片描述
1.2使用文件创建

[root@node1 configmap]# kubectl create configmap mycm2 --from-file=/etc/resolv.conf
configmap/mycm2 created
[root@node1 configmap]# kubectl get cm
NAME    DATA   AGE
mycm1   2      3m35s
mycm2   1      5s

文件名是key值，内容是vaule
在这里插入图片描述
1.3使用目录创建

[root@node1 configmap]# ls
network  resolv.conf
[root@node1 configmap]# kubectl create configmap mycm3 --from-file=/root/manifest/configmap/
configmap/mycm3 created
[root@node1 configmap]# kubectl get cm
NAME    DATA   AGE
mycm1   2      14m
mycm2   1      10m
mycm3   2      5s

在这里插入图片描述
1.4使用yml文件创建

[root@node1 cm]# cat cm1.yml 
apiVersion: v1
kind: ConfigMap
metadata:
  name: mycm4
data:
  db_host: "172.25.0.250"
  db_port: "3306"
  
[root@node1 cm]# kubectl apply -f cm1.yml 
configmap/mycm4 created

[root@node1 cm]# kubectl get cm
NAME    DATA   AGE
mycm1   2      11h
mycm2   1      11h
mycm3   2      11h
mycm4   2      4s

在这里插入图片描述

2 如何使用configmap

  • 通过环境变量的方式直接传递给pod
  • 通过在pod的命令行下运行的方式
  • 作为volume的方式挂载到pod内
    2.1通过环境变量的方式直接给pod
    自主命名key值
[root@node1 cm]# cat pod1.yml 
apiVersion: v1
kind: Pod
metadata:
  name: pod1
spec:
  containers:
    - name: pod1
      image: busyboxplus
      command: ["/bin/sh", "-c", "env"]
      env:
        - name: key-one   ##在这里起个key值的名字
          valueFrom:      #环境变量值从哪里来
            configMapKeyRef:   #从configmap来
              name: mycm4      #从configmap的mycm4文件里来
              key: db_host     #将configmap的mycm4文件里key为db_host的值赋给key-one
        - name: key-two
          valueFrom:
            configMapKeyRef:
              name: mycm4
              key: db_port
  restartPolicy: Never
  
[root@node1 cm]# kubectl apply -f pod1.yml 
pod/pod1 created
[root@node1 cm]# kubectl get pod
NAME   READY   STATUS      RESTARTS   AGE
pod1   0/1     Completed   0          4s
[root@node1 cm]# kubectl logs pod1

在这里插入图片描述
使用原来的key值：

[root@node1 cm]# cat pod2.yml 
apiVersion: v1
kind: Pod
metadata:
  name: pod2
spec:
  containers:
   - name: pod2
     image: busyboxplus
     command: ["/bin/sh", "-c", "env"]
     envFrom:
       - configMapRef:
           name: mycm4
  restartPolicy: Never
[root@node1 cm]# kubectl apply -f pod2.yml 
pod/pod2 created
[root@node1 cm]# kubectl get pod
NAME   READY   STATUS      RESTARTS   AGE
pod1   0/1     Completed   0          2m24s
pod2   0/1     Completed   0          4s
[root@node1 cm]# kubectl logd pod2

在这里插入图片描述
2.2通过在pod的命令行下运行的方式

[root@node1 cm]# cat pod3.yml 
apiVersion: v1
kind: Pod
metadata:
  name: poddd3
spec:
  containers:
  - name: p3
    image: busyboxplus
    command: ["/bin/sh", "-c", "echo $(db_host) $(db_port)"]
    envFrom:
      - configMapRef:
          name: mycm4
  restartPolicy: Never
[root@node1 cm]# kubectl apply -f pod3.yml 
pod/poddd3 created
[root@node1 cm]# kubectl get pod
NAME     READY   STATUS      RESTARTS   AGE
pod1     0/1     Completed   0          9m38s
pod2     0/1     Completed   0          7m18s
poddd3   0/1     Completed   0          8s
[root@node1 cm]# kubectl logs poddd3 
172.25.0.250 3306

2.3作为volume的方式挂在到pod内

[root@node1 cm]# cat pod1.yml 
apiVersion: v1
kind: Pod
metadata:
  name: pod1
spec:
  containers:   #设定容器
    - name: pod1
      image: myapp:v1
      volumeMounts:  #容器的挂载路径
        - name: config-volume
          mountPath: /config
  volumes:   #设定容器的卷
    - name: config-volume
      configMap:
        name: mycm4
[root@node1 cm]# kubectl apply -f pod1.yml 
pod/pod1 created
[root@node1 cm]# kubectl get pod
NAME   READY   STATUS    RESTARTS   AGE
pod1   1/1     Running   0          4s

[root@node1 cm]# kubectl exec -it pod1 -- sh  #进去看一下
/ # ls
bin     dev     home    media   proc    run     srv     tmp     var
config  etc     lib     mnt     root    sbin    sys     usr
/ # cd config/
/config # ls
db_host  db_port
/config # cat *
172.25.0.2503306

2.4 configmap热更新
key–>文件名
vaule–>文件的内容
在这里插入图片描述
创建一个文件server.conf–key值–>挂载目录下的文件名

[root@node1 cm]# cat server.conf 
server {
   
  listen 8000;
  server_name _;
  location / {
   
    root /usr/share/nginx/html;
    index index.html index.htm;
}
}
[root@node1 cm]# kubectl create configmap server --from-file=server.conf  #将server文件加到cm里
configmap/server created

[root@node1 cm]# kubectl get cm #查看一下已经加到
NAME     DATA   AGE
mycm1    2      14h
mycm2    1      14h
mycm3    2      14h
mycm4    2      142m
server   1      17s


[root@node1 cm]# cat pod1.yml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx
        volumeMounts:
        - name: config-volume
          mountPath: /etc/nginx/conf.d/    挂到此目录下
      volumes:
      - name: config-volume
        configMap:
          name: server  #源是：cm里的server


[root@node1 cm]# kubectl get pod -o wide
NAME                        READY   STATUS    RESTARTS   AGE     IP             NODE    NOMINATED NODE   READINESS GATES
my-nginx-6bb8847948-cm5bx   1/1     Running   0          4m41s   10.244.1.110   node2   <none>           <none>

可以正常访问：
在这里插入图片描述
现在对cm 里的server文件修改：将端口号由8000---->9000
[root@node1 cm]# kubectl edit cm server
configmap/server edited
在这里插入图片描述
进入pod中查看：
在这里插入图片描述
修改cm 里 的值，隔几秒挂载点才会同步变化，configmap已生效，但是不能pod并没有重新加载，因此就算改了，也没有生效。

如何生效？
1.容器删除，重新生成，就重新读取配置文件
2.patch指令重新加载，手动触发,IP会变
在这里插入图片描述

[root@node1 cm]# kubectl patch deployments.apps my-nginx --patch '{"spec": {"template":
> {
   "metadata": {
   "annotations": {
   "version/config": "20200628"}}}}}'  #对整个deployment都更新

此时IP已变:端口号也已经更新
在这里插入图片描述

二、Secret配置管理

（1）Secret对象类型用来保存敏感信息，例如密码，OAuth令牌和ssh key。
敏感信息放在 secret 中比放在 Pod 的定义或者容器镜像中来说更加安全和灵活。
Pod 可以用两种方式使用 secret:
• 作为 volume 中的文件被挂载到 pod 中的一个或者多个容器里。
•当 kubelet 为 pod 拉取镜像时使用。

（2）Secret的类型:
• Service Account:Kubernetes 自动创建包含访问 API 凭据的 secret,并自动修改
pod 以使用此类型的 secret。
• Opaque:使用base64编码存储信息,可以通过base64 --decode解码获得原始数据,
因此安全性弱。
• kubernetes.io/dockerconfigjson:用于存储docker registry的认证信息。

serviceaccout 创建时 Kubernetes 会默认创建对应的 secret。对应的 secret 会自动挂载到
Pod 的 /run/secrets/kubernetes.io/serviceaccount 目录中。
在这里插入图片描述
在这里插入图片描述
每个namesapce下都有一个名为default的默认的ServiceAccout对象
在这里插入图片描述在这里插入图片描述
• Opaque Secret 其value为base64编码后的值。

[root@node1 cm]# echo -n 'admin' > ./username.txt
[root@node1 cm]# echo -n 'westos' > ./password.txt
[root@node1 cm]# kubectl get secrets 
NAME                  TYPE                                  DATA   AGE
default-token-ccttm   kubernetes.io/service-account-token   3      5d19h
[root@node1 cm]# kubectl create secret generic db-user-pass --from-file=./username.txt --from-file=./password.txt 
secret/db-user-pass created
[root@node1 cm]# kubectl get secrets 
NAME                  TYPE                                  DATA   AGE
db-user-pass          Opaque                                2      3s
default-token-ccttm   kubernetes.io/service-account-token   3      5d19h

默认情况下get secret和describe 无法得到密码的内容，可以通过base64 -d得到。
在这里插入图片描述
在这里插入图片描述
编写yml文件创建secret

[root@node1 cm]# cat mysecret.yml 
apiVersion: v1
kind: Secret
metadata:
  name: mysecret
type: Opaque
data:
  username: YWRtaW4=
  password: d2VzdG9z

[root@node1 cm]# kubectl apply -f mysecret.yml 
secret/mysecret created
[root@node1 cm]# kubectl get secrets 
NAME                  TYPE                                  DATA   AGE
default-token-ccttm   kubernetes.io/service-account-token   3      5d19h
mysecret              Opaque

将secret挂载到卷中

[root@node1 cm]# cat pod1.yml 
apiVersion: v1
kind: Pod
metadata:
  name: mysecret
spec:
  containers:
  - name: nginx
    image: nginx
    volumeMounts:
    - name: secrets
      mountPath: "/secret"
      readOnly: true
  volumes:
    - name: secrets
      secret:
        secretName: mysecret
[root@node1 cm]# kubectl exec mysecret -- ls /secret
password
username

向指定路径映射secret密钥

secret文件创建secret
[root@node1 cm
最低0.47元/天 解锁文章
sll2021
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
kubernetes（八）------给kubernetes里的pod创建持久存储（PersistentVolume）
daiqinge的博客
11-26 794
1.创建持久存储（PersistentVolume） （1）创建redis-pv.yaml文件，内容如下 apiVersion: v1 kind: PersistentVolume metadata: name: redis-pv spec: storageClassName: "" capacity: ...
docker-compose 中 service name和container name的关系
宇飞林海的博客
04-07 8324
docker-compose service name和container name的关系 - 简书
十一. Kubernetes 容器 container 设置详解
qq_29799655的博客
05-23 3683
可以理解为通过初始化容器做准备工作,当准备工作完成以后,再去部署实际的应用容器。
【Kubernetes】k8s密码管理详细说明【secret、cm】
崔崇鑫的博客，你linux/云运维工作中的百科全书。
08-30 5249
文章目录密码管理说明环境准备并测试常规密码定义方式secret说明secret 常用命令查看secret查看secret定义参数解析secret定义密码删除secret创建Opaque的secret方式1： 命令行的方式（推荐）创建并查看其中的secret以yaml文件输出创建内容【含参数解析】方式2：文件的方式系统文件创建并查看其中的secret自定义文件并查看其中的secret以变量的方式引用Opaque的secret编辑pod配置文件生成pod并验证以卷的方式引用Opaque的secret编辑pod配
docker笔记 - container name 冲突
热门推荐
Arthur Guo 的专栏
07-04 2万+
Docker试验时候出现错误：[root@test3] # docker run -d --name mysql-server --network my-network -e MYSQL_ROOT_PASSWORD=secret mysql/usr/bin/docker-current: Error response from daemon: Conflict. The container nam...
Docker基础知识：Containers，Namespace，CGroups
RToax
10-12 454
Docker是近来最受欢迎的软件工具之一，它彻底改变了软件安装和部署过程。但是，要解释什么是Docker或Docker解决了什么问题始终是一件艰苦的工作。Docker提供了一个环境（容器），使用户可以安装和运行软件而不必担心设置或依赖项。换句话说，在Windows，MacOS或Linux操作系统中安装软件的用户将遇到相同的行为，因此，故障排除/调试将与底层操作系统无关。
Kubernetes存储系统介绍及机制实现
01-25
主要内容： Kubernetes中存储的应用场景 Kubernetes中几种常见的存储系统 Kubernetes存储的设计与基本架构 Persistent Volume与Persistent Volume Claim v1.9中对存储做了哪些更改
kubernetes 1.19.6容器镜像
01-19
而`kube-apiserverv1.19.6.tar`则是整个Kubernetes集群的核心，处理所有的API请求，存储和验证配置数据。 综上所述，Kubernetes 1.19.6容器镜像包含了丰富的组件更新，不仅提升了集群的稳定性和性能，还优化了网络...
6. Kubernetes容器网络1
08-03
在Linux中，VTEP是实现VXLAN的关键组件，它维护了一个FDB（Forwarding Database）表，存储了VXLAN网络中各个VTEP的MAC地址和IP地址信息。通过这个表，VTEP可以正确地转发数据包到目标VTEP，从而实现跨节点的二层通信...
kubernetes学习
01-22
1. etcd：一个分布式键值存储，用于存储kubernetes集群的状态信息。 2. apiserver：提供了kubernetes的API接口，用于管理和访问kubernetes资源。 3. controller manager：负责管理和维护kubernetes集群的状态。 4. ...
Kubernetes概念：存储：PersistentVolume和PersistentVolumeClaim使用
最新发布
weixin_49131823的博客
03-29 837
PersistentVolume 和 PersistentVolumeClaim
简单的NFS Server 配置 【转帖】
luckleon的专栏
01-05 866
字号：大中小NFS(网络文件系统，Network File System)是由美国SUN微系统公司开发的一个协议，它能使计算机系统通过网络访问其它计算机系统的目录和文件，就好象这些文件被存储在本地硬盘上一样。 <br /><br />=======================<br />注意：1先启portmap<br />     2server 的/etc/exports配置<br />主机要启动：service portmap start<br />          service nfs   
PersistentVolume、PersistentVolumeClaim && StorageClass
看，未来的博客
10-05 1608
持久卷（PersistentVolume，PV）是集群中的一块存储，可以由管理员事先制备， 或者使用存储类（Storage Class）来动态制备。持久卷是集群资源，就像节点也是集群资源一样。PV 持久卷和普通的 Volume 一样， 也是使用卷插件来实现的，只是它们拥有独立于任何使用 PV 的 Pod 的生命周期。持久卷申领（PersistentVolumeClaim，PVC）表达的是用户对存储的请求。概念上与 Pod 类似。Pod 会耗用节点资源，而 PVC 申领会耗用 PV 资源。
spec.ports[0].name: Required value
房馥的技术博客
06-17 4228
spec.ports[0].name: Required value 这里复现一下这个问题，并记录一下解决方式。 我用kubernetes官网一个最简单的yaml做示例 vi MyApp.yaml apiVersion: v1 kind: Service metadata: name: my-service spec: selector: app: MyApp ports: - protocol: TCP port: 80 targetPort: 9376
k8s-字段说明
kxq的博客
12-29 3606
什么是pod： 以下内容摘抄自 Kubernetes官方文档： Pod 是 Kubernetes 最基本的组成块，它是 Kubernetes 最小、最简单的可用来创建和部署的单元。 一个 Pod 代表了一个运行在集群里的进程。 Pod 里封装了一个（或者多个）应用容器，存储资源，以及惟一的网络 IP。 Docker 是 Kubernetes Pod 里最常见的运行环境， 当然 Pod 也支持其他...
kubernetes持久化存储卷PersistentVolume、持久化存储卷声明PersistentVolumeClaim的使用
CodingSoldier的博客
06-07 5488
准备一台机器安装nfs #安装nfs-utils yum -y install nfs-utils systemctl start nfs systemctl enable nfs # 创建目录 mkdir /data/volumes -pv cd /data/volumes mkdir v{1,2,3,4,5} 配置共享文件 vim /etc/exports /data/volume...
Pod配置PersistentVolumeClaim详解
weixin_30888413的博客
07-16 707
1，创建PersistentVolume kind: PersistentVolume apiVersion: v1 metadata: name: task-pv-volume labels: type: local spec: storageClassName: manual capacity: storage: 10Gi acce...
k8s 用PV & PVC 的创建persistent Volume
shenghuiping2001的专栏
10-25 1131
今天实践了在k8s server 上安装PV, PVC 安装nfs 的文件系统。 PersistentVolume (PV) 是外部存储系统中的一块存储空间，由管理员创建和维护。与 Volume 一样，PV 具有持久性，生命周期独立于 Pod。 PersistentVolumeClaim (PVC) 是对 PV 的申请 (Claim)。PVC 通常由普通用户创建和维护。需要为 Pod 分配存储...
"深入理解Kubernetes存储架构及插件使用
本文介绍了Kubernetes存储架构及相关插件的使用。首先对Flexvolume进行了介绍和使用，Flexvolume实现了VolumePlugin的Attach/Detach/Mount/Unmount接口定义，并且相关操作涵盖了PV Controller、AD Controller、...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值