当前位置:   article > 正文

Kubernetes之Pod组件简介、启动命令_pod启动命令

pod启动命令

一、Pod简介

1、Pod结构

在这里插入图片描述

每个Pod中都可以包含一个或者多个容器,这些容器可以分为两类:

  • 用户程序所在的容器,数量可多可少
  • Pause容器,这个是每个Pod都会有的根容器,它的作用有两个:
    • 可以以它为依据,评估整个Pod的健康状态
    • 可以在根容器上设置ip地址,其他容器都可以通过此ip(Pod IP),以实现Pod内部的网络通信,这里是Pod内部的通信,Pod之间的通信采用虚拟二层网络技术实现,比如Flanel技术

2、Pod定义

如下查看pod的yaml文件的一级属性,即一级属性只有apiVersion,kind,metadata,spec,
 status五个属性

  1. [root@master ~]# kubectl explain pod
  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/sig-architecture/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/sig-architecture/api-conventions.md#types-kinds
  18. metadata <Object>
  19. Standard object's metadata. More info:
  20. https://git.k8s.io/community/contributors/devel/sig-architecture/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/sig-architecture/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/sig-architecture/api-conventions.md#spec-and-status
  28. [root@master ~]#

五个一级属性的含义:

  • apiVersion ,版本,由kubernetes内部定义,版本号可以用kubectl api-versions查询
  • kind , 类型,由kubernetes内部定义,类型可以用kubectl api-resources查询
  • metadata , 元数据,主要是资源标识和说明,常用的有name,namespace,labels等
  • spec , 描述,这是配置中最重要的一部分,里面是对各种资源配置的详细描述
  • status , 状态信息,里面的内容不需要定义,由kubernetes自动生成

