Hướng khắc phục tình trạng VPS bị chậm từ A-Z

Để khắc phục tình trạng VPS bị chậm, bạn cần kiểm tra mức sử dụng CPU, RAM, ổ cứng, kết nối mạng và các ứng dụng đang chạy trên máy chủ. Khi xác định đúng nguyên nhân, bạn có thể giải phóng tài nguyên, điều chỉnh cấu hình hoặc nâng cấp VPS nếu cần thiết.

VPS chạy chậm không nhất thiết do cấu hình yếu. Một tiến trình tiêu thụ CPU bất thường, database quá tải hoặc ổ cứng gần đầy cũng có thể khiến toàn bộ hệ thống phản hồi chậm. Cùng Tino tìm hiểu chi tiết qua bài viết dưới đây nhé!

Dấu hiệu nhận biết VPS đang hoạt động chậm

VPS bị chậm thường biểu hiện qua thời gian phản hồi tăng, ứng dụng xử lý lâu hơn bình thường hoặc máy chủ thường xuyên mất kết nối.

Một số dấu hiệu dễ nhận biết gồm:

• Website tải chậm: Trang web mất nhiều thời gian để hiển thị dù kết nối Internet của người truy cập vẫn ổn định.
• SSH phản hồi chậm: Các lệnh nhập vào Terminal mất nhiều thời gian mới thực hiện hoặc phiên kết nối thường xuyên bị gián đoạn.
• Ứng dụng xử lý lâu: Những phần mềm như n8n, OpenClaw, Hermes Agent, WordPress, database hoặc AI Agent có tốc độ xử lý thấp hơn bình thường.
• CPU hoặc RAM liên tục sử dụng ở mức cao: Tài nguyên máy chủ không đủ đáp ứng các tác vụ đang chạy.
• Thao tác đọc/ghi dữ liệu bị trì hoãn: Việc tải tệp, sao lưu hoặc truy vấn database mất nhiều thời gian.
• Dịch vụ tự dừng hoặc khởi động lại: Một số ứng dụng bị hệ điều hành hoặc cơ chế giới hạn tài nguyên dừng khi gặp vấn đề về bộ nhớ.

Cần lưu ý rằng website tải chậm chưa chắc đồng nghĩa với VPS hoạt động chậm. Nguyên nhân cũng có thể đến từ DNS, mã nguồn website, dịch vụ bên ngoài hoặc kết nối mạng giữa người truy cập và máy chủ. Vì vậy, việc đầu tiên nên thực hiện là kiểm tra tài nguyên bên trong VPS.

Những nguyên nhân phổ biến khiến VPS bị chậm

VPS có thể hoạt động chậm do nhiều nguyên nhân khác nhau. Trong đó, phổ biến nhất là thiếu tài nguyên, ứng dụng hoạt động bất thường và các vấn đề liên quan đến lưu trữ hoặc kết nối mạng.

Nguyên nhân	Biểu hiện thường gặp	Hướng xử lý
CPU quá tải	Tác vụ phản hồi chậm, tiến trình sử dụng CPU cao	Xác định tiến trình, tối ưu ứng dụng
Thiếu RAM	Ứng dụng giật lag, phát sinh OOM hoặc sử dụng Swap nhiều	Giảm mức sử dụng RAM, tăng bộ nhớ
Ổ cứng gần đầy	Không ghi được tệp, database phát sinh lỗi	Kiểm tra và dọn dữ liệu không cần thiết
Disk I/O quá tải	Đọc/ghi dữ liệu chậm, truy vấn database lâu	Xác định tác vụ gây tải I/O
Kết nối mạng không ổn định	SSH chậm, website phản hồi thất thường	Kiểm tra đường truyền, DNS và định tuyến
Ứng dụng cấu hình chưa phù hợp	Một dịch vụ tiêu thụ tài nguyên bất thường	Điều chỉnh cấu hình và giới hạn tác vụ
Hạ tầng máy chủ vật lý quá tải	Hiệu suất thấp dù tài nguyên bên trong VPS không cao	Kiểm tra CPU Steal Time, liên hệ nhà cung cấp
Tác vụ chạy nền hoặc phần mềm độc hại	CPU, RAM hoặc lưu lượng mạng tăng bất thường	Kiểm tra tiến trình, nhật ký và bảo mật

Ngoài những nguyên nhân trên, việc chạy đồng thời nhiều website, container Docker hoặc AI Agent trên VPS cấu hình thấp cũng có thể khiến tài nguyên nhanh chóng cạn kiệt.

Lưu ý: CPU sử dụng cao trong thời gian ngắn không nhất thiết là sự cố. Điều quan trọng là mức sử dụng có duy trì kéo dài và ảnh hưởng đến hiệu suất thực tế hay không.

