VPS, cloud server và lightweight instance khác gì?

Các tên này thực sự có nghĩa gì

VPS (virtual private server), cloud server và 云服务器 là ba tên gọi cho cùng một sản phẩm: một virtual machine chạy trên phần cứng dùng chung, có kernel riêng và bạn có toàn quyền root. Lightweight application server (轻量应用服务器) cũng là virtual machine đó, nhưng được bán kèm panel đơn giản hơn và một hạn mức traffic cố định. Virtual host (虚拟主机) là sản phẩm khác: đây là shared hosting và hoàn toàn không cấp quyền root. Hãy xác định listing mô tả loại nào trước khi so sánh bất kỳ thông số nào, vì dòng "2 vCPU, 4 GB, 100 GB SSD" có ý nghĩa khác nhau đối với từng loại.

Mỗi provider tự tạo vocabulary riêng. Xét về bản chất, chỉ có bốn loại bạn có thể mua: một virtual machine đầy đủ với kernel riêng, một container dùng chung kernel của host, shared hosting chỉ cấp cho bạn một thư mục và một database, hoặc một máy vật lý hoàn chỉnh không có tenant khác. Mỗi tên dưới đây tương ứng với một trong bốn loại đó. Sau phần đối chiếu là yếu tố quyết định việc mua: vì sao hai listing có thông số giống hệt nhau vẫn không có hiệu năng giống nhau, và điều gì thay đổi khi server đặt tại Trung Quốc đại lục thay vì ở bên ngoài.

Máy chủ cloud có giống VPS không?

Trong gần như mọi trường hợp, có. 云服务器, 云主机, 弹性云服务器, cloud server, cloud instance và VPS đều chỉ một guest chạy dưới hypervisor như KVM, Xen hoặc VMware. Bạn có kernel riêng, tài khoản root riêng, filesystem riêng và network stack riêng. Từ “cloud” chỉ là lớp tên gọi bên trên cùng một công nghệ.

Có một khác biệt thực tế nằm sau từ này và bạn nên hỏi rõ. Cloud server thường lưu disk trên network storage, nên nhà cung cấp có thể khởi động lại instance của bạn trên host khác, resize volume và tạo snapshot trong khi instance vẫn đang chạy. VPS truyền thống thường dùng các ổ NVMe local của host. Các ổ này nhanh hơn nhiều trên mỗi operation nhưng gắn instance với một máy vật lý. Vì vậy, “cloud” thường có nghĩa là disk chậm hơn nhưng khả năng khôi phục tốt hơn, còn “VPS” thường có nghĩa là disk nhanh hơn nhưng phải rebuild sau khi host gặp sự cố. Thông tin trong listing hiếm khi nói rõ điểm này, nên hãy hỏi. Để hiểu rõ hơn ranh giới giữa các thuật ngữ này và những thuật ngữ mà cloud platform dùng cho private networking, hãy đọc VPS, VM thuần và VPC khác nhau như thế nào, hoặc bắt đầu từ VPS ở cấp phần cứng là gì.

Billing là khác biệt thực tế còn lại. Cloud instance thường được tính phí theo giờ và có thể bị destroy bất kỳ lúc nào. VPS thường được tính phí theo tháng hoặc năm, thường kèm discount lớn chỉ cho term đầu tiên. Discount của term đầu tiên là nguyên nhân khiến nhiều người mua hối tiếc nhất, nên hãy kiểm tra renewal price trước khi thanh toán.

Máy chủ ứng dụng nhẹ là gì?

轻量应用服务器 là sản phẩm cấp đầu vào của các nhà cung cấp tại Trung Quốc đại lục. Alibaba Cloud bán phiên bản của mình với tên Simple Application Server, còn Tencent Cloud bán phiên bản có tên Lighthouse. Bên dưới nó vẫn là một máy ảo thông thường: cùng hypervisor, cùng quyền truy cập root và cùng Linux.

