VPS

VPS dùng thử: cách test đúng trong 7 ngày, kèm script

Thanh Nguyễn Cập nhật Đăng 8 phút đọc 2 khối lệnh

VPS dùng thử: cách test đúng trong 7 ngày, kèm script
Mục lục bài viết
  1. Ngày 1: Đóng hồ sơ nền trước khi cài bất cứ gì
  2. Ngày 2-3: Workload thật - vì benchmark không mua hàng thay bạn
  3. Ngày 4-6: Để máy sống thật và rình đúng giờ vàng
  4. Ngày 7: Bảng chấm 8 tiêu chí và ra quyết định
  5. Bảng chấm tám tiêu chí sau bảy ngày
  6. Bộ lệnh chạy trong bảy ngày
  7. Câu hỏi thường gặp
  8. Bài viết liên quan

Trả lời nhanh: Bảy ngày dùng thử đủ ra quyết định chắc, nếu test có kịch bản: Ngày 1, bộ benchmark nền (yabs + sysbench + fio) hai mốc giờ, lưu hồ sơ; Ngày 2-3, dựng workload thật của bạn (site/app + dữ liệu bản sao) và đo TTFB từ mạng khách; Ngày 4-6, để chạy tự nhiên, theo dõi steal/latency qua các giờ vàng (đây là phần đa số bỏ qua, và là phần lộ oversell); Ngày 7, chấm theo bảng tiêu chí, quyết định. Test kiểu 'cài xong bấm thử vài trang lúc trưa', hầu như không có giá trị dự báo.

Dùng thử là quyền lực lớn nhất của người mua VPS, và bị lãng phí nhiều nhất: đa số cài WordPress lên, bấm vài trang, thấy 'cũng nhanh' rồi quyết. Bài này biến 7 ngày trial thành một quy trình nghiệm thu có kịch bản, tận dụng trọn bộ công cụ cả cụm đã trang bị, để chữ ký gia hạn của bạn dựa trên dữ liệu, không phải ấn tượng buổi trưa vắng vẻ.

Ngày 1: Đóng hồ sơ nền trước khi cài bất cứ gì

Máy còn sạch là lúc đo nền chuẩn nhất: chạy trọn quy trình 15 phút của bài benchmark (yabs → sysbench 1-thread → bộ fio 4 bài), lặp lúc 21h, lưu cả hai bản. Thêm 5 phút đáng giá: grep 'model name' /proc/cpuinfo đối chiếu chip quảng cáo, ping + traceroute từ mạng nhà bạn và nhờ một người khác nhà mạng đo cùng. Ngày 1 kết thúc với một 'phiếu khám lúc sinh', mọi so sánh sau này đều quy về nó.

Ngày 2-3: Workload thật - vì benchmark không mua hàng thay bạn

Benchmark đo tiềm năng; quyết định cần hành vi thật: dựng bản sao site/app (restore backup, tiện thể tập luôn quy trình restore, một công đôi việc), trỏ tên miền test hoặc file hosts (chiêu của bài chuyển-nhà 9 bước), rồi đo đúng các thao tác nghiệp vụ: TTFB trang chủ/sản phẩm từ 4G và FTTH, thời gian checkout thử, tốc độ mở admin, một lần deploy/build nếu là máy dev. Có dữ liệu thật càng tốt, site 50 bài viết khác hẳn site 5.000 bài trong cách nó vắt database. So các con số này với máy đang dùng: đây mới là 'nhanh hơn X%' có nghĩa với ví tiền của bạn.

Ngày 4-6: Để máy sống thật và rình đúng giờ vàng

Phần thiếu của mọi cuộc test vội: thời gian. Dựng giám sát tự động rồi buông tay:

TerminalNgày 4-6: Để máy sống thật và rình đúng giờ vàngbash
# cron moi gio, ghi CSV, 3 chi so canh oversell/nghẽn:*/60 * * * * echo "$(date +%F-%H), $(grep -o 'st$' /proc/stat >/dev/null; top -bn1 | grep '%Cpu' | awk '{print $16}'), $(curl -o /dev/null -s -w '%{time_starttransfer}' https://test.site.vn/)" >> ~/trial.csv

(Hoặc tử tế hơn: Netdata + một monitor Kuma từ ngoài, 10 phút dựng theo bài giám sát.) Ba ngày dữ liệu qua đủ khung giờ, đặc biệt 20-23h các tối, trả lời câu hỏi mà không bài test-một-phát nào trả lời được: máy này có ổn định là chính nó không? Steal nhảy theo tối, p99 răng cưa, TTFB thất thường, trial 7 ngày tồn tại để bắt đúng những con ma này.

Ngày 7: Bảng chấm 8 tiêu chí và ra quyết định

  1. Chip đúng quảng cáo (cpuinfo), đạt/trượt
  2. sysbench 1-thread đúng hạng cam kết, chênh trưa/21h < ~15%
  3. fio: IOPS đúng hạng ổ, p99 < 1ms, fsync < 1ms, ổn định hai mốc
  4. Steal time: đỉnh < 3-5%, không có pattern theo giờ
  5. TTFB workload thật từ mạng khách: đạt mục tiêu bạn đặt (vd < 200ms)
  6. Mạng: ping ổn từ ≥2 nhà mạng, không rớt gói bất thường
  7. Trải nghiệm hỗ trợ: đặt 1-2 câu hỏi thật trong tuần, tốc độ và chất lượng trả lời cũng là sản phẩm
  8. Điều khoản: giá gia hạn, chính sách backup, cam kết phân bổ, đọc lại lần cuối trước khi ký dài

