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"
最后，动手来试试吧：
TGeek.cn 推出 Kubernetes 在线实战平台，欢迎加我微信 rocwar 申请哦~
不要害羞，仅限前100名免费测试。
通关现金奖励~
免费体验方式：
找群主预约测试时间
您获得了两小时的测试体验时间
本文由博客一文多发平台 OpenWrite 发布！