Cần chuẩn bị gì trước khi khắc phục VPS bị chậm?

Để thực hiện những thao tác kiểm tra dưới đây, bạn cần có:

• Một VPS đang chạy Ubuntu hoặc Debian.
• Địa chỉ IP máy chủ và tài khoản SSH.
• Quyền quản trị root hoặc tài khoản được phép sử dụng sudo.
• Phần mềm kết nối SSH như Xshell hoặc Windows Terminal.
• Bản sao lưu dữ liệu quan trọng trước khi thay đổi cấu hình hoặc dừng dịch vụ.

Các lệnh trong hướng dẫn được viết cho môi trường Linux Ubuntu/Debian, sử dụng những công cụ quản trị phổ biến.

Nếu đăng nhập bằng tài khoản root, bạn có thể bỏ tiền tố sudo trong các lệnh yêu cầu quyền quản trị. Trường hợp VPS sử dụng AlmaLinux, Rocky Linux hoặc Windows Server, một số công cụ và cách cài đặt sẽ khác.

Đặc biệt, bạn không nên khởi động lại VPS, xóa nhật ký hoặc dừng tiến trình ngay khi thấy hệ thống chậm. Hãy thu thập thông tin trước để tránh mất dấu nguyên nhân gây lỗi.

Hướng dẫn kiểm tra nguyên nhân VPS bị chậm theo 7 bước

Để tìm nguyên nhân VPS chạy chậm, hãy kiểm tra lần lượt cấu hình máy chủ, CPU, RAM, ổ cứng, ứng dụng và kết nối mạng. Các thao tác dưới đây được sắp xếp theo trình tự từ cơ bản đến chuyên sâu.

Bước 1: Kết nối SSH và kiểm tra cấu hình VPS

Trước tiên, hãy kết nối với VPS bằng SSH để kiểm tra hệ điều hành và tài nguyên được cấp phát.

Sau khi đăng nhập thành công, chạy lệnh:

cat /etc/os-release

Lệnh này hiển thị tên và phiên bản hệ điều hành.

Tiếp tục kiểm tra số lượng CPU:

nproc

Kiểm tra dung lượng RAM:

free -h

Kiểm tra dung lượng ổ đĩa:

lsblk -o NAME,SIZE,TYPE,MOUNTPOINTS

Cuối cùng, kiểm tra thời gian hoạt động và tải hệ thống:

uptime

Kết quả của lệnh uptime có phần load average với ba chỉ số tương ứng mức tải trung bình trong 1, 5 và 15 phút gần nhất.

Ví dụ, nếu VPS chỉ có 2 vCPU nhưng Load Average liên tục cao hơn đáng kể so với 2, hệ thống có thể đang gặp tình trạng quá tải CPU hoặc nhiều tiến trình phải chờ tài nguyên.

Tuy nhiên, Load Average cũng bao gồm một số tác vụ đang chờ I/O, vì vậy không thể chỉ dựa vào chỉ số này để kết luận CPU quá tải.

Kết quả cần xác định: Số lượng vCPU, dung lượng RAM, ổ đĩa và mức tải hiện tại của VPS.

Bước 2: Kiểm tra mức sử dụng CPU và tiến trình

Để biết VPS có đang quá tải CPU hay không, chạy lệnh:

top

Công cụ top hiển thị những thông tin quan trọng như:

• %CPU: Mức sử dụng CPU của từng tiến trình.
• %MEM: Tỷ lệ RAM mà tiến trình đang sử dụng.
• PID: Mã định danh của tiến trình.
• COMMAND: Tên lệnh hoặc chương trình đang chạy.
• load average: Mức tải trung bình của hệ thống.

Trong giao diện top, bạn có thể:

• Nhấn P để sắp xếp tiến trình theo mức sử dụng CPU.
• Nhấn M để sắp xếp theo mức sử dụng RAM.
• Nhấn q để thoát.

Nếu chỉ muốn liệt kê nhanh các tiến trình sử dụng nhiều CPU nhất, chạy:

ps -eo pid,comm,%cpu,%mem --sort=-%cpu | head -n 11

Kết quả giúp bạn nhận diện các ứng dụng đang tiêu thụ tài nguyên, chẳng hạn:

• MySQL hoặc PostgreSQL.
• PHP-FPM.
• Node.js.
• Các ứng dụng Python.
• Tiến trình xử lý AI.
• Tác vụ sao lưu hoặc đồng bộ dữ liệu.

Một tiến trình sử dụng CPU cao chưa chắc gặp lỗi. Bạn cần xác định ứng dụng đang thực hiện công việc hợp lệ hay bị kẹt trong vòng lặp xử lý.

Ngoài ra, trong top, hãy chú ý đến chỉ số st (Steal Time). Đây là thời gian vCPU phải chờ do tài nguyên CPU được hệ thống ảo hóa phân phối cho công việc khác.

