12 phút đọc
Insights / cka

Thi CKA 2026: Chuẩn bị gì, thi như thế nào và tips để pass

Vũ Lê
Vũ Lê Tác giả
Đăng ngày 14/09/2026 DevOps Engineer
Thi CKA 2026: Chuẩn bị gì, thi như thế nào và tips để pass

Hi everyone.

Chuyện là mình vừa pass CKA sau một khoảng thời gian làm việc với Kubernetes. Vậy nên mình muốn chia sẻ lại quá trình chuẩn bị và trải nghiệm thi của mình chi tiết nhất có thể, để những bạn đang quan tâm hoặc có dự định thi CKA có thêm thông tin tham khảo nhé 😁

Về bản thân

Một chút background của mình trước khi vào phần chính:

  • Vị trí: Middle DevOps Engineer
  • YOE: Mình chủ yếu làm việc với hệ thống On-premise, tùy theo từng dự án.
  • Kubernetes experience: Mình từng làm qua:
    • Azure AKS
    • AWS ROSA
    • Red Hat OCP4
    • RKE2

Kinh nghiệm chưa phải quá nhiều, nhưng mình cũng đã có cơ hội làm khá đa dạng từ On-premise tới Cloud.

Về CKA Exam

Một số thông tin về kỳ thi của mình:

Thông tin Chi tiết
Chi phí $445
Giá mình mua $222 do mua đợt discount cuối năm ngoái
Chi phí quy đổi Khoảng 6 triệu VND
Thanh toán Visa, thêm khoảng 1.01% phí
Thời điểm thi 15:00 ngày 12/09/2026
Thời gian làm bài 120 phút
Số câu hỏi 16 câu
Điểm đạt ≥ 66%

Với 16 câu thì có thể hiểu đơn giản là cần làm đúng khoảng 10~11 câu, tuy nhiên cách chấm thực tế sẽ dựa trên điểm của từng task.

Cách tính điểm

Hôm mình thi thì đề không hiển thị trọng số điểm của từng câu.

Tuy nhiên, trong một vài câu sẽ có note về những trường hợp có thể làm giảm điểm, ví dụ:

  • Sửa toàn bộ manifest của Deployment thay vì chỉ thêm field được yêu cầu.
  • Chỉ được sử dụng kubectl để deploy.
  • Một số yêu cầu khác liên quan trực tiếp đến cách thực hiện task.

Vì vậy lúc đọc đề nên để ý kỹ các note này, chứ không chỉ tập trung vào expected output.

Nội dung thi

Các câu hỏi mình gặp trải dài qua khá nhiều chủ đề, mình list cụ thể dưới đây

1. Core Concepts

Các core components trong Kubernetes cluster.

2. Scheduling

Các dạng workload như:

  • Deployment
  • StatefulSet
  • DaemonSet
  • Job

3. Logging & Monitoring

Các nội dung liên quan tới việc lấy:

  • Logs
  • Events
  • Metrics của Node
  • Metrics của Pod
  • Metrics của Container

4. Security

Bao gồm:

  • RBAC
  • NetworkPolicy
  • CRD
  • Secret
  • ConfigMap

5. Storage

Bao gồm:

  • StorageClass
  • PVC
  • PV
  • Local-path volume
  • emptyDir volume

6. Networking

Bao gồm:

  • Service
  • Ingress
  • Gateway API
  • CNI

7. Troubleshooting

Ví dụ:

  • Single-node cluster bị down
  • Pod/container không có logs

8. Helm

Có các task liên quan tới Helm.

Tài liệu mình sử dụng

Tài liệu chính mình dùng để học và practice:

Về phần practice, mình có tự dựng cluster end-to-end bằng kubeadm với cấu hình:

  • 1 Control Plane
  • 1 Worker
  • Mỗi node:
    • 2 CPU
    • 4 GB RAM
    • 40 GB SSD

Ngoài ra thì có cơ hội là mình practice luôn trên cluster real =))

Về phòng thi

Chỗ này chắc khá nhiều bạn quan tâm.

Mình thi tại:

  • Địa điểm: Workflow Thảo Điền
  • Loại phòng: Book Pod riêng để thi
  • Thời gian book: 14:30 – 17:00 ngày 12/09/2026
  • Chi phí: 150.000 VND

Mình book tổng cộng 2 tiếng rưỡi, dư ra khoảng 30 phút trước giờ thi để có thời gian check-in và chuẩn bị.

Theo mình, nếu điều kiện ở nhà không phù hợp thì mọi người hoàn toàn có thể book khách sạn hoặc một phòng riêng để đảm bảo sự riêng tư và ổn định nhất.

Đặc biệt với những bạn:

  • Ở trọ nhiều người.
  • Không có không gian riêng.
  • Mạng Internet không ổn định.
  • Không kiểm soát được tiếng ồn xung quanh.

Những yếu tố này hoàn toàn có thể ảnh hưởng tới quá trình thi.

Quá trình thi

1. Purchase

