Bài 33: Kubernetes nhập môn cho SysAdmin

Chốt ý nhanh

Chủ đề	Điểm cần nhớ
Kubernetes	Không chỉ là “chạy container”, mà là hệ thống điều phối container ở quy mô lớn hơn.
Góc nhìn SysAdmin	Phải hiểu pod, deployment, service, namespace và trạng thái cluster trước khi nói tới tối ưu cao hơn.
Cảnh báo	Kubernetes giải quyết nhiều vấn đề, nhưng cũng mang theo độ phức tạp vận hành mới.

Phần thực hành mở rộng: Kubernetes như lớp điều phối chứ không phải phép màu

Nhiều người học Kubernetes bằng cách thuộc YAML. Cách đó rất mỏng. Bài này nên giúp người học hình dung được cluster đang làm gì: chạy workload ở đâu, rollout ra sao và khi pod lỗi thì nhìn ở đâu trước.

Lab 1: Làm quen các object nền tảng

kubectl get nodes
kubectl get pods -A
kubectl get deployments -A
kubectl get svc -A
kubectl get namespaces

Mục tiêu là thấy cluster như một hệ thống đang sống, không chỉ là file manifest tĩnh.

Lab 2: Deploy một ứng dụng đơn giản

kubectl create deployment webdemo --image=nginx
kubectl get deployment webdemo
kubectl get pods -l app=webdemo -w

Lab này giúp người học nhìn mối quan hệ deployment → replica set → pod.

Lab 3: Expose service và hiểu đường đi traffic

kubectl expose deployment webdemo --port=80 --type=ClusterIP
kubectl get svc webdemo
kubectl describe svc webdemo

Anh không nhất thiết phải vào sâu networking ngay ở bài nhập môn, nhưng phải hiểu service là lớp ổn định trước pod biến động.

Lab 4: Debug pod lỗi

kubectl describe pod 
kubectl logs 
kubectl get events --sort-by=.metadata.creationTimestamp | tail

Đây là phản xạ production rất quan trọng: lỗi image, crash loop, thiếu tài nguyên hay lỗi config thường lộ ra ngay ở describe/logs/events.

Lab 5: So sánh Docker Compose và Kubernetes

mức độ đơn giản
khả năng scale
tự phục hồi
độ khó vận hành

Bài tập này giúp người học tránh thần thánh hóa Kubernetes khi nhu cầu còn nhỏ.

Tình huống thực tế

Một đội chuyển từ Compose sang Kubernetes vì muốn scale và chuẩn hóa deploy, nhưng nếu chưa có nền monitoring, Git, automation và vận hành đủ chắc, cluster mới có thể tạo thêm nhiều kiểu sự cố khó debug hơn cluster cũ.

Lỗi phổ biến

Học thuộc manifest nhưng không hiểu object lifecycle.
Chỉ nhìn pod trạng thái lỗi mà không đọc describe/events.
Nhảy vào Kubernetes quá sớm so với nhu cầu thực.
Thiếu resource requests/limits hoặc thiếu quan sát cluster.

Kết bài

Sau bài này, anh chưa cần xem Kubernetes như “miền đất thiêng”, mà nên nhìn nó như hệ thống điều phối mạnh nhưng đòi hỏi tư duy vận hành nghiêm túc. Bài tiếp theo sẽ cụ thể hơn một bước: Helm và cách quản lý ứng dụng Kubernetes có cấu trúc hơn thay vì dán YAML rời rạc.