yaml文件编写

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

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

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

一，yaml语法格式

1.1 基本语法规则

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

1.2 api资源版本标签

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

1.3nginx-deployment.yaml

（1）编写yaml

mkdir /opt/demo
cd demo/
vim nginx-deployment.yaml

apiVersion: 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: nginx
    spec:
      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）创建，查看资源

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

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

（1）编写yaml

vim nginx-service.yaml

apiVersion: v1          # API 版本，指定使用的 Kubernetes API 版本
kind: Service           # 资源类型，表示创建一个 Service
metadata:               # 元数据部分，包含服务的基本信息
  name: nginx-service   # 服务名称，用于识别该 Service
  labels:               # 标签，用于标识和选择相关资源
    app: nginx          # 标签键值对，便于选择器使用

spec:                   # 规格部分，定义服务的行为
  type: NodePort # 服务类型NodePort,允许通过节点的IP和指定端口访问服务,不设置会自定义端口从30000~32767
  ports:                # 服务暴露的端口配置
  - port: 80            # 服务端口，客户端通过此端口访问服务
    targetPort: 80      # 目标端口，实际后端 Pod 上的端口
  selector:             # 选择器，用于将流量路由到特定的 Pods
    app: nginx          # 选择具有相同标签的 Pods
    
    注意标签要和nginx-deployment.yaml一致
    kubectl get service nginx-service -o yaml

（2）创建资源对象，并查看

kubectl create -f nginx-service.yaml     #创建资源对象

kubectl get svc     #查看创建的service

机器svc中已经有nginx-service

（3）在浏览器访问

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

1.1编写nginx-1.yaml

cd /opt/demo
vim nginx-1.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-1
  namespace: default
  labels:
    app: myapp
spec:
  replicas: 3
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
        - name: myapp
          image: nginx:latest
          ports:
            - name: http
              containerPort: 80

kubectl 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

cd /opt/demo
vim nginx-svc1.yaml

apiVersion: vl
kind: Service
metadata:
  name: nginx-1
  namespace: default
spec:
  type: NodePort
  ports:
  - port: 8080
    targetPort: 80
    nodePort: 32222
  selector:
    app: myapp
    
    kubectl apply -f nginx-svc1.yaml
    kubectl get pod,svc

2.创建redis

2.1编写redis-1.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: redis-1
  labels:
    app: redis
spec:
  replicas: 1
  selector:
    matchLabels:
      app: redis
  template:
    metadata:
      labels:
        app: redis
    spec:
      containers:
        - name: redis
          image: redis:latest
          ports:
            - containerPort: 6379
---
apiVersion: v1
kind: Service
metadata:
  name: redis-service4
  labels:
    app: redis
spec:
  type: NodePort
  ports:
  - port: 6379
    targetPort: 6370
    nodePort: 32223
  selector:
    app: redis

kubectl apply -f redis-1.yaml
kubectl get pod,svc

四，快速创建yaml文件

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

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

2.查看生成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格式

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

4.使用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

5.生成的yaml文件

vim nginx-test.yaml
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null     #删除
  labels:
    run: nginx-test
  name: nginx-test
spec:
  containers:
  - image: nginx
    name: nginx-test
    ports:
    - containerPort: 80
    resources: {}             #删除
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}                    #删除

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

kubectl get svc nginx-service -o yaml

7.保存到文件中

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

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

kubectl explain deployments.spec.template.spec.containers
或
kubectl explain pods.spec.containers

总结

1.快速创建yaml文件

（1）–dry-run 命令生成

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

（2）get命令导出

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文件决定

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/908471.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

2025浙江省考报名流程详细教程

2025浙江省考报名流程详细教程

2025年浙江省考报名马上就要开始了，有想要参加浙江省考的同学，可以提前看一下报名流程，和报名照要求。 报名时间：11月6日9时一11月11日17时 南核时间：11月6日9时一11月13日17时 缴费时间：11月14日9时一11月…
阅读更多...
江协科技STM32学习- P30 FlyMCU串口下载STLink Utility

