Cách Kiểm Tra Cấu Hình VPS Bằng Linux CLI: Đọc Đúng CPU, RAM Và Ổ Đĩa Như Dân Pro

Kiểm tra cấu hình VPS bằng Linux CLI là thao tác “khám sức khỏe tổng quát” đầu tiên mà bất kỳ kỹ sư hệ thống nào cũng làm ngay sau khi nhận bàn giao máy chủ mới. Bước này giúp bạn biết chính xác hệ điều hành bên trong thực sự nhận được bao nhiêu lõi CPU, bao nhiêu bộ nhớ RAM và dung lượng ổ cứng so với gói cước trên hóa đơn. Bạn chỉ cần dùng vài câu lệnh đọc thông tin cơ bản (Read-only) cực kỳ nhẹ nhàng chứ chưa cần chạy các công cụ Benchmark đốt tài nguyên. Điều quan trọng nhất là phải hiểu đúng bản chất con số trên màn hình Terminal trước khi vội vàng gửi phiếu hỗ trợ khiếu nại hay nâng cấp gói cước.

Bài viết này giữ nguyên bộ số liệu văn bản thu thập từ máy chủ thử nghiệm LAB-CF-01 ngày 30/09/2026 (gói Standard, cụm máy chủ Việt Nam 02, chạy Ubuntu 24.04 với cấu hình đăng ký 1 vCPU / 2 GB RAM / 40 GB ổ đĩa — máy chủ này hiện đã xóa sau khi hoàn tất bài học). Bên cạnh đó, phần cập nhật ngày 01/10/2026 bổ sung thêm ảnh chụp màn hình Console thực tế từ chiếc LAB-CF-02 có cùng thông số gói thuê (1 vCPU / 2 GB RAM / 40 GB ổ đĩa). Hai bộ dữ liệu được đặt cạnh nhau nhưng tách bạch rõ theo từng máy và từng mốc thời gian để bạn thấy cách đối chiếu thông số phần cứng, hoàn toàn không dùng để chấm điểm tốc độ đọc ghi đĩa hay khả năng chịu tải của WordPress.

Sơ đồ tư duy kỹ thuật do localhost.vn biên soạn nhằm minh họa 5 hạng mục cần rà soát khi mới nhận máy chủ.

Chuẩn bị môi trường trước khi gõ lệnh

Đầu tiên, hãy mở Terminal và đăng nhập SSH bằng khóa bảo mật (SSH Key) vào đúng chiếc VPS thử nghiệm của bạn, sau đó đối chiếu lại Hostname cùng địa chỉ IP xem đã khớp với sổ tay ghi chép hay chưa. Nếu trên máy tính của bạn đang mở sẵn năm bảy tab Terminal nối tới các máy chủ Production đang chạy thật, hãy hết sức tỉnh táo! Dù toàn bộ các câu lệnh trong bài này chỉ đọc thông tin và hoàn toàn vô hại, nhưng việc rèn luyện thói quen xác nhận đúng môi trường trước khi gõ phím sẽ cứu bạn khỏi những pha “nhầm chuồng” để đời ở các bài cấu hình hệ thống phía sau.

Hãy ghi nhận lại thời điểm thực hiện kèm múi giờ và thông số gói cước hiển thị trên bảng điều khiển (Panel), sau đó chạy lần lượt từng câu lệnh để dễ quan sát đầu ra. Nếu bản Image hệ điều hành tối giản (Minimal Image) của bạn báo thiếu một công cụ nào đó, cứ bình tĩnh ghi nhận lại sự khác biệt chứ đừng vội cài đặt hàng tá gói phần mềm lạ chỉ để ép màn hình hiển thị giống hệt bài hướng dẫn.

Dưới đây là tổ hợp lệnh đọc thông số đã chạy trên máy chủ LAB-CF-01:

lsb_release -ds
nproc
free -h
df -h /
lsblk -b -dn -o NAME,SIZE,TYPE

