Máy trông vẫn ổn. Load average hợp lý, bộ nhớ chưa cạn, đĩa còn chỗ. Ứng dụng vẫn chậm vào 9 giờ sáng mỗi ngày trong tuần và không ai nói được vì sao. Hoặc ai đó đưa cho bạn một câu nói thay vì một số đo: "việc này cần phần cứng riêng".
Câu hỏi VPS hay máy chủ riêng được quyết định bởi một số ít tín hiệu bạn có thể đo được. Theo kinh nghiệm của tôi, phần lớn khối lượng công việc đi đến câu hỏi này không chạm vào tín hiệu nào. Cả hai lựa chọn đều hợp lý, và máy chủ riêng là câu trả lời đúng khi có những điều kiện cụ thể.
Phiên bản ngắn gọn
- Việc chuyển sang phần cứng riêng là hợp lý khi một tín hiệu cụ thể bật lên, không phải khi máy chỉ đơn giản là có cảm giác chậm.
- Có ba tín hiệu vận hành quan trọng: mức sử dụng CPU cao kéo dài không còn dư địa, CPU steal time hoặc IO wait dai dẳng, và khối lượng công việc đã vượt quá instance lớn nhất mà nhà cung cấp bán.
- Hai trong ba tín hiệu đó thường do nhà cung cấp hoặc gói dịch vụ gây ra, không phải do ảo hóa. Hãy kiểm chứng trước khi chi tiền.
- PCI DSS và HIPAA Security Rule quy định kết quả về cô lập và kiểm soát, không phải hình thức phần cứng. Không tiêu chuẩn nào tự nó bắt buộc phải có máy vật lý.
- Phần cứng riêng chỉ thắng về chi phí khi mức sử dụng cao và duy trì lâu dài. Dưới ngưỡng đó, bạn trả tiền cho một mức sàn phần cứng cố định mà bạn không dùng đến.
Điều gì khác nhau giữa VPS và máy chủ riêng
Lấy một gói quảng cáo 4 vCPU. Trên máy chủ riêng, bốn nhân là của bạn dù bạn có dùng hay không. Trên VPS, bốn vCPU là một lời hứa về lập lịch: hypervisor trình bốn bộ xử lý ảo cho kernel của bạn và cấp cho chúng thời gian trên các nhân vật lý theo chính sách của nó và tải hiện tại của host.
Trong điều kiện bình thường, cả hai hoạt động y hệt nhau. Khi có tranh chấp tài nguyên thì không.
Khác biệt không nằm ở ảo hay vật lý. Nó nằm ở cái được bảo đảm cho bạn so với cái chỉ được cấp phát cho bạn.
Mô hình cô lập cũng chia theo đúng ranh giới đó. VPS được cô lập về mặt logic bởi hypervisor: kernel riêng, không gian bộ nhớ riêng, đĩa ảo riêng, tất cả được cưỡng chế bằng phần mềm chạy trên phần cứng dùng chung. VPS so với bare metal khác nhau ở chỗ đường ranh đó được vạch ở đâu, chứ không phải ở việc có hay không có ranh giới.
Cả hai đều là cô lập thật. Chúng hỏng theo cách khác nhau và được kiểm toán theo cách khác nhau, điều này quan trọng ở phần tuân thủ bên dưới.
Chi phí phụ trội của hypervisor hiếm khi còn là nguyên nhân. Trên KVM hiện đại với các phần mở rộng ảo hóa phần cứng và driver paravirtual, tôi chưa từng thấy hypervisor là lý do khiến ứng dụng chậm.
Nếu một VPS chạy dưới mức kỳ vọng, nguyên nhân thường thấy là tranh chấp tài nguyên hoặc chọn sai kích thước.
Biến số thú vị nằm ở tranh chấp tài nguyên, và đó là chính sách của nhà cung cấp, không phải đặc tính của ảo hóa. Bán vượt (oversubscription) nghĩa là bán cho toàn bộ máy khách nhiều vCPU, IOPS hoặc bộ nhớ hơn mức host thực sự có, dựa trên giả định không phải ai cũng đạt đỉnh cùng lúc. Có nhà cung cấp gần như không làm. Có nhà cung cấp làm rất mạnh tay.
Hệ quả này khó chịu với bất kỳ ai chỉ mua theo danh mục. Một VPS bị bán vượt tệ hại và một VPS được vận hành tốt cách nhau về hành vi còn xa hơn khoảng cách giữa một VPS vận hành tốt và một máy chủ riêng.
Shared hosting không nằm trong so sánh này: không có quyền root và không có bảo đảm tài nguyên ổn định, và hướng dẫn của chúng tôi nói về thời điểm nên chuyển từ shared hosting lên VPS nếu bước đó đến trước với bạn. Colocation nằm ngoài phạm vi bài này. Bạn mua và sở hữu phần cứng, đó là một mô hình mua sắm khác, với hợp đồng khác và câu chuyện hỏng hóc khác.
| Tiêu chí | VPS | Máy chủ riêng |
|---|---|---|
| Cô lập tài nguyên | Logic, do hypervisor cưỡng chế | Vật lý, một người thuê duy nhất |
| Cấp phát CPU | vCPU được lập lịch trên các nhân vật lý dùng chung | Nhân vật lý, độc quyền |
| Tranh chấp IO | Pool lưu trữ dùng chung; độ trễ thay đổi theo tải của host | Đĩa cục bộ, không bị tranh chấp từ bên ngoài |
| Tranh chấp mạng | Uplink dùng chung | NIC và cổng riêng |
| Quyền kiểm soát phần cứng | Không có; nhà cung cấp chọn nền tảng | Toàn quyền; thế hệ CPU, cách bố trí đĩa, RAID |
Những tín hiệu cho thấy bạn đã vượt quá VPS
Đây là những phép kiểm tra dựa trên telemetry của chính bạn, không phải quy tắc chung về ngành của bạn. Một điều kiện chi phối cả ba: một tín hiệu chỉ tính khi nó kéo dài.
Một máy ghim ở mức 95% CPU trong cửa sổ sao lưu ban đêm là đang hoạt động đúng. Một máy ghim ở mức 95% CPU suốt hai tuần thì đang nói với bạn điều gì đó.
Mức sử dụng CPU cao kéo dài, không còn dư địa
Điều kiện cần theo dõi là trung bình trượt qua nhiều ngày hoặc nhiều tuần, không còn chỗ để hấp thụ một đợt tăng lưu lượng, một tiến trình mất kiểm soát, hay một phụ thuộc chậm. Không phải một số đo đỉnh. Đến lúc đó, thời gian phản hồi xấu đi theo cách phi tuyến thay vì suy giảm êm ả, và sự cố tiếp theo không còn chỗ nào để lùi.
Hình dạng của khối lượng công việc dịch chuyển ranh giới này. Một consumer hàng đợi chạy đều và sát trần thì gần rắc rối hơn một tầng web dạng burst chỉ vọt lên hai lần mỗi ngày rồi nhàn rỗi. Hãy đọc đường cong của chính bạn thay vì một con số trên trang của nhà cung cấp.
Bị giới hạn bởi CPU không đồng nghĩa với việc cần phần cứng riêng. Vấn đề đầu thường giải quyết được ngay trong ảo hóa: một instance lớn hơn, hoặc một instance xung nhịp cao hơn khi khối lượng công việc là đơn luồng và nhạy với độ trễ.
Hãy xác nhận bạn đang gặp trường hợp nào trước khi đi hỏi giá một máy vật lý. Một ứng dụng đơn luồng không chạy nhanh hơn trên 32 nhân.
Steal time và IO wait
CPU steal time là tỷ lệ thời gian bộ xử lý ảo của bạn đã sẵn sàng chạy nhưng hypervisor lại đưa nhân vật lý cho người khác. Đây là con số phân biệt một khối lượng công việc quá lớn với một host quá đầy.
Đừng coi một con số phần trăm steal time cụ thể là ngưỡng quyết định. Hãy theo dõi xu hướng trên chính máy của bạn. Gần bằng không kèm vài lần nhảy vọt là bình thường. Liên tục khác không và đang tăng nghĩa là host đang bị tranh chấp.
Giá trị cao và kéo dài trên một khối lượng công việc nhạy độ trễ nghĩa là bạn đang bị bỏ qua khi lập lịch, và ứng dụng phải trả giá.
Mẹo: chạy vmstat 1 30 và theo dõi cột st trong khối CPU; top báo cùng con số đó dưới tên %st. Hãy đo trong giờ cao điểm thật của bạn, không phải một lần lúc nửa đêm. Một host khỏe mạnh trông như thế này:
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
1 0 0 412332 84120 1932144 0 0 0 12 842 1503 21 4 75 0 0
2 0 0 411980 84120 1932148 0 0 0 0 901 1622 24 5 71 0 0Một host bị tranh chấp trông như thế này, và phần thời gian bị mất nằm ở cột cuối:
r b swpd free buff cache si so bi bo in cs us sy id wa st
4 0 0 288104 61228 1104996 0 0 8 140 1502 2210 31 6 45 1 17
5 0 0 287960 61228 1105004 0 0 0 0 1610 2388 29 7 44 2 18Steal time cao nghĩa là host này đang bị bán vượt. Đó là một nhận định về nhà cung cấp và gói dịch vụ của bạn, không phải về ảo hóa. Phản ứng đầu tiên đúng đắn là chuyển sang một host được cấp phát tốt hơn hoặc một gói có vCPU riêng. Rời bỏ ảo hóa đến sau đó, chứ không thay thế cho nó.
Nếu phát hiện của bạn là steal time, thì chẩn đoán bán vượt là đầu mối đầu tiên nên lần theo.
Tôi đã chuyển hai khối lượng công việc ra khỏi VPS vì lý do này. Cả hai đều không bị giới hạn bởi CPU. Cả hai đều nằm trên những host đã bán quá công suất, và một trong hai chỉ cần đổi nhà cung cấp là xong.
Trần mở rộng
Bạn chạm trần khi instance lớn nhất mà nhà cung cấp bán không còn chứa nổi khối lượng công việc, hoặc khi bước nâng cấp dọc gần nhất mang lại mức cải thiện ít hơn hẳn bước trước đó. Điều thứ hai rất dễ bỏ sót. Nếu nhân đôi instance chỉ mua được 20% cải thiện, nút thắt đã dời sang chỗ mà thêm vCPU không với tới.
Các tác nhân từ phía lưu trữ là thứ tôi thấy sống sót qua điều tra thường xuyên nhất, và chúng thường đến trong lốt một cơ sở dữ liệu. Ràng buộc hiếm khi nằm ở engine. Nó nằm ở random IO kéo dài trên một pool bạn dùng chung với người lạ.
Bất kỳ khối lượng công việc nào liên tục đọc và ghi các khối nhỏ (một cơ sở dữ liệu bận rộn, một hàng đợi có lưu bền, một dịch vụ ghi log dày đặc) đều ép pool đó theo đúng kiểu mà nó xử lý tệ nhất.
Hãy theo dõi %wa và các phân vị độ trễ của chính bạn trong lúc tải đỉnh thật. Nếu độ trễ dao động theo cách mà tải của chính bạn không giải thích được, bạn đang xếp hàng sau các tenant khác, và cách khắc phục đáng tin cậy là những ổ đĩa thuộc về bạn.
Hai trong ba tín hiệu này thường giải quyết được mà không cần rời khỏi ảo hóa, và kiểm chứng điều đó rẻ hơn mua phần cứng.
Khi nào tuân thủ thực sự đòi phần cứng riêng
Một kiểm toán viên viết "môi trường dữ liệu chủ thẻ phải chạy trên phần cứng riêng", và câu này làm hai việc khác nhau tùy vào người đọc. Với một chuyên gia tuân thủ, nó thường có nghĩa là một môi trường được cô lập khỏi các khối lượng công việc khác và có phạm vi thu hẹp. Với người đi mua hosting, nó trông như một danh mục sản phẩm.
Khoảng cách giữa hai cách hiểu đó chính là nơi ngân sách bị tiêu mà chẳng thêm được chút kiểm soát nào.
Cả PCI DSS lẫn HIPAA Security Rule đều quy định kết quả về cô lập và kiểm soát thay vì hình thức phần cứng. Nếu yêu cầu của bạn là một tập hệ thống xác định phải được phân đoạn, kiểm soát truy cập, ghi log và đánh giá độc lập được, thì một môi trường ảo được phân đoạn đúng cách đáp ứng được. Nếu yêu cầu của bạn là không có mã của tenant nào khác chạy trên cùng phần cứng, thì chỉ phần cứng vật lý mới đáp ứng được.
Hãy xác định bạn được trao câu nào trong hai câu đó trước khi đi hỏi giá bất cứ thứ gì.
Với PCI DSS, khái niệm then chốt là phạm vi. Chính hướng dẫn của Security Standards Council về xác định phạm vi và phân đoạn mạng đặt ra lập trường mặc định rằng mọi thứ đều nằm trong phạm vi cho đến khi được xác minh ngược lại. Tài liệu này mô tả phân đoạn như một phương pháp có thể giảm số thành phần hệ thống nằm trong phạm vi. Bản bổ sung đó không nêu tên bất kỳ hình thức phần cứng nào ở bất cứ chỗ nào trong văn bản.
Một môi trường ảo phân đoạn kém vẫn có thể kéo vào phạm vi nhiều phần stack của bạn hơn hẳn dự toán. Đó là cái giá của làm ẩu, không phải lý lẽ để không làm.
HIPAA nói rõ hơn về việc nó dựa trên các biện pháp kiểm soát. Văn bản điều khoản linh hoạt trong cách tiếp cận của HIPAA Security Rule, do Cornell Law School đăng, nêu rằng các thực thể thuộc phạm vi điều chỉnh và đối tác kinh doanh của họ có thể dùng bất kỳ biện pháp bảo mật nào cho phép họ triển khai các tiêu chuẩn một cách hợp lý và phù hợp. Lựa chọn đó được đánh giá dựa trên quy mô tổ chức, hạ tầng kỹ thuật, chi phí và rủi ro. Đó là một phép thử về mức độ phù hợp, không phải một bản đặc tả thiết bị.
Với một triển khai được lưu trữ, yêu cầu thực sự có hiệu lực thường là hợp đồng. Văn bản 45 CFR § 164.308(b)(1) do Cornell Law School đăng nêu rằng một thực thể thuộc phạm vi điều chỉnh chỉ được để đối tác kinh doanh xử lý thông tin sức khỏe được bảo vệ dạng điện tử sau khi đã nhận được những bảo đảm thỏa đáng rằng thông tin đó sẽ được bảo vệ phù hợp. Một nhà cung cấp không chịu ký thỏa thuận đối tác kinh doanh là đã tự loại mình, bất kể phần cứng của họ trông ra sao.
Có những trường hợp chỉ dùng được máy chủ riêng. Một hợp đồng khách hàng ghi rõ bằng văn bản yêu cầu cô lập vật lý là một trong số đó.
Một trường hợp khác là biện pháp kiểm soát mà bạn không thể triển khai nếu không có quyền truy cập phần cứng: mã hóa toàn ổ đĩa với khóa bạn giữ trong một TPM do bạn kiểm soát, secure boot đã xác minh, hoặc một baseline firmware do chính bạn chứng thực. Trong những trường hợp đó, hãy mua phần cứng và dừng việc so sánh lại.
Mẹo: trước khi chấp nhận "phần cứng riêng" như một yêu cầu, hãy hỏi người viết ra nó rằng nó hiện thực biện pháp kiểm soát nào và áp dụng cho những hệ thống nào. Câu trả lời thường là một môi trường được cô lập và thu hẹp về môi trường dữ liệu chủ thẻ, chứ không phải một sản phẩm tên là máy chủ riêng. Hai thứ đó có giá rất khác nhau.
Kết quả tuân thủ phụ thuộc vào người đánh giá của bạn và phạm vi cụ thể của bạn. Bài này đưa cho bạn câu hỏi đúng để hỏi họ, chứ không phải một phán quyết để trích dẫn lại với họ.
Nơi các đường cong chi phí giao nhau
Dedicated hardware looks cheap per core, and at sufficient scale it is. Across providers publishing public bare metal pricing, entry configurations in the 6-core, 32 GB class typically start from around $150 to $200 per month, while 24-core, 256 GB machines with multi-terabyte NVMe commonly start from $450 and up.
Those are typical list-price ranges as of August 2026, not a market average. Price your own shortlist.
Hãy nhìn vào hình dạng thay vì các con số tuyệt đối. Giá VPS gần như tuyến tính theo tài nguyên được cấp và gần như không có mức sàn, đó là lý do một instance 1 GB chỉ vài đô. Giá máy chủ riêng bắt đầu từ giá của cả một máy vật lý rồi tăng chậm, vì chi phí biên để thêm nhân bên trong một khung máy bạn đã thuê là thấp.
Hai đường thẳng có độ dốc khác nhau và điểm chắn khác nhau sẽ cắt nhau tại đúng một điểm.
Mức sử dụng quyết định bạn nằm ở phía nào của điểm giao đó. Đường của máy chủ riêng là cố định: bạn trả tiền cho 24 nhân dù bạn dùng 24 hay 4.
Một máy riêng chạy ở mức sử dụng 20% tốn hơn trên mỗi đơn vị công việc hoàn thành so với một VPS đúng cỡ, kể cả khi hóa đơn tính theo nhân thì rẻ hơn. Mẫu số là thứ bạn đã tiêu thụ, không phải thứ đã bán cho bạn.
Điểm giao không phải là "trên N nhân". Nó là "trên N nhân mà bạn giữ cho luôn bận".
Có ba khoản chi phí không xuất hiện trên hóa đơn nào nhưng lại thuộc về phép so sánh này:
- Thời gian cấp phát. Một VPS có sẵn trong vài phút. Phần cứng vật lý phải đặt hàng, lắp rack rồi bàn giao trong nhiều giờ hoặc nhiều ngày. Độ trễ đó là một ràng buộc trong hoạch định năng lực, không phải một bất tiện chỉ xảy ra một lần.
- Không thu nhỏ được. Sau một đợt tăng lưu lượng, bạn có thể thu nhỏ VPS lại. Một máy chủ riêng là cam kết hằng tháng ở kích cỡ đầy đủ cho đến khi hết hạn hợp đồng.
- Hỏng phần cứng. Khi host bên dưới bạn hỏng trên một VPS, nhà cung cấp sẽ di trú hoặc khôi phục nó. Khi một ổ đĩa hay bộ nguồn hỏng trong máy riêng của bạn, đường phục hồi là một ticket hỗ trợ và một lần khôi phục từ bản sao lưu, còn thời gian ngừng hoạt động thì tính vào SLA của chính bạn.
Khi nào VPS vẫn là câu trả lời đúng
Không có tín hiệu nào bật lên. Mức sử dụng còn dư địa, steal time phẳng, trần kích cỡ instance còn xa, không hợp đồng nào bắt buộc cô lập vật lý, và mức dùng của bạn còn cách rất xa điểm giao chi phí. Cứ ở lại với ảo hóa.
Đó là năng lực, không phải giải an ủi. Snapshot khiến một lần nâng cấp có thể hoàn tác và một lần di trú rủi ro có thể thử trước. Các instance nhỏ tách riêng cho bạn sự phân tách môi trường ở mức giá khiến việc có staging là đáng.
Và sự cố phần cứng lúc 3 giờ sáng là chuyện của người khác, điều mà với một đội nhỏ còn đáng giá hơn chênh lệch trên bảng benchmark.
Khoảng cách đã thu hẹp, và đó là một thay đổi trong công nghệ, không phải một luận điểm bán hàng. Các gói vCPU riêng, NVMe trở thành mặc định, và driver paravirtual đã chín muồi đã xóa gần hết khoảng cách hiệu năng thực tế với các khối lượng công việc thông thường.
Tuổi đời của nhà cung cấp thuộc về danh sách rút gọn ngang hàng với thông số kỹ thuật. Một gói VPS bạn có thể rời bỏ trong một buổi chiều mang ít rủi ro nhà cung cấp hơn một hợp đồng phần cứng mười hai tháng. Điều đó chỉ đúng nếu nhà cung cấp vẫn còn đó và vẫn trả lời ticket vào tháng thứ chín. Hãy xem họ đã hoạt động bao lâu, họ công bố lịch sử sự cố ra sao, và bộ phận hỗ trợ phản hồi thế nào trước một sự cố chứ không phải trong lúc sự cố.
Cũng có dịch vụ máy chủ riêng được quản lý, đánh đổi quyền kiểm soát phần cứng lấy gánh nặng vận hành nhẹ hơn, và đó cùng một trục với quyết định giữa có quản lý và không quản lý ở một bậc thấp hơn.
Ở lại với VPS là một quyết định chủ động, có lộ trình nâng cấp riêng, không phải mặc định mà bạn rơi vào vì không chọn gì cả.
Nếu chẩn đoán của bạn là tranh chấp tài nguyên chứ không phải thiếu năng lực, thì thứ bạn nên mua là một VPS, không phải cả một khung máy. Và điều bạn muốn ở nó là quyền tự do thu nhỏ lại sau sự kiện đã đẩy bạn đến đây. Đó chính là trường hợp chúng tôi xây dựng cho: Linux VPS chạy trên lưu trữ NVMe với SLA thời gian hoạt động 99,95% và tính cước theo giờ. Thử một instance lớn hơn hoặc xung nhịp cao hơn tốn của bạn một buổi chiều thay vì cả một hợp đồng. Hãy chọn kích cỡ theo các ngưỡng ở trên, cho nó chạy qua đúng đợt cao điểm của bạn, rồi kiểm tra lại steal time.
Xây dựng trên VPS Linux với quyền root, NVMe và sức mạnh AMD EPYC.
Xem các gói LinuxCâu hỏi thường gặp
Máy chủ riêng nhanh hơn VPS bao nhiêu?
Tùy vào việc bạn đang tranh chấp tài nguyên nào. Trên ảo hóa hiện đại, khoảng cách CPU trên một host được cấp phát tốt là nhỏ, vì chi phí phụ trội của hypervisor rất thấp khi có các phần mở rộng ảo hóa phần cứng. Những khác biệt đáng tin là việc không có tranh chấp IO và tranh chấp mạng, và chúng hiện ra dưới dạng độ trễ ổn định chứ không phải tốc độ thô. Nếu khối lượng công việc của bạn chưa bao giờ tranh giành đĩa hay mạng lúc cao điểm, hãy mong đợi một khoảng cách đủ nhỏ để không quyết định được việc mua.
VPS có đủ cho một cơ sở dữ liệu production không?
Với phần lớn cơ sở dữ liệu production thì có. Ràng buộc quyết định thường là random IO kéo dài trên lưu trữ dùng chung, không phải engine cơ sở dữ liệu. Một cơ sở dữ liệu liên tục đọc ghi khối nhỏ sẽ chạm giới hạn của pool dùng chung từ rất lâu trước khi chạm giới hạn của engine. Đĩa riêng gỡ bỏ giới hạn đó; một instance lớn hơn thì không.
PCI DSS có bắt buộc dùng máy chủ riêng không?
Không, không phải như một quy tắc bao trùm. PCI DSS quy định các yêu cầu về cô lập và kiểm soát gắn với môi trường dữ liệu chủ thẻ, chứ không phải một hình thức phần cứng. Hướng dẫn xác định phạm vi của Security Standards Council coi mọi thứ đều nằm trong phạm vi cho đến khi được xác minh ngược lại, và mô tả phân đoạn mạng như một phương pháp giảm số hệ thống nằm trong phạm vi. Một môi trường ảo được phân đoạn đúng cách có thể đáp ứng điều này; một môi trường phân đoạn kém sẽ kéo nhiều phần stack của bạn vào phạm vi hơn hẳn.
Làm sao biết VPS của tôi có vấn đề hàng xóm ồn ào?
Triệu chứng là hiệu năng thất thường vào giờ cao điểm trên một máy vốn không hề bận: thời gian phản hồi nhấp nhô trong khi tải, bộ nhớ và mức dùng đĩa của chính bạn vẫn phẳng lặng, chẳng có gì đáng nói. Giờ thấp điểm nhìn vẫn bình thường, và đó là lý do vấn đề này sống sót lâu đến vậy mà không bị chẩn ra. Nguyên nhân nằm trên host vật lý bạn dùng chung, nên cách sửa là một gói được cấp phát tốt hơn hoặc một nhà cung cấp khác, chứ không phải viết lại ứng dụng.
Khi nào nên nâng cấp từ VPS lên máy chủ riêng?
Upgrade when at least one of these holds: CPU utilization sits at a rolling-average level that leaves no headroom for a traffic event; steal time or IO wait stays high after you have already tried a better-provisioned plan; the workload has outgrown the largest instance your provider sells; a contract or a control genuinely requires physical isolation; or sustained utilization is high enough that a fixed hardware cost beats per-resource pricing.
