k8s之yaml文件详解

文章目录

  • k8s之yaml文件详解
    • 一、关于yaml文件
      • 1、k8s支持的文件格式
      • 2、YAML语言格式
      • 3、查看api资源版本标签
      • 4、编写nginx-test.yaml资源配置清单
        • 4.1 编写资源配置清单
        • 4.2 创建资源对象
        • 4.3 查看创建的pod资源
      • 5、创建service服务对外提供访问并测试
        • 5.1 编写nginx-svc-test.yaml
        • 5.2 创建资源对象
        • 5.3 查看创建的service
        • 5.4 访问测试
      • 6、详解k8s中的port
      • 7、试运行生成yaml模板后创建实例
        • 7.1 --dry-run:试运行
        • 7.2 查看生成yaml格式
        • 7.3 查看生成json格式
        • 7.4 yaml和json的主要区别
        • 7.5 使用yaml格式导出生成模板
        • 7.6 删除一些不必要的参数
        • 7.7 使用yaml模板创建实例
      • 8、将现有资源生成yaml模板导出并保存为文件
        • 8.1 将现有的资源生成模板导出
        • 8.2 保存到文件中
      • 9、explain:查看字段帮助信息
      • 10、获取资源配置清单的总结
    • 二、编写MySQL的yaml文件
      • 1、编写文件
      • 2、生成资源
      • 3、访问验证

k8s之yaml文件详解

一、关于yaml文件

1、k8s支持的文件格式

  • Kubernetes支持YAML和JSON格式管理资源对象
  • JSON格式:主要用于api接口之间消息的传递
  • YAML格式:用于配置和管理,YAML是一种简洁的非标记性语言,内容格式人性化,较易读

2、YAML语言格式

  • 大小写敏感
  • 使用缩进表示层级关系
  • 不支持Tab键制表符缩进,只使用空格缩进
  • 缩进的空格数目不重要,只要相同层级的元素左侧对齐即可,通常开头缩进两个空格
  • 符号字符后缩进一个空格,如冒号,逗号,短横杠(-)等
  • “—”表示YAML格式,一个文件的开始,用于分隔文件
  • “#”表示注释

3、查看api资源版本标签

kubectl api-versions
#查看api资源版本标签

image-20240522222507512

image-20240522210805882

  • 如果是业务场景,一般首选使用apps/v1(apps/v1从v1.9版本开始提供API)。
  • 在k8s v1.16版本之前使用的是extensions/v1beta1,extensions/v1beta1从v1.20版本开始不再提供Ingress资源。
  • 带有beta字样的代表的是测试版本,不用在生产环境中。

4、编写nginx-test.yaml资源配置清单

4.1 编写资源配置清单
mkdir /opt/test
#新建目录

cd !$
cd /opt/test
#切换到新建目录

vim nginx-test.yaml
apiVersion: apps/v1
#指定api版本标签
kind: Deployment
#定义资源的类型/角色,deployment为副本控制器
#此处资源类型可以是Deployment、Job、Ingress、Service等
metadata:
#定义资源的元数据信息,比如资源的名称、namespace、标签等信息
  name: nginx-test
  #定义资源名称
  namespace: luck
  #定义deployment所在的命名空间
  labels:
  #定义标签
    app: nginx
    #定义资源的名称,在同一个namespace空间中必须是唯一的
spec:
#定义deployment资源需要的参数属性,诸如是否在容器失败时重新启动容器的属性
  replicas: 3
  #定义副本数量
  selector:
  #定义标签选择器
    matchLabels:
    #定义匹配标签
      app: nginx
      #指定标签为nginx
      #需与后面的.spec.template.metadata.labels定义的标签保持一致
  template:
  #定义业务模板,如果有多个副本,所有副本的属性会按照模板的相关配置进行匹配
    metadata:
    #pod的元数据
      labels:
      #定义pod标签
        app: nginx
        #定义Pod副本将使用的标签,需与前面的.spec.selector.matchLabels定义的标签保持一致
    spec:
    #定义pod的规格
      containers:
      #定义容器属性
      - name: nginx
        #定义一个容器名,一个-name:定义一个容器
        image: nginx:1.18
        #定义容器使用的镜像以及版本
        ports:
        #定义容器对外的端口
        - containerPort: 80
          #定义容器内部监听的端口号

