k8s 配置资源管理

最新推荐文章于 2024-07-07 17:44:50 发布
最新推荐文章于 2024-07-07 17:44:50 发布
阅读量462 收藏
点赞数
文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_56509725/article/details/134309789
版权

配置资源管理
//Secret
Secret 是用来保存密码、token、密钥等敏感数据的 k8s 资源，这类数据虽然也可以存放在 Pod 或者镜像中，但是放在 Secret 中是为了更方便的控制如何使用数据，并减少暴露的风险。

有三种类型：
●kubernetes.io/service-account-token：由 Kubernetes 自动创建，用来访问 APIServer 的 Secret，Pod 会默认使用这个 Secret 与 APIServer 通信， 并且会自动挂载到 Pod 的 /run/secrets/kubernetes.io/serviceaccount 目录中;
●Opaque ：base64 编码格式的 Secret，用来存储用户自定义的密码、密钥等，默认的 Secret 类型;
●kubernetes.io/dockerconfigjson ：用来存储私有 docker registry 的认证信息。

Pod 需要先引用才能使用某个 secret，Pod 有 3 种方式来使用 secret：
●作为挂载到一个或多个容器上的卷 中的文件。
●作为容器的环境变量。
●由 kubelet 在为 Pod 拉取镜像时使用。

应用场景：凭据

https://kubernetes.io/docs/concepts/configuration/secret/

//创建 Secret
1、用kubectl create secret命令创建Secret

echo -n 'zhangsan' > username.txt
echo -n 'abc1234' > password.txt

kubectl create secret generic mysecret --from-file=username.txt --from-file=password.txt
#创建一个名为 mysecret 的通用(secret)类型的密钥(secret)。
--from-file=username.txt 参数表示从名为username.txt的文件中读取内容，并将其作为密钥的一个字段。
--from-file=password.txt 参数表示从名为password.txt的文件中读取内容，并将其作为密钥的另一个字段。
这个命令的执行将会在Kubernetes集群中创建一个通用类型的密钥(secret)对象，其中包含两个字段，一个字段名为username.txt，值为username.txt文件的内容，另一个字段名为password.txt，值为password.txt文件的内容。这些密钥可以被容器等其他资源使用。

在这里插入图片描述

kubectl get secrets

在这里插入图片描述

kubectl describe secret mysecret
//get或describe指令都不会展示secret的实际内容，这是出于对数据的保护的考虑

在这里插入图片描述
2、内容用 base64 编码，创建Secret

echo -n zhangsan | base64

在这里插入图片描述

echo -n abc1234 | base64

在这里插入图片描述

vim secret.yaml
apiVersion: v1
kind: Secret
metadata:
  name: mysecret1
type: Opaque
data:
  username: emhhbmdzYW4=
  password: YWJjMTIzNA==

在这里插入图片描述

kubectl create -f secret.yaml

在这里插入图片描述

kubectl get secrets

在这里插入图片描述

kubectl get secret mysecret1 -o yaml

在这里插入图片描述
//使用方式
1、将 Secret 挂载到 Volume 中，以 Volume 的形式挂载到 Pod 的某个目录下

vim secret-test.yaml

apiVersion: v1
kind: Pod
metadata:
  name: mypod
spec:
  containers:
  - name: nginx
    image: nginx
    volumeMounts:
    - name: secrets
      mountPath: "/etc/secrets"
      readOnly: true
  volumes:
  - name: secrets
    secret:
      secretName: mysecret

在这里插入图片描述

kubectl create -f secret-test.yaml

在这里插入图片描述

kubectl get pods

在这里插入图片描述

kubectl exec -it mypod bash

 # cd /etc/secrets/
 # ls
password.txt  username.txt
 # vi password.txt 
 # vi username.txt

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

2、将 Secret 导出到环境变量中

vim secret-test1.yaml

apiVersion: v1
kind: Pod
metadata:
  name: mypod1
