0


4、Kubernetes 集群 YAML 文件详解

一、YAML 概述

k8s 集群中对资源管理和资源对象编排部署都可以通过声明YAML文件来解决,也就是可以把需要对资源对象操作编辑到 YAML 格式文件中,我们把这种文件叫做资源清单文件,通过 kubectl 命令直接使用资源清单文件就可以实现对大量的资源对象进行编排部署了。

  • YAML 文件 : 就是资源清单文件,用于资源编排

二、YAML 基本语法

  • 通过缩进表示层级关系;
  • 使用空格做为缩进,缩进的空格数目不重要,只要相同层级的元素左侧对齐即可,一般缩进两个空格;
  • 低版本缩进时不允许使用 Tab 键,只允许使用空格;
  • 使用#代表注释,从这个字符一直到行尾,都会被解释器忽略;
  • 使用 --- 表示新的 yaml 文件开始;

三、YAML 数据结构

  • 对象:键值对的集合,又称为映射 (mapping) / 哈希(hashes) / 字典(dictionary)
  1. # 对象类型:对象的一组键值对,使用冒号结构表示
  2. name: Tom
  3. age: 18
  4. # yaml 也允许另一种写法,将所有键值对写成一个行内对象
  5. hash: {name: Tom, age: 18}
  • 数组: 一组按次序排列的值,又称为序列(sequence) / 列表 (list)
  1. # 数组类型:一组连词线开头的行,构成一个数组
  2. People
  3. - Tom
  4. - Jack
  5. # 数组也可以采用行内表示法
  6. People: [Tom, Jack]
  • 纯量(scalars): 单个的、不可再分的值
  1. number: 10.01
  2. flag: true
  3. # 字符串默认不使用引号表示
  4. str: hello world
  5. # 如果字符串中间包含空格或者特殊字符,需要放到引号中
  6. str1: 'hello: world'
  7. # 双引号不会对特殊字符进行转义
  8. s1: '张\n三'
  9. s2: "张\n三"
  10. # 单引号中还有单引号,需要连续用两个单引号进行转义
  11. s3: 'hello''world'

四、k8s资源清单描述方法

在 k8s 中,一般使用 YAML 格式的文件来创建符合我们预期期望的pod,这样的YAML 文件称为资源清单。主要分为两大部分,一个是控制器的定义、另一个是被控制的对象

资源清单中常用的属性名称:

参数名

字段类型

说明

是否必须

version

String

这里指定是K8S API的版本,目前基本上是v1,可以通过kubectl api-versions命令查询

kind

String

yaml文件定义的资源类型和角色,比如:Pod、Deployment、ReplicaSet、Service

metadata

Object

元数据对象,固定值就写metadata

metadata.name

String

元数据对象的名字,由我们自定义,比如命名Pod的名字,Service的名字

metadata.namespace

String

元数据对象的命名空间,由我们自定义。非必填,默认为default

spec

Object

详细定义对象,固定值就写spec

spec.containers[]

list

spec对象的容器列表定义

spec.containers[].name

String

容器名字

spec.containers[].image

String

容器所使用的镜像

spec.containers[].imagePullPolicy

String

定义镜像拉取策略,有Always、Never、IfNotPresent三个值。

Always:意思是每次都尝试重新拉取镜像。(默认值是Always)

Never:表示仅使用本地镜像。

IfNotPresent:如果本地有镜像,就使用本地镜像,本地没有就拉取在线镜像。

spec.containers[].args[]

List

指定容器启动命令参数,因为是数组可以指定多个

spec.containers[].command[]

list

容器启动时执行的命令,因为是数组,可以指定多个。如果不指定,使用镜像打包时的启动命令

spec.containers[].workingDir

String

指定容器工作目录

spec.containers[].volumeMounts[]

List

指定容器内部的存储卷配置

spec.containers[].volumeMounts[].name

String

指定可以被容器挂载的存储卷的名称

