经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » 数据库/运维 » Kubernetes » 查看文章
(四)Kubernetes 资源清单定义别来无恙-
来源:cnblogs  作者:别来无恙-  时间:2019/11/5 12:24:01  对本文有异议

 Kubernetes常用资源对象

依据资源的主要功能作为分类标准,KubernetesAPI对象大体可分为五个类别,如下:

类型名称
工作负载(Workload) Pod、ReplicaSet、Deployment、StatefulSet、DaemonSet、Job、Cronjob
负载均衡(Discovery &LB) Service、Ingress
配置和存储(Config&Storage) Volume、CSI、ConfigMap、Secret、DownwardAPI
集群(Cluster) Namespace、Node、Role、ClusterRole、RoleBinding、ClusterRoleBinding
元数据(metadata) HPA、PodTemplate、LimitRange

对象资源格式

Kubernetes API 仅接受及响应JSON格式的数据(JSON对象),同时,为了便于使用,它也允许用户提供YAML格式的POST对象,但API Server需要实现自行将其转换为JSON格式后方能提交。API Server接受和返回的所有JSON对象都遵循同一个模式,它们都具有kindapiVersion字段,用于标识对象所属的资源类型、API群组及相关的版本。

大多数的对象或列表类型的资源提供元数据信息,如名称、隶属的名称空间和标签等;spec则用于定义用户期望的状态,不同的资源类型,其状态的意义也各有不同,例如Pod资源最为核心的功能在于运行容器;而status则记录着活动对象的当前状态信息,它由Kubernetes系统自行维护,对用户来说为只读字段。

获取对象的JSON格式的配置清单可以通过"kubectl get TYPE/NAME -o yaml"命令来获取。

  1. [root@k8s-master ~]# kubectl get pod nginx-67685f79b5-8rjk7 -o yaml #获取该pod的配置清单
  2. apiVersion: v1
  3. kind: Pod
  4. metadata:
  5. creationTimestamp: "2019-08-30T07:00:30Z"
  6. generateName: nginx-67685f79b5-
  7. labels:
  8. pod-template-hash: 67685f79b5
  9. run: nginx
  10. name: nginx-67685f79b5-8rjk7
  11. namespace: default
  12. ownerReferences:
  13. - apiVersion: apps/v1
  14. blockOwnerDeletion: true
  15. controller: true
  16. kind: ReplicaSet
  17. name: nginx-67685f79b5
  18. uid: 6de479a9-52f6-4581-8e06-884a84dab593
  19. resourceVersion: "244953"
  20. selfLink: /api/v1/namespaces/default/pods/nginx-67685f79b5-8rjk7
  21. uid: 0b6f5a87-4129-4b61-897a-6020270a846e
  22. spec:
  23. containers:
  24. - image: nginx:1.12
  25. imagePullPolicy: IfNotPresent
  26. name: nginx
  27. resources: {}
  28. terminationMessagePath: /dev/termination-log
  29. terminationMessagePolicy: File
  30. volumeMounts:
  31. - mountPath: /var/run/secrets/kubernetes.io/serviceaccount
  32. name: default-token-s8mbf
  33. readOnly: true
  34. dnsPolicy: ClusterFirst
  35. enableServiceLinks: true
  36. nodeName: k8s-node1
  37. priority: 0
  38. restartPolicy: Always
  39. schedulerName: default-scheduler
  40. securityContext: {}
  41. serviceAccount: default
  42. serviceAccountName: default
  43. terminationGracePeriodSeconds: 30
  44. tolerations:
  45. - effect: NoExecute
  46. key: node.kubernetes.io/not-ready
  47. operator: Exists
  48. tolerationSeconds: 300
  49. - effect: NoExecute
  50. key: node.kubernetes.io/unreachable
  51. operator: Exists
  52. tolerationSeconds: 300
  53. volumes:
  54. - name: default-token-s8mbf
  55. secret:
  56. defaultMode: 420
  57. secretName: default-token-s8mbf
  58. status:
  59. conditions:
  60. - lastProbeTime: null
  61. lastTransitionTime: "2019-08-30T07:00:30Z"

创建资源的方法

  • apiserver仅接受JSON格式的资源定义

  • yaml格式提供资源配置清单,apiserver可自动将其转为json格式,而后再提交