Nếu Steal Time cao kéo dài, bạn nên ghi nhận và trao đổi với nhà cung cấp VPS để kiểm tra hạ tầng.

Kết quả cần xác định: Tiến trình nào đang sử dụng nhiều CPU, mức tải có duy trì cao hay không và Steal Time có bất thường hay không.

Bước 3: Kiểm tra RAM và Swap

RAM không đủ có thể khiến VPS phản hồi chậm, đặc biệt khi hệ điều hành phải liên tục chuyển dữ liệu giữa RAM và Swap.

Swap là vùng lưu trữ được hệ điều hành sử dụng để hỗ trợ quản lý bộ nhớ khi cần thiết. Tuy nhiên, việc truy cập Swap trên ổ đĩa thường chậm hơn truy cập RAM.

Để kiểm tra bộ nhớ, chạy:

free -h

Trong kết quả hiển thị, hãy chú ý:

• total: Tổng dung lượng RAM.
• used: Dung lượng RAM đang được sử dụng.
• free: Dung lượng RAM hoàn toàn chưa sử dụng.
• available: Dung lượng bộ nhớ ước tính có thể cấp phát cho ứng dụng mà không cần sử dụng Swap.
• Swap: Dung lượng Swap hiện có và mức sử dụng.

Quan trọng: Chỉ số free thấp không đồng nghĩa VPS thiếu RAM. Linux thường tận dụng bộ nhớ nhàn rỗi làm cache để tăng tốc truy cập dữ liệu. Vì vậy, nên ưu tiên quan sát available.

Để kiểm tra hệ thống có thường xuyên phải chuyển dữ liệu giữa RAM và Swap hay không, chạy:

vmstat 1 5

Lệnh này lấy 5 mẫu, cách nhau 1 giây.

Trong kết quả, chú ý hai cột:

• si: Lượng dữ liệu được chuyển từ Swap vào RAM.
• so: Lượng dữ liệu được chuyển từ RAM sang Swap.

Bỏ qua dòng thống kê tổng hợp đầu tiên khi đánh giá hoạt động tức thời.

Nếu si và so liên tục tăng trong khi RAM khả dụng rất thấp, VPS có thể đang chịu áp lực bộ nhớ đáng kể.

Bạn cũng nên kiểm tra xem hệ điều hành có từng tự động dừng tiến trình do thiếu RAM hay không:

sudo journalctl -k -b --no-pager | grep -Ei 'out of memory|oom|killed process'

Lệnh tìm kiếm các thông báo liên quan đến OOM trong nhật ký kernel của lần khởi động hiện tại.

Nếu xuất hiện thông báo Out of memory hoặc Killed process, đây là dấu hiệu cần điều tra thêm tình trạng thiếu bộ nhớ.

Nếu không có kết quả, điều đó chưa đủ để khẳng định VPS chưa từng xảy ra OOM, bởi nhật ký cũ có thể không được lưu giữ.

Kết quả cần xác định: RAM còn khả dụng bao nhiêu, VPS có phải sử dụng Swap thường xuyên hay từng gặp lỗi OOM hay không.

Bước 4: Kiểm tra dung lượng ổ cứng

Ổ cứng gần đầy có thể khiến ứng dụng không thể tạo tệp mới, ghi log hoặc lưu dữ liệu vào database.

Để kiểm tra dung lượng đang sử dụng, chạy:

df -h

Lệnh hiển thị dung lượng các phân vùng cùng tỷ lệ sử dụng trong cột Use%.

Ví dụ, nếu phân vùng chứa hệ điều hành đã sử dụng khoảng 95% dung lượng, bạn nên kiểm tra những thư mục đang chiếm nhiều không gian và tìm cách giải phóng dung lượng phù hợp.

Tiếp tục kiểm tra số lượng inode:

df -i

Inode là cấu trúc được hệ thống tệp sử dụng để quản lý thông tin của tệp và thư mục.

Một VPS có thể vẫn còn dung lượng lưu trữ nhưng không thể tạo thêm tệp nếu số inode đã sử dụng hết.

Nếu muốn kiểm tra dung lượng trong thư mục /var, chạy:

sudo du -xhd1 /var 2>/dev/null | sort -h

Lệnh sẽ liệt kê dung lượng của những thư mục con trong /var thuộc cùng hệ thống tệp, giúp xác định nơi đang chiếm nhiều dung lượng.

Những khu vực thường cần kiểm tra gồm:

• /var/log: Nhật ký hệ thống và ứng dụng.
• /var/lib/docker: Dữ liệu do Docker quản lý.
• Thư mục chứa database.
• Thư mục lưu bản sao lưu.
• Thư mục chứa tệp tải lên hoặc dữ liệu tạm.