Sau khi thanh toán trên training portal của Linux Foundation, mọi người sẽ có:

  • 1 năm để book lịch thi.
  • 1 lần retake miễn phí nếu fail.

2. Booking

Việc booking bắt đầu từ training portal, sau đó hệ thống sẽ redirect sang PSI Exam.

Tại đây mọi người sẽ:

  1. Chọn timeslot phù hợp.
  2. Upload ảnh chụp một loại giấy tờ có ảnh do chính phủ cấp, ví dụ:

    • CCCD
    • Bằng lái xe
    • Hộ chiếu

Mình có đọc quy định thì thấy có đề cập tới thẻ sinh viên, nhưng cá nhân mình vẫn ưu tiên sử dụng các loại giấy tờ phía trên.

Sau khi hoàn tất booking, PSI sẽ gửi email hướng dẫn các bước tiếp theo.

Trong email sẽ có:

  • Đường dẫn để check system.
  • Kiểm tra:

    • Camera
    • Microphone
    • Network
  • Hướng dẫn download PSI Browser Session để làm quen trước.

3. Trước giờ thi

Tới ngày thi, mình đến sớm khoảng 15 phút để nhận Pod.

Sau đó mình setup lại phòng một chút để đảm bảo đủ private và đáp ứng điều kiện thi:

  • Kiểm tra không gian xung quanh.
  • Kiểm tra mạng.
  • Setup bàn ghế.
  • Đảm bảo không có vật dụng không cần thiết trong khu vực thi.

Một điểm cần chú ý là mình uninstall PSI Browser đã download trước đó để self check-in.

Bước này trong email hướng dẫn của PSI cũng có mention nhé.

Sau khi chuẩn bị xong, mình vào PSI Exam và click Take Exam để install một PSI Browser Session mới.

Tiếp theo:

  1. Làm các bước theo yêu cầu trên màn hình.
  2. Hoàn thành system check.
  3. Chờ Proctor join.

Check-in với Proctor

Sau khi Proctor join, mình được yêu cầu thực hiện lần lượt các bước sau.

Kiểm tra giấy tờ

Đưa CCCD hoặc loại giấy tờ đã upload khi booking ra trước webcam để Proctor kiểm tra.

Quét QR bằng điện thoại

Trên màn hình PSI Browser sẽ xuất hiện một mã QR.

Mọi người có thể quét QR để sử dụng camera điện thoại thay vì phải xoay webcam laptop để quay phòng.

Cá nhân mình thấy cách này tiện hơn khá nhiều.

Quét không gian phòng

Proctor yêu cầu mình quay:

  • 4 mặt tường.
  • Trần nhà.
  • Trên bàn.
  • Dưới bàn.

Trường hợp của mình, khi quét dưới bàn có balo, Proctor yêu cầu remove nó sang vị trí khác.

Kiểm tra tai

Quét cả hai bên tai để đảm bảo không đeo:

  • Tai nghe.
  • In-ear.
  • Hoặc các thiết bị tương tự.

Nếu có trường hợp bất khả kháng thì có thể chat trực tiếp với Proctor thông qua PSI Browser để trao đổi và ghi nhận.

Kiểm tra tay

Quét hai cánh tay để đảm bảo không đeo các thiết bị thông minh.

Nếu có trường hợp đặc biệt thì cũng trao đổi với Proctor tương tự như trên.

Kiểm tra kính

Mình có đeo kính nên Proctor cũng yêu cầu kiểm tra kính.

Kiểm tra điện thoại

Cuối cùng, Proctor yêu cầu mình đưa màn hình điện thoại lại trước webcam để đảm bảo:

  • Đã tắt âm.
  • Bật Airplane Mode hoặc Do Not Disturb.

Sau đó phải cho Proctor thấy mình sẽ cất điện thoại ở đâu.

Trường hợp của mình thì mình:

  1. Bỏ điện thoại vào balo.
  2. Để balo phía sau ghế ngồi.

Tới đây là hoàn thành phần check-in và exam tự động start.

Trong lúc làm Exam

UI và thao tác

UI nhìn chung khá giống với mock exam trên Killer.sh.

Những từ khóa có thể copy, ví dụ:

  • Namespace
  • Deployment name
  • Resource name

thì chỉ cần click để copy.

Sau đó sang terminal paste bằng:

Ctrl + Shift + V

Copy nội dung trong terminal:

Ctrl + Shift + C

Kubernetes Docs

Ở phía trên mỗi câu hỏi sẽ có link tới các trang documentation tương ứng.

Cái này giúp giảm tương đối nhiều thời gian phải search docs thủ công.

Khi vào docs:

Ctrl + F

để search keyword.

Copy nội dung bình thường bằng:

Ctrl + C

Cấu trúc câu hỏi

Các câu hỏi trải dài qua những nội dung mình đã liệt kê ở trên.

Tùy từng câu sẽ có:

  • Command để kiểm tra.
  • Expected output.
  • Yêu cầu cụ thể về resource cần tạo hoặc sửa.

