yaml文件编写

embedded/2024/11/12 14:41:19/

Kubernetes 支持YAML和JSON格式管理资源

JSON 格式:主要用于 api 接口之间消息的传递

YAML 格式;用于配置和管理,YAML是一种简洁的非标记性语言,内容格式人性化容易读懂

yaml_6">一,yaml语法格式

1.1 基本语法规则

  • 使用空格进行缩进(不使用制表符),通常使用两个或四个空格。缩进代表层级关系,同级左边对齐。
  • 符号 : 符号 - 符号 , 后面要加上空格
  • 对字母的大小写敏感
  • 字符串要用双引号 “” 或者单引号 ‘’
  • 多行字符串使用 | 保留换行符,>代表折叠换行符
  • 符号 # 注释
  • 符号 — 表示yaml文件的开始,用来分割文件

1.2 api资源版本标签

yaml">kubectl api-servions
admissionregistration.k8s.io/v1     #v1业务场景下首选
admissionregistration.k8s.io/v1beta1  #beta代表测试版本,现实生产环境不用
apiextensions.k8s.io/v1
apiextensions.k8s.io/v1beta1
apiregistration.k8s.io/v1
apiregistration.k8s.io/v1beta1   
apps/v1                          
authentication.k8s.io/v1
authentication.k8s.io/v1beta1
authorization.k8s.io/v1
authorization.k8s.io/v1beta1
autoscaling/v1
autoscaling/v2beta1
autoscaling/v2beta2
batch/v1
batch/v1beta1
certificates.k8s.io/v1
certificates.k8s.io/v1beta1
coordination.k8s.io/v1
coordination.k8s.io/v1beta1
discovery.k8s.io/v1beta1
events.k8s.io/v1
events.k8s.io/v1beta1
extensions/v1beta1
flowcontrol.apiserver.k8s.io/v1beta1
networking.k8s.io/v1
networking.k8s.io/v1beta1
node.k8s.io/v1
node.k8s.io/v1beta1
policy/v1beta1
rbac.authorization.k8s.io/v1
rbac.authorization.k8s.io/v1beta1
scheduling.k8s.io/v1
scheduling.k8s.io/v1beta1
storage.k8s.io/v1
storage.k8s.io/v1beta1
v1

yaml_64">1.3nginx-deployment.yaml

yaml_65">(1)编写yaml

yaml">mkdir /opt/demo
cd demo/
vim nginx-deployment.yamlapiVersion: apps/v1		#指定api版本标签大写写要注意  kubectl explain deployment
kind: Deployment		#定义资源的类型/角色,deployment为副本控制器,此处资源类型可以是Deployment、Job、Ingress、Service等
metadata:					#定义资源的元数据信息,比如资源的名称、namespace、标签等信息name: nginx-deployment	#定义资源的名称,在同一个namespace空间中必须是唯一的labels:				#定义Deployment资源标签app: nginx	
spec:					#定义deployment资源需要的参数属性,诸如是否在容器失败时重新启动容器的属性replicas: 3			#定义副本数量selector:				#定义标签选择器matchLabels:		#定义匹配标签app: nginx		#需与 .spec.template.metadata.labels 定义的标签保持一致template:				#定义业务模板,如果有多个副本,所有副本的属性会按照模板的相关配置进行匹配metadata:labels:           #定义Pod副本将使用的标签,需与 .spec.selector.matchLabels 定义的标签保持一致app: nginxspec:containers:				#定义容器属性- name: nginx				#定义一个容器名,一个 - name: 定义一个容器image: nginx:1.15.4		#定义容器使用的镜像以及版本ports:- containerPort: 80		#定义容器的对外的端口#查看资源配置清单
kubectl get deployment nginx -o yaml#解释资源配置清单
kubectl explain deployment.metadata
kubectl get service nginx -o yaml
kubectl explain service.metadata#修改资源配置清单并应用
离线修改:
修改yaml文件,并用 kubectl·apply -f·xxxx.yaml·文件使之生效
当apply不生效时,先使用delete清除资源,再apply创建资源kubectl get service nginx -o yaml >.nginx-svc.yaml  #使用重定向的方式生成svc yaml文件
vim nginx-svc.yaml           #修改port:8080
kubectl .delete -f.nginx-svc.yaml
kubectl apply -f .nginx-svc.yaml
kubectl get svc在线修改:
直接使用·kubectl edit service nginx 在线编辑资源配置清单并保存退出即时生效(如port:888)
PS:此修改方式不会对yaml文件内容修改7 metadata:
pod元数据:
名称:Pod的名称,必须在命名空间内唯一。
命名空间:Pod所属的命名空间,便于资源的组织和管理。
标签和注释:用于标识和选择Pod的元数据

