Máy chủ ảo chuyên dụng (VDS) là gì? So sánh VDS, VPS và máy chủ chuyên dụng

Máy chủ ảo chuyên dụng thực chất là gì

Máy chủ ảo chuyên dụng (VDS) là một máy ảo được hypervisor tách ra từ một máy chủ vật lý (thường là KVM trên Linux, đôi khi là Xen, VMware ESXi hoặc Hyper-V), với một đặc tính quyết định: tài nguyên ghi trên hóa đơn được dành riêng. Hai nhân nghĩa là hai luồng (thread) của máy chủ vật lý được giữ riêng cho máy ảo đó; 8 GB RAM nghĩa là 8 GB mà máy chủ vật lý không bao giờ cho khách thuê khác mượn. Bên trong máy, bạn có kernel riêng, ảnh đĩa riêng, toàn quyền root hoặc Administrator, và bất kỳ hệ điều hành nào hypervisor có thể khởi động: từ góc nhìn của máy khách (guest), đó là một máy chủ chuyên dụng nhỏ; từ góc nhìn của máy chủ vật lý, đó là một khách thuê trong số nhiều khách thuê không bao giờ tranh giành cùng một phần tài nguyên đã cấp.

Thuật ngữ này ra đời vì "VPS" đã trở nên quá rộng. Một VPS có thể là bất cứ thứ gì, từ một container OpenVZ với RAM có thể burst đến một máy KVM trên một máy chủ bán cùng một nhân vật lý cho sáu khách hàng. "VDS" được các nhà cung cấp sử dụng khi muốn nói "gói này không bị bán vượt". Không có tiêu chuẩn nào đứng sau cái nhãn này: trên thị trường hosting nói tiếng Nga, VDS và VPS được dùng thay thế cho nhau, và ở nơi khác, một số nhà cung cấp đổi tên dòng VPS thông thường vì VDS nghe gần với máy chủ chuyên dụng hơn. Cái tên cho bạn biết ý định; các lệnh bên dưới cho bạn biết sự thật.

VDS so với VPS và máy chủ chuyên dụng

Các sản phẩm khác nhau trên hai trục: máy được cô lập như thế nào (container, máy ảo hay phần cứng vật lý) và tài nguyên được dành riêng hay dùng chung. Trên cả hai trục, VDS nằm giữa VPS dùng chung và máy chủ chuyên dụng.

Cột giá là khoảng tham khảo năm 2026 cho các gói cơ bản, không phải số liệu đo đạc. Một máy ảo bốn nhân, 8 GB dành riêng không thể bán với giá $3 một tháng; khi một "VDS" có giá như container, thường thì nó chính là container.

Tài nguyên dành riêng và dùng chung: khác biệt nằm ở đâu

CPU. Trên KVM, mỗi vCPU là một luồng của máy chủ vật lý mà trình lập lịch (scheduler) của Linux đối xử như mọi tiến trình khác. Một máy chủ có 32 luồng phần cứng có thể được bán thành 32 vCPU (1:1, dành riêng) hoặc thành 128 vCPU (4:1, dùng chung). Không có gì bên trong máy khách hiển thị tỷ lệ đó; nó chỉ lộ ra dưới dạng steal time và các đợt tăng độ trễ khi hàng xóm bận rộn.

RAM. Máy chủ KVM overcommit bộ nhớ theo hai cách: driver virtio balloon cho phép máy chủ vật lý thu hồi các trang mà máy khách không dùng, còn KSM (kernel samepage merging) loại bỏ các trang trùng lặp giữa các máy ảo. Trên gói dành riêng, bộ nhớ được cấp hẳn khi máy ảo khởi động và balloon không bao giờ được bơm lên. Thấy virtio_balloon trong lsmod chỉ chứng minh khả năng, không phải việc sử dụng: driver này có sẵn trong gần như mọi image cloud.

Lưu trữ. Việc dành riêng hiếm khi áp dụng cho ổ đĩa; gần như mọi nhà cung cấp đều dùng chung hệ thống lưu trữ phía sau và cùng lắm là giới hạn IOPS cho mỗi máy ảo. Điều làm thay đổi hiệu năng là loại ổ bên dưới: ổ NVMe cho IOPS cao hơn nhiều và độ trễ thấp hơn so với SSD SATA, và không có sự dành riêng CPU nào bù đắp được cho một ổ đĩa chậm dưới một cơ sở dữ liệu.

