Kubernetes配置资源管理

最新推荐文章于 2025-10-20 21:05:37 发布
原创 最新推荐文章于 2025-10-20 21:05:37 发布 · 1.3k 阅读 · 15 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测

文章目录

一，Secret

Secret 是用来保存用户名密码、访问令牌token、证书密钥（私钥）等敏感数据的 k8s 资源，这协数据可以存放在 Pod 或者镜像中安全风险大，但是放在 Secret 中是为了更方便的控制如何使用数据，并减少暴露的风险。

1. Secret 资源的类型

1.1kubernetes.io/service-account-token

由 Kubernetes 自动创建，用来访问 APIServer 的 Secret，Pod 会默认使用这个 Secret 与 APIServer 通信， 并且会自动挂载到 Pod 的 /run/secrets/kubernetes.io/serviceaccount 目录中。（k8s创建的用户信息）

1.2Opaque

base64 编码格式的 Secret，存储用户自定义的密码、密钥等，默认的 Secret 类型。

1.3kubernetes.io/dockerconfigjson

存储私有 docker registry 的认证信息。

1.4kubernetes.io/TLS

存储ssl,tls证书和私钥

2.Kubernetes 中 Pod 如何使用 Secret

Pod 需要先引用才能使用某个 secret，Pod 有 3 种方式来使用 secret：

  • 作为挂载到一个或多个容器上的卷 中的文件。
  • 作为容器的环境变量。
  • 由 kubelet 在为 Pod 拉取镜像时使用。

应用的场景是凭据

参考官网

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

3.默认secret

4.创建secret

4.1使用kubectl create secret命令创建

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

kubectl create secret generic mysecret --from-file=username.txt \
--from-file=password.txt

kubectl get secrets
NAME                  TYPE                                  DATA   AGE
default-token-8pqp6   kubernetes.io/service-account-token   3      3d1h
mysecret              Opaque                                2      51s

kubectl describe secret mysecret
Name:         mysecret
Namespace:    default
Labels:       <none>
Annotations:  <none>

Type:  Opaque

Data
====
password.txt:  7 bytes
username.txt:  8 bytes

get或describe指令都不会展示secret的实际内容，原因是对数据的保护

4.2使用 base64 编码，创建Secret

echo -n zhangsan | base64
emhhbmdzYW4K=

echo -n abc1234 | base64
YWJjMTIzNAo==

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

kubectl create -f secret.yaml 

kubectl get secrets
NAME                  TYPE                                  DATA   AGE
default-token-8pqp6   kubernetes.io/service-account-token   3      3d1h
mysecret              Opaque                                2      43m
mysecret1             Opaque                                2      6s

kubectl get secret mysecret1 -o yaml
apiVersion: v1
data:
  password: YWJjMTIzNAo==
  username: emhhbmdzYW4K=
kind: Secret
metadata:
  creationTimestamp: 2021-05-24T09:11:18Z
  name: mysecret1
  namespace: default
  resourceVersion: "45641"
  selfLink: /api/v1/namespaces/default/secrets/mysecret1
  uid: fffb7902-bc6f-11eb-acba-000c29d88bba
type: Opaque

4.3 Kubernetes 中 Secret 的应用方式（使用方式）

（1）将 Secret 挂载到 Volume 中，以 Volume 的形式挂载到 Pod 的某个目录下（存储式挂载）
将 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
NAME         READY   STATUS    RESTARTS   AGE
seret-test   1/1     Running   0          16s

kubectl exec -it seret-test 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
NAME         READY   STATUS    RESTARTS   AGE
mypod1       1/1     Running   0          77s

kubectl exec -it mypod bash
 # echo $TEST_USER
zhangsan
 # echo $TEST_PASSWORD
abc1234

myapp-secret01

总结

secret四种类型

（1）service-account-token: k8s自动创建的,给serviceaccount服务账号(pod在k8s集群内的专属服务用户)访问apiserver使用 默认类型

（2） Opaque:通用类型(可以通过文件、目录、变量创建)

（3） dockerconfigjson(docker-registry):给k8s从harbor私有镜像仓库来去拉取镜像时使用(认证)的

（4） TLS类型的Secret用来存储 SSL，TLS证书和私钥

创建secret资源命令

kubectl create secret generic名称 – from-file=文件指定文件,还可以多次使用指定多个文件目录

引用目录中的所有文件

kubectl create secret tls – cert=证书文件(指定路径) – key=私钥文件

例：kubectl create secret tls tls-secret – cert=path/to/tls.cert – key=path/to/tls.key

**使用键值创建 **

–from-literal(key=value)引用一个键值对

例：kubectl create secret mycm(cm名称) --from-literal=AAA=1 --from-literal=BBB=2