如下为二级属性的查询命令:

  1. [root@master ~]# kubectl explain Pod.spec
  2. KIND: Pod
  3. VERSION: v1
  4. RESOURCE: spec <Object>
  5. DESCRIPTION:
  6. Specification of the desired behavior of the pod. More info:
  7. https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status
  8. PodSpec is a description of a pod.
  9. FIELDS:
  10. activeDeadlineSeconds <integer>
  11. Optional duration in seconds the pod may be active on the node relative to
  12. StartTime before the system will actively try to mark it failed and kill
  13. associated containers. Value must be a positive integer.
  14. affinity <Object>
  15. If specified, the pod's scheduling constraints
  16. automountServiceAccountToken <boolean>
  17. AutomountServiceAccountToken indicates whether a service account token
  18. should be automatically mounted.
  19. containers <[]Object> -required-
  20. List of containers belonging to the pod. Containers cannot currently be
  21. added or removed. There must be at least one container in a Pod. Cannot be
  22. updated.
  23. dnsConfig <Object>
  24. Specifies the DNS parameters of a pod. Parameters specified here will be
  25. merged to the generated DNS configuration based on DNSPolicy.
  26. dnsPolicy <string>
  27. Set DNS policy for the pod. Defaults to "ClusterFirst". Valid values are
  28. 'ClusterFirstWithHostNet', 'ClusterFirst', 'Default' or 'None'. DNS
  29. parameters given in DNSConfig will be merged with the policy selected with
  30. DNSPolicy. To have DNS options set along with hostNetwork, you have to
  31. specify DNS policy explicitly to 'ClusterFirstWithHostNet'.
  32. enableServiceLinks <boolean>
  33. EnableServiceLinks indicates whether information about services should be
  34. injected into pod's environment variables, matching the syntax of Docker
  35. links. Optional: Defaults to true.
  36. ephemeralContainers <[]Object>
  37. List of ephemeral containers run in this pod. Ephemeral containers may be
  38. run in an existing pod to perform user-initiated actions such as debugging.
  39. This list cannot be specified when creating a pod, and it cannot be
  40. modified by updating the pod spec. In order to add an ephemeral container
  41. to an existing pod, use the pod's ephemeralcontainers subresource. This
  42. field is alpha-level and is only honored by servers that enable the
  43. EphemeralContainers feature.
  44. hostAliases <[]Object>
  45. HostAliases is an optional list of hosts and IPs that will be injected into
  46. the pod's hosts file if specified. This is only valid for non-hostNetwork
  47. pods.
  48. hostIPC <boolean>
  49. Use the host's ipc namespace. Optional: Default to false.
  50. hostNetwork <boolean>
  51. Host networking requested for this pod. Use the host's network namespace.
  52. If this option is set, the ports that will be used must be specified.
  53. Default to false.
  54. hostPID <boolean>
  55. Use the host's pid namespace. Optional: Default to false.
  56. hostname <string>
  57. Specifies the hostname of the Pod If not specified, the pod's hostname will
  58. be set to a system-defined value.
  59. imagePullSecrets <[]Object>
  60. ImagePullSecrets is an optional list of references to secrets in the same
  61. namespace to use for pulling any of the images used by this PodSpec. If
  62. specified, these secrets will be passed to individual puller
  63. implementations for them to use. For example, in the case of docker, only
  64. DockerConfig type secrets are honored. More info:
  65. https://kubernetes.io/docs/concepts/containers/images#specifying-imagepullsecrets-on-a-pod
  66. initContainers <[]Object>
  67. List of initialization containers belonging to the pod. Init containers are
  68. executed in order prior to containers being started. If any init container
  69. fails, the pod is considered to have failed and is handled according to its
  70. restartPolicy. The name for an init container or normal container must be
  71. unique among all containers. Init containers may not have Lifecycle
  72. actions, Readiness probes, Liveness probes, or Startup probes. The
  73. resourceRequirements of an init container are taken into account during
  74. scheduling by finding the highest request/limit for each resource type, and
  75. then using the max of of that value or the sum of the normal containers.
  76. Limits are applied to init containers in a similar fashion. Init containers
  77. cannot currently be added or removed. Cannot be updated. More info:
  78. https://kubernetes.io/docs/concepts/workloads/pods/init-containers/
  79. nodeName <string>
  80. NodeName is a request to schedule this pod onto a specific node. If it is
  81. non-empty, the scheduler simply schedules this pod onto that node, assuming
  82. that it fits resource requirements.
  83. nodeSelector <map[string]string>
  84. NodeSelector is a selector which must be true for the pod to fit on a node.
  85. Selector which must match a node's labels for the pod to be scheduled on
  86. that node. More info:
  87. https://kubernetes.io/docs/concepts/configuration/assign-pod-node/
  88. overhead <map[string]string>
  89. Overhead represents the resource overhead associated with running a pod for
  90. a given RuntimeClass. This field will be autopopulated at admission time by
  91. the RuntimeClass admission controller. If the RuntimeClass admission
  92. controller is enabled, overhead must not be set in Pod create requests. The
  93. RuntimeClass admission controller will reject Pod create requests which
  94. have the overhead already set. If RuntimeClass is configured and selected
  95. in the PodSpec, Overhead will be set to the value defined in the
  96. corresponding RuntimeClass, otherwise it will remain unset and treated as
  97. zero. More info:
  98. https://git.k8s.io/enhancements/keps/sig-node/20190226-pod-overhead.md This
  99. field is alpha-level as of Kubernetes v1.16, and is only honored by servers
  100. that enable the PodOverhead feature.
  101. preemptionPolicy <string>
  102. PreemptionPolicy is the Policy for preempting pods with lower priority. One
  103. of Never, PreemptLowerPriority. Defaults to PreemptLowerPriority if unset.
  104. This field is beta-level, gated by the NonPreemptingPriority feature-gate.
  105. priority <integer>
  106. The priority value. Various system components use this field to find the
  107. priority of the pod. When Priority Admission Controller is enabled, it
  108. prevents users from setting this field. The admission controller populates
  109. this field from PriorityClassName. The higher the value, the higher the
  110. priority.
  111. priorityClassName <string>
  112. If specified, indicates the pod's priority. "system-node-critical" and
  113. "system-cluster-critical" are two special keywords which indicate the
  114. highest priorities with the former being the highest priority. Any other
  115. name must be defined by creating a PriorityClass object with that name. If
  116. not specified, the pod priority will be default or zero if there is no
  117. default.
  118. readinessGates <[]Object>
  119. If specified, all readiness gates will be evaluated for pod readiness. A
  120. pod is ready when all its containers are ready AND all conditions specified
  121. in the readiness gates have status equal to "True" More info:
  122. https://git.k8s.io/enhancements/keps/sig-network/0007-pod-ready%2B%2B.md
  123. restartPolicy <string>
  124. Restart policy for all containers within the pod. One of Always, OnFailure,
  125. Never. Default to Always. More info:
  126. https://kubernetes.io/docs/concepts/workloads/pods/pod-lifecycle/#restart-policy
  127. runtimeClassName <string>
  128. RuntimeClassName refers to a RuntimeClass object in the node.k8s.io group,
  129. which should be used to run this pod. If no RuntimeClass resource matches
  130. the named class, the pod will not be run. If unset or empty, the "legacy"
  131. RuntimeClass will be used, which is an implicit class with an empty
  132. definition that uses the default runtime handler. More info:
  133. https://git.k8s.io/enhancements/keps/sig-node/runtime-class.md This is a
  134. beta feature as of Kubernetes v1.14.
  135. schedulerName <string>
  136. If specified, the pod will be dispatched by specified scheduler. If not
  137. specified, the pod will be dispatched by default scheduler.
  138. securityContext <Object>
  139. SecurityContext holds pod-level security attributes and common container
  140. settings. Optional: Defaults to empty. See type description for default
  141. values of each field.
  142. serviceAccount <string>
  143. DeprecatedServiceAccount is a depreciated alias for ServiceAccountName.
  144. Deprecated: Use serviceAccountName instead.
  145. serviceAccountName <string>
  146. ServiceAccountName is the name of the ServiceAccount to use to run this
  147. pod. More info:
  148. https://kubernetes.io/docs/tasks/configure-pod-container/configure-service-account/
  149. setHostnameAsFQDN <boolean>
  150. If true the pod's hostname will be configured as the pod's FQDN, rather
  151. than the leaf name (the default). In Linux containers, this means setting
  152. the FQDN in the hostname field of the kernel (the nodename field of struct
  153. utsname). In Windows containers, this means setting the registry value of
  154. hostname for the registry key
  155. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters to
  156. FQDN. If a pod does not have FQDN, this has no effect. Default to false.
  157. shareProcessNamespace <boolean>
  158. Share a single process namespace between all of the containers in a pod.
  159. When this is set containers will be able to view and signal processes from
  160. other containers in the same pod, and the first process in each container
  161. will not be assigned PID 1. HostPID and ShareProcessNamespace cannot both
  162. be set. Optional: Default to false.
  163. subdomain <string>
  164. If specified, the fully qualified Pod hostname will be
  165. "<hostname>.<subdomain>.<pod namespace>.svc.<cluster domain>". If not
  166. specified, the pod will not have a domainname at all.
  167. terminationGracePeriodSeconds <integer>
  168. Optional duration in seconds the pod needs to terminate gracefully. May be
  169. decreased in delete request. Value must be non-negative integer. The value
  170. zero indicates stop immediately via the kill signal (no opportunity to shut
  171. down). If this value is nil, the default grace period will be used instead.
  172. The grace period is the duration in seconds after the processes running in
  173. the pod are sent a termination signal and the time when the processes are
  174. forcibly halted with a kill signal. Set this value longer than the expected
  175. cleanup time for your process. Defaults to 30 seconds.
  176. tolerations <[]Object>
  177. If specified, the pod's tolerations.
  178. topologySpreadConstraints <[]Object>
  179. TopologySpreadConstraints describes how a group of pods ought to spread
  180. across topology domains. Scheduler will schedule pods in a way which abides
  181. by the constraints. All topologySpreadConstraints are ANDed.
  182. volumes <[]Object>
  183. List of volumes that can be mounted by containers belonging to the pod.
  184. More info: https://kubernetes.io/docs/concepts/storage/volumes
  185. [root@master ~]#