(2)创建,查看资源

yaml">kubectl create -f nginx-deployment.yaml    #创建资源对象kubectl get pods -o wide                             查看创建的pod资源

1.4创建service服务对外提供访问并测试

yaml_159">(1)编写yaml

yaml">vim nginx-service.yamlapiVersion: v1          # API 版本,指定使用的 Kubernetes API 版本
kind: Service           # 资源类型,表示创建一个 Service
metadata:               # 元数据部分,包含服务的基本信息name: nginx-service   # 服务名称,用于识别该 Servicelabels:               # 标签,用于标识和选择相关资源app: nginx          # 标签键值对,便于选择器使用spec:                   # 规格部分,定义服务的行为type: NodePort # 服务类型NodePort,允许通过节点的IP和指定端口访问服务,不设置会自定义端口从30000~32767ports:                # 服务暴露的端口配置- port: 80            # 服务端口,客户端通过此端口访问服务targetPort: 80      # 目标端口,实际后端 Pod 上的端口selector:             # 选择器,用于将流量路由到特定的 Podsapp: nginx          # 选择具有相同标签的 Pods注意标签要和nginx-deployment.yaml一致kubectl get service nginx-service -o yaml

(2)创建资源对象,并查看

yaml">kubectl create -f nginx-service.yaml     #创建资源对象kubectl get svc     #查看创建的service

机器svc中已经有nginx-service

(3)在浏览器访问

yaml">http://192.168.88.30:31642
http://192.168.88.40:31642

总结

二,k8s中的pod

port

  • port 是 k8s 集群内部访问service的端口,即通过 clusterIP: port 可以从 Pod 所在的 Node 上访问到 service

nodePort

  • nodePort 是外部访问 k8s 集群中 service 的端口,通过 nodeIP: nodePort 可以从外部访问到某个 service。

targetPort

  • targetPort 是 Pod 的端口,从 port 或 nodePort 来的流量经过 kube-proxy 反向代理负载均衡转发到后端 Pod 的 targetPort 上,最后进入容器。

containerPort

  • containerPort 是 Pod 内部容器的端口,targetPort 映射到 containerPort。

三,从例子中熟悉资源清单编写

1.创建nginx

yaml_237">1.1编写nginx-1.yaml

yaml">cd /opt/demo
vim nginx-1.yamlapiVersion: apps/v1
kind: Deployment
metadata:name: nginx-1namespace: defaultlabels:app: myapp
spec:replicas: 3selector:matchLabels:app: myapptemplate:metadata:labels:app: myappspec:containers:- name: myappimage: nginx:latestports:- name: httpcontainerPort: 80kubectl create -f nginx-1.yaml
kubectl get pod
kubectl get pod -o wide
curl -I 10.244.2.157
kubectl get pod --show-labels
kubectl get pod -A
kubectl describe deployment.apps nginx-1

1.2创建svc

yaml">cd /opt/demo
vim nginx-svc1.yamlapiVersion: vl
kind: Service
metadata:name: nginx-1namespace: default
spec:type: NodePortports:- port: 8080targetPort: 80nodePort: 32222selector:app: myappkubectl apply -f nginx-svc1.yamlkubectl get pod,svc

2.创建redis

yaml_311">2.1编写redis-1.yaml

yaml">apiVersion: apps/v1
kind: Deployment
metadata:name: redis-1labels:app: redis
spec:replicas: 1selector:matchLabels:app: redistemplate:metadata:labels:app: redisspec:containers:- name: redisimage: redis:latestports:- containerPort: 6379
---
apiVersion: v1
kind: Service
metadata:name: redis-service4labels:app: redis
spec:type: NodePortports:- port: 6379targetPort: 6370nodePort: 32223selector:app: rediskubectl apply -f redis-1.yaml
kubectl get pod,svc

yaml_360">四,快速创建yaml文件

1.kubectl run --dry-run=client 打印相应的 API 对象而不执行创建

yaml">kubectl run nginx-test --image=nginx --port=80 --dry-run=client
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client

yaml_373">2.查看生成yaml格式

yaml">kubectl run nginx-test --image=nginx --port=80 --dry-run=client -o yaml
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o yaml

3.查看生成json格式

yaml">kubectl run nginx-test --image=nginx --port=80 --dry-run=client -o json
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o json

yaml_397">4.使用yaml格式导出生成模板,并进行修改以及删除一些不必要的参数

yaml">kubectl run nginx-test --image=nginx --port=80 --dry-run=client -o yaml > nginx-test.yaml
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o yaml  > nginx-deploy.yaml