江协科技STM32学习- P30 FlyMCU串口下载STLink Utility

🚀write in front🚀 🔎大家好，我是黄桃罐头，希望你看完之后，能对你有所帮助，不足请指正！共同学习交流 🎁欢迎各位→点赞👍 收藏⭐️ 留言📝​…
阅读更多...
HarmonyOS鸿蒙开发入门，常用ArkUI组件学习（一）

HarmonyOS鸿蒙开发入门，常用ArkUI组件学习（一）

刚开始接触HarmonyOS的开发，希望不会太晚。在我学习的过程中，我会将我学到的内容，通过写博客的形式，来进行回忆和复习。同时也希望能够遇到志同道合的朋友，我们一起学习，一起进步，文章中有什么不…
阅读更多...
shell脚本案例：创建用户和组

shell脚本案例：创建用户和组

使用场景 在部署程序时，往往首要任务是创建用户和组。有的程序可能用到的组、用户比较多；且不知道服务器环境是否已经有了所需的组和用户。所以针对这个情况，根据Oracle RAC部署时的实际情况写了个脚本。 Linux版本 脚本代码 #!/bin/bash …
阅读更多...
【设计模式】结构型模式（一）：适配器模式、装饰器模式

【设计模式】结构型模式（一）：适配器模式、装饰器模式

结构型模式（一）：适配器模式、装饰器模式 1.适配器模式（Adapter）2.装饰器模式（Decorator）2.1 主要特点2.2 组成部分2.3 示例代码2.3.1 Component 组件2.3.2 ConcreteComponent 具体组件2.3.3 Dec…
阅读更多...
交换机的基本配置

交换机的基本配置

交换机的基本配置 实验题目实验目的实验任务实验设备实验环境实验步骤VLAN 的简单配置跨交换机 vlan 的配置主机配置信息表解释： vlan 间路由 实验题目 交换机的基本配置。 实验目的 1) 理解交换机的原理和应用场景； 2) 交换机的基本指令系统&#xf…
阅读更多...
QFrameWork学习指南

QFrameWork学习指南

QFramework官网地址：Wiki - 木兰确实 1、界面设计 （1）CounterAppController的界面 BtnAdd和BtnSub为Button组件，CountText为Text组件，后续的脚本挂载Canvas上。 （2）OnGUI OnGUI是Unity中通过…
阅读更多...
黄金价格下跌，原油价格激增，小麦价格面临阻力

黄金价格下跌，原油价格激增，小麦价格面临阻力

黄金价格回落 现货黄金价格达到每金衡盎司 $2,790.00 的新纪录高点，接近心理关口 $2,800.00，随后在部分交易员在周五美国非农就业数据（NFPs）公布前以及下周美国选举前套现利润的回撤中下跌至 $2,732.00。 在 $2,732.00 以下是 10…
阅读更多...
DiskGenius一键修复磁盘损坏

DiskGenius一键修复磁盘损坏

下午外接磁盘和U盘都出现扇区损坏，估计就是在开着电脑，可能是电脑运行的软件还在对磁盘进行读写，不小心按到笔记本关机键，重新开机读写磁盘分区变得异常卡顿，估摸就是这个原因导致扇区损坏。在进行读写时，整…
阅读更多...
智慧国土空间规划方法探索与实践应用

智慧国土空间规划方法探索与实践应用

在数字化时代背景下，国土空间规划正经历着一场深刻的变革。智慧国土空间规划作为一种新兴的规划理念和方法，其核心在于利用现代信息技术，提高规划的科学性、精准性和动态适应性。本文将探讨智慧国土空间规划的方法探索与实践应用。 1. 智慧国…
阅读更多...
从零开发操作系统-为什么磁盘的扇区为 512 byte