Điểm khác nằm ở gói dịch vụ, không phải ở máy. Một instance nhẹ gộp CPU, memory, disk, địa chỉ IP public và quota traffic hằng tháng vào cùng một mức giá. Gói này đi kèm catalogue image dựng sẵn như WordPress hoặc LAMP stack, cùng một console được thiết kế cho một server thay vì cả fleet. Đổi lại, nó lược bỏ các tính năng dành cho fleet: ít loại disk hơn, khả năng gắn vào private network của nhà cung cấp cùng với các instance thông thường bị giới hạn, ít tùy chọn snapshot hơn và không cho phép thay đổi riêng từng phần của gói mà không chuyển sang plan khác.

Hãy đọc kỹ mô hình traffic trước, vì đây là phần dễ phát sinh vấn đề nhất. Một gói nhẹ thường cung cấp bandwidth tối đa tính bằng Mbps cùng quota hằng tháng tính bằng GB. Khi dùng hết quota, nhà cung cấp sẽ tính phí vượt mức theo GB hoặc throttle port cho đến khi tháng mới bắt đầu. Một cloud instance thông thường thường tính phí egress theo GB mà không có quota, hoặc cung cấp tốc độ port cố định nhưng không giới hạn traffic. Cùng một loại máy nhưng cách tính khác nhau. Với ứng dụng phục vụ HTML và API response, quota thường khá dư dả. Với ứng dụng phục vụ video hoặc image lớn, quota có thể hết chỉ trong vài ngày.

Máy chủ ảo có giống VPS không?

Không. 虚拟主机, virtual host hoặc shared hosting là một web server dùng chung cho hàng trăm khách hàng. Bạn được cấp một thư mục, một database, một phiên bản PHP do nhà cung cấp chọn và một control panel. Bạn không có quyền root. Thông thường, bạn không thể mở port, cài package, chạy container hoặc giữ một background process hoạt động, vì một process chạy lâu sẽ bị kill. Mọi tutorial bắt đầu bằng apt install đều không áp dụng cho virtual host.

Nói thẳng, đánh đổi là như sau: shared hosting loại bỏ công việc vận hành server, đồng thời loại bỏ khả năng thay đổi cách server hoạt động. So sánh shared hosting với VPS giải thích ranh giới này đối với một website thực tế.

独立服务器 hoặc 物理机, tức dedicated server, nằm ở đầu còn lại: một máy vật lý hoàn chỉnh, không có hypervisor và không dùng chung với tenant khác. Không có tài nguyên bị oversubscribe, nên các thông số ghi trên gói là các thông số bạn thực sự nhận được, còn giá cao hơn vài lần. Lưu ý một nhầm lẫn phổ biến. 独立IP nghĩa là dedicated IP address, một tính năng của các gói shared hosting và không liên quan đến dedicated server.

Phân biệt máy ảo hoàn chỉnh với container như thế nào?

Một số gói giá rẻ được quảng cáo là VPS thực ra là container: OpenVZ hoặc LXC (Linux containers). Container dùng chung kernel của host với mọi khách hàng khác trên máy đó. Với web application và database, cách này không có vấn đề gì. Nhưng container không thể thực hiện những việc cần đến kernel: load module WireGuard, đặt phần lớn giá trị sysctl, sử dụng một số module iptables và nftables, dùng ZFS, chọn phiên bản kernel và tạo swap file thực sự. Hãy chạy 4 lệnh này trên một instance dùng thử trước khi đăng ký.

systemd-detect-virt
uname -r
nproc
free -h

systemd-detect-virt in ra kvm hoặc qemu trên máy ảo hoàn chỉnh, lxc hoặc openvz trên container và none trên bare metal. Trên container, uname -r hiển thị kernel mà bạn không chọn và không thể thay đổi vì kernel đó thuộc về host. free -h thường hiển thị không có swap vì swap cũng thuộc về host. nproc mới là phần đáng chú ý: bên trong container, lệnh này có thể báo cáo toàn bộ số core của máy vật lý vì nó đọc /proc/cpuinfo, mà file này thuộc về host nếu nhà cung cấp không mount lxcfs để che thông tin đó. Giới hạn thực tế của bạn là quota cgroup, nhưng các công cụ này không hiển thị quota đó. Vì vậy, container có thể trông như server 48-core nhưng hoạt động như chỉ có 1 core. So sánh KVM, Xen và LXC trên các nền tảng VPS phân tích những gì từng nền tảng có thể và không thể thực hiện.