大部分资源的配置清单由以下5个字段组成

  1. apiVersion: 指明api资源属于哪个群组和版本,同一个组可以有多个版本 group/version
  2. # kubectl api-versions 命令可以获取
  3. kind: 资源类别,标记创建的资源类型,k8s主要支持以下资源类别
  4. PodReplicaSetDeploymentStatefulSetDaemonSetJobCronjob
  5. metadata: 用于描述对象的属性信息,主要提供以下字段:
  6. name: 指定当前对象的名称,其所属的名称空间的同一类型中必须唯一
  7. namespace: 指定当前对象隶属的名称空间,默认值为default
  8. labels: 设定用于标识当前对象的标签,键值数据,常被用作挑选条件
  9. annotations: 非标识型键值数据,用来作为挑选条件,用于labels的补充
  10. spec: 用于描述所期望的对象应该具有的状态(disired state),资源对象中最重要的字段。
  11. status: 用于记录对象在系统上的当前状态(current state),本字段由kubernetes自行维护

kubernetes存在内嵌的格式说明,定义资源配置清单时,可以使用kubectl explain命令进行查看,如查看Pod这个资源的定义:

  1. [root@k8s-master ~]# kubectl explain pods
  2. KIND: Pod
  3. VERSION: v1
  4. DESCRIPTION:
  5. Pod is a collection of containers that can run on a host. This resource is
  6. created by clients and scheduled onto hosts.
  7. FIELDS:
  8. apiVersion <string>
  9. APIVersion defines the versioned schema of this representation of an
  10. object. Servers should convert recognized schemas to the latest internal
  11. value, and may reject unrecognized values. More info:
  12. https://git.k8s.io/community/contributors/devel/api-conventions.md#resources
  13. kind <string>
  14. Kind is a string value representing the REST resource this object
  15. represents. Servers may infer this from the endpoint the client submits
  16. requests to. Cannot be updated. In CamelCase. More info:
  17. https://git.k8s.io/community/contributors/devel/api-conventions.md#types-kinds
  18. metadata <Object>
  19. Standard object's metadata. More info:
  20. https://git.k8s.io/community/contributors/devel/api-conventions.md#metadata
  21. spec <Object>
  22. Specification of the desired behavior of the pod. More info:
  23. https://git.k8s.io/community/contributors/devel/api-conventions.md#spec-and-status
  24. status <Object>
  25. Most recently observed status of the pod. This data may not be up to date.
  26. Populated by the system. Read-only. More info:
  27. https://git.k8s.io/community/contributors/devel/api-conventions.md#spec-and-status

如果需要了解某一级字段表示的对象之下的二级对象字段时,只需要指定其二级字段的对象名称即可,三级和四级字段对象等的查看方式依次类推。例如查看Pod资源的Spec对象支持嵌套使用的二级字段:

  1. [root@k8s-master ~]# kubectl explain pods.spec
  2. RESOURCE: spec <Object>
  3. DESCRIPTION:
  4. Specification of the desired behavior of the pod. More info:
  5. https://git.k8s.io/community/contributors/devel/api-conventions.md#spec-and-status
  6. PodSpec is a description of a pod.
  7. FIELDS:
  8. activeDeadlineSeconds <integer>
  9. Optional duration in seconds the pod may be active on the node relative to
  10. StartTime before the system will actively try to mark it failed and kill
  11. associated containers. Value must be a positive integer.
  12. affinity <Object>
  13. If specified, the pod's scheduling constraints
  14. automountServiceAccountToken <boolean>
  15. AutomountServiceAccountToken indicates whether a service account token
  16. should be automatically mounted.
  17. .....