spec:
  containers:
  - name: nginx
    image: nginx
    env:
      - name: TEST_USER
        valueFrom:
          secretKeyRef:
            name: mysecret1
            key: username
      - name: TEST_PASSWORD
        valueFrom:
          secretKeyRef:
            name: mysecret1
            key: password

在这里插入图片描述

kubectl apply -f secret-test1.yaml

在这里插入图片描述

kubectl get pods

在这里插入图片描述

kubectl exec -it mypod1 bash

 # echo $TEST_USER
zhangsan
 # echo $TEST_PASSWORD
abc1234

在这里插入图片描述
//ConfigMap
与Secret类似，区别在于ConfigMap保存的是不需要加密配置的信息。
ConfigMap 功能在 Kubernetes1.2 版本中引入，许多应用程序会从配置文件、命令行参数或环境变量中读取配置信息。ConfigMap API 给我们提供了向容器中注入配置信息的机制，ConfigMap 可以被用来保存单个属性，也可以用来保存整个配置文件或者JSON二进制大对象。
应用场景：应用配置

//创建 ConfigMap
1、使用目录创建

mkdir /opt/configmap/

vim /opt/configmap/game.properties

enemies=aliens
lives=3
enemies.cheat=true
enemies.cheat.level=noGoodRotten
secret.code.passphrase=UUDDLRLRBABAS
secret.code.allowed=true
secret.code.lives=30

在这里插入图片描述

vim /opt/configmap/ui.properties

color.good=purple
color.bad=yellow
allow.textmode=true
how.nice.to.look=fairlyNice

ls /opt/configmap/
game.properties
ui.properties

在这里插入图片描述

kubectl create configmap game-config --from-file=/opt/configmap/

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

在这里插入图片描述

kubectl get cm

在这里插入图片描述

kubectl get cm game-config -o yaml

在这里插入图片描述

2、使用文件创建
只要指定为一个文件就可以从单个文件中创建 ConfigMap
–from-file 这个参数可以使用多次，即可以使用两次分别指定上个实例中的那两个配置文件，效果就跟指定整个目录是一样的

kubectl create configmap game-config-2 --from-file=/opt/configmap/game.properties --from-file=/opt/configmap/ui.properties

在这里插入图片描述

kubectl get configmaps game-config-2 -o yaml

在这里插入图片描述

kubectl describe cm game-config-2

在这里插入图片描述
在这里插入图片描述
3、使用字面值创建
使用文字值创建，利用 --from-literal 参数传递配置信息，该参数可以使用多次，格式如下

kubectl create configmap special-config --from-literal=special.how=very --from-literal=special.type=good

在这里插入图片描述

kubectl get configmaps special-config -o yaml

在这里插入图片描述

kubectl delete cm --all
kubectl delete pod --all

在这里插入图片描述

//Pod 中使用 ConfigMap
1、使用 ConfigMap 来替代环境变量

vim env.yaml

apiVersion: v1
kind: ConfigMap
metadata:
  name: special-config
  namespace: default
data:
  special.how: very
  special.type: good
---
apiVersion: v1
kind: ConfigMap
metadata:
  name: env-config
  namespace: default
data:
  log_level: INFO

在这里插入图片描述

kubectl create -f env.yaml

在这里插入图片描述

kubectl get cm

在这里插入图片描述

//Pod的创建

vim test-pod.yaml
apiVersion: v1
kind: Pod
metadata:
  name: test-pod
spec:
  containers:
  - name: busybox
    image: busybox:1.28.4
    command: [ "/bin/sh", "-c", "env" ]
    env:
      - name: SPECIAL_HOW_KEY
        valueFrom:
          configMapKeyRef:
            name: special-config
            key: special.how
      - name: SPECIAL_TYPE_KEY
        valueFrom:
          configMapKeyRef:
            name: special-config
            key: special.type
    envFrom:
      - configMapRef:
          name: env-config
  restartPolicy: Never

在这里插入图片描述

kubectl create -f test-pod.yaml

在这里插入图片描述

kubectl get pods

在这里插入图片描述

kubectl logs test-pod

在这里插入图片描述

