TechZonein

How I Passed the Certified Kubernetes Administrator (CKA) Exam: My Experience

Hi there! Recently, I took the Certified Kubernetes Administrator (CKA) exam. In this blog post, I want to share my experience and provide some tips and advice for anyone who is planning for the CKA exam.

As we know CKA certification is one of the challenging exams that tests your knowledge of Kubernetes, cluster troubleshooting, and helps improve your skills as a DevOps engineer. The CKA certification is highly respected in the industry and demonstrates a high level of expertise in managing Kubernetes clusters.

Exam Overview

The CKA exam is a hands-on, practical exam that tests your ability to manage Kubernetes clusters. The exam lasts for 2 hours and consists of multiple tasks that you must complete using a live Kubernetes cluster. The tasks cover a wide range of topics, including cluster architecture, networking, storage, security, and troubleshooting.

Study Tips: Here are some tips that helped me prepare for the CKA exam:

Use multiple sources of study materials: In addition to the official Kubernetes documentation, I found the training materials from KodeKloud (Mumshad Mannambeth) to be very helpful.
Practice, practice, practice: The CKA exam is very hands-on, so it’s important to get as much practice as possible. Set up your own Kubernetes cluster and try to complete all the tasks from the exam syllabus.
For practicing and preparing for the CKA mock exam, I used the courses from the KodeKloud mock series and Alok Kumar. These courses provided me with valuable knowledge and hands-on experience that helped me succeed in the exam.

Links

https://kodekloud.com/courses/ultimate-certified-kubernetes-administrator-cka-mock-exam/

https://www.udemy.com/course/certified-kubernetes-administrator-cka-lab-course/

CKA study Tracker I used this to track my progress on CKA topics.

Extra Resource: I used this book to get some clarity and deep dive into topics. Kubernetes Bible

Exam Advice: Here is some advice for taking the CKA exam:

Manage your time carefully: The CKA exam is 2 hours long, so it’s important to manage your time carefully. Make sure you leave enough time to complete all the tasks.
Read the questions carefully: Make sure you understand what each task is asking you to do before you start working on it.
Use the official Kubernetes documentation: During the exam, you are allowed to access the official Kubernetes documentation. Make sure you know how to quickly find the information you need.
There are some questions on the CKA exam that follow a similar pattern and are repeated in various resources. Make sure you practice these types of questions using the courses from KodeKloud and Alok Kumar, as mentioned earlier. Avoid making mistakes on these questions, as it could be costly.

Passing the CKA exam was a challenging but rewarding experience. I hope that my tips and advice will help others who are preparing for the exam. If you have any questions or would like to connect with me, feel free to reach out on LinkedIn.

My other blog

10 Books Every DevOps Engineer Should Read

Free Terraform Quiz !! Check your Score

The 3-Week Schedule for AWS Certified CloudOps Engineer - Associate

Week 1 — Monitoring and Reliability (44% of the exam)

Day 1 — CloudWatch fundamentals Metrics, namespaces, dimensions, statistics vs. percentiles. Default EC2 metrics vs. what needs the CloudWatch agent (memory and disk usage are not default — this shows up constantly). Custom metrics, resolution, retention.

Day 2 — Logs and audit trail CloudWatch Logs, log groups, retention settings, metric filters, subscription filters, Logs Insights query syntax. CloudTrail: management vs. data events, organization trails, log file validation. Know when the answer is CloudTrail vs. CloudWatch Logs vs. VPC Flow Logs.

Day 3 — Alarms and auto-remediation Alarm states, missing-data treatment, composite alarms. EventBridge rules and targets. SNS. Then the remediation side: Systems Manager Automation runbooks, Lambda targets, EC2 recovery actions. This is where domain 1 gets scenario-heavy.

Day 4 — Auto Scaling and load balancing Launch templates vs. launch configs, target tracking vs. step vs. scheduled scaling, cooldowns, lifecycle hooks, warm pools. ALB vs. NLB vs. GWLB, target groups, health check tuning, stickiness, cross-zone balancing.

Day 5 — High availability Multi-AZ vs. multi-Region. RDS Multi-AZ vs. read replicas (different purposes — the exam checks that you know which). Aurora failover. S3 Cross-Region Replication. Route 53 health checks and failover routing.