Mạng. Đường uplink được dùng chung ở mọi sản phẩm, trừ máy chủ chuyên dụng có cổng riêng; băng thông "không giới hạn" nghĩa là không giới hạn theo chính sách sử dụng hợp lý, không phải 1 Gbps được đảm bảo chỉ cho riêng bạn.

Ảo hóa KVM so với container (OpenVZ, LXC)

Sự phân chia này quyết định một "VDS" có thể thực sự chuyên dụng hay không. KVM, Xen và ESXi là ảo hóa phần cứng: VT-x hoặc AMD-V cho phép mỗi máy khách chạy kernel riêng trên phần cứng ảo. OpenVZ, Virtuozzo, LXC và Docker là ảo hóa ở cấp hệ điều hành: mỗi khách thuê là một tập hợp tiến trình chạy trên kernel của máy chủ vật lý, được tách biệt bằng namespace và giới hạn bằng cgroup. Proxmox gọi chúng là "CT", và nhiều nhà cung cấp giá rẻ bán chúng dưới tên VPS. Hệ quả:

• uname -r trả về kernel của máy chủ vật lý, thứ bạn không chọn và không thể nâng cấp. Trước đây, các máy chủ OpenVZ thường chạy những dòng kernel rất cũ. Nếu bạn không chắc một máy thực sự đang chạy gì, các lệnh xem phiên bản hệ điều hành và kernel trên Linux, Windows và macOS chỉ mất vài giây.
• Bạn không thể nạp module kernel: WireGuard, ZFS và mọi thứ được phân phối dưới dạng .ko đều phụ thuộc vào máy chủ vật lý.
• Không thể ảo hóa lồng, còn Docker hay systemd bên trong container chỉ chạy được nếu máy chủ vật lý cho phép.

Một máy khách KVM không có ràng buộc nào như vậy: nó khởi động từ ISO, chạy bất kỳ kernel nào và có thể cung cấp VT-x cho các máy khách của chính nó nếu máy chủ vật lý cho phép ảo hóa lồng. Vì vậy, một VDS đúng nghĩa luôn là một máy ảo đầy đủ.

Hàng xóm ồn ào và steal time

Hàng xóm ồn ào là một khách thuê khác trên cùng máy chủ vật lý mà việc dùng CPU, ổ đĩa hoặc mạng của họ lấn sang phần của bạn. Trên một máy chủ KVM bị overcommit, scheduler xếp vCPU của bạn sau vCPU của họ, và khoảng thời gian vCPU của bạn sẵn sàng chạy nhưng phải chờ được báo lại cho máy khách dưới dạng steal time. Linux hiển thị nó ở giá trị thứ tám trên dòng cpu của /proc/stat, ở cột st của vmstat và top, và dưới dạng %steal trong mpstat và sar.

Một máy ảo dành riêng phải có steal bằng hoặc gần bằng 0 ngay cả khi hàng xóm chạy hết công suất. Vài phần trăm trong các đợt cao điểm là bình thường với gói dùng chung; steal kéo dài ở mức hai chữ số nghĩa là máy chủ vật lý bị bán vượt, và cách khắc phục duy nhất là chuyển sang node khác hoặc một gói 1:1 thực sự. Nhà cung cấp không thể che giấu chỉ số này: hypervisor ghi nó thẳng vào số liệu thống kê của chính máy khách. Container thì khác: bên trong LXC hoặc OpenVZ, cột st thường giữ ở mức 0 ngay cả khi bạn đang bị bóp hiệu năng; ở nơi runtime có cung cấp, cat /sys/fs/cgroup/cpu.stat (cgroup v2) sẽ cho thấy nr_throttled và throttled_usec tăng dần thay vào đó.

Khi "VDS" chỉ là chiêu tiếp thị

Vì cái nhãn này không được quản lý, hãy đọc trang mô tả gói để tìm những dấu hiệu cho biết kiến trúc thực sự:

• "vCPU" không kèm tỷ lệ. Một gói dành riêng sẽ ghi "dedicated cores" hoặc "1 vCPU = 1 thread". Nếu bộ phận hỗ trợ không nói được tỷ lệ vCPU trên luồng, hãy coi như đó là tài nguyên dùng chung.
• "Guaranteed RAM" đi kèm "burst RAM". Đây là từ vựng của OpenVZ cho một container có giới hạn mềm, không phải một máy ảo có bộ nhớ được cấp hẳn.
• Không có ISO tùy chọn, không chọn được kernel, không cài lại tùy ý. Những hạn chế này đến từ việc dùng chung kernel của máy chủ vật lý.
• Tên gói có chữ "Semi-dedicated" hoặc "hybrid". Đây là cách gọi trung thực cho một gói dùng chung có mức tranh chấp thấp hơn. Không sao cả, chỉ là nó không phải VDS.