配置清单模式创建Pod

  1. [root@k8s-master ~]# mkdir manfests
  2. [root@k8s-master ~]# cd manfests/
  3. [root@k8s-master manfests]# vim pod-demo.yaml
  4. apiVersion: v1
  5. kind: Pod
  6. metadata:
  7. name: pod-demo
  8. namespace: default
  9. labels:
  10. app: myapp
  11. tier: frontend
  12. spec:
  13. containers:
  14. - name: myapp
  15. image: ikubernetes/myapp:v1
  16. - name: busybox
  17. image: busybox:latest
  18. command:
  19. - "/bin/sh"
  20. - "-c"
  21. - "sleep 3600"
  22. [root@k8s-master manfests]# kubectl create -f pod-demo.yaml
  23. pod/pod-demo created
  24. [root@k8s-master manfests]#
  25. [root@k8s-master manfests]# kubectl get pods
  26. NAME READY STATUS RESTARTS AGE
  27. pod-demo 2/2 Running 0 15s
  28. [root@k8s-master manfests]# kubectl describe pods pod-demo #查看pod详细信息
  29. [root@k8s-master manfests]# kubectl get pods -o wide
  30. NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
  31. pod-demo 2/2 Running 0 102s 10.244.1.17 k8s-node1 <none> <none>
  32. [root@k8s-master manfests]#
  33. [root@k8s-master manfests]# curl 10.244.1.17
  34. Hello MyApp | Version: v1 | <a href="hostname.html">Pod Name</a>
  35. [root@k8s-master manfests]#
  36. [root@k8s-master manfests]# kubectl logs pod-demo myapp #查看pod-demo下myapp的日志
  37. 10.244.0.0 - - [03/Sep/2019:02:32:52 +0000] "GET / HTTP/1.1" 200 65 "-" "curl/7.29.0" "-"
  38. [root@k8s-master manfests]#
  39. [root@k8s-master manfests]# kubectl exec -it pod-demo -c myapp -- /bin/sh #进入myapp容器
  40. / #

Pod资源spec的containers字段解析

  1. [root@k8s-master ~]# kubectl explain pods.spec.containers
  2. name <string> 指定容器名称
  3. image <string> 指定容器所需镜像仓库及镜像名,例如ikubernetes/myapp:v1
  4. imagePullPolicy <string> (可取以下三个值Always,Never,IfNotpresent
  5. Always:镜像标签为“latest”时,总是去指定的仓库中获取镜像
  6. Never:禁止去仓库中下载镜像,即仅使用本地镜像
  7. IfNotpresent:如果本地没有该镜像,则去镜像仓库中下载镜像
  8. ports <[]Object> 值是一个列表,由一到多个端口对象组成。例如:(名称(可后期调用) 端口号 协议 暴露在的地址上) 暴露端口只是提供额外信息的,不能限制系统是否真的暴露
  9. containerPort <integer> 指定暴露的容器端口
  10. name <string> 当前端口的名称
  11. hostIP <string> 主机端口要绑定的主机IP
  12. hostPort <integer> 主机端口,它将接收到请求通过NAT转发至containerPort字段指定的端口
  13. protocol <string> 端口的协议,默认是TCP
  14. args <[]string> 传递参数给command 相当于docker中的CMD
  15. command <[]string> 相当于docker中的ENTRYPOINT

镜像中的命令和pod中定义的命令关系说明:

  • 如果pod中没有提供command或者args,则使用docker中的CMDENTRYPOINT

  • 如果pod中提供了command但不提供args,则使用提供的command,忽略docker中的CmdEntrypoint

  • 如果pod中只提供了args,则args将作为参数提供给docker中的Entrypoint使用。

  • 如果pod中同时提供了commandargs,则docker中的cmdEntrypoint将会被忽略,pod中的args将最为参数给cmd使用。

标签和标签选择器

标签

标签是Kubernetes极具特色的功能之一,它能够附加于Kubernetes的任何资源对象之上。简单来说,标签就是“键值”类型的数据,可以在资源创建时直接指定,也可以随时按需添加到活动对象中。而后即可由标签选择器进行匹配度检查从而完成资源挑选。一个对象可拥有不止一个标签,而同一个标签也可以被添加到至多个资源之上。

  1. key=value
  2. key:字母、数字、_-、. 只能以字母或者数字开头
  3. value:可以为空,只能以字母或者数字开头及结尾,中间可以使用字母、数字、_-、.
  4. 在实际环境中,尽量做到见名知意,且尽可能保持简单
  1. [root@k8s-master ~]# kubectl get pods --show-labels #查看pod信息时,并显示对象的标签信息
  2. NAME READY STATUS RESTARTS AGE LABELS
  3. pod-demo 2/2 Running 5 5h13m app=myapp,tier=frontend
  4. [root@k8s-master ~]# kubectl get pods -l app #过滤包含app标签的pod
  5. NAME READY STATUS RESTARTS AGE
  6. pod-demo 2/2 Running 5 5h20m
  7. [root@k8s-master ~]# kubectl get pods -l app,tier #过滤同时包含app,tier标签的pod
  8. NAME READY STATUS RESTARTS AGE
  9. pod-demo 2/2 Running 5 5h20m
  10. [root@k8s-master ~]# kubectl get pods -L app #显示有app键的标签信息
  11. NAME READY STATUS RESTARTS AGE APP
  12. pod-demo 2/2 Running 5 5h21m myapp
  13. [root@k8s-master ~]# kubectl get pods -L app,tier #显示有app和tier键的标签信息
  14. NAME READY STATUS RESTARTS AGE APP TIER
  15. pod-demo 2/2 Running 5 5h21m myapp frontend

1)给已有的pod添加标签,通过kubectl label命令

  1. [root@k8s-master ~]# kubectl label --help
  2. Usage:
  3. kubectl label [--overwrite] (-f FILENAME | TYPE NAME) KEY_1=VAL_1 ... KEY_N=VAL_N
  4. [--resource-version=version] [options]
  5. [root@k8s-master ~]# kubectl label pods/pod-demo env=production #给pod资源pod-demo添加env标签值为production
  6. pod/pod-demo labeled
  7. [root@k8s-master ~]# kubectl get pods --show-labels
  8. NAME READY STATUS RESTARTS AGE LABELS
  9. pod-demo 2/2 Running 5 5h32m app=myapp,env=production,tier=frontend