Vì sao 2 gói VPS có cùng thông số nhưng hiệu năng khác nhau?

Một vCPU là một lát thời gian, không phải một core. Một host có 32 physical thread có thể bán 100 vCPU hoặc hơn, vì phần lớn khách hàng không dùng CPU liên tục. vCPU của bạn là một thread được hypervisor lên lịch chạy trên một physical core dùng chung. Khi các máy khác bận, tiến trình của bạn ở trạng thái có thể chạy nhưng vẫn phải chờ. Linux ghi nhận thời gian chờ này là steal time. Chạy vmstat 1 5 và đọc cột st: nếu giá trị này duy trì trên khoảng 5 phần trăm trong lúc bạn tạo tải, hypervisor đang chạy tác vụ của người khác thay vì tác vụ của bạn. Steal time và cách chứng minh bạn đang dùng chung host với một noisy neighbour hướng dẫn cách ghi nhận chỉ số này trong nhiều giờ thay vì vài giây.

Gói burstable chạy bằng credit bucket. Một burstable instance (突发性能实例, hay T-series instance) được bán với một mức baseline. Baseline 20 phần trăm trên 2 vCPU có nghĩa là bạn có thể dùng liên tục 0.4 core. Khi dùng dưới baseline, bạn tích lũy credit. Khi dùng trên baseline, bạn tiêu credit. Khi bucket hết, instance bị giới hạn về baseline hoặc provider tính phí phần vượt mức. Vì vậy, benchmark chạy 5 phút sau khi boot không chứng minh được điều gì: nó đang tiêu số credit mà instance tích lũy trong thời gian idle. Hãy compile một tác vụ trong đủ 1 giờ và theo dõi tốc độ giảm xuống. Nếu bảng thông tin có nêu baseline percentage ở bất kỳ đâu, đó là burstable plan, bất kể phần còn lại của trang viết gì.

“Dedicated” và “shared” không phải thông tin trang trí. Một dedicated vCPU được pin vào một physical thread mà không ai khác sử dụng, nên steal time gần bằng 0. Giá của nó cũng cao hơn nhiều lần cho mỗi core. Nếu bảng thông tin không ghi dedicated, hãy mặc định các core là shared và bị oversubscribe.

Dòng thông tin về disk che giấu khoảng cách lớn nhất. “100 GB SSD” có thể là local NVMe trên host, đủ nhanh cho hơn 100.000 thao tác random 4k mỗi giây. Nó cũng có thể là network block volume với hard cap, thường được tính bằng vài IOPS (input/output operations per second) cho mỗi GB dung lượng volume, cộng với burst allowance sẽ cạn dần. Hoặc đó có thể là shared SATA array phục vụ 40 khách hàng khác. Cả 3 trường hợp đều có cùng con số dung lượng. Hãy yêu cầu provider ghi rõ IOPS cap và throughput cap, sau đó tự kiểm tra.

sudo apt install -y fio
fio --name=randread --filename=/var/tmp/fiotest --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --size=1G \
  --runtime=60 --time_based --group_reporting
rm -f /var/tmp/fiotest

--direct=1 bỏ qua page cache, nên kết quả phản ánh disk thay vì RAM của bạn. Hãy để lệnh chạy đủ 60 giây. Volume có burst bucket sẽ cho kết quả rất tốt trong 10 giây đầu, sau đó giảm xuống real cap. Chỉ một lần chạy có đo thời gian mới cho thấy được mức giảm này.

Bandwidth là 2 con số riêng biệt. Port speed là tốc độ tối đa, tính bằng Mbps hoặc Gbps. Monthly transfer là ngân sách, tính bằng GB hoặc TB. Port 1 Gbps với monthly transfer 1 TB sẽ hết dung lượng sau khoảng 2 giờ nếu chạy ở tốc độ tối đa. Vì vậy, 2 con số này giới hạn 2 vấn đề hoàn toàn khác nhau, còn provider sẽ báo con số nào làm cho gói có vẻ tốt hơn. Hãy hỏi điều gì xảy ra khi hết ngân sách: một số provider throttle port xuống tốc độ rất thấp cho đến khi reset tháng, một số tính phí theo GB, còn một số suspend instance. Đọc từng dòng trong một gói VPS giá rẻ giải thích phần chữ nhỏ còn lại, còn chi phí thực của VPS sau khi tính cả phí gia hạn giải thích phần chi phí.

