Giám sát CPU, RAM, disk và service trên VPS Việt Nam: cảnh báo trước khi nghẽn

Lưu ý: Các lệnh và chỉ số trong bài để tham khảo, cần thử trong môi trường phù hợp và xác minh tính năng thực tế theo gói dịch vụ. Không sử dụng để truy cập hệ thống không được phép.

VPS Việt Nam có thể chạy ổn vào buổi sáng nhưng chậm vào giờ cao điểm vì tải CPU, thiếu RAM, đĩa đầy hoặc dịch vụ bị dừng. Không có một chỉ số duy nhất nói được VPS “khỏe” hay “yếu”. Giám sát tốt phải liên kết chỉ số hệ thống với triệu chứng của ứng dụng, ví dụ request chậm, lỗi 5xx và thời gian query database.

Hướng dẫn này dành cho người quản trị máy Linux có quyền phù hợp. Lệnh chỉ mang tính quan sát, không cài agent hoặc sửa cấu hình tự động. Đối với Windows VPS, bạn cần công cụ PerfMon hoặc hệ thống monitoring tương đương.

Đọc CPU usage cùng load average và I/O wait

top, htop hoặc uptime có thể hiển thị tải CPU và load average. Load average không phải phần trăm CPU: nó thể hiện số tác vụ đang chạy hoặc chờ tài nguyên theo cách thống kê của hệ điều hành. Cần đặt số liệu trong bối cảnh số vCPU và các tác vụ block I/O.

Một máy có CPU utilization 90% trong vài phút khi xử lý batch chưa chắc có lỗi. Ngược lại, CPU thấp nhưng I/O wait cao có thể khiến request vẫn chậm. Ghi p95 latency và thời điểm tăng tải để biết có ảnh hưởng người dùng hay không.

RAM: phân biệt free, available, cache và swap

Linux thường dùng RAM rảnh để cache file, nên free thấp không tự đồng nghĩa thiếu bộ nhớ. Kiểm tra MemAvailable, swap in/out và OOM log thay vì chỉ nhìn cột free. Khi ứng dụng tăng đột biến, memory pressure hoặc OOM killer có thể chấm dứt tiến trình mà không có cảnh báo từ web server.

Sử dụng free -h, vmstat 1 5 và journalctl -k tùy quyền quản trị. Theo dõi RSS của tiến trình nhưng nhớ rằng tổng RSS không luôn bằng RAM tiêu thụ thực do trang nhớ chia sẻ. Nếu việc thiếu RAM lặp lại theo thời gian, xem memory leak, queue và cấu hình cache trước khi nâng gói.

Disk usage khác disk I/O

df -h cho biết dung lượng filesystem còn trống, nhưng không cho biết độ trễ đọc ghi. df -i giúp kiểm tra inode khi ổ còn GB nhưng tạo file mới vẫn thất bại. Với NVMe, giám sát throughput, IOPS và latency để phân biệt nghẽn I/O với thiếu dung lượng.

Nếu log tăng nhanh, cấu hình log rotation an toàn. Không xóa tùy tiện file đang được database hoặc service mở; xóa sai có thể gây hỏng dữ liệu mà df cũng chưa giải phóng dung lượng ngay. Nếu disk gần đầy, cần ưu tiên bảo vệ backup và dữ liệu ứng dụng trước khi chạy thử benchmark.

Giám sát service thay vì chỉ giám sát máy

Một VPS có thể vẫn ping tốt nhưng Nginx, PostgreSQL hoặc worker đã chết. Thiết lập kiểm tra endpoint ứng dụng, tỷ lệ lỗi HTTP và thời gian phản hồi. Với service qua systemd, dùng systemctl status và log liên quan; không dựa riêng vào “active” nếu ứng dụng không trả được request thật.

Nếu triển khai nhiều tiến trình, cần biết quan hệ phụ thuộc. Một API 500 vì database bị ngắt cần cảnh báo khác với máy không ping được. Các cảnh báo hữu ích phải có đường xử lý cụ thể, tránh gửi email liên tục mà không ai chịu trách nhiệm.

Chọn ngưỡng cảnh báo theo thời gian

Không có ngưỡng CPU/RAM chung đúng cho mọi ứng dụng. Bạn có thể bắt đầu cảnh báo khi dung lượng disk thấp hoặc p95 latency vượt baseline liên tục vài phút, rồi điều chỉnh theo lịch sử tải. Dùng hai mức: cảnh báo sớm và khẩn cấp, tránh coi mọi spike 5 giây là sự cố.

Ghi rõ lịch bảo trì, release và backup vì các hoạt động này thường làm chỉ số tăng bình thường. Nên có một dashboard gồm traffic, HTTP errors, CPU, RAM, disk latency và trạng thái backup, cùng mốc thay đổi cấu hình để tìm tương quan.

Quy trình xử lý khi khách báo website chậm

  1. Kiểm tra lỗi 5xx và p95 theo thời điểm; xác định một URL cụ thể bị ảnh hưởng.
  2. Đối chiếu CPU, available RAM, swap và I/O wait.
  3. Kiểm tra database pool, số connection, hàng đợi worker và disk.
  4. Lưu log/số đo, tái hiện trên môi trường thử nếu có thể.
  5. Chỉ nâng gói khi đã xác định tài nguyên hiện có thực sự thiếu.

Trang VPS Việt Nam giúp đối chiếu các mức CPU/RAM/NVMe được cung cấp. Bài này không khẳng định KVOCloud đã có sẵn hệ thống monitoring hoặc sao lưu trên mọi gói; đó là các tính năng cần xác minh riêng.

Đọc tiếp trong cùng chủ đề

Xem thêm: Đo hiệu năng NVMe trên VPS Việt Nam bằng fio: IOPS, latency và an toàn. Đối chiếu nhu cầu thực tế với trang VPS Việt Nam và thông tin gói đang bán.