Lưu ý rằng lệnh du có thể mất thời gian và tạo thêm hoạt động đọc đĩa trên máy chủ có nhiều dữ liệu.

Không xóa trực tiếp dữ liệu trong các thư mục hệ thống hoặc database khi chưa xác định rõ chức năng của từng tệp.

Kết quả cần xác định: Phân vùng nào gần đầy và những thư mục nào đang sử dụng nhiều dung lượng.

Bước 5: Kiểm tra hiệu suất đọc/ghi ổ đĩa

Ngay cả khi ổ cứng còn nhiều dung lượng, VPS vẫn có thể hoạt động chậm do tốc độ đọc/ghi hoặc thời gian phản hồi của hệ thống lưu trữ.

Để kiểm tra, bạn có thể sử dụng công cụ iostat.

Trên Ubuntu/Debian, cài đặt gói sysstat nếu chưa có:

sudo apt update

sudo apt install -y sysstat

Sau đó chạy:

iostat -xz 1 3

Lệnh thu thập ba báo cáo, cách nhau một giây. Khi đánh giá hoạt động hiện tại, nên quan sát các báo cáo từ lần thứ hai.

Một số chỉ số quan trọng:

Chỉ số	Ý nghĩa
r/s	Số yêu cầu đọc mỗi giây
w/s	Số yêu cầu ghi mỗi giây
await	Thời gian trung bình xử lý yêu cầu I/O, tính bằng mili giây
r_await	Thời gian trung bình cho yêu cầu đọc
w_await	Thời gian trung bình cho yêu cầu ghi
%util	Tỷ lệ thời gian thiết bị có yêu cầu I/O được xử lý

Nếu await tăng cao kéo dài cùng với tình trạng ứng dụng phản hồi chậm, bạn cần kiểm tra những tiến trình đang tạo ra nhiều yêu cầu đọc/ghi.

Riêng chỉ số %util cần được đánh giá thận trọng. Với SSD, NVMe và hệ thống lưu trữ hỗ trợ xử lý nhiều yêu cầu song song, %util gần 100% không đủ để kết luận ổ đĩa đã đạt giới hạn hiệu suất.

Bạn nên kết hợp await, lưu lượng I/O, mức tải và tình trạng thực tế của ứng dụng để đưa ra nhận định.

Kết quả cần xác định: VPS có gặp tình trạng đọc/ghi chậm hoặc thời gian chờ I/O cao bất thường hay không.

Bước 6: Kiểm tra Docker, dịch vụ và nhật ký lỗi

Nếu VPS đang chạy Docker, n8n, OpenClaw, Hermes Agent hoặc các ứng dụng khác, bạn cần xác định dịch vụ nào đang tiêu thụ tài nguyên hoặc phát sinh lỗi.

Trường hợp 1: VPS sử dụng Docker

Kiểm tra danh sách container:

sudo docker ps

Tiếp tục kiểm tra tài nguyên:

sudo docker stats --no-stream

Kết quả hiển thị mức sử dụng CPU, RAM, mạng và hoạt động I/O của các container đang chạy.

Ví dụ, bạn có thể phát hiện một container n8n sử dụng CPU cao do đang xử lý nhiều workflow, hoặc một ứng dụng AI Agent tiêu thụ RAM lớn.

Nếu muốn kiểm tra nhật ký của một container, chạy:

sudo docker logs --tail 50 TEN_CONTAINER

Thay TEN_CONTAINER bằng tên container thực tế lấy từ kết quả docker ps.

Nếu nghi ngờ Docker đang chiếm nhiều dung lượng ổ cứng, sử dụng:

sudo docker system df

Lệnh này cho biết dung lượng liên quan đến image, container và volume do Docker quản lý.

Trường hợp 2: VPS không sử dụng Docker

Bạn có thể kiểm tra những dịch vụ bị lỗi bằng lệnh:

systemctl --failed

Kiểm tra nhật ký lỗi của lần khởi động hiện tại:

sudo journalctl -p err -b --no-pager -n 50

Nếu VPS sử dụng Nginx, có thể kiểm tra trạng thái dịch vụ:

sudo systemctl status nginx

Tương tự, bạn có thể thay nginx bằng tên dịch vụ khác đã được cài đặt.

Lưu ý: Các nhật ký có thể chứa thông tin nhạy cảm, đường dẫn nội bộ hoặc dữ liệu cấu hình. Bạn nên che những thông tin này trước khi chia sẻ cho bên khác.

Kết quả cần xác định: Ứng dụng nào đang quá tải, dịch vụ nào gặp lỗi và có dấu hiệu cần kiểm tra sâu hơn hay không.

Bước 7: Kiểm tra kết nối mạng và thời gian phản hồi