image-20240522232319289

4.2 创建资源对象
kubectl apply -f nginx-test.yaml
#创建资源对象

image-20240522230255208

4.3 查看创建的pod资源
kubectl get pods -owide
#查看创建的pod资源

image-20240522232544674

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

5.1 编写nginx-svc-test.yaml
#编辑yaml文件
vim nginx-svc-test.yaml
apiVersion: v1
kind: Service
metadata:
  name: nginx-svc
  namespace: luck
  labels:
    app: nginx
spec:
  type: NodePort
  ports:
  - port: 80
    targetPort: 80
  selector:
    app: nginx
    #此处定义的selector要与deployment所定义的selector相同
    #service依靠标签选择器来检索提供服务的nodes

image-20240522233758293

5.2 创建资源对象
kubectl apply -f nginx-svc-test.yaml
#创建资源对象

image-20240522233845275

5.3 查看创建的service
kubectl get pod,svc -n luck
#查看创建的service资源

image-20240522234110024

5.4 访问测试
curl 192.168.10.12:30811
curl 192.168.10.13:30811
#验证访问

#或者在浏览器输入nodeIP:nodePort即可访问

image-20240522234415762

image-20240522234510989

6、详解k8s中的port

image-20240522211528484

相关port说明
portport是k8s集群内部访问service的端口,即通过clusterIP:port可以从Pod所在的Node上访问到service
nodePortnodePort是外部访问k8s集群中service的端口,通过nodeIP:nodePort可以从外部访问到某个service
targetPorttargetPort是Pod的端口,从port或nodePort来的流量经过kube-proxy反向代理负载均衡转发到后端Pod的targetPort上,最后进入容器。
containerPortcontainerPort是Pod内部容器的端口,targetPort映射到containerPort。

7、试运行生成yaml模板后创建实例

7.1 --dry-run:试运行
  • kubectl run --dry-run打印相应的API对象而不执行创建
kubectl run dryrun-test --image=nginx --port=80 --replicas=3 --dry-run
#--dry-run不会实际创建任何资源,而是会输出一个 YAML 或 JSON 格式的资源配置,即并不会真的创建出pod和deployment实例,去掉该参数后即可真正执行命令。

--------------------------------------------------------------------------------------------------------
dryrun-test:是创建的 Pod(或更具体地说是 Deployment,因为使用了 --replicas)的名称。
--image=nginx:指定了 Pod 中容器的镜像。
--port=80:通常用于指定容器内的端口,但注意这个参数在 kubectl run 命令中可能不会直接设置容器的端口,而是需要额外的参数(如 --container-port)来明确指定。不过,在某些版本的 Kubernetes 中,--port 可能被解释为容器端口。
--replicas=3:表示你想要创建一个 Deployment,而不是单个 Pod,并且该 Deployment 将确保有 3 个 Pod 副本在运行。
--dry-run:表示不会实际创建资源,而是输出一个描述这些资源的 YAML 或 JSON 配置。
--------------------------------------------------------------------------------------------------------

kubectl get pod,deploy
#查看资源

image-20240523002506942

7.2 查看生成yaml格式
  • 使用–dry-run试运行可不触发生成命令,然后通过-o yaml可实现对其yaml资源配置清单的查看
kubectl run dryrun-test --image=nginx --port=80 --replicas=3 --dry-run -o yaml
#查看生成的yaml资源配置清单

image-20240523002841753

7.3 查看生成json格式
  • 同理,可通过-o json查看该命令产生的json配置清单
kubectl run dryrun-test --image=nginx --port=80 --replicas=3 --dry-run -o json
#查看生成的json资源配置清单

image-20240523002914183