kubectl create secret docker-registry

secret资源使用

（1）挂载的方式

volumes·定义类型secret·的存储卷

volumeMounts把存储挂载的容器目录,secret资源数据中键将以文件的名的形式显示,值为文件内容

（2）容器环境变量的方式

env 定义容器的环境变量名

使用valueFrom.secretKeyRef.name指定secret资源的名称,valueFrom.secretKeyRef.key

指定这个secret资源数据的键名,从而确定引用哪个键的值

二，ConfigMap

与Secret类似，区别在于ConfigMap保存的是不需要加密配置的信息。

ConfigMap 功能在 Kubernetes1.2 版本中引入，许多应用程序会从配置文件、命令行参数或环境变量中读取配置信息。ConfigMap API 给我们提供了向容器中注入配置信息的机制，ConfigMap 可以被用来保存单个属性，也可以用来保存整个配置文件或者JSON二进制大对象。

应用场景：应用配置

1.创建 ConfigMap

1.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
NAME          DATA   AGE
game-config   2      10s

kubectl get cm game-config -o yaml
apiVersion: v1
data:
  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
  ui.properties: |
    color.good=purple
    color.bad=yellow
    allow.textmode=true
    how.nice.to.look=fairlyNice
kind: ConfigMap
metadata:
  creationTimestamp: 2021-05-25T06:49:18Z
  name: game-config
  namespace: default
  resourceVersion: "87803"
  selfLink: /api/v1/namespaces/default/configmaps/game-config
  uid: 541b5302-bd25-11eb-acba-000c29d88bba

忘记命令用kubectl create cm -h帮助查看

1.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

1.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
apiVersion: v1
data:
  special.how: very					#key-value 结构
  special.type: good
kind: ConfigMap
metadata:
  creationTimestamp: 2021-05-25T06:59:37Z
  name: special-config
  namespace: default
  resourceVersion: "88610"
  selfLink: /api/v1/namespaces/default/configmaps/special-config
  uid: c4f45936-bd26-11eb-acba-000c29d88bba


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

1.4在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
NAME             DATA   AGE
env-config       1      6s
special-config   2      6s

创建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
NAME         READY   STATUS      RESTARTS   AGE
pod-test     0/1     Completed   0          33s

kubectl logs pod-test
KUBERNETES_SERVICE_PORT=443
KUBERNETES_PORT=tcp://10.0.0.1:443
HOSTNAME=pod-test
SHLVL=1
SPECIAL_HOW_KEY=very			#赋值变量 SPECIAL_HOW_KEY 的值为 special-config 的 special.how: very
HOME=/root
SPECIAL_TYPE_KEY=good			#赋值变量 SPECIAL_TYPE_KEY 的值为 special-config 的 special.type: good
KUBERNETES_PORT_443_TCP_ADDR=10.0.0.1
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
KUBERNETES_PORT_443_TCP_PORT=443
KUBERNETES_PORT_443_TCP_PROTO=tcp
log_level=INFO					#引入 env-config 的变量 log_level: INFO
KUBERNETES_PORT_443_TCP=tcp://10.0.0.1:443
KUBERNETES_SERVICE_PORT_HTTPS=443
KUBERNETES_SERVICE_HOST=10.0.0.1
PWD=/

（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
NAME        READY   STATUS      RESTARTS   AGE
test-pod2   0/1     Completed   0          34s

kubectl logs test-pod2
very good

（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
NAME        READY   STATUS      RESTARTS   AGE
test-pod3   1/1     Running     0          5s

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-pod5.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          74


注意更新 ConfigMap 后：
使用该 ConfigMap 挂载的 Env 不会同步更新。
使用该 ConfigMap 挂载的 Volume 中的数据需要一段时间（实测大概10秒）才能同步更新。

如果curl ip出现404按下面操作

加上root /usr/share/nginx/nginx.conf

总结

configmap cm

创建cm 资源

kubectl create cm – from-file=文件/目录

              -- from-literal=key=value

kubectl describe cm

或

kubectl get cm

查看资源中的数据都是以明文格式去显示key的值

cm资源使用

容器环境变量的方式

env需要另外自定义环境变量名,通过指定cm 资源名称和key 名称 来给这个变量来赋值

envFrom不需要另外自定义环境变量名,直接使用cm资源的key作为容器中的环境变量名,value作为这个环境变量的值

挂载方式用的最多

volumes定义类型为congfigmap 的存储卷

volumeMounts把存储卷挂载的容器目录,cm资源数据中的键 将以文件形式来显示,值为文件内容

如果把存储挂载成容器中的文件,**subPath **指定的文件名

