第一次买VPS别踩坑：新手选型清单

导读：第一次买VPS亏钱的地方不在标价，而在三个被忽略的变量：线路从你家到机房会穿过几个拥堵点、流量配额触发限速的阈值在哪、续费时价格会不会跳档。本文按真实购买顺序拆解需求测算、配置起步、机房与线路选择、支付方式、退款确认、初始化和升级路径，给出可复制的自检命令，并附新手、预算紧、求稳定三条落地方案。

第一次买VPS，真正决定你会不会后悔的从来不是商家页面上的价格，而是三个看不见的变量：这条线路从你家到机房要穿过几个拥堵点、月流量配额在什么水位上会被限速、以及续费时价格会不会跳档。付款页面上那些核数和内存只决定了一件事——这台机器能同时跑多少个进程——它完全不决定这台机器能不能稳定地把流量送到你面前。下面这份清单按一次真实购买的时间顺序排列，从算用量到选线路再到付款与验机，顺序照着走就不会漏项。

一、五个最容易踩的坑，先把错误清单划掉

新手第一次买VPS最常踩的坑，往往不是被某个商家骗了，而是自己说不清要买什么，最后只能用价格去猜质量。把过往选型咨询归纳一下，至少有五类错误在反复出现：把标称带宽当成可用带宽、把大内存当成高并发、用年付省钱却不知道续费价会变、只看商家自测不看晚高峰实测、以及完全没做退改功课。每一类背后都有一个明确的机制，搞懂机制比记住结论有用得多。

延伸对照：cloudcone 的公开机型与线路说明，可结合本节的判断标准自行核对。

坑一是把端口速率当成你能用到的带宽。端口速率是网卡的物理上限，不等于任何时刻你能跑到的速率。一台标称 500 Mbps 的机器，单条 TCP 连接在普通国际线路上能稳定跑到多少，取决于拥塞点数量和丢包率，而不是网卡本身。更反直觉的是，按 720 小时每月的口径折算，500 Mbps 端口理论上一个月能跑满约 147 TB 流量，而同样档位的商用 VPS 流量配额通常只有 1 TB 到 6 TB。也就是说端口根本不是瓶颈，月流量配额才是——你花的钱里有很大一部分买的是永远用不完的带宽。

坑二是把内存当成并发能力。内存确实是并发上限的硬约束，但它和「能撑多少人」之间隔着一个数量级换算。1 核 1G 的机器装完系统后实际可用内存大约在 830 MB 到 900 MB 之间，这是估算值，随发行版和服务数量浮动。一个典型的 PHP-FPM 站点，每个 worker 进程常驻三四十兆内存，开十几个 worker 就吃掉四五百兆，此时你还在给并发数找算力，但瓶颈其实已经卡在内存上，连数据库都挤不进去。

坑三是年付省下的钱和付出的代价不匹配。年付在很多商家能拿到相当于八折的价格，但风险被整体前置到了第一年：一旦中途发现线路不对或者商家跑路，沉没的是一整年的钱。折算成日均成本，假设年付比月付便宜 20%，一笔 60 美元月付对应 720 美元年付，省下 144 美元摊到 365 天是每天不到 0.4 美元——换你一个半月内就能确认选错，这笔账不划算。

坑四是用错的时间口径测线。商家自测通常在自己的机房里、或者工作日的白天测，这两个条件都会系统性高估体验。真实的测量口径应该固定在晚高峰 20:00 到 23:00，连续测三天，并且至少用三个不同网络的探测点，因为同一台机器从电信、联通、移动出去走的完全是三条路。晚高峰拥塞是路由质量问题最集中的暴露窗口，白天测出来的一切绿灯都不作数。

坑五是退改规则完全没做功课。这一类问题的典型形态是：付款前没人告诉你试用窗口有多短，等你发现 IP 已被污染到大陆不可达时，工单已经超过时限；或者商家页面写着「流量超额按比例退款」，实际工单里却说流量不计费不退差价。

二、下单前先算用量：带宽、流量、内存到底要多少

下单前唯一该做的事，是把「我需要什么」写成三个数字：峰值并发数、峰值带宽、月流量。这三个数字一旦写出来，配置选择就从拍脑袋变成了填空题。绝大多数人在这一步跳过，是因为觉得自己的站点「不大」——但大小不是指标，流量才是。

延伸对照：digitalocean 的公开机型与线路说明，可结合本节的判断标准自行核对。