Các lệnh trên hoàn toàn không đụng chạm tới mật khẩu hay khóa bí mật nào. Nếu bạn muốn chụp màn hình lại để làm tài liệu bàn giao hoặc hỏi kinh nghiệm trên diễn đàn, hãy giữ nguyên cả dòng lệnh lẫn kết quả trả về, nhưng nhớ làm mờ địa chỉ IP công khai nếu không muốn mời gọi các công cụ quét dạo trên Internet.

1. Xác nhận đúng phiên bản Hệ điều hành (OS) bằng lsb_release

Trên máy chủ LAB-CF-01, khi chạy lệnh lsb_release -ds, hệ thống trả về kết quả Ubuntu 24.04 LTS. Như vậy, bản phân phối Linux thực tế đang chạy bên trong khớp 100% với tùy chọn Ubuntu 24.04 mà chúng ta đã click chọn trên giao diện khởi tạo của CloudFly.

Tuy nhiên, tên bản phân phối hệ điều hành mới chỉ là phần nổi của tảng băng. Nó chưa cho bạn biết chi tiết phiên bản nhân Linux (Kernel) hay phiên bản cụ thể của từng gói phần mềm đi kèm. Nếu dự án WordPress của bạn yêu cầu bắt buộc PHP 8.3 hay một phiên bản MariaDB cụ thể, bạn sẽ phải kiểm tra riêng từng dịch vụ đó sau khi cài đặt. Nhìn thấy chữ Ubuntu 24.04 LTS chỉ xác nhận bạn đã vào đúng “ngôi nhà” mình thuê, chứ chưa có nghĩa là nội thất LEMP Stack bên trong đã tự động bày biện sẵn sàng.

Trong trường hợp một số bản phân phối Linux tinh giản báo lỗi command not found khi gõ lsb_release, bạn đừng hoảng hốt nghĩ rằng nhà cung cấp cài nhầm hệ điều hành hỏng. Bạn hoàn toàn có thể đọc file chuẩn /etc/os-release để thay thế.

2. Đếm số luồng xử lý CPU bằng lệnh nproc

Kết quả trả về khi gõ nproc trên LAB-CF-01 là 1, hoàn toàn khớp với bước đối chiếu số lượng của gói cước 1 vCPU. Câu lệnh nhỏ gọn này đếm số lượng đơn vị xử lý (Processing Units) mà hệ điều hành đang được phép sử dụng; tất nhiên, nó chỉ đếm “đầu người” chứ không đo xung nhịp (GHz) hay sức mạnh xử lý đơn nhân.

Trong thế giới ảo hóa Cloud Server, con số CPU cần được hiểu song hành với chính sách chia sẻ tài nguyên và kiến trúc phần cứng vật lý bên dưới. Con số “1” trên màn hình Terminal xác nhận hệ điều hành nhìn thấy 1 vCPU, nhưng không tự động chứng minh đó là một nhân vật lý độc quyền (Dedicated Core) nếu gói bạn mua là dòng chia sẻ tiêu chuẩn (Standard). Đó cũng là lý do vì sao hai chiếc VPS ở hai nơi cùng báo 2 vCPU nhưng tốc độ xử lý thực tế có thể chênh nhau một trời một vực.

Để đánh giá chính xác khả năng gánh tải của một website thực tế, chúng ta sẽ cần những bài đo lường chuyên sâu hơn. Bài viết hướng dẫn so sánh hiệu năng VPS trong cùng chuỗi bài này sẽ chỉ cho bạn cách thiết lập khối lượng công việc (Workload) đồng nhất để so găng một cách công bằng.

3. Đọc thông số RAM: Đừng nhầm lẫn giữa free và available!

Tại thời điểm đo trên LAB-CF-01, câu lệnh free -h báo cáo dung lượng bộ nhớ là 1.9 GiB total và 1.6 GiB available. Ở đây, total là tổng dung lượng RAM khả dụng mà nhân hệ điều hành quản lý (sau khi đã trừ đi một phần nhỏ dành riêng cho phần cứng ảo hóa/kernel), còn available là con số ước lượng lượng bộ nhớ thực tế có thể cấp phát ngay lập tức cho các ứng dụng mới mà chưa cần phải đụng tới bộ nhớ ảo (Swap).