二级属性Pod.spec中最常用的为如下属性:

  • containers <[]Object>,容器列表,用于定义容器的详细信息
  • nodeName ,根据nodeName的值将pod调度到指定的node节点上
  • nodeSelector <map[]>, 根据nodeSelector中定义的信息选择将该Pod调度到包含这些label的Node上
  • hostNetwork , 是否使用主机网络模式,默认为false,如果设置为TRUE,表示使用宿主机网络
  • volumes , 存储卷,用于定义Pod上面挂载的存储信息
  • restartPolicy , 重启策略,表示Pod在遇到故障的时候的处理策略

二、Pod启动命令

1、编写配置文件

       创建pod_command.yaml文件,并编写如下内容,即在容器启动之后,向 /tmp/hello.txt文件写入时间戳,执行命令主要通过command字段传入,类型为列表格式

  1. apiVersion: v1
  2. kind: Namespace
  3. metadata:
  4. name: dev
  5. ---
  6. apiVersion: v1
  7. kind: Pod
  8. metadata:
  9. name: pod-command
  10. namespace: dev
  11. labels:
  12. user: redrose2100
  13. spec:
  14. containers:
  15. - name: busybox
  16. image: busybox:1.30
  17. command: ["/bin/sh","-c","touch /tmp/hello.txt;while true;do /bin/echo $(date +%T) >> /tmp/hello.txt;sleep 3;done;"]

2、创建资源

        使用如下命令创建namespace和pod资源

  1. [root@master pod]# kubectl apply -f pod_command.yaml
  2. namespace/dev created
  3. pod/pod-command created
  4. [root@master pod]#

3、进入容器检查数据

如下,进入容器中,并查看 /tmp/hello.txt文件内容,如下,表示已经成功执行命令

  1. [root@master pod]# kubectl get pod -n dev
  2. NAME READY STATUS RESTARTS AGE
  3. pod-command 1/1 Running 0 6s
  4. [root@master pod]# kubectl exec pod-command -n dev -it -c busybox /bin/sh
  5. kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
  6. / # tail -n 5 /tmp/hello.txt
  7. 15:13:58
  8. 15:14:01
  9. 15:14:04
  10. 15:14:07
  11. 15:14:10
  12. / #

4、关于kubernetes中command和args的参数说明

  • 如果command和args都没写,则使用dockerfile中的配置
  • 如果command写了,但是args没写,那么dockerfile默认配置会被忽略,执行输入的command
  • 如果command没写,但是args写了,那么dockerfile中配置的ENTRYPOINT的命令会被执行,使用当前args的参数
  • 如果command和args都写了,那么dockerfile的配置被忽略,执行command追加上args参数

5、删除资源

使用如下命令删除资源

  1. [root@master pod]# kubectl delete -f pod_command.yaml
  2. namespace "dev" deleted
  3. pod "pod-command" deleted
  4. [root@master pod]#
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/羊村懒王/article/detail/644028
推荐阅读
相关标签
  

闽ICP备14008679号