Day 6 — Backup and recovery AWS Backup plans and vaults, EBS snapshots and the incremental model, AMI lifecycle, Data Lifecycle Manager. RTO/RPO and matching the four DR strategies to them. S3 versioning, lifecycle policies, Object Lock.

Day 7 — Consolidate No new material. 50–60 practice questions on domains 1 and 2 only, then re-read the docs for everything you got wrong.

Week 2 — Automation, Security, Networking (56%)

Day 8 — CloudFormation Template anatomy, intrinsic functions (Ref, GetAtt, Sub, FindInMap), parameters and mappings, conditions. Then the operational parts the exam loves: change sets, drift detection, DeletionPolicy, UpdateReplacePolicy, nested stacks, StackSets across accounts and Regions, and which update types cause replacement.

Day 9 — Systems Manager The single densest service on this exam. Parameter Store (Standard vs. Advanced, SecureString), Session Manager and why it beats bastion hosts, Patch Manager and patch baselines, Run Command, State Manager, Automation runbooks, Inventory. Know the SSM Agent prerequisites and the IAM instance profile it needs.

Day 10 — Deployment and containers Rolling, blue/green, canary, immutable. Elastic Beanstalk deployment policies. Then the SOA-C03 additions: ECR basics, EKS operational concepts, and where CDK and Terraform fit relative to CloudFormation.

Day 11 — IAM Policy evaluation logic and explicit deny. Identity vs. resource policies. Roles and cross-account access. Permission boundaries. SCPs and how they interact with IAM policies. IAM Identity Center. Practise reading a policy document and saying exactly what it allows.

Day 12 — Security services and cost KMS key types, rotation, grants. Secrets Manager vs. Parameter Store. GuardDuty, AWS Config with conformance packs and remediation, Inspector, Security Hub, Trusted Advisor — know which one answers which question. Then cost: Cost Explorer, Budgets, Savings Plans vs. Reserved Instances, S3 storage classes and Intelligent-Tiering, Compute Optimizer.

Day 13 — VPC Subnets and route tables, IGW vs. NAT Gateway, Security Groups vs. NACLs (stateful vs. stateless — reliably tested), VPC endpoints gateway vs. interface, peering and its limits, Transit Gateway, VPC Flow Logs and reading a rejected-traffic line. Expect multi-step troubleshooting scenarios here.

Day 14 — DNS and edge, then consolidate Route 53 routing policies — simple, weighted, latency, failover, geolocation, geoproximity, multivalue — and alias vs. CNAME. CloudFront behaviours, OAC, cache invalidation. Finish with 50–60 questions across domains 3, 4 and 5.

Week 3 — Mocks and repair

No new content this week. The whole point is finding your gaps while there's still time to close them.

Day 15 — Mock exam 1. Full 130 minutes, timed, no pausing, no looking anything up. Score it and note the per-domain breakdown.

Day 16 — Review every single wrong answer. Not just the right option — why each distractor is wrong. For anything you don't fully follow, read the actual AWS documentation page. Slower than it sounds; budget the full two hours.

Day 17 — Mock exam 2.

Day 18 — Review, then drill your weakest domain. By now a pattern is obvious. Mine was CloudFormation update behaviour and Route 53 routing policies.

Day 19 — Mock exam 3. You want to be consistently above 80% here. The real exam pass mark is 72%, but mock scores tend to run a little optimistic relative to it.

Day 20 — Read the official exam guide task statements end to end. Every bullet AWS lists is fair game. Anything you can't explain in a sentence, go look up. Flashcards for service limits and defaults.

Day 21 — Light review and stop. Skim your notes, confirm your Pearson VUE booking and ID, and finish early. Cramming the night before buys nothing on a scenario exam.

How to Fix Kubernetes CrashLoopBackOff

If your Pod is stuck in CrashLoopBackOff, it means Kubernetes is repeatedly starting the container, but the container keeps crashing. After a few failed restarts, Kubernetes applies a backoff delay and shows the status CrashLoopBackOff.

In this guide, you’ll learn the exact commands to debug CrashLoopBackOff and the 7 most common real-world causes with fixes.