Có một hiểu lầm kinh điển khiến rất nhiều anh em mới làm quen với Linux mất ăn mất ngủ: nhìn vào cột free thấy con số bé tí tẹo rồi hốt hoảng kêu gào rằng VPS bị rò rỉ bộ nhớ (Memory Leak) hoặc sắp tràn RAM tới nơi! Thực chất, triết lý thiết kế của Linux là “RAM bỏ trống là RAM lãng phí” — hệ điều hành sẽ chủ động mượn phần RAM chưa dùng tới để làm bộ nhớ đệm đọc/ghi đĩa (buff/cache) giúp máy chạy nhanh hơn, và sẵn sàng trả lại ngay lập tức khi có ứng dụng cần dùng. Vì thế, muốn biết máy còn dư dả bộ nhớ hay không, hãy nhìn vào cột available kết hợp với mức độ sử dụng Swap, chứ đừng chỉ chăm chăm nhìn mỗi cột free. Tất nhiên, con số 1.6 GiB available lúc máy còn trống trơn này sẽ giảm xuống khi bạn cài đặt thêm NGINX, PHP-FPM và MariaDB để chạy WordPress.

Để hiểu thật sâu cách tính toán từng cột thông số, bạn có thể tham khảo trực tiếp tài liệu hướng dẫn chính thức (man page) của lệnh free và lưu ý giữ đúng đơn vị nhị phân (GiB / MiB) khi ghi chép vào biên bản kỹ thuật.

Sơ đồ tư duy kỹ thuật do localhost.vn biên soạn giúp phân biệt rõ các tầng đo lường dung lượng trên Linux.

4. Giải oan cho ổ cứng: Thiết bị đĩa (Block Device) khác với Phân vùng Root (Filesystem)

Chuyển sang kiểm tra ổ cứng trên LAB-CF-01: khi gõ lệnh df -h /, màn hình hiện ra dung lượng phân vùng gốc (Root Filesystem) là khoảng 38G, trong đó còn trống khoảng 37G. Đến đoạn này, nhiều người mới thuê gói 40 GB sẽ giật mình hỏi: “Ơ kìa, sao mua gói 40 GB mà vào xem lại chỉ có 38G, nhà cung cấp ăn bớt mất 2 GB của tôi à?”. Khoan hãy nóng vội, bởi vì lệnh df -h / chỉ báo cáo không gian lưu trữ khả dụng của hệ thống tập tin (Filesystem) gắn tại thư mục gốc /, chứ không phải tổng kích thước vật lý của toàn bộ ổ đĩa gắn vào máy!

Để nhìn thấy kích thước thật của thiết bị lưu trữ ở tầng phần cứng (Block Device), chúng ta chạy lệnh lsblk -b -dn -o NAME,SIZE,TYPE. Kết quả trả về thiết bị mang tên vda với kích thước chính xác là 42.949.672.960 byte. Bây giờ hãy lấy máy tính bỏ túi ra bấm thử nhé: nếu lấy con số byte này chia cho $1.073.741.824$ ($1024^3$), bạn sẽ nhận được đúng tròn trĩnh 40 GiB (Gibibyte theo hệ nhị phân); còn nếu chia cho 1 tỷ ($10^9$), nó thậm chí lên tới 42,95 GB theo hệ thập phân!

Như vậy, nhãn gói cước 40 GB, thiết bị đĩa 40 GiB và không gian Filesystem 38G thực chất đang mô tả ba tầng hoàn toàn khác nhau của cùng một chiếc ổ cứng. Từ một chiếc đĩa thô 40 GiB, hệ điều hành cần cắt ra một phần nhỏ cho phân vùng khởi động (/boot, EFI), sau đó khi định dạng (Format) phân vùng chính sang chuẩn ext4, bản thân hệ thống tập tin lại giữ lại một tỷ lệ phần trăm nhỏ làm bảng chỉ mục (Inode table) và vùng dự trữ an toàn (Reserved blocks) cho tài khoản root. Hiểu rõ cơ chế này, bạn sẽ thấy con số 38G khả dụng là hoàn toàn chuẩn mực kỹ thuật chứ chẳng có ai ăn bớt của bạn cả.