2、用 ConfigMap 设置命令行参数

vim test-pod2.yaml

apiVersion: v1
kind: Pod
metadata:
  name: test-pod2
spec:
  containers:
  - name: busybox
    image: busybox:1.28.4
    command: 
	- /bin/sh
	- -c
	- echo "$(SPECIAL_HOW_KEY) $(SPECIAL_TYPE_KEY)"
    env:
      - name: SPECIAL_HOW_KEY
        valueFrom:
          configMapKeyRef:
            name: special-config
            key: special.how
      - name: SPECIAL_TYPE_KEY
        valueFrom:
          configMapKeyRef:
            name: special-config
            key: special.type
    envFrom:
      - configMapRef:
          name: env-config
  restartPolicy: Never

在这里插入图片描述

kubectl create -f test-pod2.yaml

在这里插入图片描述

kubectl get pods

在这里插入图片描述

kubectl logs test-pod2

在这里插入图片描述
3、通过数据卷插件使用ConfigMap
在数据卷里面使用 ConfigMap，就是将文件填入数据卷，在这个文件中，键就是文件名，键值就是文件内容

vim test-pod3.yaml

apiVersion: v1
kind: Pod
metadata:
  name: test-pod3
spec:
  containers:
  - name: busybox
    image: busybox:1.28.4
    command: [ "/bin/sh", "-c", "sleep 36000" ]
    volumeMounts:
    - name: config-volume
      mountPath: /etc/config
  volumes:
    - name: config-volume
      configMap:
        name: special-config
  restartPolicy: Never

在这里插入图片描述

kubectl create -f test-pod3.yaml

在这里插入图片描述

kubectl get pods

在这里插入图片描述

kubectl exec -it test-pod3 sh

 # cd /etc/config/
 # ls
special.how   special.type
 # vi special.how 
 # vi special.type

在这里插入图片描述

//ConfigMap 的热更新

vim test-pod4.yaml

apiVersion: v1
kind: ConfigMap
metadata:
  name: log-config
  namespace: default
data:
  log_level: INFO
---
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: my-nginx
spec:
  replicas: 1
  template:
    metadata:
      labels:
        run: my-nginx
    spec:
      containers:
      - name: my-nginx
        image: nginx
        ports:
        - containerPort: 80
        volumeMounts:
        - name: config-volume
          mountPath: /etc/config
      volumes:
        - name: config-volume
          configMap:
            name: log-config

在这里插入图片描述

kubectl apply -f test-pod4.yaml

kubectl get pods 
NAME                        READY   STATUS    RESTARTS   AGE
my-nginx-76b6489f44-6dwxh   1/1     Running   0          46s

kubectl exec -it my-nginx-76b6489f44-6dwxh -- cat /etc/config/log_level
INFO

kubectl edit configmap log-config
apiVersion: v1
data:
  log_level: DEBUG		#INFO 修改成 DEBUG
kind: ConfigMap
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","data":{"log_level":"DEBUG"},"kind":"ConfigMap","metadata":{"annotations":{},"name":"log-config","namespace":"default"}}			#INFO 修改成 DEBUG
  creationTimestamp: 2021-05-25T07:59:18Z
  name: log-config
  namespace: default
  resourceVersion: "93616"
  selfLink: /api/v1/namespaces/default/configmaps/log-config
  uid: 1b8115de-bd2f-11eb-acba-000c29d88bba
  
//等大概10秒左右，使用该 ConfigMap 挂载的 Volume 中的数据同步更新 
kubectl exec -it my-nginx-76b6489f44-6dwxh -- cat /etc/config/log_level
DEBUG

//ConfigMap 更新后滚动更新 Pod
更新 ConfigMap 目前并不会触发相关 Pod 的滚动更新，可以通过在 .spec.template.metadata.annotations 中添加 version/config ，每次通过修改 version/config 来触发滚动更新

kubectl patch deployment my-nginx --patch '{"spec": {"template": {"metadata": {"annotations": {"version/config": "20210525" }}}}}'