Nếu CPU, RAM và ổ cứng đều hoạt động bình thường nhưng VPS vẫn chậm, bạn nên kiểm tra thêm kết nối mạng.

Trước tiên, chạy lệnh:

ping -c 4 1.1.1.1

Lệnh gửi bốn yêu cầu ICMP đến địa chỉ đích và hiển thị thời gian phản hồi cùng tỷ lệ mất gói.

Bạn cần quan sát:

• Thời gian phản hồi có tăng cao bất thường hay không.
• Có xuất hiện tình trạng mất gói hay không.
• Kết quả có ổn định giữa các lần kiểm tra hay không.

Một số hệ thống mạng hạn chế ICMP, vì vậy kết quả Ping không thành công chưa đủ để kết luận kết nối VPS gặp sự cố.

Tiếp theo, kiểm tra khả năng truy cập HTTPS bằng lệnh:

curl -I --connect-timeout 5 https://example.com

Lệnh thực hiện một yêu cầu HTTP HEAD đến website thử nghiệm. Nếu nhận được phản hồi, VPS đã có thể kết nối đến đích qua HTTPS tại thời điểm kiểm tra.

Để đo thời gian phản hồi của một website, sử dụng:

curl -sS -o /dev/null -w 'HTTP %{http_code} | Tong: %{time_total}s\n' https://example.com

Thay https://example.com bằng tên miền website cần kiểm tra.

Chỉ số time_total thể hiện tổng thời gian thực hiện yêu cầu HTTP, không phải phép đo riêng tốc độ mạng. Kết quả còn chịu ảnh hưởng từ DNS, TLS, máy chủ đích và thời gian xử lý ứng dụng.

Nếu sử dụng Cloudflare hoặc CDN, phản hồi từ tên miền công khai cũng có thể đi qua máy chủ trung gian thay vì kết nối trực tiếp đến VPS.

Ngoài ra, nên thử kết nối từ một mạng Internet khác để đối chiếu. Nếu chỉ một mạng gặp vấn đề, nguyên nhân có thể nằm trên tuyến kết nối thay vì bên trong VPS.

Kết quả cần xác định: Tình trạng chậm bắt nguồn từ xử lý trên máy chủ, kết nối đến website hay đường truyền giữa người dùng và VPS.

Cách khắc phục VPS bị chậm theo từng nguyên nhân

Sau khi hoàn thành các bước kiểm tra, bạn cần lựa chọn phương án khắc phục tương ứng với nguyên nhân đã xác định. Không nên áp dụng đồng thời nhiều cách tối ưu khi chưa biết tác vụ nào đang gây quá tải.

CPU quá tải do tiến trình hoặc ứng dụng

Nếu một tiến trình liên tục sử dụng phần lớn tài nguyên CPU, trước hết hãy xác định tên ứng dụng và công việc đang được thực hiện.

Bạn có thể sử dụng lại lệnh:

top

Sau đó thực hiện một số phương án phù hợp:

• Giảm số lượng tác vụ chạy đồng thời.
• Kiểm tra các tác vụ tự động như Cron Job, sao lưu và quét dữ liệu.
• Tối ưu mã nguồn hoặc truy vấn database nếu ứng dụng xử lý quá lâu.
• Điều chỉnh lịch chạy những tác vụ tiêu tốn nhiều CPU.
• Kiểm tra tiến trình bất thường hoặc không rõ nguồn gốc.

Nếu nguyên nhân đến từ một dịch vụ cụ thể, bạn có thể kiểm tra trạng thái và nhật ký của dịch vụ trước khi quyết định khởi động lại.

Ví dụ với Nginx:

sudo systemctl status nginx

Chỉ khởi động lại một dịch vụ khi đã xác định rõ mục đích và chấp nhận khả năng gián đoạn tạm thời.

Đặc biệt, không nên sử dụng lệnh kill -9 chỉ vì thấy một tiến trình đang tiêu thụ CPU cao. Việc dừng cưỡng bức database hoặc ứng dụng quan trọng có thể khiến dữ liệu đang xử lý bị gián đoạn.

Nếu CPU thường xuyên quá tải trong quá trình sử dụng bình thường, việc nâng cấp số lượng vCPU có thể cần thiết.

RAM không đủ hoặc sử dụng Swap quá nhiều

Khi RAM khả dụng liên tục ở mức thấp và hệ thống sử dụng Swap thường xuyên, bạn nên ưu tiên giảm nhu cầu bộ nhớ của những ứng dụng không cần thiết.

Các phương án có thể áp dụng gồm:

