当前位置: 首页 > news >正文

kubectl 声明式资源管理方式

目录

介绍

YAML 语法格式

命令

应用yaml文件指定的资源

删除yaml文件指定的资源

 查看资源的yaml格式信息

 查看yaml文件字段说明

查看 api 资源版本标签

修改yaml文件指定的资源

离线修改

在线修改

编写yaml文件

创建资源对象

查看创建的pod资源

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

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

k8s中的port

port

nodePort

targetPort

containerPort

查看生成yaml格式

查看生成json格式

总结

声明式资源管理方式

如何获取K8S资源配置清单文件模板(yaml配置文件)


介绍

  1. 适合于对资源的修改操作
  2. 声明式资源管理方法依赖于资源配置清单文件对资源进行管理
  3. 资源配置清单文件有两种格式:yaml(人性化,易读),json(易于api接口解析)
  4. 对资源的管理,是通过事先定义在统一资源配置清单内,再通过陈述式命令应用到k8s集群里
  5. 语法格式:kubectl create/apply/delete -f xxxx.yam

YAML 语法格式

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

命令

应用yaml文件指定的资源

kubectl create -f xxx.yaml
kubectl apply -f xxx.yaml 
#区别:使用create创建资源是一次性的,如果使用apply创建,后期修改yaml文件再次执行apply可以实现更新资源

删除yaml文件指定的资源

 kubectl delete -f xxx.yaml

 查看资源的yaml格式信息

kubectl get 资源名称 -o yaml

 查看yaml文件字段说明

kubectl explain yaml文件中的字段(多级字段用 . 隔开)

查看 api 资源版本标签

kubectl api-versions

修改yaml文件指定的资源

离线修改

修改yaml文件,并用 kubectl apply -f xxxx.yaml 文件使之生效
注意:当apply不生效时,先使用delete清除资源,再apply创建资源
例:
kubectl get service nginx -o yaml > nginx-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文件内容修改

编写yaml文件

mkdir /opt/demo
cd demo/vim nginx-deployment.yaml
apiVersion: apps/v1		#指定api版本标签
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 create -f nginx-deployment.yaml

查看创建的pod资源

kubectl get pods -o wide

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

vim nginx-service.yaml
apiVersion: v1  
kind: Service  
metadata:name: nginx-servicelabels:app: nginx  
spec:type: NodePort  ports:- port: 8080targetPort: 80nodePort: 30007clusterIP: 10.96.171.239selector:app: nginx

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

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

http://192.168.88.31:30512
http://192.168.88.13:30512

k8s中的port

port

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

nodePort

  • nodePort 是外部访问 k8s 集群中 service 的端口,通过 nodeIP: nodePort 可以从外部访问到某个 service。(默认:30000-32767)

targetPort

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

containerPort

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

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

查看生成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

查看生成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

使用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.yamlvim 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: {}                    #删除

//将现有的资源生成模板导出
kubectl get svc nginx-service -o yaml//保存到文件中
kubectl get svc nginx-service -o yaml > my-svc.yaml//查看字段帮助信息,可一层层的查看相关资源对象的帮助信息
kubectl explain deployments.spec.template.spec.containers
或
kubectl explain pods.spec.containers

总结

声明式资源管理方式

  • 可理解成使用yaml配置文件里定义的配置来实现资源对象的管理操作
kubectl get -n <命名空间> <资源类型> <资源名称> -o yaml > XXX.yaml      #获取资源配置清单kubectl apply|create -f XXX.yaml           #创建|更新资源
kubectl delete -f XXX.yaml                 #删除资源kubectl edit -n <命名空间> <资源类型> <资源名称>       #在线修改资源配置对于不支持在线修改的字段只能通过离线修改的方式更新资源: kubectl delete -f XXX.yaml && kubectl apply -f XXX.yamlkubectl explain  <资源类型>.<一级字段>.<二级字段>....     #获取资源配置字段的解释K8S资源配置清单文件字段的值类型
字段: <integer>   数字         字段: 数值
字段: <string>    字符串       字段: "字符串"     字段: '字符串'    字段: 字符串
字段: <boolean>   布尔值       字段: true|false字段: <Object>    对象:值可能是一层或多层子字段字段:二级字段:三级字段字段: <[]Object>   列表类型的对象             字段:- 二级字段:三级字段- 二级字段: 
字段: <map[string]string>    映射:值可能是一个或多个键值对类型的值字段:key1: value1key2: value2key3: value3