spec.containers[].volumeMounts[].mountPath

String

指定可以被容器挂载的存储卷的路径

spec.containers[].volumeMounts[].readOnly

String

设置存储卷路径的读写模式,true或者false

默认为读写模式

spec.containers[].ports[]

List

指定容器需要用到的端口列表

spec.containers[].ports[].name

String

指定端口名

spec.containers[].ports[].containerPort

String

指定容器需要监听的端口号

spec.containers[].ports[].hostPort

String

指定容器所在主机需要监听的端口号,默认跟上面的containerPort相同,注意设置了hostPort,同一台主机无法启动该容器的相同副本(因为主机端口号不能相同,这样会冲突)

spec.containers[].ports[].protocol

String

指定端口协议,支持TCP和UDP。默认值为TCP

spec.containers[].env[]

List

容器运行前需要设置的环境变量列表

spec.containers[].env[].name

String

环境变量的名称

spec.containers[].env[].value

String

环境变量的值

spec.containers[].resources

Object

指定资源限制和资源请求的值(这里开始就是设置容器的资源上限)

spec.containers[].resources.limits

Object

指定容器运行时资源的运行上限

spec.containers[].resources.limits.cpu

String

指定CPU的限制,单位为core数,将用于docker run --cou-shares参数

spec.containers[].resources.limits.memory

String

指定MEM内存的限制,单位为MiB、GiB

spec.containers[].resources.requests

Object

指定容器启动和调度时的限制设置

spec.containers[].resources.requests.cpu

String

CPU请求,单位为core数,容器启动时初始化可用数量

spec.containers[].resources.requests.memory

String

内存请求,单位为MiB、GiB,容器启动时初始化可用数量

spec.restartPolicy

String

定义Pod重启策略,可选值为Always、OnFailure、Never,默认值为Always。

Always:Pod一旦终止运行,则无论容器是如何终止的,kubelet服务都将重启Pod

OnFailure:只有Pod以非零退出码终止时,kubelet才会重启该容器。如果容器正常结束(退出码为0),则kubelet将不会重启它。

Never:Pod终止后,kubelet将退出码报告给Master,不会重启该Pod

spec.nodeSelector

Object

定义Node的Label过滤标签,以key-value格式指定

spec.imagePullSecrets

Object

定义PUll镜像时使用secret名称,以name:secretkey格式指定

spec.hostNetwork

Bollean

是否使用主机网络模式,默认值为false。设置为true表示使用宿主机网络,不适用docker网桥。同时设置了true将无法在同一台宿主机上启动第二个副本。

五、YAML 快速编写

一般来说,我们很少自己手写 YAML 文件,因为这里面涉及到了很多内容,我们一般都会借助工具来创建。

1、使用 kubectl create 命令

这种方式一般用于资源没有部署的时候,我们可以直接创建一个 YAML 配置文件。

  1. # 尝试运行,并不会真正的创建镜像
  2. [root@localhost ~]# kubectl create deployment web --image=nginx -o yaml --dry-run=client
  3. apiVersion: apps/v1
  4. kind: Deployment
  5. metadata:
  6. creationTimestamp: null
  7. labels:
  8. app: web
  9. name: web
  10. spec:
  11. replicas: 1
  12. selector:
  13. matchLabels:
  14. app: web
  15. strategy: {}
  16. template:
  17. metadata:
  18. creationTimestamp: null
  19. labels:
  20. app: web
  21. spec:
  22. containers:
  23. - image: nginx
  24. name: nginx
  25. resources: {}
  26. status: {}

--dry-run:尝试运行,并不会真正的创建镜像。