• Dừng những ứng dụng thực sự không còn sử dụng, sau khi đã xác nhận vai trò.
• Giảm số lượng worker hoặc tác vụ chạy đồng thời.
• Kiểm tra các ứng dụng có mức sử dụng RAM tăng dần bất thường.
• Điều chỉnh giới hạn bộ nhớ phù hợp cho container Docker.
• Nâng cấp RAM nếu nhu cầu thực tế thường xuyên vượt quá cấu hình hiện tại.

Đối với VPS đang chạy AI Agent, mức sử dụng RAM có thể tăng do nhiều phiên xử lý, công cụ tích hợp hoặc chương trình bổ trợ hoạt động cùng lúc.

Bạn nên kiểm tra ứng dụng đang tiêu thụ bộ nhớ trước khi quyết định thay đổi cấu hình.

Có nên tăng Swap để khắc phục VPS bị chậm?

Swap có thể giúp hệ thống có thêm vùng bộ nhớ dự phòng trong một số tình huống, nhưng không thay thế được RAM vật lý.

Nếu VPS liên tục phải chuyển dữ liệu giữa RAM và Swap, hiệu suất có thể giảm đáng kể. Vì vậy, tăng Swap không phải giải pháp phù hợp cho mọi trường hợp thiếu RAM.

Ổ cứng đầy hoặc tốc độ đọc/ghi thấp

Nếu phân vùng gần hết dung lượng, hãy xác định những dữ liệu có thể dọn dẹp mà không ảnh hưởng đến ứng dụng.

Với Ubuntu/Debian, một thao tác tương đối đơn giản là dọn bộ nhớ đệm của trình quản lý gói APT:

sudo apt-get clean

Lệnh xóa những tệp gói đã tải về trong bộ nhớ đệm APT, không gỡ bỏ các chương trình đang được cài đặt.

Bạn cũng có thể kiểm tra dung lượng nhật ký hệ thống:

sudo journalctl --disk-usage

Nếu nhật ký chiếm nhiều dung lượng và chính sách lưu trữ cho phép xóa các bản cũ, có thể sử dụng:

sudo journalctl --vacuum-time=7d

Lệnh dọn những tệp nhật ký đã lưu trữ có tuổi đời vượt quá 7 ngày. Nhật ký đang hoạt động và các nhật ký khác ngoài systemd journal không bị xử lý theo cách này.

Chỉ chạy lệnh sau khi xác nhận những nhật ký cũ không còn cần thiết cho công việc kiểm tra sự cố, bảo mật hoặc lưu trữ theo quy định.

Đối với VPS sử dụng Docker, hãy kiểm tra:

sudo docker system df

Nếu phát hiện các image hoặc tài nguyên không còn sử dụng, bạn có thể lên kế hoạch dọn dẹp sau khi xác nhận dữ liệu liên quan đã được sao lưu.

Không nên chạy các lệnh xóa hàng loạt, chẳng hạn docker system prune –volumes, khi chưa hiểu rõ phạm vi dữ liệu có thể bị ảnh hưởng.

Nếu ổ cứng vẫn còn nhiều dung lượng nhưng tốc độ đọc/ghi thấp, hãy kiểm tra hoạt động database, tác vụ sao lưu và thời gian I/O trước khi cân nhắc đổi loại lưu trữ hoặc liên hệ nhà cung cấp.

Kết nối mạng không ổn định

Nếu các chỉ số tài nguyên đều bình thường, hãy đối chiếu thời gian phản hồi từ nhiều vị trí mạng khác nhau.

Các hướng xử lý phù hợp gồm:

• Kiểm tra kết nối Internet tại máy tính đang sử dụng.
• Kiểm tra DNS và địa chỉ IP mà tên miền đang trỏ đến.
• Đối chiếu thời gian phản hồi từ mạng trong nước và quốc tế.
• Kiểm tra cấu hình reverse proxy, CDN hoặc tường lửa nếu có.
• Liên hệ nhà cung cấp khi nghi ngờ đường truyền hoặc hạ tầng mạng gặp sự cố.

Trường hợp website sử dụng Cloudflare, bạn cũng nên kiểm tra hiệu suất của máy chủ gốc và lớp CDN riêng biệt.

Không nên vội thay đổi DNS, mở cổng hoặc tắt tường lửa khi chưa xác định nguyên nhân, bởi các thay đổi này có thể gây ra vấn đề bảo mật hoặc gián đoạn truy cập.

Ứng dụng, database hoặc Docker quá tải

Một VPS có thể hoạt động bình thường về tổng thể nhưng một ứng dụng cụ thể vẫn phản hồi rất chậm.

Ví dụ:

Đối với website WordPress:

• Kiểm tra plugin hoặc theme có tiêu thụ nhiều tài nguyên.
• Kiểm tra tình trạng truy vấn database.
• Cấu hình cache phù hợp với website.
• Xem xét số lượng PHP worker và tài nguyên PHP-FPM.