标签
#kubernetes #容器 #云原生
【k8s应用管理】kubernetes 配置资源管理
Karoku的博客
02-13 1384
Secret是 Kubernetes 中用于存储敏感信息的资源对象。可以通过命令行或 YAML 文件创建 Secret。Secret 可以通过挂载 Volume 或环境变量的方式在 Pod 中使用。使用 Secret 可以有效减少敏感信息的暴露风险，并方便管理。Secrets。作用：存储非加密的配置数据（如应用配置、环境变量），与 Secret 类似，但用于非敏感信息。应用场景：管理应用的配置参数（如数据库地址、日志级别）。核心特点支持从文件、目录或字面值创建。
【Kubernetes】k8s集群配置资源管理
weixin_68840588的博客
08-19 674
k8s集群配置资源管理
【kubernetes】k8s配置资源管理
qq_54188720的博客
08-14 1382
configMap资源（简称cm）作用：用于保存配置文件、环境变量等不需要加密的信息。它可以实现将配置信息与应用程序镜像解耦创建cm资源kubectl create cm <资源名称> -n <命名空间> --from-file=文件|目录 --from-liternal=<键名>=<键值>查看cm资源kubectl describe -n <命名空间> cm <资源名称>kubectl get -n <命名空间> cm <资源名称> -o yaml。
kubernetes/k8s配置资源管理
m0_52416577的博客
01-16 1137
系统自建的:kubernetes.io/service-account-token，用来访问apiserver，pod会默认使用这个kubernetes.io/service-account-token创建的secret和apiserver通信，自动挂载到pod的/run/secret/kubernetes.io/serviceaccount.保存的是不需要加密的信息。configMap的热更新:热更新可以直接反映到容器内部，也不会触发pod的更新机制，如果不是需要重启的配置，都可以直接生效。
Kubernetes—k8s集群配置资源管理
aran2002的博客
08-15 582
Secret 是用来保存密码、token、密钥等敏感数据的 k8s 资源，这类数据虽然也可以存放在 Pod 或。变量中读取配置信息。ConfigMap API 给我们提供了向容器中注入配置信息的机制，ConfigMap 可。者镜像中，但是放在 Secret 中是为了更方便的控制如何使用数据，并减少暴露的风险。与Secret类似，区别在于ConfigMap保存的是不需要加密配置的信息。以被用来保存单个属性，也可以用来保存整个配置文件或者JSON二进制大对象。
云原生Kubernetes：K8S配置资源管理
cronaldo91的博客
09-25 1015
1.创建k8s集群2.创建管理的文件3.验证4.解码5.清理configmap创建有二种方式，一是命令行方式，分为从字面读取（--from-literal）和从目录（--from-file）读取。下面是二者区别：1. --from-literal从字面读取的好处就是快速和便捷，你可以通过关键字参数的形式（**kargs），将配置信息直接传递至configmap，然后在pod启动的时候进行加载；同时这个方式的弊端就是，变量不能实时更新到pod容器。
K8S配置资源管理
qq_54235967的博客
11-16 895
Secret 是用来保存密码、token、密钥等敏感数据的 k8s 资源，这类数据虽然也可以存放在 Pod 或者镜像中，但是放在 Secret 中是为了更方便的控制如何使用数据，并减少暴露的风险。与Secret类似，区别在于ConfigMap保存的是不需要加密配置的信息。ConfigMap 功能在 Kubernetes1.2 版本中引入，许多应用程序会从配置文件、命令行参数或环境变量中读取配置信息。
Kubernetes 核心资源管理与 YAML 配置实战指南
Myhandsome11的博客
09-14 1447
在K8s管理中，YAML资源清单是定义、创建和管理资源的核心载体。本文将系统梳理YAML编写技巧、Pod管理、命名空间、标签、节点调度（亲和性/污点）等核心能力，结合实操命令与配置示例，帮助高效掌握K8s资源管理。
k8s配置资源管理
wutong0824的博客
01-20 1121
Secret：主要保存加密文件，主要使用方式就是挂载方式Configmap：把配置文件传送给容器，主要方式也是挂载方式Configmap的热更新：热更新可以直接反应到容器的内部，也不会触发pod的更新机制，如果不是需要重启的配置，都可以直接生效Version/configmap来触发滚动更新需要重启时，可以重启pod更新：就是把配置信息传送给容器内，重启也是一样Configmap：就是把配置信息传送给容器，键值对形式保存的，非加密的信息。
kubernetes配置资源管理
ll945608651的博客
09-28 1032
Secret 是用来保存密码、token、密钥等敏感数据的 k8s 资源，这类数据虽然也可以存放在 Pod 或者镜像中，但是放在 Secret 中是为了更方便的控制如何使用数据，并减少暴露的风险。ConfigMap与Secret类似，区别在于ConfigMap保存的是不需要加密配置的信息。ConfigMap 功能在 Kubernetes1.2 版本中引入，许多应用程序会从配置文件、命令行参数或环境变量中读取配置信息。
50、Kubernetes配置与资源管理全解析
desk3的博客
08-14 50
本文深入解析了Kubernetes中的配置与资源管理核心组件，包括YAML文件基础、ReplicaSet与Deployment的使用、StatefulSet的特点与适用场景、Service的类型及其作用，以及Ingress的高级网络功能。通过详细的配置示例和组件对比，帮助开发者更好地理解和应用Kubernetes，以构建高效、稳定的应用运行环境。最后还总结了各组件的使用场景，并通过一个Web应用的部署示例展示了完整的操作流程。
7、Kubernetes资源管理与服务配置全解析
wine的专栏
07-24 73
本文深入解析了Kubernetes中的资源管理和服务配置，涵盖了标签与选择器的使用、服务的创建与类型定义、端点与DNS配置、以及如何将服务暴露到集群外部。通过具体示例如Flask和Redis的部署，详细展示了服务的定义和使用方法。同时，还对比了不同服务类型的适用场景，并提供了操作流程和注意事项，帮助读者全面掌握Kubernetes服务的核心概念与实践技巧。
kubernetes(k8s)资源管理/清单配置基础
weixin_30906425的博客
06-04 254
控制平面： API-Service: 运行于6443端口 接入master节点地址的6443端口进行交互 用户认证， 双向认证 Scheduler Controller 工作平面：kube-proxy每个节点都有 核心资源: Pod Pod Controller deployment Service 和解循环（Reconc...
K8S（十）—— Kubernetes核心组件详解：Pod控制器与配置资源管理
荣光波比的博客
10-16 962
Kubernetes Pod控制器与配置管理 摘要 本文详细介绍了Kubernetes中的Pod控制器和配置资源管理： Pod控制器：包括ReplicaSet、Deployment（无状态应用）、StatefulSet（有状态应用）、DaemonSet（节点级部署）、Job/CronJob（任务调度）等，用于自动化管理Pod生命周期，实现扩缩容、故障恢复和滚动更新。 Deployment应用：通过YAML配置实现无状态应用的部署，支持滚动更新和版本回滚，示例演示了Nginx部署过程。 StatefulSet
Kubernetes资源管理之Request与Limit配置黄金法则
sre救赎之路
05-10 1286
Request与Limit就像云原生世界的交通规则，既要保证每个应用的基本路权（requests），又要防止疯狂飙车引发事故（limits）。掌握这门平衡艺术，才能让Kubernetes集群既高效又稳定地运转。记住：好的资源管理不是一次性配置，而是持续优化的旅程！
Kubernetes--Kubernetes资源管理方式-命令式对象管理、命令式对象配置、声明式对象配置
Gopuwe的博客
07-13 1329
Kubernetes–Kubernetes简介以及Kubernetes安装 前面介绍了Kubernetes的安装方式，本篇文章主要介绍Kubernetes的资源管理方式，首先需要理解什么是资源？资源管理的方式一共有三种：命令式对象管理、命令式对象配置、声明式对象配置，三种方式的使用场景等等 什么是资源管理？ 在K8s中，所有的内容都被抽象为资源，用户需要操作资源来操作K8s，资源可以分为计算资源、存储资源、网络资源，对于容器化技术来说对这些资源的定义、管理、分配尤其重要，在K8s中，任何可以被申请、分配、最
k8s——secret配置资源管理
sea_bunch的博客
06-07 2092
与Secret类似，区别在于ConfigMap保存的是不需要加密配置的信息。
k8s 【资源管理】2--LimitRange为命名空间配置默认的内存请求和限制
爱死亡机器人
01-12 1251
1. 前言 本文介绍怎样给命名空间配置默认的内存请求和限制。 如果在一个有默认内存限制的命名空间创建容器，该容器没有声明自己的内存限制时， 将会被指定默认内存限制。 Kubernetes 还为某些情况指定了默认的内存请求，本章后面会进行介绍。 2. LimitRange限制命名空间资源 创建命名空间 kubectl create namespace default-mem-example 创建 LimitRange 和 Pod apiVersion: v1 kind: LimitRange metadat
Kubernetes（八） Ingress 与配置资源管理详解
最新发布
2503_93012393的博客
10-20 675
​​生产推荐​​：DaemonSet + HostNetwork 模式​​高可用方案​​：多节点部署 + LVS/Keepalived​​安全加固​​：TLS 证书、访问控制、速率限制​​监控告警​​：Prometheus 监控 Controller 指标。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值