或者我们可以输出到一个文件中:

  1. [root@localhost ~]# kubectl create deployment web --image=nginx -o yaml --dry-run=client > nginx.yaml
  2. [root@localhost ~]# cat nginx.yaml
  3. apiVersion: apps/v1
  4. kind: Deployment
  5. metadata:
  6. creationTimestamp: null
  7. labels:
  8. app: web
  9. name: web
  10. spec:
  11. replicas: 1
  12. selector:
  13. matchLabels:
  14. app: web
  15. strategy: {}
  16. template:
  17. metadata:
  18. creationTimestamp: null
  19. labels:
  20. app: web
  21. spec:
  22. containers:
  23. - image: nginx
  24. name: nginx
  25. resources: {}
  26. status: {}

然后我们就在文件中直接修改即可。

2、使用 kubectl get 命令导出 yaml 文件

可以首先查看一个目前已经部署的镜像:

  1. kubectl get deploy

然后我们导出 nginx 的配置,然后会生成一个 nginx.yaml 的配置文件。

  1. # 本例使用的1.21.3版本
  2. kubectl get deploy nginx -o=yaml > nginx.yaml
  3. # 如果是旧版本的k8s,需指定--export
  4. kubectl get deploy nginx -o=yaml --export > nginx.yaml

示例如下:

  1. [root@localhost ~]# kubectl create deployment nginx --image=nginx
  2. deployment.apps/nginx created
  3. [root@localhost ~]# kubectl get deploy
  4. NAME READY UP-TO-DATE AVAILABLE AGE
  5. nginx 1/1 1 1 8s
  6. [root@localhost ~]# kubectl get deploy nginx -o=yaml > nginx.yaml
  7. [root@localhost ~]# cat nginx.yaml
  8. apiVersion: apps/v1
  9. kind: Deployment
  10. metadata:
  11. annotations:
  12. deployment.kubernetes.io/revision: "1"
  13. creationTimestamp: "2022-11-25T06:55:03Z"
  14. generation: 1
  15. labels:
  16. app: nginx
  17. name: nginx
  18. namespace: default
  19. resourceVersion: "4408"
  20. uid: d6dc9709-72d1-4657-ace2-273cee3e0013
  21. spec:
  22. progressDeadlineSeconds: 600
  23. replicas: 1
  24. revisionHistoryLimit: 10
  25. selector:
  26. matchLabels:
  27. app: nginx
  28. strategy:
  29. rollingUpdate:
  30. maxSurge: 25%
  31. maxUnavailable: 25%
  32. type: RollingUpdate
  33. template:
  34. metadata:
  35. creationTimestamp: null
  36. labels:
  37. app: nginx
  38. spec:
  39. containers:
  40. - image: nginx
  41. imagePullPolicy: Always
  42. name: nginx
  43. resources: {}
  44. terminationMessagePath: /dev/termination-log
  45. terminationMessagePolicy: File
  46. dnsPolicy: ClusterFirst
  47. restartPolicy: Always
  48. schedulerName: default-scheduler
  49. securityContext: {}
  50. terminationGracePeriodSeconds: 30
  51. status:
  52. availableReplicas: 1
  53. conditions:
  54. - lastTransitionTime: "2022-11-25T06:55:09Z"
  55. lastUpdateTime: "2022-11-25T06:55:09Z"
  56. message: Deployment has minimum availability.
  57. reason: MinimumReplicasAvailable
  58. status: "True"
  59. type: Available
  60. - lastTransitionTime: "2022-11-25T06:55:03Z"
  61. lastUpdateTime: "2022-11-25T06:55:09Z"
  62. message: ReplicaSet "nginx-6799fc88d8" has successfully progressed.
  63. reason: NewReplicaSetAvailable
  64. status: "True"
  65. type: Progressing
  66. observedGeneration: 1
  67. readyReplicas: 1
  68. replicas: 1
  69. updatedReplicas: 1

本文转载自: https://blog.csdn.net/Weixiaohuai/article/details/131897849
版权归原作者 每天都要进步一点点 所有, 如有侵权,请联系我们删除。

“4、Kubernetes 集群 YAML 文件详解”的评论:

还没有评论