1. Manual Pod Scheduling#

Kubernetes typically handles pod scheduling automatically, but sometimes you might need to assign a pod to a specific node. Here’s how to do it:

1
apiVersion: v1
2
kind: Pod
3
metadata:
4
  name: manually-scheduled-pod
5
spec:
6
  nodeName: <your-node-name>
7
  containers:
8
    - name: nginx
9
      image: nginx

Replace <your-node-name> with the name of the node where you want to schedule the pod. To apply this configuration:

1
kubectl apply -f manually-scheduled-pod.yaml

Verify the pod’s placement:

1
kubectl get pod manually-scheduled-pod -o wide

You should see the pod running on the specified node.

2. Working with Static Pods#

Static pods are managed directly by the kubelet on a specific node. They’re typically used for control plane components. Let’s explore how to work with them:

1. SSH into your control plane node.
2. Navigate to the static pod manifest directory:

1
cd /etc/kubernetes/manifests/

3. Here, you’ll find YAML files for control plane components like kube-apiserver.yaml, kube-controller-manager.yaml, etc.

To restart a control plane component, you can modify its YAML file. For example, to restart the API server:

1
sudo mv kube-apiserver.yaml kube-apiserver.yaml.bak
2
sudo mv kube-apiserver.yaml.bak kube-apiserver.yaml

This effectively removes and re-adds the manifest, causing kubelet to restart the component.

Note: Be cautious when modifying control plane components, as it can affect cluster stability.

3. Creating Pods with Different Labels#

Labels are key-value pairs attached to Kubernetes objects. Let’s create three pods with different environment labels:

1
---
2
apiVersion: v1
3
kind: Pod
4
metadata:
5
  name: pod1
6
  labels:
7
    env: test
8
spec:
9
  containers:
10
    - name: nginx
11
      image: nginx
12
---
13
apiVersion: v1
14
kind: Pod
15
metadata:
16
  name: pod2
17
  labels:
18
    env: dev
19
spec:
20
  containers:
21
    - name: nginx
22
      image: nginx
23
---
24
apiVersion: v1
25
kind: Pod
26
metadata:
27
  name: pod3
28
  labels:
29
    env: prod
30
spec:
31
  containers:
32
    - name: nginx
33
      image: nginx

Save this as labeled-pods.yaml and apply it:

1
kubectl apply -f labeled-pods.yaml

4. Filtering Pods Using Label Selectors#

Now that we have pods with different labels, let’s use selectors to filter them:

To get pods with the dev label:

1
kubectl get pods -l env=dev

To get pods with the prod label:

1
kubectl get pods -l env=prod

To get pods with either dev or prod labels:

1
kubectl get pods -l 'env in (dev,prod)'

Conclusion#

These exercises demonstrate the flexibility and power of Kubernetes in managing and organizing pods. Manual scheduling allows for precise control over pod placement, while static pods are crucial for managing core cluster components. Labels and selectors provide a robust system for organizing and querying your Kubernetes resources.

As you continue your Kubernetes journey, experiment with these features to understand how they can be applied in real-world scenarios. Remember, with great power comes great responsibility – especially when working with control plane components!

Happy Kuberneting!