Tôi có cần đăng ký ICP để host website ở Trung Quốc đại lục không?

Nếu server thực sự nằm trong Trung Quốc đại lục và bạn muốn cung cấp website trên một domain name, thì có. Đăng ký ICP (internet content provider), còn gọi là 备案 hoặc beian, được thực hiện thông qua nhà cung cấp dịch vụ hosting và ghi nhận với MIIT (Ministry of Industry and Information Technology). Đăng ký này gắn một số đăng ký với một domain, một cá nhân hoặc công ty chịu trách nhiệm, và một nhà cung cấp.

Cơ chế này khá đơn giản và giải thích triệu chứng mà nhiều người gặp. Các nhà cung cấp ở Trung Quốc đại lục chịu trách nhiệm về những đăng ký trên network của họ, nên họ chặn web traffic tại các port 80 và 443 đối với mọi domain trỏ vào dải địa chỉ của họ nếu tài khoản đó chưa có đăng ký hợp lệ. SSH vẫn hoạt động. Server vẫn chạy bình thường. Website không phản hồi. Không có cấu hình nào trên máy bị lỗi, nhưng bạn vẫn mất nhiều giờ để tìm một lỗi không tồn tại.

Cách đăng ký gắn với nhà cung cấp dẫn đến một số hệ quả.

• Đăng ký thuộc về nhà cung cấp mà bạn đã đăng ký. Nếu chuyển website sang một nhà cung cấp khác ở Trung Quốc đại lục, bạn phải chuyển đăng ký hoặc đăng ký mới.
• Phần mở rộng của domain phải thuộc danh sách được chấp thuận để đăng ký, và thông tin đăng ký domain phải khớp với giấy tờ định danh của người đăng ký.
• Đăng ký cá nhân thường chỉ áp dụng cho website cá nhân không có hoạt động thương mại. Nếu bán bất kỳ sản phẩm hoặc dịch vụ nào, bạn thường cần thêm commercial ICP licence, đây là một hồ sơ riêng và mất nhiều thời gian hơn.
• Sau khi đăng ký ICP, bạn còn phải thực hiện đăng ký an ninh công cộng thứ hai (公安备案) với Public Security Bureau địa phương. Số đăng ký này phải được đặt ở footer của website.

Tính đến tháng 8 năm 2026, các nhà cung cấp thường báo thời gian xử lý hồ sơ đầu tiên là 1 đến 3 tuần và yêu cầu giấy tờ định danh cùng ảnh của người chịu trách nhiệm. Yêu cầu thay đổi theo từng tỉnh, từng nhà cung cấp và theo thời gian, đồng thời nội dung này không phải tư vấn pháp lý. Hãy xác nhận quy định hiện hành với nhà cung cấp trước khi thanh toán, và xác nhận lại nếu sau này bạn thay đổi nhà cung cấp.

Chi phí độ trễ của một VPS offshore là bao nhiêu?

Đặt hosting bên ngoài Trung Quốc đại lục sẽ bỏ qua bước đăng ký, vì yêu cầu này phụ thuộc vào vị trí của server. Hong Kong, Nhật Bản, Singapore, Hoa Kỳ và châu Âu đều nằm ngoài phạm vi đó. Chi phí phải trả là khoảng cách.

Mỗi packet giữa người dùng ở Trung Quốc đại lục và server offshore đều đi qua một international gateway. Các gateway này chỉ có một số ít đường kết nối nhưng phải mang lưu lượng khổng lồ, nên latency không chỉ phụ thuộc vào tốc độ ánh sáng. Latency tăng vào giờ cao điểm buổi tối khi các đường kết nối bị congestion. Congestion gây packet loss, và mỗi packet bị mất sẽ cần thêm một round trip để retransmit.

Một round trip cũng chưa phải toàn bộ chi phí tải một page. Một HTTPS request mới cần tra cứu DNS (domain name system), sau đó là TCP handshake mất một round trip, rồi TLS 1.3 (transport layer security) handshake mất thêm một round trip, tiếp theo mới là request và response. Vì vậy, byte HTML đầu tiên sẽ đến khoảng 3 round trip sau khi người dùng click, trước khi trình duyệt yêu cầu một image nào.