What is CrashLoopBackOff in Kubernetes?
Quick Commands to Debug CrashLoopBackOff
Fix #1: Application is crashing on startup
Fix #2: Wrong command or entrypoint
Fix #3: Missing environment variables / secrets
Fix #4: Liveness probe killing the pod
Fix #5: Image issues or wrong architecture
Fix #6: OOMKilled (memory limit exceeded)
Fix #7: Volume mount or permission issues
Best Practices to Prevent CrashLoopBackOff

1) What is CrashLoopBackOff in Kubernetes?

CrashLoopBackOff is not the error itself.
It is Kubernetes telling you:

“Your container keeps crashing. I will restart it, but with increasing delay.”

So your real job is to find why the container exits.

2) Quick Commands to Debug CrashLoopBackOff

Step 1: Check pod status

kubectl get pods -n <namespace>

Step 2: Describe the pod (most important)

kubectl describe pod <pod-name> -n <namespace>

Look at:

Events section
Container restart count
Probe failures
OOMKilled

Step 3: Check logs

kubectl logs <pod-name> -n <namespace>

If the pod restarted, check previous container logs:

kubectl logs <pod-name> -n <namespace> --previous

Step 4: Check container exit code

kubectl get pod <pod-name> -n <namespace> -o jsonpath='{.status.containerStatuses[*].state.terminated.exitCode}'

3) Fix #1: Application is Crashing on Startup

Symptoms

Logs show stack trace
Exit code is often 1
Pod restarts continuously

Fix

Check the logs:

kubectl logs <pod-name> -n <namespace> --previous

Then fix the app issue:

missing config file
invalid config format
app cannot connect to DB
missing dependency

4) Fix #2: Wrong Command or Entrypoint

This is extremely common in Docker + Kubernetes.

Symptoms

Logs show:

exec format error
command not found
container exits instantly

Check your deployment YAML

kubectl get deploy <deploy-name> -n <namespace> -o yaml

Look for:

command: ["..."]
args: ["..."]

Fix

Remove incorrect command/args
Ensure the binary exists in image
Verify Dockerfile ENTRYPOINT and CMD

5) Fix #3: Missing Environment Variables / Secrets

Symptoms

Logs show:

ENV VAR not set
unable to load config
permission denied to secret

Check env vars

kubectl describe pod <pod-name> -n <namespace>

Fix

If using secret:

kubectl get secret -n <namespace>
kubectl describe secret <secret-name> -n <namespace>

Also confirm secret is referenced correctly:

envFrom:
  - secretRef:
      name: my-secret

6) Fix #4: Liveness Probe Killing the Pod

Many people confuse probe failure with “app crash”.

Your container might be running, but Kubernetes kills it due to liveness probe failures.

Symptoms

Events show:

Liveness probe failed
Readiness probe failed

Check pod events

kubectl describe pod <pod-name> -n <namespace>

Fix

Increase initialDelaySeconds
Increase timeoutSeconds
Fix health endpoint

Example:

livenessProbe:
  httpGet:
    path: /health
    port: 8080
  initialDelaySeconds: 30
  periodSeconds: 10
  timeoutSeconds: 5

7) Fix #5: Image Issues or Wrong Architecture

Symptoms

exec format error
Works on local, fails in cluster
Image pulled successfully but crashes instantly

Fix

Check node architecture:

kubectl get nodes -o wide

If your nodes are amd64 but image is arm64, container will fail.

Solution:

Build multi-arch image
Or build image for correct architecture

8) Fix #6: OOMKilled (Memory Limit Exceeded)

This is one of the most common reasons in production.

Symptoms

Exit code often 137
Pod restarts
Events show OOMKilled

Check pod status

kubectl describe pod <pod-name> -n <namespace>

Fix

Increase memory limit:

resources:
  requests:
    memory: "256Mi"
  limits:
    memory: "512Mi"

Or optimize application memory usage.

9) Fix #7: Volume Mount or Permission Issues

Symptoms

container crashes when writing to a directory
logs show permission denied
errors related to volume mount paths

Check volume mount in YAML

kubectl get pod <pod-name> -n <namespace> -o yaml

Fix

Ensure mountPath is correct
Use correct securityContext
If using non-root container, fix permissions

Example:

securityContext:
  runAsUser: 1000
  fsGroup: 1000

10) Best Practices to Prevent CrashLoopBackOff

✅ Always use readiness + liveness probes correctly
✅ Add proper resource requests/limits
✅ Validate config before deploy
✅ Use structured logs
✅ Use kubectl logs --previous during debugging
✅ Add alerting for restart count