Đạt 8/8: chốt chu kỳ dài lấy giá tốt, bạn đã mua bằng dữ liệu. Trượt 1-2 tiêu chí kỹ thuật: gửi số liệu hỏi thẳng (nhà tử tế sẽ giải thích hoặc chuyển node); trượt tiêu chí minh bạch: cảm ơn và sang nhà khác, trial đã hoàn thành nhiệm vụ của nó.

Bảng chấm tám tiêu chí sau bảy ngày

Tiêu chíĐo bằng gìNgưỡng đạt
Xung nhịp một luồngCông cụ đo vi xử lýSo giữa các nhà cung cấp, càng cao càng tốt
IOPS ngẫu nhiên, giữ ổn định 5 phútCông cụ đo ổ đĩaTrên 10.000 và không tụt ở phút cuối
Steal time vào giờ cao điểmTheo dõi 5 phút lúc 20 tới 22 giờDưới 5%
Độ trễ mạng trong nướcLệnh kiểm đường truyềnDưới 20 ms
Ổn định mạngKiểm liên tục 7 ngàyKhông mất gói kéo dài
Thời gian phản hồi hỗ trợGửi một yêu cầu thậtTrả lời trong ngày
Nâng hạ cấu hình giữa kỳHỏi trực tiếpKhông phải cài lại máy
Chính sách hoàn tiền khi hủy giữa kỳHỏi trực tiếpCó hoàn phần chưa dùng

Ba tiêu chí cuối không đo được bằng lệnh nhưng quan trọng ngang phần kỹ thuật. Gửi một yêu cầu hỗ trợ thật trong tuần dùng thử là phép thử tốt về chất lượng dịch vụ.

Bộ lệnh chạy trong bảy ngày

TerminalBộ lệnh chạy trong bảy ngàybash
# Ngay 1: dong ho so nen truoc khi cai bat cu gi{  echo "=== $(date)"; lscpu | grep -E "Model name|MHz|Core|Thread"  free -h; lsblk -d -o NAME,SIZE,ROTA,MODEL; df -h /  top -bn1 | head -3  ping -c 20 vnexpress.net | tail -2} > /root/ho-so-ngay1.txt # Ngay 1: do o dia 5 phut, va do CPUapt install -y fio sysbench sysstatfio --name=t --ioengine=libaio --direct=1 --bs=4k --rw=randrw --rwmixread=70 \    --iodepth=32 --numjobs=4 --size=4G --runtime=300 --time_based \    --group_reporting --status-interval=60 >> /root/ho-so-ngay1.txtsysbench cpu --cpu-max-prime=20000 --threads=1 run >> /root/ho-so-ngay1.txt # Ngay 2 den 6: de may song that, ghi tinh trang moi 5 phut(while true; do date; free -m | head -2; uptime; \  vmstat 1 3 | tail -1; echo ---; sleep 300; done) > /root/theodoi.log & # Ngay 4 den 6: do lai vao 20 den 22 gio, so voi ngay 1# Ngay 7: doc hai file, cham theo bang tren

Điểm quan trọng nhất của quy trình này: đo cùng bộ lệnh vào hai thời điểm khác nhau. Máy đo đẹp lúc 9 giờ sáng mà tụt hẳn lúc 9 giờ tối là máy không nên thuê, và chỉ cách này mới phát hiện được.

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

Không có 7 ngày, chỉ có 1-2 ngày thì ưu tiên gì?

Ngày 1 nguyên bản (nền hai mốc giờ) + rút gọn ngày 2 (workload chính + TTFB từ mạng khách). Bỏ phần theo dõi dài là chấp nhận rủi ro con ma giờ vàng, bù bằng việc đọc kỹ cam kết không-oversell thành văn.

Nhà cung cấp không có trial thì sao?

Mua 1 tháng ngắn nhất coi như trial trả phí, vài trăm nghìn cho một quyết định dài hạn là rẻ. Chính sách hoàn tiền ngắn hạn (nếu có) đọc trước; và nhà không cho cả hai lựa chọn là một thông tin tự nó.

Test xong có nên xóa sạch máy trước khi vào production?

Nên: rebuild sạch rồi dựng production theo checklist 12-việc, trial để nghiệm thu, production để sống lâu, hai nghi thức khác nhau. Riêng hồ sơ đo thì giữ vĩnh viễn.

Chạy benchmark nhiều trong trial có bị nhà cung cấp để ý không?

Nghiệm thu vài phút mỗi ngày là bình thường và chính đáng. Khác với treo stress liên tục nhiều giờ, vừa vô nghĩa cho việc đánh giá, vừa ảnh hưởng hàng xóm. Test như bài là vừa đủ lịch sự và đủ dữ liệu.

Chia sẻ:Facebook

Thanh Nguyễn

TND

Tư vấn bản quyền, VPS và máy chủ kèm hóa đơn VAT, hợp đồng đầy đủ cho doanh nghiệp.