峰值并发数怎么估？不要用注册用户数乘一个系数，那是最不靠谱的做法。真正可用的口径是访问日志里的并发连接峰值，或者更简单一点，看单位时间内的请求数乘以平均响应时间。用下面这段命令从 Nginx 日志里直接算，比任何估算都准：

# 从 Nginx 访问日志统计每小时峰值请求数与总流量
awk '{print $4, $10}' /var/log/nginx/access.log \
  | sed 's/\[//; s/\/.*//; s/:.*//' \
  | awk '{req[$1]++; bytes[$1]+=$2} END {for (h in req) printf "%s  请求 %6d  流量 %10.2f GB\n", h, req[h], bytes[h]/1024/1024/1024}' \
  | sort -k1

# 用 wrk 对新机器做一次本地压测，看单连接响应时间
wrk -t4 -c64 -d30s https://你的域名/ 

判读方式：先取历史上线后请求量最高的那一天，算出每小时请求数峰值；再用压测工具测出单请求平均耗时，两者相乘就是并发连接数。若测出来的并发数是 30，机器至少要能稳定支撑 60 以上的并发才留有余量。新机器到手后做一次同样的压测对比，响应时间的 P95 不超过原机器的 1.5 倍，才算配置选对。

月流量怎么估？用上面命令输出的每日流量峰值乘以 30，再乘一个冗余系数 1.5，用来覆盖备份、镜像同步、监控上报这些看不见的流量。图片站和纯文字站的差别能到两个数量级：一张 200 KB 的商品图，1 万次浏览就是 2 GB 流量；而一篇纯文字文章，1 万次浏览可能不到 500 MB。买之前先算这个数，因为它直接决定你的月流量配额档位。

内存怎么估？把要跑的服务列出来，给每个服务一个经验值，再加系统底噪。一个够用的起步配置是：系统与内核 200 MB，面板或 Web 服务 300 MB，数据库 400 MB，缓存 200 MB，安全余量 300 MB，合计约 1.4 GB。也就是说你想跑数据库的站点，1 GB 机器从第一天就是不够的。

三、配置起步：1核1G能做什么，2核2G才是及格线

关于第一次买VPS的配置选择，最实用的判断标准是按用途分档，而不是按价格分档。1 核 1G 不是玩具，但它有明确的能力边界：能跑静态页面、轻量 Nginx 加 PHP、Go 或 Node 编译出来的单进程服务、WireGuard 节点、轻量爬虫。它装不下完整的宝塔面板加数据库加 Redis 的组合，因为光这三样在 1 GB 内存上就会开始触发交换分区。

延伸对照：hostwinds 的公开机型与线路说明，可结合本节的判断标准自行核对。

2 核 2G 是目前公认的及格线，也是绝大多数新手场景的合理起点。2 GB 内存能同时容纳 Nginx、PHP-FPM 八个 worker、MySQL 常规配置和 Redis 小实例，1 核的算力对静态页和轻量 CMS 是绰绰有余。真正需要 4 核 4G 以上的，通常是下面这几种情况：跑 Elasticsearch 或 MongoDB 这类吃内存的数据库、做视频转码或批量图片处理、有真实的高并发需要靠多 worker 压榨 CPU。

配置选大的另一个隐藏代价是带宽和流量往往跟着降档或升档不匹配。市面上大量 1 GB 起步套餐配 1 TB 流量、5 Mbps 端口，2 GB 起步套餐却只有 512 GB 流量，这是很常见的促销结构。所以配置升级时必须连带检查流量配额和端口速率，别以为加钱就是全面变强。

档位	内存	核数	典型用途	主要风险
入门 1C1G	1 GB	1	静态页、脚本代理、WireGuard、监控探针	装数据库即超配
及格 2C2G	2 GB	2	WordPress、Typecho、轻量 SaaS、个人网盘	流量配额常被压低
进阶 4C4G	4 GB	4	电商站、论坛、带数据库的多站点	带宽不随之升级
性能 8C8G+	8 GB 以上	8 以上	视频站、构建机、多站矩阵	成本陡增，先核算流量

判断配置是否够用的唯一可靠方法，是拿到机器后跑一遍真实负载。装完环境后先看实际占用，再决定要不要升：

# 看真实可用的内存与当前占用
free -m && cat /proc/meminfo | grep -E 'MemTotal|MemAvailable|SwapTotal'