2)修改已有的标签的值

  1. [root@k8s-master ~]# kubectl label pods/pod-demo env=testing --overwrite #同上面添加标签一样,只是添加--overwrite参数
  2. pod/pod-demo labeled
  3. [root@k8s-master ~]#
  4. [root@k8s-master ~]# kubectl get pods --show-labels
  5. NAME READY STATUS RESTARTS AGE LABELS
  6. pod-demo 2/2 Running 5 5h39m app=myapp,env=testing,tier=frontend

标签选择器

标签选择器用于选择标签的查询条件或选择标准,kubernetes API目前支持两个选择器:基于等值关系以及基于集合关系。例如,env=productionenv!=qa是基于等值关系的选择器,而tier in(frontend,backend)则是基于集合关系的选择器。使用标签选择器时还将遵循以下逻辑:

1)同时指定的多个选择器之间的逻辑关系为“与”操作

2)使用空值的标签选择器意味着每个资源对象都将被选中

3)空的标签选择器将无法选出任何资源。

  • 等值关系标签选择器:

"="、“==”和“!=”三种,其中前两个意义相同,都表示等值关系;最后一个表示不等关系。

  • 集合关系标签选择器:

KEY in(VALUE1,VALUE2,...):指定的健名的值存在于给定的列表中即满足条件

KEY notin(VALUE1,VALUE2,...):指定的键名的值不存在与给定的列表中即满足条件

KEY:所有存在此健名标签的资源。

!KEY:所有不存在此健名标签的资源。

1)等值关系示例:

  1. [root@k8s-master ~]# kubectl get pods -l app=myapp #过滤标签键为app值为myapp的pod
  2. NAME READY STATUS RESTARTS AGE
  3. pod-demo 2/2 Running 6 6h11m
  4. [root@k8s-master ~]# kubectl get pods -l app=myapp,env=testing #过滤标签键为app值为myqpp,并且标签键为env值为testing的pod
  5. NAME READY STATUS RESTARTS AGE
  6. pod-demo 2/2 Running 6 6h11m
  7. [root@k8s-master ~]# kubectl get pods -l app!=my #过滤标签键为app值不为my的所有pod
  8. NAME READY STATUS RESTARTS AGE
  9. pod-demo 2/2 Running 6 6h17m

2)集合关系示例:

  1. [root@k8s-master ~]# kubectl get pods -l "app in (myapp)" #过滤键为app值有myapp的pod
  2. NAME READY STATUS RESTARTS AGE
  3. pod-demo 2/2 Running 6 6h51m
  4. [root@k8s-master ~]# kubectl get pods -l "app notin (my)" #过滤键为app值没有my的pod
  5. NAME READY STATUS RESTARTS AGE
  6. pod-demo 2/2 Running 6 6h59m

处此之外,kubernetes的诸多资源对象必须以标签选择器的方式关联到pod资源对象,例如ServiceDeploymentReplicaSet类型的资源等,它们在spec字段中嵌套使用嵌套的“selector”字段,通过“matchlabels”来指定标签选择器,有的甚至还支持使用“matchExpressions”构建复杂的标签选择器机制。

  • matchLabels:通过直接给定键值对来指定标签选择器

  • matchExpressions:基于表达式指定的标签选择器列表,每个选择器都形如“{key:KEY_NAME, operator:OPERATOR, values:[VALUE1,VALUE2,...]}”