[
  {
    "label": "Hong Kong",
    "rtt_ms": 35,
    "https_first_byte_ms": 105
  },
  {
    "label": "Tokyo",
    "rtt_ms": 55,
    "https_first_byte_ms": 165
  },
  {
    "label": "Singapore",
    "rtt_ms": 75,
    "https_first_byte_ms": 225
  },
  {
    "label": "Los Angeles",
    "rtt_ms": 160,
    "https_first_byte_ms": 480
  },
  {
    "label": "Frankfurt",
    "rtt_ms": 230,
    "https_first_byte_ms": 690
  }
]

5 dòng này là các số liệu công bố điển hình cho người dùng ở Trung Quốc đại lục, không phải kết quả đo từ một network cụ thể. Cột thứ hai chỉ là cột thứ nhất nhân với 3. Hãy xem chúng như các bậc độ lớn. Hong Kong có khoảng 35 ms cho mỗi round trip, nên byte đầu tiên đến gần 105 ms. Los Angeles có 160 ms cho mỗi round trip, đã gần nửa giây. Frankfurt có 230 ms, nên byte đầu tiên đến khoảng 690 ms. Đây là trong điều kiện link ổn định và không có packet loss.

Hãy đo thay vì tin vào trang bán hàng. Hai command sau cung cấp 2 nửa của câu trả lời.

curl -o /dev/null -s -w 'dns %{time_namelookup}\nconnect %{time_connect}\ntls %{time_appconnect}\nfirstbyte %{time_starttransfer}\ntotal %{time_total}\n' https://example.com
sudo apt install -y mtr
sudo mtr -rwbc 100 example.com

Trong output của curl, connect trừ dns là một round trip, còn tls trừ connect là handshake phát sinh thêm trên round trip đó. Nếu firstbyte xấp xỉ 3 lần ping của bạn, khoảng cách là nguyên nhân chính và không tuning server nào giúp được. Trong report của mtr, loss xuất hiện tại một hop rồi tiếp tục ở mọi hop sau đó là loss thật trên một link bị congestion. Loss xuất hiện tại một hop rồi biến mất ở hop kế tiếp là do router đó hạ mức ưu tiên cho reply của chính nó. Đây là hành vi bình thường và không có ý nghĩa.

Hãy test từ cả 3 nhà mạng lớn ở Trung Quốc đại lục: China Telecom, China Unicom và China Mobile. Hãy test trong giờ cao điểm buổi tối, vì route khác nhau theo từng nhà mạng. Một khu vực gần hơn trên bản đồ thường không gần hơn trên network. Một số nhà cung cấp offshore bán route premium đến các network ở Trung Quốc đại lục, chẳng hạn đường CN2 GIA, với giá cao hơn. Cách đánh giá trung thực duy nhất là đo trong suốt một buổi tối thay vì đo vào buổi trưa.

Ngay cả khi không chuyển server, bạn vẫn có thể giảm số round trip. Phục vụ toàn bộ page qua một connection HTTP/2 hoặc HTTP/3 để chỉ thực hiện handshake một lần. Bật TLS session resumption cho những visitor quay lại. Xóa các domain bên thứ ba, vì mỗi hostname mới cần một DNS lookup mới và một handshake mới. Đưa static file lên CDN (content delivery network) có các point of presence gần người dùng. Các biện pháp này giảm số round trip mà một page cần. Không biện pháp nào làm giảm độ dài của một round trip.

Cách đọc thông tin gói dịch vụ trước khi thanh toán

