Bài 37: Kubernetes Storage: PV, PVC và StorageClass

Chốt ý nhanh

Chủ đề	Điểm cần nhớ
PV/PVC	Giúp tách nhu cầu lưu trữ của ứng dụng khỏi cách backend storage được cấp phát.
StorageClass	Là lớp mô tả cách cluster cấp volume, ví dụ loại disk, provisioner hay policy reclaim.
Tư duy đúng	Muốn vận hành ổn phải hiểu vòng đời dữ liệu, không chỉ làm cho pod mount được volume.

Phần thực hành mở rộng: Kubernetes storage theo góc nhìn dữ liệu sống còn hơn pod

Container có thể chết rồi chạy lại, nhưng dữ liệu thì không được phép mất bừa. Vì vậy bài storage phải làm cho người học thấy rõ pod là tạm thời, còn volume và chính sách dữ liệu mới là phần cần cẩn thận nhất.

Lab 1: Quan sát tài nguyên storage hiện có

kubectl get storageclass
kubectl get pv
kubectl get pvc -A

Chỉ riêng lệnh này đã giúp anh hiểu cluster đang có cơ chế cấp phát động hay chỉ dùng volume tĩnh.

Lab 2: Tạo PVC mẫu và xem trạng thái bind

kubectl apply -f pvc.yaml
kubectl get pvc
kubectl describe pvc demo-pvc

Nếu PVC cứ Pending, thường phải kiểm tra StorageClass, provisioner hoặc tài nguyên backend có sẵn hay không.

Lab 3: Mount PVC vào pod và ghi dữ liệu thử

kubectl exec -it demo-pod -- sh
echo hello > /data/test.txt
cat /data/test.txt

Mục tiêu là kiểm chứng dữ liệu thật sự đang ghi vào volume, không chỉ nhìn YAML rồi tin là ổn.

Lab 4: Xóa pod và kiểm tra dữ liệu còn hay mất

kubectl delete pod demo-pod
kubectl get pod -w
kubectl exec -it demo-pod-new -- cat /data/test.txt

Đây là khoảnh khắc rất đáng nhớ với người mới: pod có thể thay đổi, nhưng dữ liệu vẫn còn nếu volume được gắn đúng.

Lab 5: So sánh Reclaim Policy và nhu cầu production

Delete: xóa luôn volume khi bỏ claim, tiện nhưng nguy hiểm nếu hiểu sai
Retain: giữ volume lại để kiểm tra/khôi phục thủ công

Từ đây, anh có thể liên hệ trực tiếp với backup, compliance và vòng đời môi trường test/staging/prod.

Tình huống thực tế

Một database pod bị reschedule sang node khác sau khi node cũ lỗi. Nếu storage backend không phù hợp hoặc PVC cấu hình sai, ứng dụng có thể khởi động lại với volume trống hoặc không mount được volume cũ.

Lỗi phổ biến

Nhìn thấy pod Running rồi quên kiểm tra volume mount thật.
Không hiểu Reclaim Policy nên xóa nhầm dữ liệu.
Dùng storage không phù hợp cho workload cần latency/thông lượng khác nhau.
Không có backup dù đã có persistent volume.

Kết bài

Sau bài này, anh sẽ nhìn storage trong Kubernetes bằng con mắt tỉnh táo hơn: volume không phải checkbox, mà là phần gắn trực tiếp với độ an toàn dữ liệu. Bài tiếp theo sẽ siết thêm một lớp nữa: security trong Kubernetes, nơi quyền truy cập và network policy quyết định blast radius khi có sự cố.