yaml_407">5.生成的yaml文件

yaml">vim nginx-test.yaml
apiVersion: v1
kind: Pod
metadata:creationTimestamp: null     #删除labels:run: nginx-testname: nginx-test
spec:containers:- image: nginxname: nginx-testports:- containerPort: 80resources: {}             #删除dnsPolicy: ClusterFirstrestartPolicy: Always
status: {}                    #删除

6.将现有的资源生成模板导出

yaml">kubectl get svc nginx-service -o yaml

7.保存到文件中

yaml">kubectl get svc nginx-service -o yaml > my-svc.yaml

8.查看字段帮助信息,可一层层的查看相关资源对象的帮助信息

yaml">kubectl explain deployments.spec.template.spec.containers
或
kubectl explain pods.spec.containers

总结

1.快速创建yaml文件

(1)–dry-run 命令生成

yaml">kubectl run my-deploy --image=nginx --dry-run=client -o yaml > my-deploy.yaml

(2)get命令导出

yaml">kubectl get svc nginx-service -o yaml > my-svc.yaml
或
kubectl edit svc nginx-service  #复制配置,再粘贴到新文件

2.yaml文件的学习方法:

(1)多看官方写的,能读懂理解的

(2)能照着现场的文件改着用

(3)遇到不懂的,用kubectl explain 命令查看

3.yaml文件组成

(1)控制定义,主要用来描述资源预设的状态,控制类型:deployment,statusfulset,service。需要控制副本数量,使用的容器镜像,预先设置的配置参数和环境变量

metadata,selector,template,spec

(2)被控制对象,被控制器(deployment,statusfulset)管理的资源实例(pod),对控制对象的定义,状态由yaml文件决定


http://www.ppmy.cn/embedded/136465.html

相关文章

数据结构 C/C++(实验二:栈)

(大家好,今天分享的是数据结构的相关知识,大家可以在评论区进行互动答疑哦~加油!💕) 目录 提要:实验题目 一、实验目的 二、实验内容及要求 三、算法思想 实验1 实验2 四、源程序及注释…

iOS SmartCodable 替换 HandyJSON 适配记录

前言 HandyJSON群里说建议不要再使用HandyJSON,我最终选择了SmartCodable 来替换,原因如下: 首先按照 SmartCodable 官方教程替换 大概要替换的内容如图: 详细的替换教程请前往:使用SmartCodable 平替 HandyJSON …

引入 axios,根据 api 文档生成调用接口

起步 | Axios Docs 安装 axios npm install axios 生成 api 调用接口【可选】 https://github.com/ferdikoomen/openapi-typescript-codegen 安装 npm install openapi-typescript-codegen --save-dev 然后执行生成代码 # http://localhost:8805/api/user/v3/api-docs&a…

Git遇到“fatal: bad object refs/heads/master - 副本”问题的解决办法

Git遇到“fatal: bad object refs/heads/master - 副本”问题的解决办法 起源 让我们从一个常见的Git错误开始: fatal: bad object refs/heads/master - 副本这个错误提示通常意味着Git在引用(ref)中发现了不一致或损坏的数据。引用是Git用…

mysql-springboot netty-flink-kafka-spark(paimon)-minio

1、下载spark源码并编译 mkdir -p /home/bigdata && cd /home/bigdata wget https://archive.apache.org/dist/spark/spark-3.4.3/spark-3.4.3.tgz 解压文件 tar -zxf spark-3.4.3.tgz cd spark-3.4.3 wget https://raw.githubusercontent.com/apache/incubator-celeb…

Jenkins系列

jenkins 1、搭建Jenkins 搭建Jenkins 2、这是什么 3、这是什么 4、 这是什么 5、这是什么 文章目录 jenkins1、搭建Jenkins2、这是什么3、这是什么4、 这是什么5、这是什么 前言 前言 提示:这里可以添加本文要记录的大概内容: 例如:随…

MySQL核心业务大表归档过程

记录一下2年前的MySQL大表的归档,当时刚到公司,发现MySQL的业务核心库,超过亿条的有7张表,最大的表有9亿多条,有37张表超过5百万条,部分表行数如下: 在测试的MySQL环境 : pt-archiv…

Webserver(5.4)项目整体

目录 http_conn.hhttp_conn.cpplocker.hmain.cppthreadpool.h编译并创建线程池 http_conn.h #ifndef HTTPCONNECTION_H #define HTTPCONNEVTION_H #include<sys/epoll.h> #include<stdio.h> #include<stdlib.h> #include<unistd.h> #include<signa…