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 pods
NAME                          READY     STATUS             RESTARTS   AGE
client                        1/1       Running            0          17h
myapp-fcc5f7f7c-4x2p7         0/1       ImagePullBackOff   0          12h
myapp-fcc5f7f7c-dnkdq         0/1       ImagePullBackOff   0          12h
mytomcat-5f8c6fdcb-7t5s2      1/1       Running            0          11h
mytomcat-5f8c6fdcb-lhcsc      1/1       Running            0          12h
mytomcat-5f8c6fdcb-rntrg      1/1       Running            0          12h
nginx-deploy-5b595999-fpm8x   1/1       Running            0          12h

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

[root@master ~]# kubectl get pods mytomcat-5f8c6fdcb-lhcsc -o yaml
spec: #规格、特性，用户期望的状态
  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: v1
kind: Pod
metadata:
  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 pods
NAME                          READY     STATUS             RESTARTS   AGE
pod-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/bash
root@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