# 看各进程占用排行，前十名基本就是你的真实瓶颈
ps aux --sort=-%mem | head -12

# 看 CPU 实际占用与负载
top -b -n1 | head -15 && uptime

判读方式：free -m 里的 available 长期低于 300 MB，说明该升配了；ps aux 里单个进程吃掉超过 40% 内存且无法优化，则是应用本身写得重，升配只是延后问题。

四、四个参数怎么取舍：CPU、内存、硬盘、带宽

面对一张 VPS 参数表，四个参数对不同业务的边际收益差别极大。按普通网站业务的经验，优先级大致是 CPU 大于内存，大于磁盘速度，大于带宽。这个排序在直觉上有点反直觉——很多人一上来就买 1 Gbps 端口，但一个每天 5000 次访问的博客，5000 次乘以 200 KB 也就 1 GB 流量，1 Mbps 端口都绰绰有余。

延伸对照：interserver 的公开机型与线路说明，可结合本节的判断标准自行核对。

CPU 这个参数的核心是「共享」还是「独占」。共享核意味着你的算力是和其他租户抢同一个物理核心池，超售倍数高的商家在高峰期会把你的 CPU 抢走。表现是白天跑得好好的，晚上八点以后 API 响应时间突然翻倍，而这时你用 top 看到自己的进程只用了 20% CPU——因为被抢走的是邻居。判断方法是在晚高峰固定采样 vmstat 1，看 CPU 的 user 态和 steal 态之和：

# 连续采样 10 秒，重点看 st（steal）这一列
vmstat 1 10

判读方式：st 这一列如果持续大于 1，说明有约 1% 的 CPU 时间被 hypervisor 拿走，数字到 5 以上就是明显的超售。用脚本采样一整晚存成日志，统计 st 的 P95，比白天看一次准得多。

内存的取舍逻辑是「换页代价」。内存不足时系统会把不活跃的内存页写到交换分区，磁盘一慢，换页就变成全站卡顿。判断标准是 vmstat 里的 si 和 so 两列，如果非零说明已经在换页了，这时加内存的收益远大于加 CPU。

硬盘要看的是 IOPS 和延迟的关系，而不是标称的「SSD」。按 Little's Law 估算，队列深度 32 时，0.5 毫秒的延迟对应约 64000 IOPS，而 4 毫秒的延迟只有约 8000 IOPS。延迟差 8 倍，有效吞吐差也是 8 倍。这就是为什么同样写「SSD」，装在共享资源池的虚拟盘上和装在独享 NVMe 上差距巨大。数据库站点对这块最敏感。

带宽是最后考虑的参数，因为它通常是最贵的那一档，而且最容易出现「买了一堆用不完」的浪费。先用流量倒推端口：月流量 1 TB 的站点，如果集中在每天 8 小时使用，1 Gbps 端口的月上限约 295 TB，1 Mbps 端口约 302 GB——1 Mbps 会在两小时内跑完配额，而 100 Mbps 端口绰绰有余。带宽该买多少，用这条公式算最准：

# 输入月流量 TB 数与每天集中使用小时数，算出需要的平均 Mbps
python3 - <<'PY'
tb = 1.0          # 月流量 TB
hours = 8         # 每天集中使用的小时数
need = tb * 1024 * 1024 / 8 / 3600 / hours   # GB->MB 位换算
print(f"需要的平均带宽约 {need:.0f} Mbps，建议按 3 倍冗余选端口")
PY

五、机房和线路：延迟、丢包、回程三件事要分开测

选机房最常见的错误是把延迟当成体验的全部。延迟决定的是「你点一下要等多久」，但真正让人放弃使用的是丢包和抖动——一个 80 毫秒但稳定不丢包的线路，体验远好过一个 40 毫秒却在高峰期丢 3% 包的线路。更麻烦的是，丢包对 TCP 的伤害是平方级的：按 Mathis 近似，丢包率 1% 时有效吞吐大约损失 2%，2% 时损失 4%，5% 时损失接近 10%，而这 10% 是在「链路带宽完全没被占满」的前提下发生的，实际体感远差于此。

延伸对照：itldc 的公开机型与线路说明，可结合本节的判断标准自行核对。

