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"