Đối với n8n:

• Kiểm tra những workflow đang chạy.
• Hạn chế các tác vụ nặng chạy đồng thời.
• Xác định workflow có vòng lặp hoặc lượng dữ liệu xử lý quá lớn.
• Kiểm tra tài nguyên và hiệu suất của database.

Đối với OpenClaw hoặc Hermes Agent:

• Kiểm tra các tiến trình AI Agent đang hoạt động.
• Xác định công cụ, tác vụ tự động hoặc tiến trình phụ đang sử dụng nhiều tài nguyên.
• Điều chỉnh số lượng tác vụ chạy song song khi cần.
• Đánh giá mức RAM và CPU thực tế của ứng dụng.

Đối với Docker:

• Dùng docker stats để xác định container tiêu thụ tài nguyên.
• Kiểm tra nhật ký bằng docker logs.
• Đánh giá các giới hạn CPU/RAM đã cấu hình.
• Tránh đặt giới hạn RAM quá thấp khiến ứng dụng thường xuyên bị OOM.

Nếu một ứng dụng đã được xác định gây sự cố và cần khởi động lại, bạn có thể thực hiện thao tác có kiểm soát trong thời gian bảo trì, sau khi bảo đảm dữ liệu quan trọng đã được lưu trữ an toàn.

Ví dụ, với container Docker:

sudo docker restart TEN_CONTAINER

Thay TEN_CONTAINER bằng tên container cần khởi động lại.

Không khởi động lại đồng loạt tất cả container để thử khắc phục sự cố, đặc biệt khi VPS đang vận hành website, database hoặc ứng dụng phục vụ khách hàng.

Hạ tầng máy chủ vật lý gặp vấn đề

Nếu tài nguyên bên trong VPS không có dấu hiệu quá tải nhưng hiệu suất vẫn thấp, bạn cần xem xét khả năng nguyên nhân nằm ngoài hệ điều hành khách.

Một dấu hiệu đáng chú ý là CPU Steal Time tăng cao trong thời gian dài.

Bạn có thể kiểm tra nhanh bằng:

vmstat 1 5

Quan sát cột st trong các mẫu đo.

Steal Time cho biết tỷ lệ thời gian vCPU bị hệ thống ảo hóa lấy khỏi lịch thực thi. Chỉ số này cao kéo dài có thể liên quan đến tình trạng cạnh tranh tài nguyên CPU trên máy chủ vật lý.

Tuy nhiên, Steal Time không phải bằng chứng duy nhất để kết luận hạ tầng gặp sự cố.

Nếu nghi ngờ vấn đề đến từ nhà cung cấp, hãy gửi yêu cầu hỗ trợ kèm:

• Thời điểm bắt đầu xảy ra tình trạng chậm.
• Kết quả kiểm tra CPU, RAM và Load Average.
• Thống kê vmstat hoặc iostat.
• Thông tin về thời gian phản hồi hoặc lỗi kết nối.
• Những tác vụ hoặc ứng dụng bị ảnh hưởng.

Các thông tin này giúp đội ngũ kỹ thuật có cơ sở kiểm tra tài nguyên ảo hóa, hệ thống lưu trữ và đường truyền.

Cách kiểm tra VPS đã hoạt động ổn định trở lại

Sau khi áp dụng biện pháp khắc phục, hãy kiểm tra lại hiệu suất để xác định vấn đề đã được giải quyết hay chưa.

Bạn có thể thực hiện các thao tác sau:

1. Kiểm tra mức tải hệ thống

uptime

So sánh Load Average với thời điểm VPS hoạt động chậm.

2. Kiểm tra CPU

top

Xem tiến trình gây quá tải còn sử dụng CPU bất thường hay không.

3. Kiểm tra RAM

free -h

Quan sát dung lượng RAM khả dụng và mức sử dụng Swap.

4. Kiểm tra dung lượng ổ đĩa

df -h

Đảm bảo các phân vùng quan trọng còn đủ dung lượng phục vụ hoạt động và tăng trưởng dữ liệu.

5. Kiểm tra hiệu suất ứng dụng

Truy cập website hoặc thực hiện lại tác vụ từng bị chậm.

Ví dụ:

• Mở một trang WordPress từng tải lâu.
• Chạy lại một workflow n8n đại diện.
• Kiểm tra phản hồi của AI Agent.
• Thực hiện truy vấn database từng gặp vấn đề.

Nên so sánh kết quả trước và sau khi khắc phục trong điều kiện tải tương đương.

Nếu tình trạng chậm thường xuất hiện vào giờ cao điểm, bạn cần tiếp tục theo dõi trong thời gian có lưu lượng thực tế thay vì chỉ kiểm tra ngay sau khi khởi động lại máy chủ.