节点选择器

pod节点选择器是标签及标签选择器的一种应用,它能够让pod对象基于集群中工作节点的标签来挑选倾向运行的目标节点。

  1. #在定义pod资源清单时,可以通过nodeName来指定pod运行的节点,或者通过nodeSelector来挑选倾向的节点
  2. [root@k8s-master ~]# kubectl explain pods.spec
  3. nodeName <string>
  4. NodeName is a request to schedule this pod onto a specific node. If it is
  5. non-empty, the scheduler simply schedules this pod onto that node, assuming
  6. that it fits resource requirements.
  7. nodeSelector <map[string]string>
  8. NodeSelector is a selector which must be true for the pod to fit on a node.
  9. Selector which must match a node's labels for the pod to be scheduled on
  10. that node. More info:
  11. https://kubernetes.io/docs/concepts/configuration/assign-pod-node/

查看节点默认的标签

  1. [root@k8s-master ~]# kubectl get nodes --show-labels
  2. NAME STATUS ROLES AGE VERSION LABELS
  3. k8s-master Ready master 6d2h v1.15.2 beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-master,kubernetes.io/os=linux,node-role.kubernetes.io/master=
  4. k8s-node1 Ready <none> 6d1h v1.15.2 beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-node1,kubernetes.io/os=linux
  5. k8s-node2 Ready <none> 6d1h v1.15.2 beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-node2,kubernetes.io/os=linux

给节点添加标签

  1. [root@k8s-master ~]# kubectl label nodes/k8s-node1 disktype=ssd
  2. node/k8s-node1 labeled
  3. [root@k8s-master ~]# kubectl get nodes --show-labels
  4. NAME STATUS ROLES AGE VERSION LABELS
  5. k8s-master Ready master 6d2h v1.15.2 beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-master,kubernetes.io/os=linux,node-role.kubernetes.io/master=
  6. k8s-node1 Ready <none> 6d2h v1.15.2 beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,disktype=ssd,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-node1,kubernetes.io/os=linux
  7. k8s-node2 Ready <none> 6d2h v1.15.2 beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-node2,kubernetes.io/os=linux

修改yaml文件,添加节点选择器nodeSelector,然后重新创建pod

  1. [root@k8s-master ~]# vim manfests/pod-demo.yaml
  2. apiVersion: v1
  3. kind: Pod
  4. metadata:
  5. name: pod-demo
  6. namespace: default
  7. labels:
  8. app: myapp
  9. tier: frontend
  10. spec:
  11. containers:
  12. - name: myapp
  13. image: ikubernetes/myapp:v1
  14. ports:
  15. - name: http
  16. containerPort: 80
  17. - name: busybox
  18. image: busybox:latest
  19. command:
  20. - "/bin/sh"
  21. - "-c"
  22. - "sleep 3600"
  23. nodeSelector:
  24. disktype: ssd
  25. [root@k8s-master ~]# kubectl delete -f manfests/pod-demo.yaml #删除上面创建的pod资源
  26. pod "pod-demo" deleted
  27. [root@k8s-master ~]# kubectl create -f manfests/pod-demo.yaml #重新创建pod-demo资源
  28. pod/pod-demo created
  29. [root@k8s-master ~]# kubectl get pods -o wide #查看pod,可以看到分配到了k8s-node1节点(也就是上面打上disktype标签的节点)
  30. NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
  31. pod-demo 2/2 Running 0 16s 10.244.1.19 k8s-node1 <none> <none>
  32. [root@k8s-master ~]# kubectl describe pods pod-demo
  33. ......
  34. Events:
  35. Type Reason Age From Message
  36. ---- ------ ---- ---- -------
  37. Normal Scheduled 58s default-scheduler Successfully assigned default/pod-demo to k8s-node1
  38. ......

资源注解

除了标签(label)之外,Pod与其他各种资源还能使用资源注解(annotation)。与标签类似,注解也是“键值”类型的数据,不过它不能用于标签及挑选Kubernetes对象,仅可用于资源提供“元数据”信息。另外,注解中的元数据不受字符数量的限制,它可大可小,可以为结构化或非结构化形式,也支持使用在标签中禁止使用的其他字符。

 

 

原文链接:http://www.cnblogs.com/yanjieli/p/11797455.html

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号