7.4 yaml和json的主要区别
  • YAML使用空格缩进,这是Python开发人员熟悉的领域。

  • JavaScript开发人员喜欢JSON,因为它是JavaScript的一个子集,可以直接在JavaScript中解释和编写,同时使用简写方式声明JSON,在使用没有空格的典型变量名时,不需要键中的双引号。

  • 有很多解析器在YAML和JSON的所有语言中都能很好地工作。

  • 在许多情况下,YAML的空白格式可以更容易查看,因为格式化需要更人性化的方法。

  • 如果您的编辑器中没有空格可见或缩进线指示符,那么YAML的空白虽然更紧凑,更容易查看,但可能难以手动编辑。

  • JSON的序列化和反序列化要快得多,因为要检查的功能明显少于YAML,这使得更小更轻的代码能够处理JSON。

  • 一个常见的误解是YAML需要较少的标点符号并且比JSON更紧凑,但这完全是错误的。空格是不可见的,所以看起来字符较少,但是如果你计算实际的空格是必要的,以便正确解释YAML以及正确的缩进,你会发现YAML实际上需要比JSON更多的字符。JSON不使用空格来表示层次结构或分组,并且可以通过删除不必要的空格来轻松展平,以实现更紧凑的传输。

7.5 使用yaml格式导出生成模板
kubectl run dryrun-test --image=nginx --port=80 --dry-run -o yaml > nginx.yaml
#使用yaml格式导出生成模板

image-20240523191032304

7.6 删除一些不必要的参数
#编辑yaml配置文件
vim nginx.yaml
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  #删除上面一行
  labels:
    run: dryrun-test
  name: dryrun-test
spec:
  containers:
  - image: nginx
    name: dryrun-test
    ports:
    - containerPort: 80
    resources: {}
    #删除上面一行
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}
#删除上面一行

image-20240523191400455

image-20240523191429402

7.7 使用yaml模板创建实例
kubectl apply -f nginx.yaml
#使用yaml模板创建实例

kubectl get pod,deploy
#显示pod资源信息

image-20240523192047765

8、将现有资源生成yaml模板导出并保存为文件

8.1 将现有的资源生成模板导出
kubectl get svc
#显示svc信息

kubectl get svc nginx-svc -o yaml
#将现有的资源生成模板导出

image-20240523192720563

image-20240523193902001

8.2 保存到文件中
kubectl get svc nginx-svc -o yaml > my-svc.yaml
#输出到my-svc.yaml文件中

image-20240523194038626

9、explain:查看字段帮助信息

  • 可一层层的查看相关资源对象的帮助信息
kubectl explain deployment.spec.template.spec.containers
#查看相关资源对象的帮助信息

kubectl explain pods.spec.containers
#查看相关资源对象的帮助信息

image-20240523194422194

image-20240523194540825

10、获取资源配置清单的总结

kubectl run dryrun-test --image=nginx --port=80 --dry-run -o yaml > nginx.yaml
#没有相关资源,使用run命令--dry-run选项

kubectl get svc nginx-svc -o yaml > my-svc.yaml
#已有相关资源,使用get命令导出

二、编写MySQL的yaml文件

1、编写文件

vim mysql.yaml 
apiVersion: v1
kind: Namespace
metadata:
  name: mysql-server
---
apiVersion: apps/v1
kind: Deployment
#mysql为动态服务器,其pod控制器应当设置为StatefulSet,为便于理解基础,先设置为Deployment
metadata:
  labels:
    apps: mysql
  name: mysql-db
  namespace: mysql-server
spec:
  replicas: 1
  selector:
    matchLabels:
      apps: mysql
  template:
    metadata:
      labels:
        apps: mysql
    spec:
      containers:
      - name: mysql
        image: mysql:latest
        #使用MySQL的官方镜像 
        ports:
        - containerPort: 3306
        env:
        #定义环境变量列表
        - name: MYSQL_ROOT_PASSWORD
        #环境变量的名称
          value: password
          #设置MySQL的root密码,也就是环境变量的值
          #当MySQL容器首次启动时,它会检查数据库是否已经初始化,并且如果没有提供密码相关的环境变量,它会报错并退出
        volumeMounts:
        #定义如何挂载卷到容器中
        - name: mysql-test
        #引用的卷的名称
          mountPath: /var/lib/mysql
          #卷在容器中的挂载路径
      volumes:
      #定义Pod中使用的卷列表
      - name: mysql-test
      #卷的名称,与volumeMounts中的name相对应
        emptyDir: {}
        #一个空目录卷。这种类型的卷在Pod首次被调度到节点上时创建,并在Pod被删除时销毁。它不持久化数据,仅用于临时存储