Khi nào nên nâng cấp cấu hình VPS?

Bạn nên cân nhắc nâng cấp VPS khi tài nguyên hiện tại không còn đáp ứng được nhu cầu sử dụng, ngay cả sau khi đã kiểm tra và tối ưu các ứng dụng.

Một số tình huống phù hợp gồm:

• CPU liên tục quá tải trong các giai đoạn hoạt động bình thường.
• RAM khả dụng thường xuyên xuống thấp và ứng dụng phải sử dụng Swap nhiều.
• Dung lượng lưu trữ gần đạt giới hạn, trong khi dữ liệu vẫn tiếp tục tăng.
• Số lượng website, người dùng hoặc ứng dụng đang vận hành ngày càng nhiều.
• Khối lượng công việc của AI Agent, n8n hoặc database vượt quá năng lực xử lý của cấu hình hiện tại.

Trước khi nâng cấp, hãy xác định tài nguyên đang thiếu để lựa chọn cấu hình hợp lý. Ví dụ, nếu nguyên nhân chính là thiếu RAM, việc chỉ tăng số lượng vCPU chưa chắc giải quyết được vấn đề.

Nếu đang cần một giải pháp VPS để vận hành website, phần mềm hoặc hệ thống tự động hóa, bạn có thể tham khảo dịch vụ VPS tại Tino.

Tino cung cấp các lựa chọn VPS với hạ tầng lưu trữ NVMe, khả năng quản trị máy chủ và tùy chọn cấu hình theo nhu cầu. Người dùng nên đối chiếu tài nguyên, chính sách dịch vụ và chi phí trước khi lựa chọn hoặc nâng cấp.

Kết luận

Tình trạng VPS bị chậm có thể bắt nguồn từ CPU, RAM, ổ cứng, kết nối mạng hoặc chính những ứng dụng đang vận hành. Thay vì khởi động lại máy chủ hoặc nâng cấp cấu hình ngay lập tức, bạn nên kiểm tra tài nguyên, xác định tiến trình gây quá tải và áp dụng biện pháp xử lý phù hợp.

Việc theo dõi hiệu suất định kỳ, quản lý ứng dụng hợp lý và duy trì dung lượng dự phòng sẽ giúp VPS hoạt động ổn định hơn. Nếu nhu cầu xử lý đã vượt quá cấu hình hiện tại, hãy cân nhắc nâng cấp dựa trên các chỉ số thực tế.

Những câu hỏi thường gặp

VPS bị chậm dù CPU và RAM vẫn thấp là do đâu?

Nguyên nhân có thể đến từ Disk I/O, kết nối mạng, truy vấn database hoặc một ứng dụng đang chờ phản hồi từ dịch vụ bên ngoài. Ngoài ra, CPU Steal Time cũng có thể ảnh hưởng đến hiệu suất VPS. Bạn nên kiểm tra thêm iostat, vmstat và nhật ký ứng dụng để tìm nguyên nhân.

Khởi động lại VPS có giúp máy chủ chạy nhanh hơn không?

Khởi động lại có thể tạm thời giải phóng bộ nhớ, dừng tiến trình bị lỗi hoặc khôi phục một số dịch vụ. Tuy nhiên, nếu nguyên nhân là thiếu tài nguyên, lỗi ứng dụng hoặc cấu hình chưa phù hợp, VPS có thể tiếp tục bị chậm. Hãy kiểm tra và lưu lại thông tin trước khi khởi động lại.

VPS 1GB RAM có đủ để chạy website WordPress không?

VPS 1GB RAM có thể đáp ứng một số website WordPress đơn giản, lưu lượng thấp nếu được cấu hình phù hợp. Tuy nhiên, khi chạy đồng thời web server, PHP, database và nhiều plugin, bộ nhớ có thể nhanh chóng bị giới hạn. Cấu hình cần thiết còn phụ thuộc vào mã nguồn, lưu lượng và các dịch vụ đi kèm.

Vì sao VPS chỉ bị chậm vào ban đêm?

VPS chậm theo khung giờ có thể liên quan đến tác vụ sao lưu, Cron Job, đồng bộ dữ liệu, cập nhật hoặc công việc chạy định kỳ. Bạn nên đối chiếu thời điểm xảy ra sự cố với lịch thực thi tác vụ và biểu đồ sử dụng tài nguyên để tìm nguyên nhân.

Load average bao nhiêu thì được coi là cao?

Không có con số cố định, hãy so với số vCPU (xem bằng nproc). Load average liên tục lớn hơn số vCPU cho thấy có tiến trình phải xếp hàng chờ. Tuy nhiên trên Linux, load gồm cả tiến trình chờ ổ đĩa, nên cần xem thêm cột r và wa trong vmstat để biết điểm nghẽn là CPU hay I/O.