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

资源分类：    

    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 ~]# kubectl get podsNAME                          READY     STATUS             RESTARTS   AGEclient                        1/1       Running            0          17hmyapp-fcc5f7f7c-4x2p7         0/1       ImagePullBackOff   0          12hmyapp-fcc5f7f7c-dnkdq         0/1       ImagePullBackOff   0          12hmyTomcat-5f8c6fdcb-7t5s2      1/1       Running            0          11hmytomcat-5f8c6fdcb-lhcsc      1/1       Running            0          12hmytomcat-5f8c6fdcb-rntrg      1/1       Running            0          12hNginx-deploy-5b595999-fpm8x   1/1       Running            0          12h

[root@master ~]# kubectl get pods mytomcat-5f8c6fdcb-lhcscNAME                       READY     STATUS    RESTARTS   AGEmytomcat-5f8c6fdcb-lhcsc   1/1       Running   0          12h

[root@master ~]# kubectl get pods mytomcat-5f8c6fdcb-lhcsc -o yamlspec: #规格、特性，用户期望的状态  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 ~]#  kubectl explain pods

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

[root@master ~]#  kubectl explain pods.metadata

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

[root@master ~]#  kubectl explain pods.spec

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

[root@master ~]#  kubectl explain pods.spec.containers

例子-用ymal创建pod

    用yaml格式创建一个pod

[root@master ~]# mkdir manifests[root@master ~]# cd manifests/

[root@master manifests]# cat pod-demo.yaml apiVersion: v1kind: Podmetadata:  name: pod-demo  namespace: default  labels:    app: myapp  #kv格式的，也可以用花括号表示    tier: frontend #定义所属的层次spec:  containers:   - name: myapp  #前面的-号表示这是一个列表格式的,也可以用中括号表示    image: tomcat   - name: busybox    image: busybox:latest    command:    - "/bin/sh"    - "-c"    - "echo $(date) >> /usr/share/nginx/html/index.html; sleep 5"   #以上命令也可以写作：command: ["/bin/sh","-c","sleep 3600"]

[root@master manifests]# kubectl create -f pod-demo.yaml pod/pod-demo created

[root@master manifests]# kubectl get podsNAME                          READY     STATUS             RESTARTS   AGEpod-demo                      2/2       Running            1          33s

[root@master manifests]#kubectl describe pods pod-demo 可以看到一个pod里面跑了两个容器，一个是busybox，一个是tomcat

查看pod里面容器的日志

[root@master manifests]# kubectl logs pod-demo myapp

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

进入运行中的容器

[root@master manifests]# kubectl exec -it pod-demo -c myapp -- /bin/bashroot@pod-demo:/usr/local/tomcat#

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

删除配置清单定义的资源

[root@master manifests]# kubectl delete -f pod-demo.yaml pod "pod-demo" deleted

用命令run pod和用资源清单创建的pod区别

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

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

    命令创建的：

[root@master ~]# kubectl  expose deployment nginx-deploy --name=nginx --port=80 --target-port=80 --protocol=tcp

    资源清单创建的：

[root@master manifests]# kubectl create -f pod-demo.yaml pod/pod-demo created