所以机房选择要把三件事分开测：去程延迟、回程延迟、以及丢包率。去程是你到服务器，回程是服务器到你。业内的老说法是「去程决定能不能访问，回程决定访问快不快」，因为绝大多数站点的内容是服务器主动推给你的，回程拥塞会直接影响下载速度。更反常识的是，回程往往比去程更难优化，因为反向路径由对方的网络决定，商家在前面不一定有话语权。

线路类型的差别来自路由选择策略。普通国际线路走的是成本最低的公共骨干，晚高峰必然拥塞；优化线路走的是特定运营商的精品网，拥塞概率低但价格高；CN2 GIA 这类顶级产品直接对接到电信骨干，代价是价格和可选机房都很有限。判断一条线路是不是真的优化线路，不要看商家标签，要看实际路由。

# 从你自己的电脑发起，逐跳看路径经过哪些骨干
traceroute -T -p 443 你的服务器IP

# 用 mtr 做持续丢包统计，这才是判断线路质量的关键
mtr --tcp --port 443 -c 100 -r 你的服务器IP

# 在服务器上反向测回程质量
mtr -c 100 -r 你的公网IP

判读方式：mtr 输出里如果出现某一跳的 Loss 显示 20% 而后续跳数 Loss 又是 0，那不是真的丢包，而是那一跳的 ICMP 限速，忽略即可。真正的丢包表现为连续多跳同时丢包。用晚高峰 20:00 到 23:00 的时段连续测三天，三天都不出现连续两跳丢包，才算这条线路可用。

机房位置的选择还要考虑一个常被忽略的因素：备案和内容合规。国内访问的站点放在境外机房不需要备案，但同一台机器如果同时承载需要备案的域名，会带来不必要的麻烦；而放在国内机房则必须备案。选之前先确认你的域名用途和合规要求，再定机房。

六、带宽与流量配额：两个数字不能混为一谈

带宽和流量配额是两张完全不同的账单，很多新手第一次遇到「明明买的是千兆带宽，为什么速度只有几百 K」时才搞清楚。带宽是瞬时速率，单位 Mbps，决定你能跑多快；流量配额是总量，单位 GB 或 TB，决定你能跑多久。端口速率决定这个月的流量的消耗速度，配额决定这个月的流量的天花板。

延伸对照：iwebfusion 的公开机型与线路说明，可结合本节的判断标准自行核对。

这两者的关系可以用一个公式直接判断：把配额换算成跑满端口所需的小时数。这个数如果远小于 720，说明你根本吃不到端口的极限；如果接近或超过 720，说明你的流量足够大，瓶颈在端口。下面是广告库里几个有结构化套餐数据的商家实例，可以直接代入算：

套餐	月费	核/内存/硬盘	端口	月流量配额	跑满端口所需时长
justg RosCloud-01	19.99 美元/月	2 核 / 1 GB / 20 GB	500 Mbps	1 TB	约 4.9 小时
justg RosCloud-03	39.99 美元/月	4 核 / 4 GB / 80 GB	500 Mbps	3 TB	约 14.7 小时
justg RosCloud-06	69.99 美元/月	7 核 / 24 GB / 320 GB	500 Mbps	6 TB	约 29.3 小时
sixtynet LAX-STARTER	200 美元/年	2 核 / 2 GB / 40 GB	2000 Mbps	5 TB	约 6.0 小时
sixtynet LAX-MEDIUM	800 美元/年	8 核 / 8 GB / 160 GB	10000 Mbps	20 TB	约 4.8 小时

从上表能直接读出一个规律：这些套餐的端口速率都远远超过流量配额允许的上限，瓶颈百分之百在流量上。换句话说，你花 500 Mbps 端口的钱，实际上买的可能只是每天 2 小时的高带宽窗口，剩下的时间流量配额已经见底。选套餐时把「跑满端口所需时长」这一列算出来，你就知道该买哪个。

流量超额的后果有三种，必须在付款前问清楚是哪一种：按比例退款（最宽松）、降速到某个阈值（最常见，比如限到 1 Mbps）、直接停机（最严格）。第三种最危险，因为一旦超了当月剩余时间全废，而且往往要到流量用尽才通知你。防御办法是自己做监控：

# 每小时统计网卡累计收发字节，与配额比对
vnstat -i eth0 --hours
vnstat -i eth0 --oneline b

