Imagine you have many containers running your app. What is the main reason to use container orchestration?
Think about what happens when you have many containers and want them to run smoothly without manual work.
Container orchestration automates deployment, scaling, and health checks of containers, making management easier and reliable.
You run the command kubectl scale deployment myapp --replicas=3. What will be the state of pods after this command?
kubectl scale deployment myapp --replicas=3
Scaling sets the desired number of pod copies to run.
The scale command tells Kubernetes to maintain 3 running pods for the deployment 'myapp'.
Put these steps in the correct order for a rolling update of a deployment in Kubernetes.
Think about editing the config first, then applying it, then Kubernetes handles pod replacement.
First update the manifest, then apply it. Kubernetes then creates new pods and removes old ones gradually.
A pod keeps restarting repeatedly. Which reason is the most likely cause?
Check if the pod can start properly or if it fails immediately.
If the image is missing or cannot be pulled, the pod will fail to start and restart repeatedly.
Which practice best ensures high availability of your application in a Kubernetes cluster?
Think about avoiding single points of failure and ensuring pods are healthy before traffic.
Distributing pods across nodes prevents downtime if one node fails. Readiness probes ensure only healthy pods receive traffic.