如何获取K8S资源配置清单文件模板(yaml配置文件)

1)手写yaml配置文件,可以根据 kubectl explain 命令获取字段信息

2)查看现有的资源配置获取:kubectl get -n <命名空间> <资源类型> <资源名称> -o yaml > XXX.yaml
                           kubectl edit -n <命名空间> <资源类型> <资源名称> ,然后手动复制资源配置,粘贴到yaml文件中

3)无中生有(模拟运行kubectl陈述式创建资源的命令获取):
kubectl create|run|expose  选项  --dry-run=client -o yaml > XXX.yaml

4)复制K8S官网文档的资源配置案例

相关文章:

  • vue .env配置环境变量
  • GPT与MBR:硬盘分区表格式的革新与区别
  • <专利>机器人3D视觉快速定位抓取方法及系统
  • Spark大数据分析与实战笔记(第三章 Spark RDD 弹性分布式数据集-05)
  • 取送货问题(Pickup and Delivery Problem)
  • 【Linux】screen
  • Django多个app配置多个域名访问
  • Linux之前后端项目部署与发布
  • 数据增加
  • 无需邀请码,Xinstall实现精准分享归因
  • 【QT+QGIS跨平台编译】之五十三:【QGIS_CORE跨平台编译】—【qgssqlstatementparser.cpp生成】
  • 单细胞Seurat - 降维与细胞标记(4)
  • Java集合相关面试题(2024大厂高频面试题系列)
  • Dataframe学习笔记:记录一下工作上使用的几种示例
  • kafka学习笔记四(面试题)
  • 0x05 Python数据分析,Anaconda八斩刀
  • CEF与代理
  • Docker 笔记(2):Dockerfile
  • export和import的用法总结
  • iOS高仿微信项目、阴影圆角渐变色效果、卡片动画、波浪动画、路由框架等源码...
  • Java Agent 学习笔记
  • javascript 哈希表
  • JavaScript工作原理(五):深入了解WebSockets,HTTP/2和SSE,以及如何选择
  • 从0搭建SpringBoot的HelloWorld -- Java版本
  • 当SetTimeout遇到了字符串
  • 模仿 Go Sort 排序接口实现的自定义排序
  • 七牛云假注销小指南
  • 如何将自己的网站分享到QQ空间,微信,微博等等
  • 温故知新之javascript面向对象
  • 异常机制详解
  • 在Unity中实现一个简单的消息管理器
  • [Shell 脚本] 备份网站文件至OSS服务(纯shell脚本无sdk) ...
  • ​软考-高级-信息系统项目管理师教程 第四版【第14章-项目沟通管理-思维导图】​
  • #AngularJS#$sce.trustAsResourceUrl
  • #stm32整理(一)flash读写
  • $.ajax()方法详解
  • (09)Hive——CTE 公共表达式
  • (bean配置类的注解开发)学习Spring的第十三天
  • (C#)if (this == null)?你在逗我,this 怎么可能为 null!用 IL 编译和反编译看穿一切
  • (十八)devops持续集成开发——使用docker安装部署jenkins流水线服务
  • (十六)一篇文章学会Java的常用API
  • (转)Oracle 9i 数据库设计指引全集(1)
  • (转)关于如何学好游戏3D引擎编程的一些经验
  • ../depcomp: line 571: exec: g++: not found
  • .NET Entity FrameWork 总结 ,在项目中用处个人感觉不大。适合初级用用,不涉及到与数据库通信。
  • .Net 高效开发之不可错过的实用工具
  • .NET 中小心嵌套等待的 Task,它可能会耗尽你线程池的现有资源,出现类似死锁的情况
  • .NET处理HTTP请求
  • .Net接口调试与案例
  • .NET企业级应用架构设计系列之结尾篇
  • @GetMapping和@RequestMapping的区别
  • @RequestBody的使用
  • [ CTF ] WriteUp- 2022年第三届“网鼎杯”网络安全大赛(白虎组)
  • [bzoj1006]: [HNOI2008]神奇的国度(最大势算法)
  • [BZOJ2281][SDOI2011]黑白棋(K-Nim博弈)