Linux VPS：先测负载，再定配置
比较 Linux VPS 时，先排除不满足镜像、地域、资源限制、恢复方式和月度预算的方案，再用自己的应用测试候选配置。这里以 Ubuntu 演示测量方法和命令，不提供服务商排名，也不把配置数字当成已经测得的性能。
VPSuntu · 更新： · 约 6 分钟阅读
本页目录
把要运行的业务写清楚
先列出必须满足的条件：受支持的 Ubuntu 镜像与架构、合适地域、必需服务、恢复入口和持续预算。再写下共用这台 VM 的 Web 服务器、运行时、数据库、缓存和后台进程，把导入、图片处理及备份也算进去。平时浏览顺畅，多个任务重叠时仍可能出现瓶颈。说明它用于学习、预发布测试还是客户服务，以及最多能接受多长中断。
例如，一个小型动态目录网站使用 Nginx、一个应用服务、PostgreSQL 和一项定时导入任务。2 vCPU、4 GB RAM 可以作为初次实验配置，但不是经过验证的容量。应在测试环境放入有代表性的记录和上传文件，再作判断。其他用途可参考起步配置示例。
统一比较条件
在每个候选方案上使用相同的应用构建、数据库副本、缓存设置及进程数，选择可比较的地域，并记录 Ubuntu 版本和架构。否则，软件变化或更近的数据中心可能被误认为硬件优势。没有必要时，不要把客户隐私数据复制到测试环境。
小屏幕上可左右滚动表格，查看完整内容。
| 每个方案需要记录 | 为什么会影响选择 |
|---|---|
| CPU 分配方式与公平使用规则 | 共享、独享和突发型 CPU 的限制不同 |
| RAM 与 swap 配置 | 所有服务使用同一份内存预算 |
| 磁盘容量与 I/O 限额 | 空间是否够用与响应是否及时是两回事 |
| 地域及依赖服务的位置 | 远程数据库可能占据大部分请求时间 |
| 扩缩容和恢复流程 | 升级或恢复可能需要停机 |
| 计费单位及附加资源 | 相同 VM 标价不一定对应相同账单 |
确认方案允许你的持续负载。vCPU 数量不能证明持续性能，NVMe 也不能说明实际 I/O 配额。临时扩容前，查清扩大后的磁盘能否再缩小。
先记录服务器基线
记录可用内存和磁盘空间。在 Ubuntu 安装 sysstat，以便使用 iostat。业务负载运行时，在不同终端执行采样命令；短时间空闲采样只能建立基线。
free -h
df -h /
sudo apt update
sudo apt install sysstat
vmstat 1 11
iostat -xz -y 1 10vmstat 的第一份 CPU／活动报告统计自开机以来的情况，本次采样应查看后续每秒报告。free 中重点看 available：Linux 能回收部分缓存，单凭 free 较低不能认定缺少内存。iostat 的 -y 会跳过开机以来的首次累计报告。
一个实际观察：2026 年 9 月 24 日，本站静态站点源服务器可见一个逻辑 CPU 和 957 MiB 内存，同一时刻 free 为 59 MiB，available 为 358 MiB，其中包括控制面板和其他服务器服务。这只是说明 free 与 available 的差别，并非压力测试或容量推荐。
保存输出、时间戳和测试场景，并记录导入、备份时的磁盘增长。如果数据库使用另一个卷，也检查其文件系统；df -h / 只反映根文件系统。
测试用户真正会执行的操作
在自己控制的测试环境中，运行浏览、搜索、登录和有代表性的写入操作，覆盖后台任务以及命中和未命中缓存的请求。比较前先确定可接受的响应时间和错误率，不要等结果出来后只挑好看的指标。
从靠近用户的位置请求测试端点，可以记录状态码、首字节时间和请求总耗时。替换主机名与路径；下列时间单位为秒。
curl -sS -o /dev/null --max-time 30 -w 'status=%{http_code} ttfb=%{time_starttransfer}s total=%{time_total}s\n' https://app.example.com/catalogue一次 curl 请求无法衡量并发能力。压力测试应使用独立客户端，让脚本重复真实业务流程，记录请求速率、并发数、持续时间、数据集和缓存状态。比较错误及第 95 百分位响应时间，即 95% 的实测请求耗时低于该值。同时监测 VM，并在各候选方案上重复同一场景。
找到瓶颈，再考虑扩容
小屏幕上可左右滚动表格，查看完整内容。
| 相同负载下的现象 | 值得排查的方向 |
|---|---|
| available 偏低且持续发生换入换出 | 进程数、数据库内存及 RAM 预算 |
| CPU 繁忙、可运行队列不断增长 | 耗时代码路径、并发和 CPU 分配 |
| VM steal time 较高 | 宿主机调度竞争或方案限制；对比多次采样 |
| 读写 await 上升且请求变慢 | 数据库查询、存储排队和 I/O 限额 |
| 本机快而外部访问慢 | 地域、DNS/TLS 和网络路径 |
这些是排查线索，不是自动扩容规则。swap 可能只是保留了早已不活跃的页面，持续换页比已用空间更值得关注。磁盘 await 同时包含排队和服务时间。数据库锁可能拖慢请求，却没有耗尽 CPU 或 RAM。先把这些观察与应用日志关联起来，再调整方案。
对于目录网站，如果导入时浏览变慢而 CPU 仍有余量，先检查查询和存储。如果进程耗尽内存，则在相同负载下比较减少进程与增加 RAM 的效果。每次只改变一个主要变量。
算清整张月度账单
下列美元金额是虚构的计算示例，不是现有优惠、调研价格或性能结果。两组都假设一台 VM、一个必需 IPv4 地址、相同备份需求及月流量，均不含税费和管理服务。
小屏幕上可左右滚动表格，查看完整内容。
| 每月组成 | 示例 A | 示例 B |
|---|---|---|
| 含必需磁盘的 VM | 6 美元 | 8 美元 |
| 必需的 IPv4 | 2 美元 | 已含，0 美元 |
| 备份存储 | 3 美元 | 2 美元 |
| 假设用量下的流量 | 已含，0 美元 | 3 美元 |
| 示意税前合计 | 11 美元 | 13 美元 |
在这些假设下，A 的 6 美元 VM 变成了 11 美元总费用。请按实际计费单位、包含用量及超额费率计算。只有负载和恢复要求都达标，较低总价才有意义。记下币种、税费处理和报价日期。
查清关机后哪些项目继续收费。停止的 VM 可能仍保留付费磁盘或地址；停止、删除和释放资源并不相同。两边都要纳入付费恢复、管理和额外卷，续费时重新计算促销价格。
核对网络限制和恢复流程
确认入站与出站规则。邮件服务还要检查出站 SMTP 限制；在 UFW 放行无法解除服务商层面的封锁。如果使用邮件中继，检查连接方式和用量限制。应用与数据库应足够接近，避免跨地域往返延迟掩盖 VM 本身的测量结果。
找到恢复控制台，导出备份并在其他位置恢复，询问快照能否在宿主机故障后保留，以及备份保存多久。自管理主机需要明确更新与事故响应的负责人，基础设施支持并不自动包含应用排障。
小型静态网站可以先完成文件恢复练习。数据库则要另做一致性备份与恢复验证。
在满足已记录的负载、增长和恢复需求，并留出维护余量的前提下，选择成本最低的候选方案。保留测试记录，让未来扩缩容有依据，再进入首次部署教程。
常见问题
2 vCPU 的 VPS 能承受多少访问？
没有应用和负载信息，就无法可靠换算访客数。缓存静态响应与数据库写入消耗的资源不同。先记录请求行为和并发，再测试实际软件组合。
有必要购买代运维服务吗？
把服务商包含的工作与你能自行维护的范围对比。具体确认安全更新、应用排错、备份和恢复协助，并按同等服务范围比较月费。