kubectl get pods 
NAME                        READY   STATUS              RESTARTS   AGE
my-nginx-665dd4dc8c-j4k9t   0/1     ContainerCreating   0          4s
my-nginx-76b6489f44-6dwxh   0/1     Terminating         0          10m

kubectl get pods 
NAME                        READY   STATUS    RESTARTS   AGE
my-nginx-665dd4dc8c-j4k9t   1/1     Running   0          74s


PS：更新 ConfigMap 后：
●使用该 ConfigMap 挂载的 Env 不会同步更新。
●使用该 ConfigMap 挂载的 Volume 中的数据需要一段时间（实测大概10秒）才能同步更新。
M上去学习
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
【精典】k8s资源管理详解
Friendsofthewind的博客
07-28 1万+
可以通过对Ingress资源对象的配置，将不同URL的访问请求转发到后端不同的service，可以实现7层负载均衡功能，通过Ingress控制器将跳过kube-proxy提供的4层负载均衡，直接转发到service的后端pod，以提高网络转发效率。overlay网络是指在不改变现有网络配置的前提下，通过某种额外的网络协议，将原ip报文封装，形成一个逻辑的新网络，需要通过CNI插件方式部署容器网络。适用有状态类型的容器应用，以及对磁盘I/O要求不高的应用，例如小型数据库类应用。...
k8s资源管理命令与Namespace使用详解
congge
04-02 8025
k8s资源管理命令与Namespace使用详解
k8s配置资源管理|secret|configmap
m0_75015568的博客
05-26 1796
k8s配置资源管理|secret|configmap
k8s的资源管理
热门推荐
2301_76288258的博客
02-28 1万+
假设期望副本数是3，那么滚动更新时能够创建的副本数是 3 * 25% = 0.75 再向上取整为 1，能够销毁的副本数向下取整为 0 假设期望副本数是10，10 * 25% = 2.5 向上取整为 3 向上取整为 2 整个滚动更新过程中Pod副本数始终处在 （10-2）<= Pod副本数 <= （10+3）之间。--force --grace-period=0 #grace-period表示过渡存活期，默认30s，在删除pod之前允许pod慢慢终止其上的容器进程，从而优雅退出，0表示立即终止pod。
【云原生之k8s】k8s配置管理
qq_45088125的博客
08-06 1292
Configmap 是 k8s 中的资源对象，用于保存非机密性的配置的，数据可以用 key/value 键值对的形式保存，也可通过文件的形式保存。Secret 解决了密码、token、秘钥等敏感数据的配置问题，而不需要把这些敏感数据暴露到镜像或者 Pod Spec 中。Secret 可以以 Volume 或者环境变量的方式使用。generic: 通用类型，通常用于存储密码数据。tls：此类型仅用于存储私钥和证书。: 若要保存 docker 仓库的认证信息的话，就必须使用此种类型来创建。...
terraform管理本地K8S集群
Blue summer的博客
12-31 2903
terraform管理本地K8S集群
（四）K8S的资源管理
qq_42130526的博客
05-02 1903
1. namespace 2. pod 3. label 4. deployment 5. service
k8s-配置管理
栋院
03-17 5185
configmap Configmap 是 k8s 中的资源对象，用于保存非机密性的配置的，数据可以用 key/value 键值对的形式保存，也可通过文件的形式保存。通过挂载到容器中使用。 多用于配置文件，将 configMap 做为存储卷，或则是将configMap 通过 env 中 configMapKeyRef 注入到容器中。 缺点：configmap保存的数据大小不能超过1MiB 创建方法： 命令创建 # 通过帮助命令查看创建例子 kubectl create configmap
k8s 数据存储及配置存储
小毕超博客
08-22 3437
一、k8s 的数据存储 在前面的文章已经提到，容器的生命周期可能很短，会被频繁地创建和销毁。那么容器在销毁时，保存在容器中的数据也会被清除。这种结果对用户来说，在某些情况下是不乐意看到的。为了持久化保存容器的数据，kubernetes引入了Volume的概念。 Volume是Pod中能够被多个容器访问的共享目录，它被定义在Pod上，然后被一个Pod里的多个容器挂载到具体的文件目录下，kubernetes通过Volume实现同一个Pod中不同容器之间的数据共享以及数据的持久化存储。Volume的生命容器不与P
K8S之应用配置管理
潮听哥的博客
09-15 1042
可变配置：ConfigMap 敏感信息：Secret 身份认证：ServiceAccount 资源配置：Spec.Containers[].Resources.limits/requests 安全管控：Spec.Containers[].SecurityContext 前置校验：Spec.InitContainers
K8S部署流程和配置文件
03-13
二、K8S配置文件详解 K8S的配置文件通常为YAML格式，包含了定义各种对象的详细信息，如Deployment、Service、ConfigMap和Secret等。以下是一些关键元素： 1. **Deployment**：定义应用的副本集，包括应用镜像、...
K8s集群部署配置文件包
10-27
本压缩包“K8s集群部署配置文件包”提供了全面的资源，帮助用户快速构建并配置Kubernetes集群。以下将详细阐述其中涉及的关键知识点。 首先，ETCD是Kubernetes集群的核心组件，它是轻量级、分布式的键值存储系统，...
k8s之安装资源ddddddd
05-12
在本文中，我们将深入探讨Kubernetes（简称k8s）的...理解CNI的工作方式和如何在安装过程中配置它，是每个K8s管理员必备的技能。在实际操作中，应根据你的特定环境和需求进行适当的调整和优化，确保网络性能和安全性。
k8s资源发布demo
11-03
这个压缩包包含了一系列yaml文件，这些文件是k8s用来定义和管理资源的核心工具。 首先，我们需要了解k8s的基本概念。Kubernetes是一个开源平台，用于自动化容器化应用的部署、扩展和管理。它使用API服务器、etcd...
k8s集群环境搭建资源
10-27
Kubernetes（简称k8s）是Google开源的一种容器编排系统，用于自动化容器化的应用程序部署、...以上就是关于“k8s集群环境搭建资源”的主要知识点，通过深入理解和实践这些概念，你可以成功地构建和管理自己的k8s集群。
K8S 集群节点缩容
weixin_67050107的博客
06-30 827
k8s 节点缩容
k8s学习之cobra命令库学习
最新发布
wintree的专栏
07-07 835
打开k8s代码的时候，我发现基本上那几个核心服务都是使用cobra库作为命令行处理的能力。因此，为了对代码之后的代码学习的有比较深入的理解，因此先基于这个库写个demo，加深对这个库的一些理解吧在这里了，Cobra是一个用Go语言实现的命令行工具。并且现在正在被很多项目使用，例如：Kubernetes、Hugo和Github CLI等。通过使用Cobra，我们可以快速的创建命令行工具，特别适合写测试脚本，各种服务的Admin CLI等。
k8s-第十一节-Job和CronJob
lendq的Blog
07-05 500
Kubernetes jobs主要是针对短时和批量的工作负载。它是为了结束而运行的，而不是像deployment、replicasets、replication controllers和DaemonSets等其他对象那样持续运行。Kubernetes Jobs会一直运行到Job中指定的任务完成。也就是说，如果pods给出退出代码0，那么Job就会退出。而在正常的Kubernetes中，无论退出代码是什么，deployment对象在终止或出现错误时都会创建新的pod，以保持deployment的理想状态。
k8s-第十二节-DaemonSet
lendq的Blog
07-05 356
DaemonSet 是一个确保全部或者某些节点上必须运行一个 Pod的工作负载资源（守护进程），当有node(节点)加入集群时， 也会为他们新增一个 Pod。
idea K8s配置
04-19
下面是Java IDEA与K8s配置的相关介绍： 1. Java IDEA配置： - 安装IDEA：首先，你需要下载并安装IntelliJ IDEA。你可以从JetBrains官网下载适合你操作系统的版本。 - 创建项目：打开IDEA后，选择创建一个新的Java...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值