昨日考题

通过单个命令创建一个deployment并暴露Service。deployment和Service名称为cka-1120，使用nginx镜像， deployment拥有2个pod

昨日答案

  1. [root@liabio ~]# kubectl run cka-1120--replicas 2 --expose=true --port=80 --image=nginx

  2. kubectl run --generator=deployment/apps.v1 is DEPRECATED and will be removed in a future version. Use kubectl run --generator=run-pod/v1 or kubectl create instead.

  3. service/cka-1120 created

  4. deployment.apps/cka-1120 created

  5.  

  6. [root@liabio ~]# kubectl get all | grep cka-1120

  7. pod/cka-1120-554b9c4798-7jcrb1/1Running0118m

  8. pod/cka-1120-554b9c4798-fpjwj 1/1Running0118m

  9. service/cka-1120ClusterIP10.108.140.25<none>80/TCP 118m

  10. deployment.apps/cka-11202/222118m

昨日解析

官网中提供了详细的kubectl使用方法，位于REFERENCE--kubectl CLI--kubectl Commands标签下。即：https://kubernetes.io/docs/reference/generated/kubectl/kubectl-commands#run

kubectl run会创建deployment或者job来管理Pod，命令语法如下：

  1. kubectl run NAME --image=image [--env="key=value"] [--port=port] [--replicas=replicas] [--dry-run=bool] [--overrides=inline-json] [--command] -- [COMMAND] [args...]

NAME指定deployment和service的名称；

--replicas缩写-r，指定实例数，默认为1；

--expose如果为true，会创建有ClusterIP的service，默认为false；

--port表示容器暴露的端口，如果expose为true，该端口也是service的端口；

--image指定容器用的镜像；

--dry-run为true时，只打印将要发送的对象，而不真正发送它，默认为false。

创建名为cka-1120-01，带环境变量的deployment

  1. kubectl run cka-1120-01 --image=nginx --env="DNS_DOMAIN=cluster.local" --env="POD_NAMESPACE=default"

创建名为cka-1120-02，带label的deployment

  1. kubectl run cka-1120-02 --image=nginx --labels="app=nginx,env=prod"

还有一个--restart参数，默认为Always，如果设置为OnFailure，则job会被创建；如果设置为Never，则普通Pod会被创建。

  1. [root@liabio ~]# kubectl run cka-1120-03 --image=nginx --restart=OnFailure

  2. kubectl run --generator=job/v1 is DEPRECATED and will be removed in a future version. Use kubectl run --generator=run-pod/v1 or kubectl create instead.

  3. job.batch/cka-1120-03 created

  4. [root@liabio ~]#

  5. [root@liabio ~]# kubectl run cka-1120-04 --image=nginx --restart=Never

  6. pod/cka-1120-04 created

参数--schedule指定cronjob的定时规则，如果指定该参数，则会创建出cronjob

  1. [root@liabio ~]# kubectl run pi --schedule="0/5 * * * ?" --image=perl --restart=OnFailure -- perl -Mbignum=bpi -wle 'print bpi(2000)'

  2. cronjob.batch/pi created

目前不支持直接创建Statefulset、Daemonset等资源对象。

kubectl run执行后，到底发生了什么？有必要看看kubectl源码，入口函数在$GOPATH\src\k8s.io\kubernetes\cmd\clicheck\checkcliconventions.go中备战CKA每日一题——第4天_cka其中cmd.NewKubectlCommand为构建kubectl以及其子命令行参数。最终的执行业务逻辑的代码都在pkg\kubectl包下面。不同的子命令：apply、run、create入口对应的在pkg\kubectl\cmd下面：备战CKA每日一题——第4天_cka_02最重要的o.Run(f, cmd, args)中会对kubectl run传入的参数进行一系列校验，填充默认值。

在360行调用o.createGeneratedObject根据不同的generator生成deployment、cronjob、job、pod等资源对象，并向apiserver发送创建请求。

如果设置了expose为true，在372行，同样的调用o.createGeneratedObject生成并创建service。备战CKA每日一题——第4天_cka_03o.createGeneratedObject方法第649行，根据不同的generator实现生成不同的资源对象。备战CKA每日一题——第4天_cka_04run命令对应的generator实现有以下几种，代码位于pkg\kubectl\generate\versioned\generator.go中的DefaultGenerators函数。

  1. case"run":

  2. generator = map[string]generate.Generator{

  3. RunV1GeneratorName: BasicReplicationController{},

  4. RunPodV1GeneratorName: BasicPod{},

  5. DeploymentV1Beta1GeneratorName: DeploymentV1Beta1{},

  6. DeploymentAppsV1Beta1GeneratorName: DeploymentAppsV1Beta1{},

  7. DeploymentAppsV1GeneratorName: DeploymentAppsV1{},

  8. JobV1GeneratorName: JobV1{},

  9. CronJobV2Alpha1GeneratorName: CronJobV2Alpha1{},

  10. CronJobV1Beta1GeneratorName: CronJobV1Beta1{},

  11. }

o.createGeneratedObject方法第689行对生成的资源对象向APIServer发送http创建请求。备战CKA每日一题——第4天_cka_05具体的kubectl run命令的代码，感兴趣的同学可以进一步深挖，我也会在后续的源码分析系列文章中进行更详细的解析。

今日考题

通过命令行，使用nginx镜像创建一个pod并手动调度到节点名为node1121节点上，Pod的名称为cka-1121，答题最好附上，所用命令、创建Pod所需最精简的yaml；如果评论有限制，请把注意点列出，主要需列出手动调度怎么做？注意：手动调度是指不需要经过kube-scheduler去调度。

 

备战CKA每日一题——第4天_cka_06