尧图网络 高端网站定制 · 原创设计
免费咨询热线
400-888-6620
免费获取方案
k8s-资源管理(三)
本章节介绍yaml语法和k8s的资源管理方式目录1.资源管理介绍2.YAML语言介绍资源管理方式命令式对象管理直接使用命令去操作kubernetes资源命令式对象配置通过命令配置和配置文件去操作kubernetes资源声明式对象配置通过apply命令和配置文件去操作kubernetes资源kubectl 命令式对象管理资源类型​编辑操作演示命令式对象配置声明式对象配置推荐用法1.资源管理介绍在k8s中所有的内容都抽象为资源用户需要通过操作资源来管理k8s。k8s的本质上就是一个集群系统用户可以在集群中部署各种服务所谓的部署服务其实就是在kubernetes集群中运行一个个的容器并将指定的程序跑在容器中。k8s的最小管理单元是pod而不是容器所以只能将容器放在Pod中而k8s一般也不会直接管理Pod而是通过Pod控制器来管理Pod的。Pod可以提供服务之后就要考虑如何访问Pod中服务k8s提供了Service资源实现这个功能。当然如果Pod中程序的 数据需要持久化kubernetes还提供了各种存储系统。学习kubernetes的核心就是学习如何对集群上的Pod、Pod控制器、Service、存储等各种资源进行操作2.YAML语言介绍YAML是一个类 似 XML、JSON 的标记性语言。它强调以数据为中心并不是以标识语言为重点。因而YAML本身的定义比较简单号称一种人性化的数据格式语言。YAML的语法比较简单主要有下面几个大小写敏感使用缩进表示层级关系缩进不允许使用tab只允许空格( 低版本限制 )缩进的空格数不重要只要相同层级的元素左对齐即可#表示注释YAML支持以下几种数据类型 数据管理纯量单个的、不可再分的值# 纯量,就是指的一个简单的值字符串、布尔值、整数、浮点数、Null、时间、日期# 1 布尔类型 c1: true (或者True) # 2 整型 c2: 234 # 3 浮点型 c3: 3.14 # 4 null类型 c4: ~ # 使用~表示null # 5 日期类型 c5: 2018-02-17 # 日期必须使用ISO 8601格式即yyyy-MM-dd # 6 时间类型 c6: 2018-02-17T15:02:3108:00 # 时间使用ISO 8601格式时间和日期之间使用T连接最后使用代表时区 # 7 字符串类型 c7: heima # 简单写法直接写值 , 如果字符串中间有特殊字符必须使用双引号或者单引号包裹 c8: line1 line2 # 字符串过多的情况可以拆成多行每一行会被转化成一个空格,即line1 line2对象键值对的集合又称为映射mapping/ 哈希hash / 字典dictionary# 对象 # 形式一(推荐): heima: age: 15 address: Beijing # 形式二(不推荐): heima: {age: 15,address: Beijing}数组一组按次序排列的值又称为序列sequence / 列表list# 数组 # 形式一(推荐): address: - 杭州 - 宁波 # 形式二(不推荐): address: [杭州,宁波]【注意点】书写yaml切记: 后面要加一个空格如果需要将多段yaml配置放在一个文件中中间要使用---分隔下面是一个yaml转json的网站可以通过它验证yaml是否书写正确https://www.json2yaml.com/convert-yaml-to-json资源管理方式命令式对象管理直接使用命令去操作kubernetes资源kubectl run nginx-pod --imagenginx:1.17.1 --port80命令式对象配置通过命令配置和配置文件去操作kubernetes资源kubectl create/patch -f nginx-pod.yaml声明式对象配置通过apply命令和配置文件去操作kubernetes资源kubectl apply -f nginx-pod.yaml #仅用于创建和更新资源类型 操作对象 适用环境 优点 缺点命令式对象管理 对象 测试 简单 只能操作活动对象无法审计、跟踪命令式对象配置 文件 开发 可以审计、跟踪 项目大时配置文件多操作麻烦声明式对象配置 目录 开发 支持目录操作 意外情况下难以调试kubectl 命令式对象管理kubectl是k8s集群的命令行工具通过它能够对集群本身进行管理并能够在集群上进行容器化应用的安装部署。kubectl命令的语法如下kubectl [command] [type] [name] [flags]comand指定要对资源执行的操作例如create、get、deletetype指定资源类型比如deployment、pod、servicename指定资源的名称名称大小写敏感flags指定额外的可选参数# 查看所有pod kubectl get pod # 查看某个pod kubectl get pod pod_name # 查看某个pod,以yaml格式展示结果 kubectl get pod pod_name -o yaml # 查看某个pod,以json格式展示结果 kubectl get pod pod_name -o json资源类型kubernetes中所有的内容都抽象为资源可以通过下面的命令进行查看:kubectl api-resources经常使用的资源有下面这些操作kubernetes允许对资源进行多种操作可以通过–help查看详细的操作命令kubectl --help经常使用的操作有下面这些演示下面以一个namespace / pod的创建和删除简单演示下命令的使用# 创建一个namespace [rootmaster ~]# kubectl create namespace dev namespace/dev created # 获取namespace [rootmaster ~]# kubectl get namespace NAME STATUS AGE default Active 7h40m dev Active 22s kube-node-lease Active 7h40m kube-public Active 7h40m # 在此namespace下创建并运行一个nginx的Pod [rootmaster ~]# kubectl run pod --imagenginx -n dev pod/pod created # 查看新创建的pod [rootmaster ~]# kubectl get pods -n dev NAME READY STATUS RESTARTS AGE pod 1/1 Running 0 60s # 删除指定的pod [rootmaster ~]# kubectl delete pods pod -n dev pod pod deleted # 删除指定的namespace [rootmaster ~]# kubectl delete ns dev namespace dev deleted# 查看pod的详细信息 [rootmaster ~]# kubectl describe pods pod -n dev Name: pod Namespace: dev Priority: 0 Node: node2/192.168.109.102 Start Time: Mon, 28 Feb 2022 18:48:51 0800 Labels: runpod Annotations: none Status: Running IP: 10.244.2.3 IPs: IP: 10.244.2.3 Containers: pod: Container ID: docker://b1615d3637c0917c314a3594c23eb218a7d02b7e32575d7d39d06607b07e8343 Image: nginx Image ID: docker-pullable://docker.io/nginxsha256:0d17b565c37bcbd895e9d92315a05c1c3c9a29f762b011a10c54a66cd53c9b31 Port: none Host Port: none State: Running Started: Mon, 28 Feb 2022 18:48:52 0800 Ready: True Restart Count: 0 Environment: none Mounts: /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-q5hpb (ro) Conditions: Type Status Initialized True Ready True ContainersReady True PodScheduled True Volumes: kube-api-access-q5hpb: Type: Projected (a volume that contains injected data from multiple sources) TokenExpirationSeconds: 3607 ConfigMapName: kube-root-ca.crt ConfigMapOptional: nil DownwardAPI: true QoS Class: BestEffort Node-Selectors: none Tolerations: node.kubernetes.io/not-ready:NoExecute opExists for 300s node.kubernetes.io/unreachable:NoExecute opExists for 300s Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Scheduled 2m8s default-scheduler Successfully assigned dev/pod to node2 Normal Pulling 2m7s kubelet Pulling image nginx Normal Pulled 2m7s kubelet Successfully pulled image nginx in 645.069591ms Normal Created 2m7s kubelet Created container pod Normal Started 2m6s kubelet Started container pod命令式对象配置命令式对象配置就是使用命令配合配置文件 一起来操作kubernetes资源。1.创建一个nginxpod.yaml内容如下apiVersion: v1 kind: Namespace metadata: name: dev --- apiVersion: v1 kind: Pod metadata: name: pod-nginx namespace: dev spec: containers: - name: container-nginx image: nginx2.执行create命令创建资源[rootmaster k8sYamlForCSDN]# kubectl create -f podnginx.yaml namespace/dev created pod/pod-nginx created # 此时发现创建了两个资源对象分别是namespace和pod3.执行get命令查看资源[rootmaster k8sYamlForCSDN]# kubectl get -f podnginx.yaml NAME STATUS AGE namespace/dev Active 3m4s NAME READY STATUS RESTARTS AGE pod/pod-nginx 1/1 Running 0 3m4s [rootmaster k8sYamlForCSDN]# kubectl get ns dev NAME STATUS AGE dev Active 3m7s [rootmaster k8sYamlForCSDN]# kubectl get pods -n dev NAME READY STATUS RESTARTS AGE pod-nginx 1/1 Running 0 3m13s # 这样就显示了两个资源对象的信息5.重复命令查看情况[rootmaster k8sYamlForCSDN]# kubectl create -f podnginx.yaml Error from server (AlreadyExists): error when creating podnginx.yaml: namespaces dev already exists Error from server (AlreadyExists): error when creating podnginx.yaml: pods pod-nginx already exists6.执行delete命令删除资源[rootmaster k8sYamlForCSDN]# kubectl delete -f podnginx.yaml namespace dev deleted pod pod-nginx deleted # 此时两个资源对象被删除了总结:命令式对象配置的方式操作资源可以简单的认为命令 yaml配置文件里面是命令需要的各种参数声明式对象配置声明式对象配置跟命令式对象配置很相似但是它只有一个命令apply# 首先执行一次kubectl apply -f yaml文件发现创建了资源 [rootmaster k8sYamlForCSDN]# kubectl apply -f podnginx.yaml namespace/dev created pod/pod-nginx created # 再次执行一次kubectl apply -f yaml文件发现说资源没有变动 [rootmaster k8sYamlForCSDN]# kubectl apply -f podnginx.yaml namespace/dev unchanged pod/pod-nginx unchanged# 将yaml文件中的image: nginx改为image: nginx:1.17.1 [rootmaster k8sYamlForCSDN]# vi podnginx.yaml [rootmaster k8sYamlForCSDN]# kubectl apply -f podnginx.yaml namespace/dev unchanged pod/pod-nginx configured # 发现容器被更新了 [rootmaster k8sYamlForCSDN]# kubectl get pods -n dev NAME READY STATUS RESTARTS AGE pod-nginx 1/1 Running 0 3m11s [rootmaster k8sYamlForCSDN]# vi podnginx.yaml [rootmaster k8sYamlForCSDN]# kubectl apply -f podnginx.yaml namespace/dev unchanged pod/pod-nginx configured [rootmaster k8sYamlForCSDN]# kubectl get pods -n dev NAME READY STATUS RESTARTS AGE pod-nginx 1/1 Running 0 3m45s [rootmaster k8sYamlForCSDN]# kubectl de debug delete describe [rootmaster k8sYamlForCSDN]# kubectl describe pods pod-nginx -n dev ... ... ... Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Scheduled 5m5s default-scheduler Successfully assigned dev/pod-nginx to node2 Normal Pulling 5m4s kubelet Pulling image nginx Normal Pulled 4m49s kubelet Successfully pulled image nginx in 15.369758205s Normal Killing 88s kubelet Container container-nginx definition changed, will be restarted Normal Pulling 88s kubelet Pulling image nginx:1.17.1 Normal Created 69s (x2 over 4m49s) kubelet Created container container-nginx Normal Started 69s (x2 over 4m49s) kubelet Started container container-nginx Normal Pulled 69s kubelet Successfully pulled image nginx:1.17.1 in 18.730321303s其实声明式对象配置就是使用apply描述一个资源最终的状态在yaml中定义状态使用apply操作资源如果资源不存在就创建相当于 kubectl create如果资源已存在就更新相当于 kubectl patch推荐用法
RELATED

