一、先分清四种慢，不要一上来就换机器
VPS 网速慢只有四种根因，定位错了买再多核也没用。第一种是出口带宽被打满：你申请的 500Mbps 端口被持续占用，其他流量只能排队。特征是白天正常、晚上八点后开始卡，带宽监控曲线长期贴着上限走。第二种是回程线路绕远：机器本身带宽富余，但你从国内访问它要绕到美国西海岸再折返，特征是延迟高但下载速度并不慢，丢包率在晚高峰明显上升。第三种是晚高峰拥塞：共享带宽在特定时段被其他用户挤占，特征是同一台机器白天和深夜测速结果能差一倍以上。第四种是源站慢：你的服务器出网正常，是外部站点对你服务器所在机房到目标服务器的链路慢，或者目标服务器本身负载高。
区分它们只要四组数字：本地测速的下载速度与上传速度、对国内节点的 ping 延迟与丢包率、晚高峰和非高峰的差值、以及服务器自身 CPU 与网卡是否跑满。顺序不能乱——先测服务器内部状态排除第四类，再测外部路径定位第二三类，最后才看带宽上限。
# 1. 服务器内部：确认网卡和 CPU 有没有跑满（排除源站慢）
top -bn1 | head -15
cat /proc/net/dev | awk 'NR>2 {print $1, "rx_bytes="$2, "tx_bytes="$10}'
ip -s link show | grep -A1 "state UP"
# 2. 对外测速：用 speedtest-cli 拉三个节点做对照
speedtest-cli --simple
speedtest-cli --simple --server 联通上海
speedtest-cli --simple --server 电信广州
# 3. 国内路径延迟与丢包（换成你实际用的国内 IP）
ping -c 20 你的国内出口IP
mtr -r -c 50 你的国内出口IP判读口径要固定下来，否则每次测速都在自说自话。我的阈值是这样定的：到国内主要节点的平均延迟小于 120 毫秒、丢包率低于 1% 算及格；晚高峰（20:00–23:00）测得的速度不低于非高峰的 70% 算线路健康；1MB 文件下载耗时小于 2 秒算首屏资源没问题。这三个数字直接当成验收标准，写进你的检查清单。
| 现象 | 最可能的根因 | 不要做什么 | 该做什么 |
|---|---|---|---|
| 白天快、晚上慢 | 晚高峰拥塞 | 升级 CPU | 换线路类型或换节点 |
| 上传慢、下载正常 | 出站带宽被占 | 加内存 | 查流量占用进程 |
| 延迟高但带宽够 | 回程绕远 | 换高配置机型 | 换更近的机房 |
| 全时段都慢 | 源站或机器负载 | 反复重装 | 查 CPU 与磁盘 IO |
| 单个网站慢 | 目标服务器自身慢 | 换 VPS | 换目标或走 CDN |
二、第一步：把「慢」量化成三个数字
网速讨论之所以没完没了，是因为每个人说的「慢」不是一回事。要做决定，先把主观感受换成三个可复现的量：首字节时间、1MB 下载耗时、晚高峰速度衰减比。这三个数分别对应三个环节：TTFB 反映链路往返与源站响应，1MB 下载耗时反映持续带宽吞吐，衰减比反映线路在拥堵时段的余量。
# 首字节时间与 1MB 下载耗时：连测 5 次取中位数，避开偶发抖动
for i in 1 2 3 4 5; do
curl -o /dev/null -s -w "ttfb=%{time_starttransfer}s total=%{time_total}s speed=%{speed_download}B/s\n" \
https://你的域名/test-1mb.bin
done
# 找到本地实际速度最快的时段（每 30 分钟一个采样点，跑一整天）
while true; do
echo -n "$(date +%H:%M) "
curl -o /dev/null -s -w "speed=%{speed_download}\n" https://你的域名/test-1mb.bin
sleep 1800
done > ~/speed.log验收标准写成这样最省事：TTFB 中位数小于 300 毫秒；1MB 文件下载耗时中位数小于 2 秒；20:00–23:00 时段的平均速度不低于全天峰值的 70%。三项全过，你的站点就是合格的，不需要再折腾。测试文件用静态二进制放在 Web 根目录，跑完记得删掉或者放到子目录加随机参数避免被浏览器缓存干扰。
看 speed.log 的时候重点找谷底出现在几点。如果谷底稳定落在晚高峰，那是线路问题，机器换得更贵也没用。如果谷底出现在凌晨三四点，那多半是机器自身的问题——共享 CPU 被其他租户抢走，或者有人在跑重任务。
三个数字之间还有一组交叉验证的经验关系，可以帮你少测一轮。TTFB 正常但 1 MB 下载耗时超标，说明链路通、吞吐差，问题在带宽或拥塞；TTFB 就超标但下载速度正常，说明连接建立和往返延迟有问题，通常是回程绕远或 DNS 解析慢，这时把 1 MB 文件换成 100 KB 小文件再测一次，TTFB 仍高就能确认是延迟而非文件大小；三项都超标时，先看服务器自身 CPU 和磁盘 IO 是不是打满——磁盘 IO 打满时网页请求会大量阻塞在读文件上，外部看起来就像「网速慢」。
还有一点容易被忽略：测试文件的实际内容类型会影响结果。静态二进制文件和动态生成的接口响应耗时长短完全不同，前者测的是纯链路，后者测的是链路加后端处理。测链路就一定用静态文件，别拿接口地址去测 TTFB 然后得出错误结论。
另外要把客户端因素也排除掉。浏览器里的代理插件、VPN、以及运营商的透明代理都会干扰结果，命令行工具一般不走浏览器代理，所以如果命令行测快、浏览器测慢，那问题在客户端而不是服务器。这个判断能省掉大量无谓的服务器端排查。
三、第二步：分辨是带宽不够还是线路绕远
同样叫「网速慢」，带宽不足和线路绕远的解法完全相反。带宽不足要升端口或降流量，线路绕远要换机房或换线路类型。用一台机器上的一次测速就能分开：看延迟和吞吐的比值。延迟高而吞吐相对正常，是绕远；延迟正常而吞吐上不去，是带宽或拥塞。
# 对比本地出口与国内节点的路径，绕远会看到明显的中间跳数与跨境段
traceroute -n 你的国内出口IP
mtr -n -r -c 100 你的国内出口IP
# 本机对外带宽是否已跑满：看网卡累计流量与速率
sar -n DEV 1 10广告库里能查到结构化套餐的商家，端口和流量的比值差异很大，这直接决定了「换个更贵的套餐」到底能改善什么。justg 的 RosCloud 系列六个档位端口统一给到 500Mbps，流量从 1024GB 逐档涨到 6144GB，价格从 19.99 美元到 69.99 美元每月。sixtynet 的洛杉矶系列从 LAX-STARTER 的 2000Mbps 端口加 5000GB 月流量起步，上到 LAX-MEDIUM 的 10000Mbps 端口加 20000GB 月流量，年付标价 200 美元到 800 美元不等。云途的香港节点起步就是 1000Mbps 端口配 10000GB 月流量。具体报价与库存以官网当日报价为准。
| 套餐 | 价格 | 端口 | 月流量 | 端口/流量比 |
|---|---|---|---|---|
| justg RosCloud-01 | 19.99 美元/月 | 500 Mbps | 1024 GB | 0.49 |
| justg RosCloud-03 | 39.99 美元/月 | 500 Mbps | 3072 GB | 0.16 |
| justg RosCloud-05 | 59.99 美元/月 | 500 Mbps | 5120 GB | 0.10 |
| sixtynet LAX-STARTER | 200 美元/年 | 2000 Mbps | 5000 GB | 0.40 |
| sixtynet LAX-MEDIUM | 800 美元/年 | 10000 Mbps | 20000 GB | 0.50 |
| 云途 HK.DS.M | 350 美元/月 | 1000 Mbps | 10000 GB | 0.10 |
这张表里能读出一个决策要点：RosCloud 系列和 LAX 系列的端口流量比都在 0.4 上下，属于「大端口小流量」型，适合突发流量；云途系列端口流量比低到 0.10，属于「小端口大流量」型，适合持续跑满的稳定流量。如果你怀疑自己慢是因为流量被限速而非端口不够，就该往流量占比大的一侧选。
端口数字大不等于实际可用带宽大，这是商家页面上最容易被误解的一点。标称端口是交换机到虚拟网卡之间的链路速率，虚拟网卡之后还有宿主机层的公平队列、机房内部的交换容量、以及跨网段的出口容量。这三层里任何一层不匹配，标称值都兑现不了。判断实际能跑多少，最直接的办法是往上传一个大文件，看能持续多久不掉速——如果上传速度在几秒后就跌到标称值的三分之一以下，说明瓶颈在流量额度而不是端口。
还有一个参考口径：端口流量比乘以月流量天数可以粗略估计这台机器如果持续跑满端口，每个月会消耗多少流量。反过来，用你实际的月流量除以端口流量比，就知道这台机器的端口能支撑你多久不被打满。例如云途 HK.DS.M 是 1000 Mbps 端口配 10000 GB 月流量，理论上持续满速可以在 22 天左右用完额度；而 LAX-MEDIUM 是 10000 Mbps 配 20000 GB，约 4.4 天用完。前面这个数字越短，说明这台机器被限速打断的概率越高。
对做建站业务的人来说，实用推论是：按流量选套餐，而不是按端口选。端口决定你能瞬间跑多快，流量决定你能持续跑多久。绝大多数站点都是持续输出而不是瞬间突发，端口够用就行，流量额度才是真正决定能用几个月的那个数。
四、第三步：算清单位成本，再决定要不要换机器
「网速慢」最后往往要落到钱上。判断该不该升级，得先知道你在为哪一维付费。单位成本是最实用的一个指标：每 GB 内存多少钱、每 GB 硬盘多少钱、每 TB 流量多少钱。数字算出来，机器的贵贱立刻清楚。
按广告库快照的真实价格算，月付机型与年付机型都要折算到同一口径再比。年付的直接除以 12。
# 单位成本计算器：把机器真实价格换算成每维成本
plans = [
("justg RosCloud-01", 19.99, "month", 1, 20, 1024),
("justg RosCloud-03", 39.99, "month", 4, 80, 3072),
("justg RosCloud-05", 59.99, "month", 16, 240, 5120),
("sixtynet LAX-STARTER", 200.0, "year", 2, 40, 5000),
("sixtynet LAX-MEDIUM", 800.0, "year", 8, 160, 20000),
("云途 HK.DS.M", 350.0, "month", 32, 480, 10000),
]
for name, price, period, mem, disk, tr in plans:
pm = price / 12 if period == "year" else price
print(f"{name:22s} 月均 {pm:6.2f} 美元 | "
f"内存 {pm/mem:6.2f} 美元/GB | "
f"硬盘 {pm/disk:6.3f} 美元/GB | "
f"流量 {pm/(tr/1024):6.2f} 美元/TB")按上面这组数据算出来的结果是：RosCloud-01 每 GB 内存 19.99 美元，每 GB 硬盘 1.000 美元，每 TB 流量 19.99 美元；RosCloud-03 分别是 10.00、0.500、13.33；RosCloud-05 分别是 3.75、0.250、12.00。LAX-STARTER 年付 200 美元折合每月 16.67 美元，对应每 GB 内存 8.33 美元、每 GB 硬盘 0.417 美元、每 TB 流量 3.41 美元。LAX-MEDIUM 每月折合 66.67 美元，三项分别是 8.33、0.417、3.41。云途 HK.DS.M 每月 350 美元，每 GB 内存 10.94 美元、每 GB 硬盘 0.729 美元、每 TB 流量 35.84 美元。
结论很直接：纯看流量单价，LAX 系列最便宜，3.41 美元/TB；纯看内存单价，RosCloud-05 最低，3.75 美元/GB。云途 HK.DS.M 的流量单价 35.84 美元/TB 是全表最高，它卖的是大内存与大硬盘，不是流量性价比。如果你怀疑慢是流量限速造成的，换机时优先看流量单价那一列，别看端口数字。
五、第四步：找出机器上真正吃掉带宽的东西
有一半的「网速慢」是自己造成的，和商家无关。最常见的元凶是备份脚本在高峰时段同步、监控系统高频抓取、以及某个没限速的下载任务。这类问题的特征是：机器内部网卡流量长期高，但外部测速并不总是差，两者不同步就说明是本地争抢。
# 找出正在占用带宽的进程（需 root）
nethogs -c 2 -d 5 2>/dev/null || nload -m 5
ss -tnp state established | head -40
# 找出占 CPU 与 IO 的进程：源站慢的时候看这里
iotop -oPa 2>/dev/null | head -20
ps aux --sort=-%cpu | head -15
# 定时任务里最常见的元凶：cron 与 systemd timer
crontab -l
systemctl list-timers --all | head -20处理手段有优先级。第一，给备份限速而不是禁用：pv -L 5m backup.sql | gzip > backup.sql.gz，或给 rsync 加 --bwlimit=5000（单位是 KB/秒）。第二，把监控采集周期从 1 分钟拉长到 5 分钟，抓取频率降下来，采样质量对趋势图几乎没有影响。第三，给所有出站请求加并发和速率上限，包括看起来「内部调用」的爬取脚本。
第四步经常能省下一整台机器的钱。如果定位后发现是自己在抢带宽，那么换机只是把问题搬到更贵的机器上继续。
具体排查时有个顺序技巧：先看流量是不是集中在某几个进程，再看这些进程属于哪个定时任务，最后才去改配置。直接 kill 掉进程只是暂时的，下一次 cron 触发它又会回来。找到源头之后，正确的改法有三种——给任务限速、把任务挪到低峰时段、或者干脆降低任务频率。三种里限速最温和，挪时段最省资源，降低频率最简单。
如果发现是监控系统在高频抓取，把采集周期拉长是性价比最高的一步。趋势图要看小时级还是日级？如果是日级趋势，1 分钟采集和 5 分钟采集生成的图几乎看不出差别，但后者对网络的压力降到五分之一。
还有一个隐蔽但常见的元凶：容器或应用的日志同步。很多应用默认把日志同时写到本地文件和远端聚合服务，量大的机器上这部分流量可以轻松占到几十 Mbps。检查日志配置，把同步改成只传 ERROR 级别通常就能立竿见影。
六、第五步：本地优化能拿回多少，怎么量化
在换机之前，本地还有一批优化可以拿回速度。收益最大的三件事是：启用 Brotli 压缩、给静态资源加长缓存头、以及把图片转成现代格式。这三件对「1MB 下载耗时」这个指标的改善通常在百分之几十的量级，因为它们直接减少了需要传输的字节数。
# nginx: 开启 gzip 与 brotli，并把静态资源缓存期拉长
gzip on;
gzip_types text/plain text/css application/json application/javascript;
brotli on;
brotli_types text/plain text/css application/json application/javascript;
location ~* \.(js|css|png|jpg|webp|woff2)$ {
expires 30d;
add_header Cache-Control "public, immutable";
}
# 看实际传输体积：压缩前后对比 size_download
curl -o /dev/null -s -w "gzip后=%{size_download}\n" -H "Accept-Encoding: gzip" https://你的域名/app.js
curl -o /dev/null -s -w "无压缩=%{size_download}\n" https://你的域名/app.js量化方式是把优化前后的 1MB 下载耗时记下来。如果优化前 1MB 静态资源要 4 秒、压缩后降到 2 秒，说明你的瓶颈确实在传输量而非链路。这种情况下换一台带宽更大的机器，效果远不如加一个压缩开关。
还有一个常被忽略的点是 DNS 与 TLS 握手。第一次访问慢、第二次快，多半是握手开销。开启 TLS 会话复用和 HTTP/2 之后，首字节时间通常能降几十毫秒。别把「第一次打开网页慢」当成带宽问题。
压缩的效果可以用一个简单公式估算：假设你的页面首屏资源总量是 800 KB，gzip 或 brotli 的压缩比在 4:1 到 6:1 之间，压缩后传输量降到 130 到 200 KB。如果你的可用带宽是 10 Mbps，下载这部分内容的时间从 0.64 秒降到 0.10 到 0.16 秒。省下的这半秒比换一台带宽翻倍的机器更划算，因为换机器后你还是要传那 800 KB，只是速度从 10 Mbps 变成 20 Mbps，时间从 0.64 秒变成 0.32 秒。
缓存头的收益则要看访问模式。如果访客重复访问的比例高，长缓存能让第二次以后的加载几乎不耗流量，效果比压缩更大。新访客多的站点则相反，压缩收益更明显。所以在决定投哪一项之前，先看一下自己的访问者结构，别一上来就配最复杂的方案。
还有一项常被漏掉的：图片格式。一张 2 MB 的 PNG 转成 WebP 通常能压到 300 KB 左右，压缩比接近 7:1，而且 WebP 支持广泛。这件事对新访客首屏的影响，通常比任何服务端调优都大。
# 检查当前响应头是否带缓存与压缩
curl -sI https://你的域名/app.js | grep -Ei "cache-control|content-encoding|content-length"
# 找出首屏里最大的几个资源
curl -s https://你的域名/ | grep -oE '(src|href)="[^"]+\.(js|css|png|jpg|webp)"' | head -20把这三件事做完再看测速数据，通常能直接越过验收线里的 1 MB 下载耗时那一项。
七、晚高峰到底该不该等：三个判断信号
网速慢的抱怨里，很大一部分只发生在晚上八点到十一点。这段时间是国内用户上网高峰，也是国际出口拥塞高峰。但「晚高峰慢」有两种完全不同的解法：一种是自己机器所在的共享带宽被别人挤了，换节点就解决；另一种是这条线路本身在高峰期就过载，再换同线路的机器也一样。
判断信号有三个。第一，看同一台机器在不同小时测速的速度曲线，如果谷底深到峰值的 50% 以下，说明共享争抢严重。第二，看 mtr 里的丢包点，如果丢包出现在跨境出口那一跳而不是接入机房那一跳，说明是运营商侧的拥塞。第三，看其他用户多不多——如果你用的商家在同一时段整体口碑下降，那基本可以确定是线路容量问题。
# 连续 12 小时采样，输出每小时平均速度
for h in $(seq 0 11); do
ts=$(date -d "+$h hour" +%H)
v=$(curl -o /dev/null -s -w "%{speed_download}" https://你的域名/test-1mb.bin)
echo "$ts $v"
done如果确认是线路在晚高峰过载，决策就不该是「等」或「忍」，而是换一条不共享的线路类型。这类商家在产品说明里会写清回程走的是什么，比如通过与中国三大运营商建立专用互联并结合中国电信 CN2 GIA 等传输服务的那类产品，或者明确标注了某个地区运营商优化线路的方案。换之前先用同样的脚本测出对新机器的曲线，别凭宣传页判断。
如果确认是共享争抢，那就换端口更大但流量额度相近的套餐，把瞬时占用压下去，同时给本地脚本限速。这两条路径的解法完全相反，判错了会白花钱。
还有第三种可能：你的机器本身没问题，晚高峰慢的是你到服务器这一段。国内运营商在晚高峰对国际出口的拥塞是有时间规律的，不同接入点的拥塞程度差异很大。换机房能改变物理路径，但不一定改变你所在的接入点。这一点决定了「换机房」的效果上限——如果你的本地接入点在晚高峰本身就堵，服务器搬到哪里都会慢一截。
所以判断时要看丢包点具体在哪一跳。如果是本地接入点到你家路由器这一段就有丢包，那是本地网络问题，跟服务器一点关系都没有。可以先在同网络下换一台别的机器测一次做对照，方法很简单：拿同商家的另一台、或者用手机热点做一次同样的测速，两次结果差异就能定位。
# 用手机热点做一次对照测速
curl -o /dev/null -s -w "热点 ttfb=%{time_starttransfer}s speed=%{speed_download}\n" \
https://你的域名/test-1mb.bin对照测速这一招在「网速慢」的排查里性价比极高，很多人跳过它，导致把本地问题当成商家问题去换机，浪费钱和时间。
八、什么情况下不该靠「换机器」解决
有些慢是换机器解决不了的，必须换思路。第一种是你的访问者主要在境外，而机器在亚洲。这种情况下延迟由物理距离决定，把配置翻倍也压不下去，能做的是加 CDN 让静态资源就近分发。第二种是你的站点需要大量后端计算，瓶颈在 CPU 而不是网络，这时该升的是核数与内存，不是端口。第三种是源站程序本身慢，比如数据库查询没走索引、接口串行调用了三个外部服务，这种慢在服务器外部测速里完全看不出来，因为请求已经到达了，只是返回慢。
还有一种情况值得单独说：你需要的是稳定峰值而不是更高峰值。共享端口在低负载时能达到标称值，高负载时会被压到很低。如果你需要的是可预测的带宽，应该找明确标注独享带宽或不限流端口的方案，而不是看标称 Mbps 数字。这一条对直播、推流、批量导出类场景尤其重要。
反过来说，还有一种「慢」是花钱也解决不了的：你的业务本身就是跨境大文件同步，却用的是按流量计费且超额限速的方案。这种场景下无论买多贵的机器，只要流量额度不够都会被限速。解法是换计费模式——找按带宽包月或者不限流端口的方案，把流量变成固定成本。广告库里有些商家确实提供这类选择，例如面向大带宽跨境场景的 IX 专线类产品，标注有流量计费与带宽包月两种模式并存。
选型时看清楚计费方式的差别，比看配置数字重要。判断口径很简单：问自己「这台机器一个月会产生多少流量」。如果能算出来且超过套餐额度的一半，就该按带宽包月的思路找；如果流量很小而峰值很高，就该按端口峰值找。
# 确认后端慢：分别测静态文件与动态接口
curl -o /dev/null -s -w "静态 ttfb=%{time_starttransfer}s\n" https://你的域名/logo.png
curl -o /dev/null -s -w "动态 ttfb=%{time_starttransfer}s total=%{time_total}s\n" https://你的域名/api/列表
# 两者差距大，说明慢在应用层而不是网络层替代方案是分开处理：静态资源上 CDN 或加缓存头，动态接口优化查询与调用链，网络侧再谈换机。顺序反了就是花钱买错东西。
九、按预算和场景的具体选择
到了这一节，你的目标应该很清楚了：知道自己慢在哪一环，然后按下面的分类直接行动，不用再逐家比较。
第一类：预算最紧、只是个人站点和工具机。选月付、流量额度小但够用的最低档，跑完第二节到第五节的检查再决定要不要加钱。justg 的 RosCloud-01 是 19.99 美元每月、1 GB 内存、20 GB 硬盘、500 Mbps 端口、1024 GB 月流量这一档的配置，适合放一个静态站加一个小工具。买之前先确认你的访问者主要在哪个区域。
第二类：主要访客在国内、做的是普通企业站或论坛。重点是回程线路而不是端口大小，优先选明确标注中国方向优化线路的方案，比如 DMIT 这类通过与中国三大运营商建立专用互联并结合 CN2 GIA 传输服务的产品。配置不用高，中等档足够，把预算花在线路上更划算。
第三类：做跨境业务、需要大流量持续跑满。按流量单价排序选，广告库里结构化数据里 LAX 系列是 3.41 美元/TB、RosCloud-05 是 12.00 美元/TB、云途 HK.DS.M 是 35.84 美元/TB。跑下载、同步、镜像这类业务就往低的那一列看。sixtynet 还有 LAX-Storage-500G 这类 4 核 4 GB 内存加 500 GB 硬盘、10000 Mbps 端口、10000 GB 月流量的存储型配置，年付 400 美元，每 GB 硬盘 0.067 美元，适合还要放大量本地数据的场景。
第四类：跑实时业务、推流或者对抖动敏感。这类场景不看平均速度，看晚高峰衰减和丢包。验收标准收紧到：晚高峰平均速度不低于峰值的 85%、丢包率低于 0.5%、抖动中位数小于 20 毫秒。达不到就换线路类型，别在同一条线上换机器。
第五类：只做开发测试。按月付最低档，用完就删，不要为年付的折扣锁定一整年。sixtynet 的 LAX-STARTER 年付 200 美元、折合每月 16.67 美元，看着比月付便宜，但如果你三个月内发现线路不合适，三个月只花了 50 美元，年付的 200 美元里有 150 美元是沉没成本。
最后一条通用原则：先按月付跑完一个完整周期，再考虑年付。年付的折扣本质上是商家用折扣换你的预付现金和续费黏性，代价是风险前置。凡是你还没在这条线路上跑满一个晚高峰、没跑过一次流量高峰月，就不应该签年付。跑过一次实测之后你手里有了自己的曲线，那时候再决定年不年付，判断质量完全不同。
判断「值不值」还有一个简单的算法：把年付节省的金额除以 30，得到每天省下的钱；再问自己「如果这机器三天内就废了或者线路不对，我能接受损失几天省下的钱」。如果答案是不能，就按月付。这个算法不需要任何行业数据就能做出判断。
按你的情况，下一步该看哪家
上面讲的是判断标准，但多数人最后还是想问一句「那我该买谁」。按你的实际情况对照下面几条，直接去看对应的机型页比继续比价更快：
- 只想搭个站、预算优先：先看价格最低那档够不够用，别为用不上的配置付钱。看 iwebfusion 当前机型与价格
- 做跨境或店群、需要多 IP：优先看 IP 类型与换 IP 政策，别只看配置。看 racknerd 当前机型与价格
- 主要访客在国内、在意打开速度：先确认回程线路，再谈配置。看 cloudcone 当前机型与价格
- 跑游戏服或实时业务：看上行抖动与防御能力，普通套餐往往不达标。看 digitalocean 当前机型与价格
价格与库存以商家页面当日显示为准，下单前建议先确认退款窗口与是否支持按月付费。
十、常见问题
VPS网速慢怎么解决啊，最先该做哪一步？ 先做第二节的三项量化，把慢变成具体数字。第一步永远是排除源站慢和本地争抢，这两步不花钱，且能避免一半的无效换机。
测速多少算正常？ 三个数字：TTFB 中位数小于 300 毫秒、1 MB 下载耗时小于 2 秒、晚高峰速度不低于非高峰的 70%。三项全过就不用再折腾，你的站点对绝大多数访客已经够快。
晚上慢白天快，是加配置还是换线路？ 先看 mtr 里丢包点在哪一跳。丢包在跨境出口那一跳是运营商侧拥塞，要换线路类型；丢包在接入机房那一跳是共享争抢，要换端口更大或更独享的套餐。同时给自己的定时任务限速，两边都做最稳。
带宽端口标得很大，测速却上不去怎么回事？ 端口是峰值不是保底，共享端口在负载高时会被压低。用连续采样看你的速度曲线，如果长期只有标称值的三分之一，找明确标注独享或不限流的方案。
加了缓存和压缩还是慢，问题在哪？ 如果静态资源的 1 MB 下载耗时在 2 秒以内，但页面打开仍然慢，那慢在动态接口。去分别测静态文件与 API 的 TTFB，两者差距大就是应用层慢，去优化数据库查询和外部调用链，换机器没用。
升级配置真的能解决网速慢吗？ 只有在确认瓶颈是本地算力或端口上限时才行。延迟高、丢包高、晚高峰衰减这三类问题都不靠加 CPU 解决，加核只会让机器在拥塞时更吃资源。
一年付还是按月付，选网速相关的问题时哪个划算？ 先按月付跑满一个月的实测周期，拿到自己的速度曲线和流量账单，再决定年付。折扣是把风险前置，年付省下的钱远小于选错线路要付出的迁移成本。
流量额度用超了怎么办？ 先看超额是限速还是断供，两种后果不同。限速的话把非关键流量挪到夜间跑；断供的话按第四节算的单位成本重新选套餐，优先换流量单价低的那一列，而不是盲目升端口。
怎么判断是我的问题还是商家的问题？ 在同一台机器上同时跑本地 loopback 测速和外部测速。loopback 慢是你的系统配置问题，外部慢才可能是网络；再换一台同商家的其他套餐对比，如果同样慢就指向商家侧的线路或容量，如果只有这台慢就指向单机状态。
喜欢 
高兴
鬼脸
呵呵
无聊
伤心