Rất nhiều nhà cung cấp dùng từ VDS một cách trung thực; các bước kiểm tra dưới đây giúp bạn có câu trả lời trong chưa đầy một phút.

Cách kiểm tra những gì bạn thực sự nhận được

1. Xác định lớp ảo hóa

systemd-detect-virt
# typical answers: kvm, qemu, xen, vmware, microsoft, openvz, lxc, docker, none
systemd-detect-virt --container   # container type, or none

virt-what (chạy với quyền root) cho cùng kết quả trên các bản phân phối không có systemd. lscpu | grep -i hypervisor phải in ra Hypervisor vendor: KVM trên máy khách KVM; trong container, lscpu hiển thị toàn bộ số nhân của máy chủ vật lý thay vì phần được cấp cho bạn, và sự hiện diện của /proc/vz hoặc /proc/user_beancounters là dấu hiệu rõ ràng của OpenVZ.

2. Xem model và số lượng CPU

nproc
grep -m1 'model name' /proc/cpuinfo
lscpu | grep -E '^(Model name|Socket|Core|Thread|CPU\(s\))'

nproc phải bằng đúng số bạn đã mua. Tên model là QEMU Virtual CPU hoặc Common KVM processor nghĩa là máy chủ vật lý che CPU thật sau một model chung chung, giấu đi các tập lệnh mới hơn như AVX; một model thật như AMD EPYC 7443P nghĩa là CPU được chuyển thẳng (host passthrough). Cả hai đều không chứng minh việc dành riêng, nhưng CPU bị che là dấu hiệu máy chủ vật lý được tinh chỉnh để nhồi nhiều máy ảo.

3. Đo steal time khi có tải

vmstat 1 5          # last column: st
head -1 /proc/stat  # cpu user nice system idle iowait irq softirq steal guest guest_nice
stress-ng --cpu $(nproc) --timeout 60s   # package stress-ng, then watch vmstat

Hãy đo vào giờ cao điểm. Nếu st vẫn gần bằng 0 trong khi mọi vCPU chạy hết công suất, các nhân đó thực tế là của bạn; hãy lặp lại trong vài ngày, vì mức tranh chấp phụ thuộc vào những ai khác đang dùng chung node.

4. Kiểm tra ảo hóa lồng

grep -cE 'vmx|svm' /proc/cpuinfo   # more than 0: the virtualisation flag is exposed
ls -l /dev/kvm                     # appears once kvm_intel or kvm_amd is loaded
kvm-ok                             # Ubuntu: package cpu-checker

Nếu thiếu cờ này, máy chủ vật lý đang che model CPU hoặc đã tắt ảo hóa lồng, và không thứ gì cần hypervisor có thể chạy bên trong máy khách. Container không bao giờ cung cấp cờ này.

5. Xem thiết bị ổ đĩa

lsblk -d -o NAME,SIZE,ROTA,MODEL
cat /sys/block/vda/queue/rotational   # 0 = non-rotational

vda là thiết bị khối virtio, cấu hình KVM thông thường; sda với model QEMU HARDDISK là SATA giả lập, vẫn là máy ảo. Bên trong container, hệ thống tệp gốc thường là một mount ploop hoặc simfs. Trên máy khách Windows, systeminfo | findstr /i hyper-v cho biết đã phát hiện hypervisor.

Các mức giá và trường hợp sử dụng

• VPS container ($2-6): website tĩnh, bot nhỏ, một điểm cuối VPN, hoặc bất cứ thứ gì mà kernel không quan trọng và có thể chấp nhận thỉnh thoảng bị chậm.
• VPS KVM dùng chung ($4-12): máy phát triển và staging, ứng dụng ít truy cập cần kernel riêng và chịu được những đợt steal.
• VDS với tài nguyên KVM dành riêng ($8-40): bot giao dịch, máy chủ game, cơ sở dữ liệu, CI runner, tự động hóa 24/7 và mọi thứ nhạy cảm với độ trễ, chạy CPU ở mức cao trong nhiều giờ.
• Máy chủ chuyên dụng ($60-300+): CPU 100% liên tục trên nhiều nhân, RAM lớn, GPU, hypervisor của riêng bạn, hoặc các quy định cấm dùng chung phần cứng. Máy chủ chuyên dụng bare-metal có truy cập IPMI là bước tiếp theo khi VDS không còn đủ.

