We are committed to provide service 24 X 7

Deals, Shopping, Training, Tools

Learn how to – Scheduling Pods on Kubernetes Control plane (Master) Nodes

Learn how to – Scheduling Pods on Kubernetes Control plane (Master) Nodes.

By default, your Kubernetes Cluster will not schedule pods on the control-plane node for security reasons. It is recommended you keep it this way, but for test environments you may want to schedule Pods on control-plane node to maximize resource usage.

If you want to be able to schedule pods on the Kubernetes control-plane node, you need to remove a taint on the master nodes.

kubectl taint nodes --all node-role.kubernetes.io/master-
kubectl taint nodes --all  node-role.kubernetes.io/control-plane-

The output will look something like:

node/k8smaster01.ownyourlife.com.ng untainted
taint "node-role.kubernetes.io/master" not found
taint "node-role.kubernetes.io/master" not found
taint "node-role.kubernetes.io/master" not found

This will remove the node-role.kubernetes.io/master taint from any nodes that have it, including the control-plane node, meaning that the scheduler will then be able to schedule pods everywhere.

For single node the command to use is:

kubectl taint nodes <node-name> node-role.kubernetes.io/master-

Testing Pod Scheduling on Kubernetes Control plane node(s)

I have a cluster with three worker nodes and one control plane node.

$ kubectl get nodes
NAME                                STATUS   ROLES    AGE   VERSION
k8smaster01.ownyourlife.com.ng   Ready    master   12h   v1.24.3
k8snode01.ownyourlife.com.ng     Ready    <none>   12h   v1.24.3
k8snode02.ownyourlife.com.ng     Ready    <none>   12h   v1.24.3
k8snode03.ownyourlife.com.ng     Ready    <none>   9h    v1.24.3

Create a demo namespace:

kubectl create namespace demo

Will create a deployment with 5 replicas.

vim nginx-deployment.yaml

It has the data below:

apiVersion: apps/v1
kind: Deployment
  name: nginx
  namespace: demo
    app: nginx
    color: green
  replicas: 5
      app: nginx
        app: nginx
        color: green
        - name: nginx
          image: nginx:latest
          imagePullPolicy: IfNotPresent
            - name: http
              protocol: TCP
              containerPort: 80
              cpu: "200m"
              memory: "256Mi"
              cpu: 100m
              memory: 128Mi
apiVersion: v1
kind: Service
  name: nginx-demo-service
  namespace: demo
    - port: 80
      targetPort: 80
      protocol: TCP
    app: nginx
  sessionAffinity: None
  type: NodePort

Apply manifest:

kubectl apply -f nginx-deployment.yaml

Check if a pod is scheduled to the control node plane.

$ kubectl get pods -n demo -o wide
NAME                     READY   STATUS    RESTARTS   AGE   IP                NODE                                NOMINATED NODE   READINESS GATES
nginx-675bf5bc87-666jg   1/1     Running   0          17m   k8snode01.ownyourlife.com.ng                
nginx-675bf5bc87-mc6px   1/1     Running   0          17m     k8smaster01.ownyourlife.com.ng              
nginx-675bf5bc87-v5q87   1/1     Running   0          17m   k8snode03.ownyourlife.com.ng                
nginx-675bf5bc87-vctqm   1/1     Running   0          17m   k8snode02.ownyourlife.com.ng                
nginx-675bf5bc87-w5pmh   1/1     Running   0          17m   k8snode01.ownyourlife.com.ng                

We can see there is a pod in master node. Confirm service is live.

$ kubectl get svc -n demo
NAME            TYPE       CLUSTER-IP     EXTERNAL-IP   PORT(S)        AGE
nginx-service   NodePort   <none>        80:31098/TCP   21m

Since we’re using NodePort, we should be able to access the service on any cluster node IP on port 31098.

We can now clean demo objects.

$ kubectl delete -f nginx-deployment.yaml
deployment.apps "nginx" deleted
service "nginx-service" deleted

$ kubectl get pods,svc -n demo
No resources found in demo namespace.

That’s all on how to Schedule Pods on Kubernetes Control plane Node.

More guides:


Your Cart is Empty

Back To Shop