11) FAQ

Q1. How long does CrashLoopBackOff last?

It continues until:

the pod becomes healthy
or you delete/scale down deployment

Q2. How do I stop CrashLoopBackOff immediately?

Scale deployment to 0:

kubectl scale deploy <deploy-name> -n <namespace> --replicas=0

Q3. What is the fastest way to debug?

Run:

kubectl describe pod <pod-name> -n <namespace>
kubectl logs <pod-name> -n <namespace> --previous

Conclusion

CrashLoopBackOff is common in Kubernetes, but it is always solvable if you debug systematically.

Start with:

kubectl describe pod
kubectl logs --previous
Events + exit codes

Then apply the fix based on the root cause.

Kubernetes for Begineers [PDF Notes]

ZOOM Referall form

Step 1: check JOB ID from zoom career page https://careers.zoom.us/jobs/search for any matching role

without JOB ID don't fill.

***IMP*** After referall you will recieve email from zoom. Make sure to fill that with all details then only referall will be counted.

Dont apply directly or via other method otherwise referall wont be counted.

If you have already applied recently within 3 month, don't fill this form.

Google Form link [Upload CV here]

https://docs.google.com/forms/d/e/1FAIpQLScKfxLpr5y8fT8OC-hjiEo9CMAwMqzKfY4Y4QQJnf1RcW-PPw/viewform

10 Books Every DevOps Engineer Should Read

Introduction:

DevOps is a set of practices that combines software development (Dev) and IT operations (Ops) to shorten the systems development life cycle and provide continuous delivery with high quality. DevOps engineers are responsible for implementing and maintaining these practices.

There are many great books available on DevOps. Here are 10 of the best books that every DevOps engineer should read:

The DevOps Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations by Gene Kim, Jez Humble, Patrick Debois, John Allspaw, and John Willis. This book is considered to be the "DevOps bible" and is a comprehensive guide to the principles and practices of DevOps.
Opens in a new window www.amazon.in
The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win by Gene Kim, Kevin Behr, and George Spafford. This book is a fictional story that illustrates the benefits of DevOps through the eyes of a fictional IT manager.

Cloud & DevOPS Material

DevOps material for interview

https://drive.google.com/drive/folders/1fBSPB2qZNzxvnhfiwMb9sfwdoJfgfALF?usp=sharing

Pages

How I Passed the Certified Kubernetes Administrator (CKA) Exam: My Experience

Exam Overview

Study Tips: Here are some tips that helped me prepare for the CKA exam:

Links

Exam Advice: Here is some advice for taking the CKA exam:

The 3-Week Schedule for AWS Certified CloudOps Engineer - Associate

The 3-Week Schedule for AWS Certified CloudOps Engineer - Associate

Week 1 — Monitoring and Reliability (44% of the exam)

Week 2 — Automation, Security, Networking (56%)

Week 3 — Mocks and repair

How to Fix Kubernetes CrashLoopBackOff

1) What is CrashLoopBackOff in Kubernetes?

2) Quick Commands to Debug CrashLoopBackOff

Step 1: Check pod status

Step 2: Describe the pod (most important)

Step 3: Check logs

Step 4: Check container exit code

3) Fix #1: Application is Crashing on Startup

Symptoms

Fix

4) Fix #2: Wrong Command or Entrypoint

Symptoms

Check your deployment YAML

Fix

5) Fix #3: Missing Environment Variables / Secrets

Symptoms

Check env vars

Fix

6) Fix #4: Liveness Probe Killing the Pod

Symptoms

Check pod events

Fix

7) Fix #5: Image Issues or Wrong Architecture

Symptoms

Fix

8) Fix #6: OOMKilled (Memory Limit Exceeded)

Symptoms

Check pod status

Fix

9) Fix #7: Volume Mount or Permission Issues

Symptoms

Check volume mount in YAML

Fix

10) Best Practices to Prevent CrashLoopBackOff

11) FAQ

Q1. How long does CrashLoopBackOff last?

Q2. How do I stop CrashLoopBackOff immediately?

Q3. What is the fastest way to debug?

Conclusion

Kubernetes for Begineers [PDF Notes]

ZOOM Referall form

10 Books Every DevOps Engineer Should Read

Cloud & DevOPS Material