Một mẹo nhỏ nữa: nếu sau này bạn gắn thêm ổ đĩa phụ (Volume) và mount vào một thư mục riêng như /mnt/data, thì lệnh df -h / sẽ chỉ đo mỗi phân vùng gốc chứ không phản ánh dung lượng của ổ đĩa phụ kia. Hãy luôn kiểm tra đúng đường dẫn chứa dữ liệu trước khi phán đoán tình trạng đầy đĩa.

Bảng tổng hợp đối chiếu thông số trên LAB-CF-01 (Ngày 30/09/2026)

Ảnh chụp thực tế bảng điều khiển của máy chủ LAB-CF-01; các thông số CLI trong bảng trên được trích xuất từ biên bản văn bản thực nghiệm của máy chủ đó.

Bằng chứng trực quan trên Console LAB-CF-02 (Ngày 01/10/2026)

Để bạn có cái nhìn trực quan nhất về giao diện dòng lệnh thực tế, vào lúc 08:19:22 (giờ Việt Nam) ngày 01/10/2026, chúng tôi đã mở màn hình Console của máy chủ LAB-CF-02 (có Hostname là localhost-tutorial-lab-02, múi giờ +07:00) và gõ trực tiếp chuỗi lệnh: nproc, free -h, lsblk -o NAME,SIZE,TYPE,MOUNTPOINTS cùng df -h /. Tấm ảnh chụp dưới đây lưu giữ nguyên vẹn cả câu lệnh lẫn kết quả hiển thị trên màn hình:

Ảnh chụp màn hình Console thực tế lúc 08:19:22 ngày 01/10/2026 (giờ Việt Nam) trên máy chủ LAB-CF-02. Phần hiển thị kết quả được giữ nguyên độ phân giải pixel gốc và đóng dấu logo ở chân ảnh. Bạn có thể bấm vào ảnh để xem rõ từng con số.

Nhìn vào bảng phân tích từ tấm ảnh Console của LAB-CF-02 ở trên, chắc hẳn bạn đã thấy bức tranh sáng tỏ hơn rất nhiều! Cột free chỉ vỏn vẹn 296Mi vì Linux đang tận dụng tới 1.4Gi làm bộ nhớ đệm (buff/cache), nhưng bất cứ khi nào ứng dụng cần, hệ điều hành có thể thu hồi ngay lập tức để cung cấp 1.4Gi available. Cũng vì cơ chế thu hồi linh hoạt này và việc làm tròn số hiển thị, bạn đừng lấy các cột trên dòng Mem: cộng ngang lại với nhau rồi thắc mắc sao tổng không bằng đúng 1.9Gi nhé.

Tương tự với ổ cứng: bức ảnh lsblk đã giải thích trọn vẹn câu hỏi vì sao ổ 40G (vda) sau khi cắt ra gần 1 GB cho các phân vùng khởi động (/boot 913M + EFI 106M + 4M) thì phân vùng chính vda1 còn 39G, và sau khi định dạng Filesystem thì df -h / báo Size 38G. Mọi con số đều ăn khớp chặt chẽ theo đúng nguyên lý quản trị hệ thống Linux! Tất nhiên, sự chênh lệch về lượng RAM và dung lượng đĩa còn trống giữa LAB-CF-01 và LAB-CF-02 là hoàn toàn bình thường vì LAB-CF-01 lúc đo là máy mới tinh vừa cài OS, còn LAB-CF-02 đã cài đặt hoàn chỉnh bộ dịch vụ web và chạy thử nghiệm qua nhiều ngày.

Phải làm gì nếu thông số thực đo lệch hẳn so với gói cước đã mua?

