docker笔记22-k8s资源清单定义入门

2024-11-07 技术教程

资源分类：

1）workload型资源：service,pod，Redeployment（控制器，我们很少直接操作pod，而是通过控制器来操作Pod）、ReplicaSet、StatefilSet、Job、Cronjob

2）服务发现及服务均衡资源型资源：Service、Ingress

3）配置与存储型资源：Volume、CSI(容器存储接口，可以扩展各种第三方的存储卷)、ConfigMap、Secret、DownwardAPI

4)集群级资源：Namespace、Node、Role、rolebinding、clusterrolebinding

5)元数据型资源：HPA、podtemplate、limitrange（限制资源的如cpu、内存等）

查看pod的yaml格式清单

[root@master~]#kubectlgetpodsNAMEREADYSTATUSRESTARTSAGEclient1/1Running017hmyapp-fcc5f7f7c-4x2p70/1ImagePullBackOff012hmyapp-fcc5f7f7c-dnkdq0/1ImagePullBackOff012hmytomcat-5f8c6fdcb-7t5s21/1Running011hmytomcat-5f8c6fdcb-lhcsc1/1Running012hmytomcat-5f8c6fdcb-rntrg1/1Running012hnginx-deploy-5b595999-fpm8x1/1Running012h

[root@master~]#kubectlgetpodsmytomcat-5f8c6fdcb-lhcscNAMEREADYSTATUSRESTARTSAGEmytomcat-5f8c6fdcb-lhcsc1/1Running012h

[root@master~]#kubectlgetpodsmytomcat-5f8c6fdcb-lhcsc-oyamlspec:#规格、特性，用户期望的状态containers:tolerations:#容忍度status:#显示当前资源的当前状态conditions:创建资源的方法

apiserver仅接收JSON格式的资源定义。我们可以使用yaml格式提供配置清单，因为ymal格式是以缩进的方式来写的，更利用人们的理解。我们写完ymal格式的配置清单后，apiserver可以自动将其转为json，然后再提交。

另外，我们使用命令kubectl run，其最终也是自动转为json格式的资源定义了。

大部分的的资源的配置清单包含：

1）apiVersion：表示属于哪个api群组和版本，可以通过命令kubectl api-versions来看，显示方式为group/version

2）Kind：资源类别，有pod、deloyment类别等

3）metadata：元数据,包括：

a) name：在同一资源下name是必须唯一的；

b) namespace

c) labels

d) annotations：资源注解

e）uid

f) resourceversion：

g) OwnerReferences

h） selfLink：每个资源引用的PATH，格式为/api/GROUP/VERSION/namespaces/NAMESPACE/TYPE/NAME

4) spec，定义用户期望的目标状态(disired state)

5）status：表示当前状态，让当前状态向期望的目标状态靠近，本字段有k8s集群维护。

查看资源清单的帮助

由于spec的字段很多，我们背不下来了，所以可以如下查看帮助。

[root@master~]#kubectlexplainpods

看medadata下有哪些字段可以用：

[root@master~]#kubectlexplainpods.metadata

看spec下有哪些字段可以用：

[root@master~]#kubectlexplainpods.spec

看spec.containers下有哪些字段可以用：

[root@master~]#kubectlexplainpods.spec.containers例子-用ymal创建pod

用yaml格式创建一个pod

[root@master~]#mkdirmanifests[root@master~]#cdmanifests/

[root@mastermanifests]#catpod-demo.yamlapiVersion:v1kind:Podmetadata:name:pod-demonamespace:defaultlabels:app:myapp#kv格式的，也可以用花括号表示tier:frontend#定义所属的层次spec:containers:-name:myapp#前面的-号表示这是一个列表格式的,也可以用中括号表示image:tomcat-name:busyboximage:busybox:latestcommand:-"/bin/sh"-"-c"-"echo$(date)>>/usr/share/nginx/html/index.html;sleep5"#以上命令也可以写作：command:["/bin/sh","-c","sleep3600"]

[root@mastermanifests]#kubectlcreate-fpod-demo.yamlpod/pod-democreated

[root@mastermanifests]#kubectlgetpodsNAMEREADYSTATUSRESTARTSAGEpod-demo2/2Running133s

[root@mastermanifests]#kubectldescribepodspod-demo可以看到一个pod里面跑了两个容器，一个是busybox，一个是tomcat查看pod里面容器的日志

[root@mastermanifests]#kubectllogspod-demomyapp

说明：pod-demo是上面我们创建的pod名字,myapp是pod里面容器的名字。

进入运行中的容器

[root@mastermanifests]#kubectlexec-itpod-demo-cmyapp--/bin/bashroot@pod-demo:/usr/local/tomcat#

-c:自动容器名字；pod-demo是我们自己创建的容器名字。

删除配置清单定义的资源

[root@mastermanifests]#kubectldelete-fpod-demo.yamlpod"pod-demo"deleted用命令run pod和用资源清单创建的pod区别

我们用命令run一个pod是需要创建一个控制器deployment的，所以删除这样的pod后，控制器deployment会自动新建一个，怎么也删不掉。

而我们用配置清单创建的pod，没有控制器deployment，是一个裸pod，所以一删除就没了，这个挺好。