# 用 cron 每小时记录一次流量快照，配合配额做告警
cat >> /etc/cron.hourly/vnstat-check <<'EOF'
#!/bin/bash
USED_GB=$(vnstat -i eth0 --oneline b | awk '{print $10}')
echo "$(date '+%F %T') 已用 ${USED_GB} GB" >> /var/log/vps-traffic.log
EOF
chmod +x /etc/cron.hourly/vnstat-check

除了月流量，很多套餐还有单端口限速、单线程限速、以及超额后重置价格这三种隐藏条款。以按 720 小时/月折算的口径看，一个 500 Mbps 端口的月上限约 147 TB，一个 100 Mbps 端口约 29.5 TB——这些数字提醒你，任何写「不限流量」的套餐都必然在某个地方设了限速阈值，而不是真的不限。

七、支付方式与付款周期：年付省下的钱和付出的代价

支付方式直接决定你出事之后能不能把钱要回来，这是第一次买VPS最容易被当成小事跳过的环节。主流方式的风险特征各不相同：信用卡支持拒付（chargeback），你在没收到服务时可以从银行发起争议，但对商家来说这是高风险信号，容易被标记；PayPal 买家保护期通常是争议成立后的 180 天内，但需要证据充分；加密货币不可逆，一旦付错基本没有找回路径，所以只适合和商家有过多次成功交易记录的老用户；国内常见的银行转账或支付宝转账则完全依赖商家自觉。

延伸对照：racknerd 的公开机型与线路说明，可结合本节的判断标准自行核对。

所以对新手最稳妥的组合是：用 PayPal 或信用卡付第一笔月费订单，先验证商家的售后响应能力，确认没问题之后再买年付或更长的周期。这条原则听起来慢，但把年付的风险敞口从「未知商家」变成「已验证商家」，性价比极高。

付款周期另一个容易被忽略的成本是迁移成本。年付省下的钱是确定的，迁移的时间和重新配置的时间是不确定的。如果你在一年的第第三个月发现机房不行需要搬家，年付省下的 20% 会被两天的停机和重新调优吃掉大半。可以简单算一下：

# 打印年付 vs 月付的现金流对比，换成你自己的价格
python3 - <<'PY'
monthly = 60          # 月付价格，美元
yearly = 600          # 年付价格，美元
print(f"年付折合每月 {yearly/12:.2f} 美元，每月省 {monthly - yearly/12:.2f} 美元")
print(f"每天省 {(monthly - yearly/12)/30:.3f} 美元")
print(f"如果 {180/monthly:.0f} 天内需要迁移，机会成本约 {(monthly - yearly/12)*(180/monthly):.0f} 美元")
PY

还有一个操作细节值得提醒：付款前把订单号、付款流水号、商家名称、套餐名、服务器 IP 这五项信息一次性记录下来，写进一个本地文件。拒付和退款申诉时，能快速提供完整证据的一方通常获胜。

八、退款政策与窗口期：下单前必须问清的六句话

退款政策是新手最容易在付款后才想起来看的条款，因为它藏在页面最底下的链接里。付款前把这六个问题问清楚并要一份文字回复，成本是几分钟；不问，事后扯皮的成本可能是几周时间和一整年的预付款。

延伸对照：spinservers 的公开机型与线路说明，可结合本节的判断标准自行核对。

必须问清的第一句：试用窗口有多长、从哪个时点开始算、是新开机的时刻还是付款时刻。第二句：哪些情况算「机器故障」，IP 被墙、端口不通、流量与标注不符算不算。第三句：流量超额会怎么处理，是退款、降速还是停机。第四句：能否更换 IP 段，换不了的话如果新分配的 IP 不可用怎么办。第五句：年付能否按未使用月份退款，退款是原路退回还是余额。第六句：商家跑路或者停止运营时，用户的迁移和退款机制是什么——这一条几乎所有商家都答得很含糊，但恰恰是最关键的一条。

关于「什么算故障」，不同商家的界定差别极大。行业里比较宽松的界定是：CPU 持续占用率长期超过 95% 属于资源超售算故障，磁盘 IO 延迟长时间超过 50 毫秒属于性能不达标算故障，分配的 IP 在主要运营商网络上不可达算故障。严格的商家只认「完全无法开机」这一条，剩下的一律不认。所以在付款前把这些判定标准写进工单，比事后争论有效得多。

窗口期的正确用法是当成一次带截止时间的验收机会，而不是「先用几天再说」。窗口期通常很短，有的只有 24 到 72 小时，这段时间必须做完开机检查、网络测试、性能跑分和工单验证四件事。顺序也有讲究：先做最可能发现致命问题的测试（IP 可达性、路由质量），因为如果线路不行，后面的性能测试做得再好也没意义。