---
apiVersion: v1
kind: Service
metadata:
  name: mysql-service
  namespace: mysql-server
  labels:
    apps: mysql
spec:
  type: NodePort
  ports:
  - port: 3306
    targetPort: 3306
  selector:
    apps: mysql

image-20240523212626811

image-20240523211004346

2、生成资源

kubectl apply -f mysql.yaml
#指定yaml配置文件

kubectl get pod,svc -n mysql-server -owide
#查看详细信息

image-20240523213101841

3、访问验证

  • 登录mysql容器
kubectl exec -it mysql-db-557b9b7f5b-vjsnm -n mysql-server bash
#进入mysql容器
     
root@mysql-db-557b9b7f5b-vjsnm:/# mysql -u root -p'password'    
#登录mysql服务

mysql> show databases;
#查看数据库信息

image-20240523214042257

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

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

相关文章

【有手就行】使用你自己的声音做语音合成,CPU都能跑,亲测有效

此文介绍在百度飞桨上一个公开的案例,亲测有效。 厌倦了前篇一律的TTS音色了吗?打开短视频听来听去就是那几个声音,快来试试使用你自己的声音来做语音合成吧!本教程非常简单,只需要你能够上传自己的音频数据就可以(建议…

08.CNN

文章目录 Observation 1Pooling - Max PoolingFlattenApplication:Playing Go使用验证集选择模型食物分类 Observation 1 Pooling - Max Pooling Pooling主要为了降低运算量,现在一般不用了,全convolution Flatten Application:P…

【Linux学习】进程基础API

下面是有关进程基础API的相关介绍,希望对你有所帮助! 小海编程心语录-CSDN博客 目录 1. 僵尸进程与孤儿进程 1.1 孤儿进程 1.2 僵尸进程 2. 监视子进程 2.1 wait() 2.2 waitpid() 3. 执行新程序 exec族函数 4. 守护进程 1. 僵尸进程与孤儿进程…

机器学习实验----逻辑回归实现二分类

目录 一、介绍 二、sigmoid函数 (1)公式: (2)sigmoid函数的输入 预测函数: 以下是sigmoid函数代码: 三、梯度上升 (1)似然函数 公式: 概念&#xff…

Golang | Leetcode Golang题解之第100题相同的树

题目: 题解: func isSameTree(p *TreeNode, q *TreeNode) bool {if p nil && q nil {return true}if p nil || q nil {return false}queue1, queue2 : []*TreeNode{p}, []*TreeNode{q}for len(queue1) > 0 && len(queue2) > …

10个顶级的论文降重指令,让你的论文降重至1.9%

10个顶级的论文降重指令,本硕博写论文必备! 在ChatGPT4o对话框中输入:写一个Spring BootVue实现的车位管理系统的论文大纲,并对其具体章节进行详细描述。 几小时即可完成一份1万字论文的编写 在GPTS中搜索论文降重,使…

FFmpeg开发笔记(三十)解析H.264码流中的SPS帧和PPS帧

《FFmpeg开发实战:从零基础到短视频上线》一书的“2.1.1 音视频编码的发展历程”介绍了H.26x系列的视频编码标准,其中H.264至今仍在广泛使用,无论视频文件还是网络直播,H.264标准都占据着可观的市场份额。 之所以H.264取得了巨大…

并发编程常见面试题

文章目录 为什么要使用线程池为什么不建议使用 Executors静态工厂构建线程池synchronized的实现原理Synchronized和Lock的区别什么是AQS什么是阻塞队列 为什么要使用线程池 关于线程池的作用和线程池的执行流程参考:java线程池 为什么不建议使用 Executors静态工厂…

BUSCO安装及使用(生物信息学工具-019)

01 背景 Benchmarking Universal Single-Copy Orthologs (BUSCO)是用于评估基因组组装和注释的完整性的工具。通过与已有单拷贝直系同源数据库的比较,得到有多少比例的数据库能够有比对,比例越高代表基因组完整度越好。基于进化信息的近乎全基因单拷贝直…

521源码-免费教程-Linux系统硬盘扩容教程

本教程来自521源码:更多网站源码下载学习教程,请点击👉-521源码-👈获取最新资源 首先:扩容分区表 SSH登陆服务器输入命令:df -TH,获得数据盘相关信息 可以看到演示服务器的数据盘分区是&…

如何让外网访问内网服务?

随着互联网的快速发展,越来越多的企业和个人需要将内网服务暴露给外网用户访问。由于安全和隐私等因素的考虑,直接将内网服务暴露在外网是非常不安全的做法。如何让外网用户安全访问内网服务成为了一个重要的问题。 在这个问题上,天联公司提供…

【吊打面试官系列】Java高并发篇 - AQS 支持几种同步方式 ?

大家好,我是锋哥。今天分享关于 【AQS 支持几种同步方式 ?】面试题,希望对大家有帮助; AQS 支持几种同步方式 ? 1、独占式 2、共享式 这样方便使用者实现不同类型的同步组件,独占式如 ReentrantLock&…

第一份工资

当我拿到我人生的第一份工资时,那是一种难以言表的激动。我记得那个下午,阳光透过窗户洒在了我的办公桌上,我看着那张支票,心中满是欣喜和自豪。那是我独立生活的开始,也是我对自己能力的一种肯定。 我记得我是如何支配…

《Rust奇幻之旅:从Java和C++开启》第1章Hello world 2/5

讲动人的故事,写懂人的代码 很多程序员都在自学Rust。 🤕但Rust的学习曲线是真的陡,让人有点儿怵头。 程序员工作压力大,能用来自学新东西的时间简直就是凤毛麟角。 📕目前,在豆瓣上有7本Rust入门同类书。它们虽有高分评价,但仍存在不足。 首先,就是它们介绍的Rust新…

web自动化文件上传弹框处理

目录 文件上传介绍文件上传处理Alert 弹窗介绍Alert 弹窗处理 课程目标 掌握文件上传的场景以及文件上传的处理方式。掌握 Alert 弹窗的场景以及 Alert 弹窗的处理方式。 思考 碰到需要上传文件的场景,自动化测试应该如何解决? 文件上传处理 找到文…

大数据量MySQL的分页查询优化

目录 造数据查看耗时优化方案总结 造数据 我用MySQL存储过程生成了100多万条数据&#xff0c;存储过程如下。 DELIMITER $$ USE test$$ DROP PROCEDURE IF EXISTS proc_user$$CREATE PROCEDURE proc_user() BEGINDECLARE i INT DEFAULT 1;WHILE i < 1000000 DOINSERT INT…

SkyEye对接CANoe:助力汽车软件功能验证

01.简介 CANoe&#xff08;CAN open environment&#xff09;是德国Vector公司专为汽车总线设计而开发的一款通用开发环境&#xff0c;作为车载网络和ECU开发、测试和分析的专业工具&#xff0c;支持从需求分析到系统实现的整个系统的开发过程。CANoe丰富的功能和配置选项被OE…

【php开发系统性学习】——thinkphp框架的安装和启动保姆式教程

&#x1f468;‍&#x1f4bb;个人主页&#xff1a;开发者-曼亿点 &#x1f468;‍&#x1f4bb; hallo 欢迎 点赞&#x1f44d; 收藏⭐ 留言&#x1f4dd; 加关注✅! &#x1f468;‍&#x1f4bb; 本文由 曼亿点 原创 &#x1f468;‍&#x1f4bb; 收录于专栏&#xff1a…

Linux应用入门(二)

1. 输入系统应用编程 1.1 输入系统介绍 常见的输入设备有键盘、鼠标、遥控杆、书写板、触摸屏等。用户经过这些输入设备与Linux系统进行数据交换。这些设备种类繁多&#xff0c;如何去统一它们的接口&#xff0c;Linux为了统一管理这些输入设备实现了一套能兼容所有输入设备的…

CSS基础(第五天)

目录 定位 为什么需要定位 定位组成 边偏移 静态定位 static&#xff08;了解&#xff09; 相对定位 relative 绝对定位 absolute&#xff08;重要&#xff09; 子绝父相的由来 固定定位 fixed &#xff08;重要&#xff09; 粘性定位 sticky&#xff08;了解&#xff…