Nếu mức dành riêng phù hợp với khối lượng công việc của bạn, đó chính là thứ rdp.monster cung cấp: VPS KVM với CPU và RAM dành riêng, lưu trữ NVMe, toàn quyền root hoặc admin, băng thông không giới hạn (sử dụng hợp lý), không cần KYC, chấp nhận crypto bên cạnh thẻ và PayPal, từ $8.99/tháng. Máy được giao khoảng 10 giây sau khi thanh toán được xác nhận, nên bạn có thể tự chạy systemd-detect-virt và vmstat 1 trên đó trước khi tin vào cái nhãn (chính là các bước kiểm tra mà bài viết này khuyên áp dụng với mọi nhà cung cấp).

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

VDS có giống VPS không?

Về kỹ thuật, cả hai đều là máy chủ ảo; VDS nhằm nhấn mạnh tài nguyên được dành riêng, không bị overcommit.

Cả hai đều là máy chủ ảo chạy trên phần cứng dùng chung. Khác biệt nằm ở một lời cam kết, không phải ở công nghệ: VDS được cho là chạy như một máy ảo đầy đủ (thường là KVM) với nhân CPU và RAM dành riêng cho bạn, còn VPS có thể dùng chung các tài nguyên đó với khách thuê khác, thậm chí là một container trên kernel của máy chủ vật lý. Vì không có tiêu chuẩn nào ràng buộc thuật ngữ này, một số nhà cung cấp dùng VDS và VPS thay thế cho nhau. Hãy kiểm chứng bằng systemd-detect-virt, nproc và steal time thay vì tin vào cái tên.

Làm sao biết VPS của tôi là KVM hay OpenVZ?

Chạy systemd-detect-virt; lệnh này in ra kvm, openvz, lxc hoặc none trên một dòng.

Chạy systemd-detect-virt: lệnh này in ra kvm, qemu, openvz, lxc hoặc none. Nếu không có systemd, hãy cài và chạy virt-what với quyền root. Thêm hai manh mối: lscpu | grep -i hypervisor hiển thị Hypervisor vendor: KVM trên máy khách KVM, và sự hiện diện của /proc/vz hoặc /proc/user_beancounters nghĩa là OpenVZ. Trên container, nproc và uname -r cũng phản ánh máy chủ vật lý chứ không phải gói của bạn.

Steal time CPU ở mức nào là chấp nhận được trên máy chủ ảo?

Gần bằng 0 với gói dành riêng; vài phần trăm trong các đợt cao điểm là chấp nhận được, mức hai chữ số kéo dài nghĩa là máy chủ vật lý bị bán vượt.

Trên VDS có nhân dành riêng, cột st của vmstat 1 phải ở mức bằng hoặc gần 0 ngay cả khi chạy hết tải. Với gói dùng chung, thỉnh thoảng có giá trị một chữ số vào giờ cao điểm là bình thường. Giá trị kéo dài từ mười phần trăm trở lên nghĩa là máy chủ vật lý bị overcommit và các vCPU của bạn đang phải chờ sau khách thuê khác. Không có cách khắc phục từ bên trong máy khách: hãy yêu cầu nhà cung cấp chuyển bạn sang một node ít tải hơn, hoặc chuyển sang gói có tỷ lệ vCPU trên luồng là 1:1.

Tôi có thể chạy Docker hoặc máy ảo lồng trên máy chủ ảo chuyên dụng không?

Docker thì được trên mọi máy khách KVM; máy ảo lồng chỉ được nếu máy chủ vật lý cung cấp cờ CPU vmx hoặc svm.

Trên VDS dựa trên KVM, Docker chạy như trên mọi máy Linux vì bạn có kernel riêng. Ảo hóa lồng (KVM, VirtualBox, Hyper-V bên trong máy khách) yêu cầu máy chủ vật lý chuyển tiếp phần mở rộng ảo hóa của CPU: kiểm tra bằng grep -cE 'vmx|svm' /proc/cpuinfo, và xác nhận rằng /dev/kvm xuất hiện sau khi nạp kvm_intel hoặc kvm_amd. Trên container OpenVZ hoặc LXC, máy ảo lồng là không thể, còn Docker hoàn toàn phụ thuộc vào những gì máy chủ vật lý cho phép.