留证是最后一环，也是最常被忽略的环。测试结果要截图或存日志，包含时间戳、测试目标 IP、测试命令输出。如果要申请退款，把订单号、付款记录、测试日志、完整的工单往来整理成一份文档一次性提交。分散地在多个工单里追问会拖慢整个流程，多数商家的处理是「合并为一个工单按顺序处理」。

九、上手后第一小时：初始化、加固、验收清单

机器到手后的第一个小时应该做什么，这个顺序是固定的：先确认系统能正常启动和登录，再做基础安全加固，然后安装监控和备份，最后才是跑业务。顺序反了会留下隐患——比如在改 SSH 端口之前就关掉了密码登录，结果因为某个配置错误把自己锁在门外。

延伸对照：zenlayer 的公开机型与线路说明，可结合本节的判断标准自行核对。

第一步是确认基础状态：系统版本、CPU 型号、内存大小、磁盘分区、网络连通性。这里经常能发现意外，比如标称 SSD 的机器实际挂载的是机械盘，或者内存在 free -m 里只有 768 MB。这些都要在窗口期内反馈给商家。

# 一次性确认机器的硬件与系统底数
cat /etc/os-release | head -3
lscpu | grep -E 'Model name|CPU\(s\)|MHz'
free -m
df -hT
ip a && ip route

第二步是安全加固。这套命令是标准动作，核心目标是关掉密码登录、换掉默认端口、只留密钥：

# 1. 生成并配置 SSH 密钥对（在本地执行，把公钥贴到服务器）
ssh-keygen -t ed25519 -C "vps-$(hostname)"

# 2. 服务器上关闭密码登录，改用密钥
sudo sed -i 's/^#*PermitRootLogin.*/PermitRootLogin no/' /etc/ssh/sshd_config
sudo sed -i 's/^#*PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
sudo sed -i 's/^#*Port 22/Port 2222/' /etc/ssh/sshd_config
sudo systemctl restart sshd

# 3. 装 fail2ban 挡住爆破
sudo apt update && sudo apt install -y fail2ban
sudo systemctl enable --now fail2ban
sudo fail2ban-client status sshd

判读方式：改完端口后务必新开一个终端重新连一次，确认能登录再关掉旧窗口，否则一旦配置写错会把自己锁死。fail2ban 装好后过十分钟用 fail2ban-client status sshd 看一次，如果 banned 计数是 0，说明规则没生效，多半是 sshd 的日志路径没配对。

第三步是防火墙。最小开放原则是只保留 SSH 和业务必需端口：

# ufw 最小端口策略
sudo ufw default deny incoming
sudo ufw default allow outgoing
sudo ufw allow 2222/tcp      # SSH
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw enable
sudo ufw status verbose

第四步是验收，确认机器重启后能自动恢复服务，而不是需要手动拉起：

# 检查关键服务的开机自启状态
systemctl list-unit-files --state=enabled | grep -E 'nginx|mysql|redis|docker'

# 重启后核对关键进程是否自动拉起
sudo systemctl list-units --type=service --state=running | head -20

十、升级与迁移路径：什么时候该升配，什么时候该换机

第一次购买只是起点，多数人会在三到六个月内遇到第一次「不够用」。判断该升配还是该换机，取决于瓶颈的性质，而不是机器的年龄。内存持续不足、CPU 长期打满、磁盘 IO 延迟高、带宽在高峰时段打满——这四种瓶颈对应四种完全不同的解法，升配只能解决其中两种。

延伸对照：justg 的公开机型与线路说明，可结合本节的判断标准自行核对。

瓶颈现象	观测命令与判读	正确动作	升配能否解决
内存不足	free -m 的 available 长期低于 300 MB	先优化进程数，再升内存	能
CPU 打满	vmstat 的 us 持续高于 80%	加 worker 或升核数	能
磁盘慢	iostat -x 1 的 await 长期高于 20 ms	换 SSD/NVMe 或迁移	换机型才行
带宽打满	监控显示出向带宽全天贴近端口上限	升端口或加 CDN	能
IP 不可达	多个运营商网络 ping 不通	换 IP 段或换机房	不能