相关推荐

螺旋矩阵算法精解:从模拟法到边界收缩法,掌握二维数组遍历核心

螺旋矩阵算法精解:从模拟法到边界收缩法,掌握二维数组遍历核心

1. 从“回形取数”到“螺旋矩阵”:一道经典国赛题的深度拆解如果你参加过蓝桥杯国赛,或者刷过历年的真题,那么“回形取数”这个名字你一定不会陌生。它就像算法竞赛里的一个“老朋友”,看似简单,却总能以各种变体出现在…

📅 2026/10/26 9:51:04
AI角色动画生成项目本地部署与工程实践指南

AI角色动画生成项目本地部署与工程实践指南

这次我们来看一个名为“Funk汤姆猫”的项目。从标题和常规技术分析来看,这很可能是一个涉及视频生成、角色驱动或AI动画内容创作的技术项目。在AI内容生成领域,这类项目通常聚焦于将特定角色(如汤姆猫)与某种风格(如Fu…

📅 2026/10/28 12:57:14
谷歌HEIR编译器:让同态加密从理论走向AI隐私计算工程实践

谷歌HEIR编译器:让同态加密从理论走向AI隐私计算工程实践

当你在医院用AI分析自己的医疗影像,或者在银行用AI评估贷款风险时,有没有那么一瞬间,会担心自己的敏感数据被泄露?这并非杞人忧天。传统的AI推理服务,无论是云端还是本地,数据在计算过程中通常需要以明文形…

📅 2026/9/28 12:27:31
MORE NEWS

更多资讯

📰

二叉搜索树平衡化方法与工程实践

1. 问题背景与需求分析1382题"将二叉搜索树变平衡"是LeetCode上一道典型的中等难度树结构题目。这道题考察的核心能力是对二叉搜索树(BST)和平衡二叉搜索树(AVL树)的理解与转换技巧。在实际工程中,我们经常会…

📰

企业级Linux发行版选型指南与核心考量

1. 企业级Linux发行版选型核心考量当IT负责人面临企业服务器操作系统选型时,Linux发行版的选择往往让人陷入"选择困难症"。与个人用户不同,企业环境需要特别关注长期支持周期、安全更新机制、硬件兼容性等关键指标。根据我过去十年为不同规模企…

📰

Oracle 26AI下载安装与AI功能配置全指南

1. Oracle 26AI官方下载指南与技术解析作为数据库领域的技术老兵,我注意到近期Oracle 26AI的讨论热度持续攀升。这个融合了AI能力的新版本确实带来了不少突破性改变,但官方下载过程中存在不少技术细节需要注意。本文将基于我十五年的Oracle实战经验&…

📰

分布式系统权限校验:OAuth2.0与Spring Cloud实战

1. 为什么分布式系统需要专门的权限校验方案?在传统单体架构中,权限控制通常通过Session或简单的拦截器就能实现。但随着微服务架构的普及,一个业务请求往往需要跨越多个服务节点,传统的权限校验方式暴露出三个致命缺陷&#xff1…

📰

光电行业展会战略:OFC与上海光博会的双展联动价值

1. 展会背景与行业定位作为光电行业年度盛事,美国OFC(Optical Fiber Communication Conference & Exhibition)与上海光博会(中国国际光电博览会)分别代表着全球东西半球最具影响力的光电技术交流平台。前者创办于1…

📰

不吃显存的语音输入法:轻量级本地语音识别技术解析

1. 为什么“不吃显存”是语音输入法真正的分水岭最近在嵌入式开源项目圈子里,一个叫VoiceIME的项目突然被反复提起——不是因为它有多炫酷的UI,也不是因为支持多少种语言,而是它在一台只有2GB内存、没有独立显卡的老旧Intel Celeron N3350笔记…

TODAY

今日更新

THIS WEEK

本周精选

THIS MONTH

本月热门

读完文章,想聊聊您的网站?

告诉我们您的行业与需求,资深顾问一对一梳理方案与报价,全程免费。

📞 💬