Q 2 | Schedule Pod on Master Node

Task weight：3 %

利用 image httpd:2.4.41-alpine在default Namespace 创建一个Pod。这个Pod 的名称应该是pod1，container 应该命名为pod1-container。

这个Pod应该被部署在Master节点， 不要在Pod上增加label。

请简单描述一下为什么默认情况下为什么不能把Pod部署在master node， 然后把原因写到文件/opt/course/2/master_schedule_reason中。

解析：

通常来说 Master 节点默认是不可以部署 Pod 的。这个我们可以通过以下命令来查看：

首先我们来查看 Master 节点 taints 相关信息:

$ kubectl get node # find master node

$ kubectl describe node cluster1-master1 | grep Taint # get master node taints

$ kubectl describe node cluster1-master1 | grep Labels -A 10 # get master node labels

$ kubectl get node cluster1-master1 --show-labels # OR: get master node labels

接下来我们创建 Pod template:

 # check the export on the very top of this document so we can use $do
$ kubectl run pod1 --image=httpd:2.4.41-alpine $do > 2.yaml

$ vim 2.yaml

接下来我们手动修改一下2.yaml 这个文件。如果记得不是很清楚的话可以在Kubernetes 官网查询一下 tolerations 和 nodeSelector 相关的示例:

# 2.yaml
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: pod1
  name: pod1
spec:
  containers:
  - image: httpd:2.4.41-alpine
    name: pod1-container                  # change
    resources: {}
  dnsPolicy: ClusterFirst
  restartPolicy: Always
  tolerations:                            # add
  - effect: NoSchedule                    # add
    key: node-role.kubernetes.io/master   # add
  nodeSelector:                           # add
    node-role.kubernetes.io/master: ""    # add
status: {}

这里需要特别说明的是，题目要求我们只在 Master节点部署，因此，我们用 nodeSelector 来确保 Pod 只被调度到** Master** 节点。

现在，我们可以来创建 Pod 的了：

$ kubectl -f 2.yaml create

执行完毕后，我们来检查一下执行结果:

 ➜ k get pod pod1 -o wide
NAME   READY   STATUS    RESTARTS   ...    NODE               NOMINATED NODE
pod1   1/1     Running   0          ...    cluster1-master1   <none>        

最后，我们可以把默认不会调度** Pod** 到 Master 节点的原因写在

/opt/course/2/master_schedule_reason

文件中。

# /opt/course/2/master_schedule_reason
master node can not be deployed by default, because it has taint "NoSchedule"