迁移到新机房不是小事，要按固定顺序做，避免数据断档。首先在新机器上把环境装到与旧机器完全一致的版本，包括系统大版本、内核参数、PHP 与数据库版本、扩展模块。其次做数据迁移，数据库用逻辑导出导入保证一致性，文件用 rsync 增量同步：

# 文件增量同步，第一次加 --delete 会删除目标多余文件，务必先空跑一次
rsync -avz --delete --dry-run \
  --exclude='*.log' --exclude='cache/' \
  root@旧服务器:/var/www/ /var/www/

# 数据库一致性导出与导入
mysqldump --single-transaction --quick --routines --triggers 库名 | gzip > db.sql.gz
gunzip -c db.sql.gz | mysql -u root -p 库名

第三步是切流，用本地 hosts 把域名指到新 IP 做一轮完整验证，验证通过后再改 DNS。DNS 生效有缓存延迟，旧机器先留着运行，等 TTL 过期确认流量完全切换后再释放。旧机器至少保留七到十四天，观察期内不要删数据。

十一、踩坑复盘：五个真实翻车场景

把几个典型翻车案例摊开看，比抽象的原则更能说明问题。这些场景在选题库里反复出现，共同点是当时都觉得「问题不大」，事后才发现每一件都要付出真金白银。

延伸对照：liteserver 的公开机型与线路说明，可结合本节的判断标准自行核对。

场景一：图省事买了年付，两周后发现是超售的共享 CPU。表现是白天一切正常，晚上八点到十一点 API 响应时间从 80 毫秒涨到 2 秒以上，vmstat 里 st 列长期在 8 以上，但因为当时没做晚高峰采样，所以完全没发现。代价是三个月后才发现，换机时年费只剩两个月，直接亏掉十个月。教训是月付起步加晚高峰采样这两件事不能省。

场景二：买的时候没问流量超额规则，站点接入了一个做视频转码的服务，半年后一个月跑掉 4 TB 流量，超额后商家直接把端口限到 1 Mbps 并停了服务，卖家回复是「超额按套餐条款处理」。回看条款才发现那一行写的是超额部分不退差价。教训是流量条款必须在下单前问，且要给业务增长留出余量——算出月流量后至少留 1.5 倍冗余。

场景三：为了便宜买了带宽很高但流量配额极低的套餐，比如 100 Mbps 端口配 500 GB 月流量。按 720 小时折算，100 Mbps 端口月上限约 29.5 TB，500 GB 配额只够跑不到 6 小时。站点每天下午两点开始就变慢，因为前一天的重度访问把配额耗尽了。教训是算配额时要换算成「跑满端口所需时长」，这个数超过 100 小时才说明端口有意义。

场景四：IP 被墙之后才发现商家不提供换 IP 服务。这件事在跨境业务里发生频率极高，触发原因可能是前一个用户用过这个 IP 做了不合规的事。新手一般只做 ping 测试，而 ping 通不代表可用，需要分别测 TCP 连接和实际 HTTP 请求，并且要问清换 IP 的政策和费用。

场景五：迁移的时候用 rsync --delete 直接覆盖，第一次没加 --dry-run，结果把旧服务器上一个还在被定时任务写入的目录清空了，而新服务器上对应路径拼错了一个字母。这不是配置问题，是操作流程问题。教训是任何带删除语义的命令，第一次必须空跑，并且关键数据在迁移期至少保留三份副本。

十二、决策表与分场景选型路径

把前面的分析收敛成一张可以照着做的决策表。表里的每一行都是「你的实际情况」到「该怎么选」的直接映射，不需要再自己推导。

延伸对照：moonvm 的公开机型与线路说明，可结合本节的判断标准自行核对。

你的实际情况	该选什么	为什么	需要额外确认的事
第一次买，只想跑个博客练手	1-2 核 / 1-2 GB 入门套餐，月付	试错成本低，错了随时换	月流量配额是否够用三个月
个人站点，需要装数据库和面板	2 核 / 2-4 GB 及格档	1 GB 装不下数据库加面板	是否含独立 IPv4、面板是否额外收费
主要在国内访问	靠近大陆的机房或优化线路	普通国际线路晚高峰丢包明显	晚高峰实测丢包率与回程质量
需要跑 AI 推理、视频转码	4 核以上 / 8 GB 以上，带 GPU 的机型	CPU 算力与显存是硬门槛	GPU 型号、显存大小、是否共享
需要大量上传下载	大流量配额 + 中高端口	端口大但配额小的套餐会很快限速	跑满端口所需时长是否小于 100 小时
业务稳定、已跑通半年	年付或多年付	折扣最大，迁移风险已验证	续费价是否锁定、是否支持按月退款
主要做海外业务	美国或欧洲机房	免备案，延迟可接受	IP 是否为原生、是否被主流平台识别为机房 IP