1. Đây là loại nào trong 4 sản phẩm: máy ảo đầy đủ, container, shared hosting hay máy vật lý? Hãy hỏi hypervisor nào được sử dụng và kiểm tra bằng systemd-detect-virt trong thời gian dùng thử.
2. vCPU là dedicated hay shared? Nếu plan có khả năng burst, phần trăm baseline là bao nhiêu và điều gì xảy ra khi hết credit?
3. Giới hạn IOPS và throughput của disk là bao nhiêu? Volume nằm trên máy cục bộ hay được gắn qua network?
4. Tốc độ port là bao nhiêu? Dung lượng transfer hằng tháng được cấp là bao nhiêu? Điều gì xảy ra khi dùng hết dung lượng đó?
5. Server đặt ở đâu? Domain được phục vụ từ đó có cần khai báo hay không?
6. Giá gia hạn sau kỳ đầu tiên là bao nhiêu? Backup, snapshot và IPv4 bổ sung có giá bao nhiêu?
7. Có thời gian dùng thử hoặc thời hạn hoàn tiền đủ dài để chạy load test trong 1 giờ thay vì 5 phút hay không?

Khi biết mình đang thuê loại sản phẩm nào, phần còn lại chỉ là tính toán dựa trên 7 câu trả lời đó. Việc bạn có muốn provider quản lý operating system giúp mình hay không là một câu hỏi riêng. so sánh managed hosting và unmanaged hosting là phần cần xem để quyết định.

FAQ

Cloud server có giống VPS không?

Trong hầu hết trường hợp, có. 云服务器, cloud server, cloud instance và VPS đều là máy ảo chạy dưới hypervisor, có kernel riêng và full quyền root. Khác biệt thực tế thường nằm ở storage và cách tính phí: cloud server thường dùng disk gắn qua network và tính phí theo giờ. Loại disk này chậm hơn trên mỗi thao tác, nhưng có thể resize, tạo snapshot và restart trên host khác. VPS truyền thống thường dùng NVMe local của host với gói tính phí theo tháng. Loại này nhanh hơn nhưng gắn với một máy duy nhất.

轻量应用服务器 hay lightweight application server là gì?

Đó là một máy ảo thông thường được bán theo fixed package, đi kèm console đơn giản, application image dựng sẵn và hạn mức traffic theo tháng. Alibaba Cloud gọi sản phẩm này là Simple Application Server, còn Tencent Cloud gọi là Lighthouse. Phần cứng và quyền root tương đương một instance thông thường. Đổi lại, bạn mất một phần tính linh hoạt: ít lựa chọn disk hơn, private networking với các instance khác bị giới hạn, và traffic quota đi kèm sẽ bị tính phí vượt mức hoặc bị throttle khi dùng hết.

Tôi có cần ICP filing cho VPS bên ngoài mainland China không?

Yêu cầu filing phụ thuộc vào vị trí vật lý của server. Vì vậy, server ở Hong Kong, Japan, Singapore, United States hoặc Europe không phải thực hiện quy trình filing của mainland China. Server đặt trong mainland China thì phải thực hiện. Provider sẽ block các cổng 80 và 443 đối với domain chưa filing. Khi đó, site sẽ có vẻ bị down dù máy vẫn hoạt động bình thường. Quy định khác nhau theo từng tỉnh và provider, đồng thời có thể thay đổi. Hãy xác nhận yêu cầu hiện tại với provider thay vì dựa vào bất kỳ bài viết nào, kể cả bài này.

Vì sao VPS của tôi chậm hơn một VPS khác có cùng CPU và RAM?

Khi so sánh, thường có 3 thông số bị bỏ qua. vCPU có thể là shared và bị oversubscribe thay vì dedicated. Điều này thể hiện qua việc cột st trong vmstat 1 5 tăng khi hệ thống đang chịu tải. Plan cũng có thể là burstable. Khi đó, máy chạy ở tốc độ tối đa cho đến khi credit bucket cạn, rồi giảm xuống mức cơ sở như 20 percent của một core. Disk có thể là network volume có giới hạn IOPS thay vì NVMe local. Một lần chạy fio trong 60 giây với --direct=1 sẽ cho thấy tốc độ giảm mạnh sau khi dùng hết burst allowance.

Virtual host (虚拟主机) có phải là VPS không?

Không. Virtual host là shared hosting: một web server được chia cho nhiều khách hàng, mỗi khách hàng có một directory, database, control panel và phiên bản PHP do provider quản lý. Bạn không có root account, không thể cài package, không thể chọn cổng để listen và không thể chạy background process liên tục. Nếu ứng dụng cần bất kỳ quyền năng nào trong số đó, bạn cần một máy ảo chứ không phải virtual host.