Nếu sau khi đã tính toán đúng hệ đơn vị nhị phân (GiB) và kiểm tra cấu trúc phân vùng bằng lsblk mà bạn vẫn thấy chiếc VPS của mình nhận được ít tài nguyên hơn hẳn so với đơn hàng (ví dụ mua gói 4 vCPU / 8 GB RAM mà gõ lệnh lại chỉ hiện 1 vCPU / 2 GB RAM), hãy bình tĩnh kiểm tra lại xem mình có đang SSH nhầm vào một chiếc VPS khác hay không. Nếu chắc chắn đúng máy, hãy chụp lại màn hình thông số gói cước trên Panel kèm toàn bộ kết quả chạy lệnh Terminal và thời điểm kiểm tra để gửi phiếu hỗ trợ (Ticket) cho nhà cung cấp đối chiếu.

Một nguyên tắc an toàn tối thượng: khi phát hiện dung lượng đĩa có vẻ bất thường mà chưa rõ nguyên nhân, tuyệt đối không tự ý gõ các lệnh chia lại phân vùng (repartition), định dạng lại ổ (format) hay chạy công cụ kéo giãn đĩa (resizefs) theo các bài hướng dẫn trôi nổi trên mạng. Những thao tác can thiệp tầng đĩa đó có thể thổi bay toàn bộ dữ liệu hiện có chỉ trong một nốt nhạc và hoàn toàn không cần thiết ở bước nghiệm thu cấu hình ban đầu này.

Sơ đồ tư duy kỹ thuật do localhost.vn biên soạn nhắc nhở ranh giới giữa việc kiểm tra thông số tĩnh và việc đo kiểm hiệu năng chịu tải.

Câu hỏi thường gặp (FAQ)

Chạy bộ câu lệnh trong bài viết này có làm thay đổi cấu hình hay gây chậm VPS không? Hoàn toàn không! Cả 5 câu lệnh (lsb_release, nproc, free, df, lsblk) đều là các tiện ích chỉ đọc thông tin trạng thái có sẵn từ hệ điều hành, chạy xong trong tích tắc và không ghi hay xóa bất kỳ byte dữ liệu nào trên ổ cứng.

Thấy dung lượng RAM tổng (total) hiển thị 1.9 GiB thay vì tròn 2.0 GB như bảng giá thì có phải bị lỗi không? Hoàn toàn bình thường. Ngoài cách quy đổi đơn vị giữa GB và GiB, bản thân nhân hệ điều hành Linux (Kernel) luôn giữ lại một phần nhỏ bộ nhớ ngay từ lúc khởi động để phục vụ quản lý phần cứng cấp thấp, nên con số total hiển thị trong lệnh free -h ở gói 2 GB luôn rơi vào khoảng 1.8 GiB đến 1.9 GiB.

Biết chính xác số vCPU và số GB RAM rồi thì có tính ra ngay được website chịu được bao nhiêu người truy cập cùng lúc không? Chưa thể suy ra theo công thức cộng trừ đơn giản như vậy được! Sức chịu tải thực tế của một trang WordPress phụ thuộc cực kỳ lớn vào cách bạn cấu hình bộ nhớ đệm (Caching), chất lượng mã nguồn Theme/Plugin, cách tối ưu truy vấn Database và tốc độ ổ cứng NVMe/SSD bên dưới.

Khi bạn đã đọc hiểu vanh vách từng con số trên màn hình Terminal và ghi chép đầy đủ vào sổ tay vận hành, xin chúc mừng bạn đã hoàn thành xuất sắc bước nghiệm thu phần cứng máy chủ! Hãy tiếp tục hành trình với lộ trình cài đặt WordPress trên VPS từ A đến Z, hoặc chuyển sang bài tiếp theo để học cách tắt hay xóa VPS thử nghiệm sao cho không bị mất tiền oan nhé.

Tài liệu tham khảo kỹ thuật (man page chính thức của lệnh free) đã được đối chiếu lại vào ngày 01/10/2026. Toàn bộ số liệu và hình ảnh thực nghiệm trong bài được giữ nguyên theo đúng mốc thời gian ghi nhận trên hai máy chủ LAB-CF-01 và LAB-CF-02.