从零开发操作系统-为什么磁盘的扇区为 512 byte

你好，我是 shengjk1，多年大厂经验，努力构建 通俗易懂的、好玩的编程语言教程。 欢迎关注！你会有如下收益： 了解大厂经验拥有和大厂相匹配的技术等 希望看什么，评论或者私信告诉我！ 文章目录 一…
阅读更多...
一文了解Android SELinux

一文了解Android SELinux

在Android系统中，SELinux（Security-Enhanced Linux）是一个增强的安全机制，用于对系统进行强制访问控制（Mandatory Access Control，MAC）。它限制了应用程序和进程的访问权限，提供了更…
阅读更多...
Redis-持久化(增量模式和全量模式)

Redis-持久化(增量模式和全量模式)

文章目录 一、持久化和Redis持久化概念持久化介绍Redis持久化的介绍全量模式持久化技术——RDB增量模式持久化技术——AOF使用RDB还是AOF? 二、RDB配置以及数据恢复的简单实现RDB快照的工作方式如何关闭RDB持久化功能如何模拟Redis服务器数据丢失？然后再如何具体使…
阅读更多...
SQL 常用语句

SQL 常用语句

目录 我的测试环境 学习文档 进入数据库 基础通关测验 语句-- 查 展示数据库； 进入某个数据库； 展示表： 展示某个表 desc 查询整个表： 查询特定列： 范围查询 等于特定值 不等于 介于 特定字符查询 Li…
阅读更多...
MFC图形函数学习05——画椭圆函数

MFC图形函数学习05——画椭圆函数

MFC中有一个专门绘制椭圆的函数，其参数与绘制矩形参数相同，实际上所绘制的椭圆就是矩形的内切圆椭圆。 一、绘制椭圆函数 原型：BOOL Ellipse (int x1,int y1,int x2,int y2); 参数：椭圆内切矩形的左上角&#xff08…
阅读更多...
Spring3(代理模式 Spring1案例补充 Aop 面试题)

Spring3(代理模式 Spring1案例补充 Aop 面试题)

Spring3 代理模式概述介绍什么是代理模式？为什么要使用代理模式？有哪几种代理模式？静态代理基于接口实现的动态代理(JDK自带)基于子类的动态代理 Spring_AOP_01案例补充(添加事务管理)实现完整代码：常规实现：代理实现 …
阅读更多...
开源模型应用落地-Qwen2.5-7B-Instruct与TGI实现推理加速

开源模型应用落地-Qwen2.5-7B-Instruct与TGI实现推理加速

一、前言 目前，大语言模型已升级至Qwen2.5版本。无论是语言模型还是多模态模型，均在大规模多语言和多模态数据上进行预训练，并通过高质量数据进行后期微调以贴近人类偏好。在本篇学习中，将集成 Hugging Face的TGI框架实现模型推理…
阅读更多...
Android 使用ninja加速编译的方法

Android 使用ninja加速编译的方法

ninja的简介 随着Android版本的更迭，makefile体系逐渐增多，导致make单编模块的时间越来越长，每次都需要半个小时甚至更长时间，其原因为每次make都会重新加载所有mk文件，再生成ninja编译，此完整过程十分耗时…
阅读更多...
javaNIO核心知识.中

javaNIO核心知识.中

Channel（通道） Channel 是一个通道，它建立了与数据源（如文件、网络套接字等）之间的连接。我们可以利用它来读取和写入数据，就像打开了一条自来水管，让数据在 Channel 中自由流动。 BIO 中的流…
阅读更多...
缓存、注解、分页

缓存、注解、分页

一.缓存 作用：应用查询上，内存中的块区域。 缓存查询结果，减少与数据库的交互，从而提高运行效率。 1.SqlSession 缓存 1. 又称为一级缓存，mybatis自动开启。 2. 作用范围：同一…
阅读更多...
最新文章

Copyright @ 2022~2023