Đặc biệt chú ý Host

Đây là một điểm mình thấy rất quan trọng.

Ngay những dòng đầu của mỗi câu hỏi sẽ có command ssh để truy cập vào host tương ứng và thực hiện task.

Làm đúng yêu cầu nhưng làm sai host thì vẫn có thể fail câu đó.

Vì vậy trước khi bắt đầu mỗi câu nên kiểm tra kỹ mình đang thao tác trên host nào.

Trong terminal đã được cấu hình sẵn:

alias k=kubectl

và có bash_completion.

Nếu mọi người muốn thêm alias khác thì có thể tạo sẵn nội dung trong một file text ở base host — tức host mặc định, không dùng để trực tiếp làm bài — rồi tự export trên từng host khi cần.

Mình thì hơi lười nên không setup thêm alias này :v

Kết thúc bài thi

Sau khi làm xong, mình chat với Proctor.

Proctor sẽ hướng dẫn click End Exam trên giao diện để hệ thống ghi nhận bài thi.

Cảm nhận cá nhân & Tips

1. KodeKloud và Killer.sh khá sát với những kiến thức cần thiết

Các câu hỏi và kiến thức trong bài thi nằm khá nhiều trong course của KodeKloud và Killer.sh.

Mọi người nên làm qua các bài practice/mock exam để quen format và cách thao tác.

Tuy nhiên mình không recommend học tủ.

Coi chừng tủ đè :v

2. Học Core Concepts thay vì chỉ nhớ command

Theo mình nên dành thời gian để hiểu các core concepts.

Không chỉ cần biết:

Nó là gì?

hay:

Deploy nó như thế nào?

Mà còn phải hiểu:

Nó giải quyết vấn đề gì?

Ví dụ:

Giả sử mình có 3 Pod đều khai báo resource request.

  • 2 Pod schedule được.
  • 1 Pod còn lại ở trạng thái Pending do tài nguyên của Node không còn đủ để đáp ứng request.

Lúc này nên suy nghĩ:

  • Có nên apply PriorityClass không?
  • Resource request hiện tại có hợp lý không?
  • Resource request nên được xác định dựa trên yếu tố nào?
  • Root cause thực sự nằm ở scheduling, resource hay workload design?

Hiểu những phần này sẽ giúp xử lý các câu hỏi troubleshooting tốt hơn rất nhiều so với việc chỉ học command.

3. Practice trên cluster thật nếu có thể

Nếu có cơ hội practice trên real cluster thì rất tốt.

Nếu không thì mình recommend tự dựng một cluster.

Thậm chí:

Càng đểu càng tốt :v

Tức là tự dựng tương đối đầy đủ các thành phần và tự xử lý các vấn đề trong quá trình setup:

  • Kubernetes components
  • CNI
  • CRI
  • CSI
  • Networking
  • Storage

Việc tự dựng từ đầu giúp hiểu rõ hơn cách các thành phần trong Kubernetes hoạt động cùng nhau.

4. Không biết làm thì flag và move on

Đối với những câu:

No idea luôn.

hoặc:

Cố xíu nữa thôi, gần done rồi…

thì theo mình nên mạnh dạn flag lại và chuyển sang câu khác.

Đừng để một câu giữ mình lại quá lâu.

Có khi trong lúc walkthrough các câu tiếp theo, tự nhiên mình lại nghĩ được hướng xử lý và quay lại solve được câu trước.

Mình gặp khoảng 5 câu như vậy.

Trộm vía là cuối cùng solve được thật :v

5. Dành 10~15 phút cuối để kiểm tra lại

Mình recommend nên dành khoảng 10~15 phút cuối để check lại toàn bộ những câu đã làm.

Cá nhân mình thậm chí bỏ luôn 1 câu troubleshoot cluster để dành thời gian kiểm tra lại 15 câu còn lại.

Và đúng là check lại có tác dụng thật.

Mình phát hiện ra 1 câu cấu hình HPA bị sai

Nếu không dành thời gian review thì chắc mình đã submit luôn với cấu hình đó.

Tổng kết

Tới đây chắc bài cũng khá dài rồi

Đây chủ yếu là trải nghiệm cá nhân của mình trong quá trình chuẩn bị và thi Certified Kubernetes Administrator (CKA).

Hy vọng những chia sẻ phía trên sẽ giúp mọi người hình dung rõ hơn về:

  • Cách chuẩn bị cho CKA.
  • Nội dung có thể gặp trong bài thi.
  • Quá trình booking và check-in với PSI.
  • Môi trường làm bài.
  • Những thứ nên practice.
  • Và một vài kinh nghiệm quản lý thời gian khi thi.

Mong bài viết sẽ giúp được mọi người phần nào nhé 🤗

Good luck và chúc mọi người sớm pass CKA.

Chia sẻ bài viết

Theo dõi
Thông báo của
0 Góp ý
Được bỏ phiếu nhiều nhất
Mới nhất Cũ nhất
Đã sao chép liên kết vào bộ nhớ tạm!