基于这张表，三条路径可以直接照做。新手路径：选 2 核 2 GB 及格档、月付、离你最近的机房，先跑通业务两周，确认内存和流量都够用之后，再在第三个月转成年付。预算紧路径：优先保证内存和磁盘，端口和核数可以省，1 核 2 GB 往往比 2 核 1 GB 更耐用；同时用免费或低价的对象存储做静态资源，把流量从 VPS 上卸走。要稳定路径：选择有明确 SLA 和工单响应承诺的商家，先月付验证售后能力，再转年付；配置上留 30% 的余量；接入外部监控和告警，不要把探活放在被监控的机器上。

无论走哪条路径，有三件事是共同底线：付款前问清六句话；到手后在窗口期内完成验收；以及在第一次遇到瓶颈时就记录真实数据（内存水位、晚高峰丢包率、月流量），这些数据下一次选型时是最值钱的输入。

十三、常见问题

第一次买VPS应该先买年付还是月付？ 先月付。年付通常能拿到更低的单价，但它把「商家是否可靠、线路是否合适」这两个还没验证的假设一次性变成了沉没成本。新手最稳妥的节奏是先用月付跑三到四周，确认内存水位、晚高峰丢包率和实际月流量都符合预期，再转成年付或更长的周期。

1核1G真的能跑起来一个网站吗？ 能，但前提是网站不重。静态页面、轻量博客、单进程的服务都跑得动；装数据库加完整管理面板就会吃力。1 GB 机器装完系统后可用内存约 830 到 900 MB（估算），这是判断能不能塞下第二个服务的硬指标。

买 VPS 还是买云服务器更划算？ 看你需不需要按需付费和秒级扩容。固定配置、长期运行、流量可预测的业务，VPS 通常更便宜；业务波动大、或者不想管运维细节，云服务器按小时计费和托管控制台更省事。折算口径是：把云服务器按满月用满的费率折算，再和 VPS 的最便宜档位比，通常 VPS 便宜一到三倍。

我不懂技术，能自己完成选型吗？ 能，但要按清单走而不是凭感觉。真正需要你掌握的只有四个数字：峰值并发、峰值带宽、月流量、需要的内存。这四个算出来之后，选型就是查表匹配。至于初始化和加固，服务器商家的文档通常写得很细，按步骤执行即可，第一次弄可以配合一次付费的代安装服务。

如果买错了机器，多久内可以换？ 取决于商家的退改条款，常见窗口是 24 到 72 小时，也有的按月付周期支持随时取消但不退余额。所以下单前一定要问清楚窗口期，并把这段时间当作一次必须完成的验收机会，而不是可以慢慢用的试用期。

怎么判断一家 VPS 商家靠不靠谱？ 看四个信号：是否公开了服务条款和退款政策、工单里是否有人真正回答技术问题而不是发模板、商家运营年限与公司主体是否可查、以及是否有第三方社区的真实使用反馈。任何承诺「保证解锁」「无限流量」「永久不涨价」的说法都要打问号，这类承诺通常不写进服务条款里。

裸机服务器和 VPS 我该选哪个？ 裸机的优势是 CPU 和磁盘是独占的、性能稳定可控，适合高并发、数据库密集或者对延迟有硬要求的业务；代价是没有虚拟化带来的资源弹性，通常起步门槛更高。VPS 适合绝大多数中小业务，先按 VPS 起步，等实测数据证明性能成为瓶颈时再迁到裸机，这个迁移路径比一开始就买裸机更稳妥。

预付了半年才发现商家跑路，我的钱能要回来吗？ 这类风险很难完全避免，只能通过降低敞口来控制。可以做的是：优先选运营时间较长、公司主体公开可查、支持信用卡或 PayPal 支付的商家；大额付款前查一下该商家在社区里的近期反馈；如果商家提供了按月退款条款，尽量只预付一个月。另外，自己在 VPS 上做数据备份并定期同步到对象存储，是最后一道保险——机器没了，数据还在。