一、选配置的第一步：先算出你的内存底线，而不是看参数表
大部分人挑 VPS 配置的方式是错的：打开商家页面，看最贵那档的 CPU 是几核、内存多大，觉得"买大一点总没错"。这个思路的代价是实打实的——同一条产品线上，从最低档到最高档，内存单价能差六倍以上。
先用真实价格看这个差距有多大。以下数据来自商品库快照，时间戳 2026-11-05 12:02。
JUSTG 的 RosCloud 系列是纯月付六档：最低档 2 核 1GB 内存 20GB 硬盘 500Mbps 带宽 1024GB 流量，19.99 美元/月；最高档 7 核 24GB 内存 320GB 硬盘 6144GB 流量，69.99 美元/月。中间档 4 核 4GB 内存 80GB 硬盘 3072GB 流量是 39.99 美元/月。
把价格除以内存 GB：最低档是 19.99 美元/GB，24GB 那一档只有 2.92 美元/GB。降了约 85%。 除以硬盘 GB：最低档 0.999 美元/GB，24GB 档 0.219 美元/GB，降了约 78%。除以流量 TB：最低档 19.99 美元/TB，24GB 档 11.665 美元/TB，只降了约 42%。
这三个降幅比例说明了一件反常识的事：在这类阶梯式产品线上，多花钱买内存和硬盘远比买流量划算。 如果你的预算固定，优先把内存买够，流量可以选刚好够用的那档。
那内存底线怎么算？别拍脑袋，用三个真实数字测出来：
# 1. 峰值内存：看进程占用的最高水位
ps aux --sort=-%mem | head -6 | awk '{printf "%-8s %6s %6s %6s %s\n", $1, $3, $4, $6, $11}'
# 2. 稳态内存：跑满一个业务周期后的常驻占用
free -m | awk '/Mem:/ {printf "已用 %d MB / 共 %d MB (%.1f%%)\n", $3, $2, $3/$2*100}'
# 3. 缓存与缓冲：Linux 会把闲置内存拿去做缓存，这部分可回收
cat /proc/meminfo | grep -E "MemAvailable|Cached|Buffers"三个数字的算法是这样的：内存下限 = 峰值占用 × 1.5，舒适区 = 峰值占用 × 2。为什么要乘 1.5 和 2？因为系统本身要吃掉一部分内存做缓存和内核结构，1GB 机器扣掉 150 到 200MB 是正常水位；数据库和 PHP-FPM 这类应用在数据量涨上去之后内存需求也会往上走。
所以正确的选型顺序是：先测你的峰值内存 → 乘以 2 → 向上取整到商品库里存在的档位 → 再看这个档位的 CPU 和流量够不够。 而不是反过来。
二、算账：三个单价决定了你的预算分配
把上一节的三个单价当成一个记账本，就能把"选哪一档"变成一道算术题。
再看第二家 sixtynet 的年付线：LAX-STARTER 是 2 核 2GB 内存 40GB 硬盘 2000Mbps 带宽 5000GB 流量，年付 200 美元，折合每月 16.67 美元，内存单价 8.33 美元/GB，硬盘单价 0.417 美元/GB，流量单价 3.413 美元/TB。同规格的 Residential-STARTER 年付 260 美元，折合每月 21.67 美元，内存单价 10.83 美元/GB、硬盘 0.542 美元/GB、流量 4.437 美元/TB。
把两条产品线并排放，结论很清晰：
结论一：年付线在流量单价上有明显优势。 sixtynet 最低 3.413 美元/TB，JUSTG 最低 11.665 美元/TB，差了 3.4 倍。如果你预估月流量在 1TB 到 3TB 之间，年付线的流量性价比更高。
结论二：月付线在配置自由度和起步价上占优。 19.99 美元/月就能起一台 2 核 1GB 的机器，不需要一次性付一年。
结论三：流量单价是所有单价里最贵的。 用 2 核 2GB 档做个横向对比：JUSTG 最低档流量单价 19.99 美元/TB，sixtynet LAX-STARTER 3.413 美元/TB，同样的月付成本下，前者能买到的流量只有后者的六分之一左右。
所以预算分配的顺序应该是：内存和硬盘按需买足，流量按"够用 + 30% 余量"买，剩下的预算不要浪费在买更贵的档位上。 多余的钱留在手里，或者去应付突发流量。
一个具体的算例：你预估月流量 800GB，内存峰值测出来是 900MB（乘 2 是 1.8GB，需要 2GB 档），硬盘要放数据库和日志，估 40GB。那么你需要的配置就是 2 核 2GB 内存 40GB 硬盘，流量按 1TB 买。在 JUSTG 的线上这对应 RosCloud-02（2GB 内存 40GB 硬盘 2048GB 流量，29.99 美元/月）；在 sixtynet 线上对应 LAX-STARTER（2GB 内存 40GB 硬盘 5000GB 流量，16.67 美元/月）。同样的业务需求，一边每月 29.99 美元一边每月 16.67 美元，差 1.8 倍。
这里要说明的是，这两个商家的节点并不相同（一个在俄罗斯/莫斯科与东京/首尔布局，一个是洛杉矶与住宅 IP 机房），所以不能只看价格。它们的用途完全不同，下文第七节会讲清楚什么场景该看谁。
三、CPU 怎么定：核数不是越多越好，超售才是真问题
CPU 的判断标准只有一个：你的业务是 IO 密集还是 CPU 密集。
IO 密集型（Web 服务、数据库读写、反向代理、静态资源分发）的负载不消耗 CPU，它们等的是磁盘和网络。这类业务 CPU 用量通常不超过 1 核的 30%，所以2 核是安全底线，多给核数是浪费。
CPU 密集型（图片批量处理、视频转码、编译、爬虫解析、加密挖矿类负载）才是核数敏感的。判断方法很直接：
# 看 1 分钟负载均值：1 核机器上超过 1.0 就说明 CPU 不够
cat /proc/loadavg
# 看进程实际占用 CPU 百分比
top -bn1 | head -12
# 更准的采样：用 pidstat 看某个进程的 CPU 占比
pidstat -u 1 5 | grep -E "nginx|php-fpm|mysqld|java|python"判定阈值：1 核机器上 load average 持续高于 1.0，或者 top 里的 %CPU 持续超过 70%，才说明需要加核。 峰值超过 70% 但只在白天发生，说明需要弹性而不是固定大机器；全天都在 70% 以上，才说明配置真的不够。
还有一件事必须先确认：你看到的核数是物理核还是虚拟核（超线程）。 同样是"4 核"，物理四核和两核四线程在纯计算任务上的性能差距可能有 30% 到 50%。判断方法：
# 看逻辑核数与物理核数的对应关系
lscpu | grep -E "^CPU\(s\)|Thread|Core|Socket|Model name"
# 看每个逻辑核在忙什么
top -H -bn1 | head -15如果输出里 Thread(s) per core 大于 1，说明你拿到的核数里包含了超线程。对于编译、转码这类真正吃算力的任务，物理核更有价值；对于 Web 服务这种 IO 密集型，超线程反而是好事，因为它能让等待 IO 的线程和计算线程并行。
另外一个必须搞清楚的坑：共享 CPU（共享 vCPU）。 商家宣传的"独享 CPU"和"共享 CPU"在实测表现上差距很大。共享 CPU 的宿主机上，如果同一台物理机的其他租户正在跑重负载任务，你的负载平均值会跟着升高。判断方法是看 steal time（上面那条命令），它在共享环境下明显更高。
最后一条容易被忽略的建议：如果你选的是 2 核机器并且业务是 Web 服务，考虑一下 CPU 亲和性。 把 Nginx 和 PHP-FPM 的 worker 固定到不同的物理核上，能减少缓存失效和调度抖动：
# 查看当前 worker 与 CPU 的绑定情况
ps -eLo pid,tid,psr,comm | grep -E "nginx|php-fpm" | head -10这条属于优化而不是必需项，但当你的业务对 p99 延迟敏感时，它能省下的时间比换机器更实在。
然后是那个真正的坑：超售（overselling）。商家卖出的 vCPU 核心数总和可能超过物理机的核心数，靠的是调度器的时分复用。这在正常负载下没有影响，但在峰值到来时会出现响应延迟。
判断超售的实测方法：
# 连续压测 60 秒，看延迟是否随时间线性恶化
for i in $(seq 1 60); do
curl -s -o /dev/null -w "%{time_starttransfer}\n" http://127.0.0.1/stress.php
sleep 1
done | awk '{s+=$1; if($1>mx) mx=$1} END {printf "平均 %.3fs, 最大 %.3fs\n", s/NR, mx}'
# 观察 steal time：虚拟化环境里这一项高就是宿主机被别人抢了资源
vmstat 1 10 | awk '$NF ~ /st/ {printf "steal: %s%%\n", $(NF-1)}'steal time 持续超过 5% 就是超售的信号，超过 10% 则高峰期响应会有明显抖动。这个数字必须在晚高峰时段（国内用户访问的晚上 8 到 11 点）测，白天测出来的数据没有参考价值。
四、磁盘选型：SSD 与 HDD 的差距，以及 IOPS 怎么验
磁盘类型在商品库里有明确区分：sixtynet 的 LAX 系列标注了 NVMe SSD，云途的 HK.DS.M 标注 SAS HDD、HK.DS.P 与 DS.ES 系列标注 SSD。HDD 和 SSD 在同一台机器上的表现差距是数量级的，不是"快一点"。
具体差在哪：一个机械盘随机读寻道时间在 8 到 12 毫秒，SSD 在 0.1 毫秒以内，差了一百倍。这个差距在数据库上体现得最直接——MySQL 的随机索引查找、Redis 的持久化落盘、文件上传时的元数据写入，全部是随机 IO。
不过选型时要注意：商品库里标注了 SSD 但没写具体型号和 IOPS 数值的，不要自己推断它一定是 NVMe。SSD、SATA、NVMe 是三个不同档位，价格和寿命差异明显。要确认得问商家要 IOPS 参数，或者自己测：
# 用 fio 测随机写 IOPS（生产机器上务必用测试目录，别在业务盘上跑）
fio --name=randwrite --ioengine=libaio --direct=1 --bs=4k \
--size=512M --rw=randwrite --runtime=30 --group_reporting \
--directory=/tmp/fiotest | grep -E "IOPS|BW"
# 用 dd 测顺序写速度
dd if=/dev/zero of=/tmp/testfile bs=1M count=1024 oflag=direct \
conv=fdatasync status=progress验收阈值：4K 随机写 IOPS 高于 5000，顺序写速度高于 200MB/s 属于正常 SSD 水平；低于 1000 IOPS 那基本就是机械盘或共享存储冒充的 SSD。真要跑数据库，这个门槛不能降。
还有一个容易被忽略的浪费：磁盘预分配。 很多商家按 40GB 收费但只给 40GB 的空间，你装完系统加完面板，实际可用空间比标称少 5 到 10GB（系统、交换分区、日志、面板自身）。所以按 40GB 规划的时候，实际要留出余量：
df -h / && echo "---" && du -sh /var/log /var/lib/mysql 2>/dev/null日志和数据库增长要有预期。MySQL 的 binlog 默认保留天数到了会自动轮转，但如果你没配，主库目录会一直涨。养成每季度检查一次的习惯：
du -sh /var/lib/mysql/* | sort -rh | head -10
journalctl --disk-usage五、带宽和流量：这是最容易被重复付费的一项
带宽（Mbps）和流量（GB/TB）是两回事，也是新手最容易买错的地方。带宽是管道粗细，流量是管道里实际流过的总量。带宽大不等于流量多，流量多不等于必须买大带宽。
带宽怎么选？ 看你的业务形态：
- 网页访问、图片加载这类，瓶颈几乎从来不是带宽。500Mbps 和 100Mbps 对一个日均几千 PV 的博客，用户体感差别是零。
- 下载站、镜像站、大文件分发，才需要大带宽。这时看的是并发连接数乘以单次传输速度。
- API 服务看的是 p99 延迟和稳定性，不是峰值带宽。
流量怎么算？ 用一个能算的公式：
# 从 Nginx 日志统计最近 7 天的日均出站流量
sudo awk '$4 ~ /(01|02|03|04|05|06|07)\/Nov\/2026/ {sum+=$10; n++} \
END {printf "请求数 %d, 日均出站 %.2f GB\n", n, sum/n/1073741824}' /var/log/nginx/access.log
# 用 vnstat 看网卡实际计数（这个是真实流量，含所有协议）
vnstat -d -m日均流量乘以 30 就是月流量估算，再乘以 1.3 作为余量。为什么要留 30% 余量：图片和视频类站点有周末高峰，爬虫类业务有数据翻倍的可能，突发营销流量更是不可预测。流量超额的惩罚在很多商家那里是直接降速到很低的水平，比停机还好处理但比正常慢得多。
带宽计费方式的坑。 商品库里有多个套餐标了 throttle_shared（带宽共享）和 throttle_mbps（限速阈值）字段，说明"共享带宽"和"独享带宽"是两类完全不同的产品。共享带宽的意思是你的 500Mbps 是跟同一台物理机上其他租户共享的总和里分出来的——白天没人抢的时候你能跑满，晚上有人抢的时候可能只剩几十 Mbps。
# 测共享带宽是否被抢：连续下载大文件观察速率是否衰减
for i in $(seq 1 10); do
curl -s -o /dev/null -w "%{speed_download} B/s\n" http://测试文件地址/1GB.bin
done判定阈值：连续下载速度的波动幅度超过 30%，就说明带宽被共享挤占了。 出现这种情况，先别急着升配——升配很可能升的还是共享带宽。真正的解法是换独享带宽的线路或者在低峰时段跑大流量任务。
还有两个流量相关的条款必须在下单前问清楚。 第一个是超量之后怎么处理：是按超出部分单独计费、按官网标注的单价续购、还是直接限速降级。这三种处理方式对你的成本影响差别巨大——限速降级会让业务实际不可用，而按量计费只是账单变高。
# 商品库里的流量续购价字段，可以对照商家实际报价
# 超额流量通常按 GB 单独定价，先问清单价再算账第二个是流量什么时候重置。有些商家按自然月重置（每月 1 日归零），有些按购买日滚动 30 天。这决定了你能不能用"月末集中跑一次大任务"这种方式把流量用掉，前者可以，后者不行。
# 查看网卡统计，确认流量周期与你的账单周期是否对得上
vnstat -d -m第三个问题：入站流量计不计费。 很多套餐的月流量额度只统计出站，入站免费。这对下载站是好事（访客上传不计费），但对做反向代理或者分发镜像的业务来说，如果入站也计费，账要重新算。
把这三个问题问清楚，再看流量单价。 单价只是账的一个因子，计费规则才是决定这笔账最终怎么落地的部分。
六、常见配置浪费：钱花在哪了却没用上
配置浪费有固定的四种形态，对号入座就能看出自己有没有中招。
第一种，内存买大了一倍。 判据是 free -m 显示的已用内存长期低于 20%，或者 MemAvailable 占总内存 80% 以上。这说明你买的内存有一半以上永远不会被用到。浪费金额按 JUSTG 的 RosCloud 内存单价算：在最低档每 GB 内存每月要付 19.99 美元，到了 24GB 那一档每 GB 只要 2.92 美元，所以同样浪费 1GB，在不同档位上损失的钱不一样，高档位上浪费反而更值得警惕。
第二种，CPU 核数买多了。 判据是 load average 长期低于 0.5，而且 top 显示所有进程加起来也用不满一核。2 核机器上 load 长期低于 0.5 说明有一核是纯摆设。
第三种，流量买多了。 判据是 vnstat 显示的月实际用量长期低于套餐额度的 30%。这一项在两条产品线上浪费的金额最大——流量单价是三个单价里最贵的。
第四种，磁盘买大了但没做任何规划。 判据是 df -h 显示已用空间长期低于 20%。磁盘是最容易"买大"的资源，因为它买的时候显得便宜（sixtynet 的 LAX-Storage-500G 是 4 核 4GB 内存 500GB 硬盘，硬盘单价只有 0.067 美元/GB，比同线其他机型低一个数量级），但买大了就是实打实占着钱。
一个自查脚本，把四项一次算清楚：
#!/bin/bash
echo "===== 配置浪费自查 ====="
# 内存
used=$(free -m | awk '/Mem:/ {print $3}'); total=$(free -m | awk '/Mem:/ {print $2}')
echo "内存: 已用 ${used}MB / ${total}MB ($(( used * 100 / total ))%) → 低于20%即浪费"
# CPU
echo "CPU : load=$(cut -d' ' -f1-3 /proc/loadavg) → 长期低于0.5即浪费"
# 磁盘
echo "磁盘: $(df -h / | awk 'NR==2 {print $3" 已用 / "$2" ("$5")"}') → 长期低于20%即浪费"
# 流量
if command -v vnstat >/dev/null; then
vnstat -m 2>/dev/null | grep -E "months|month" | head -3
echo "流量: 与套餐额度对比，长期低于30%即浪费"
else
echo "流量: 未装 vnstat，请先 apt install vnstat"
fi七、什么情况下不该选韩国节点：四种明确的反例
这一节比前面都重要，因为韩国节点的适用边界比想象中小。以下四种情况，选择韩国方案是明确的错误判断，每种都配了替代方案。
第一种，你的用户主要在欧美、且业务本身对延迟不敏感。 首尔到北美的物理距离在 10000 公里以上，绕路到美西机房反而更近。替代方案：改选美国西海岸机房，商品库里 sixtynet 的 LAX 系列就是这条线，机房位置在洛杉矶，是面向美国西海岸用户的常规选择。
第二种，你需要的是大流量低价而不是低延迟。 韩国节点的流量单价在商品库里普遍偏高，JUSTG 的 RosCloud 系列最低 19.99 美元/TB。而同样在商品库里的 sixtynet LAX-STARTER 是 3.413 美元/TB。流量单价差 5.8 倍。 如果你做的是下载站、镜像站、批量数据导出这类流量消耗型业务，韩国方案的线路溢价完全不值得。替代方案：选流量单价最低的那条产品线，按 3.413 美元/TB 那一档算，10TB 流量折合的月支出就是 3.413 美元乘以 10，远低于同流量在韩国线上的支出。
第三种，你的站点主要访客在大陆且时延敏感，但你需要的是稳定的低延迟而不是原生 IP。 这里要分清两个概念：韩国节点的物理延迟优势是真的，但"原生 IP"和"低延迟"是两件事——同样在韩国机房，带 CN2 GIA 的线路和走普通国际出口的线路，回程延迟可能差出几十毫秒。商品库里的 JUSTG 公开简介明确写了提供首尔节点以及原生 IPv4，同时提到 CN2 GIA 线路用于莫斯科机房。替代方案：先向商家问清首尔节点具体走哪条线路，再对比普通线路的延迟数据，别默认"韩国"两个字就等于低延迟。
第四种，你需要的是独立服务器而不是 VPS。 你的业务需要独占物理 CPU、需要硬件级隔离、需要自定义内核参数、或者对磁盘写入有持续高吞吐要求——这些都不是 VPS 能给的。商品库里 ZJI 的公开介绍里写明其产品是"物理独立（裸金属）服务器"，位于"韩国 BGP、标准 Tier3 机房"，这才是需要裸金属时的选择方向。替代方案：需求超出 VPS 边界就换独立服务器，别在 VPS 上靠加钱加配置硬凑。
八、验收阈值：买完必须跑通的六项实测
配置选对了不等于机器好用。下面六项是花钱之后必须跑的实测，每一项都有明确的通过线。
第一项，CPU 满载测试。 用 stress-ng 或 fio 压满一个核，确认超售情况：
# 单核压测 30 秒，看能否稳定跑满
stress-ng --cpu 1 --timeout 30s --metrics-brief
# 看 steal time，超过 5% 说明有超售竞争
vmstat 1 10 | awk '{print $(NF-1)}' | tail -10第二项，内存压力测试。 分配接近上限的内存，看有没有 OOM：
free -m
# 申请 80% 内存做写入测试（Debian/Ubuntu）
dd if=/dev/zero of=/tmp/memtest bs=1M count=800 status=none && sync && free -m && rm /tmp/memtest第三项，磁盘读写。 4K 随机写 IOPS 高于 5000、顺序写高于 200MB/s。
第四项，网络质量。 测三网回程延迟和丢包：
# 连续 ping，看平均延迟和丢包率
ping -c 20 你的服务器IP
# 测下载速度
curl -s -o /dev/null -w "下载速度: %{speed_download} B/s\n" http://测试文件地址/100MB.bin第五项，内存谷值留量。 业务稳定运行 24 小时后，MemAvailable 占总内存应不低于 15%。
第六项，流量与带宽实测。 在晚高峰时段（晚 8 到 11 点）跑一次连续下载，速率波动不超过 30%。
任何一项不达标，先找商家确认是配置不符还是环境限制，再考虑换机。验收不通过就换，不要将就。
九、四类人该选哪一档：直接给结论
不做"视情况而定"式回答，按类型直接对号入座。
如果你是个人用户、只跑一个博客或小型展示站、流量在几百 GB 以内：选 2 核 2GB 内存 40GB 硬盘这个起步档，流量选够 1TB 的那档。理由很直接——你用不满更高配置，商品库里 1GB 内存档每月 19.99 美元、2GB 档每月 29.99 美元，差 10 美元/月就是一年 120 美元，而博客的实际负载在 2 核 2GB 上通常只用到 15% 到 25%。这个档位的 500Mbps 带宽对网页访问绰绰有余，因为瓶颈从来不在带宽。
如果你是做 API 服务、有明确的并发和延迟要求：选 4 核 4GB 内存起步，重点看两件事——流量单价和带宽是否共享。按 JUSTG RosCloud-03（4 核 4GB 内存 80GB 硬盘 3072GB 流量，39.99 美元/月）算，内存单价 10 美元/GB、流量单价 13.33 美元/TB，比最低档划算得多，同时 CPU 有余量跑并发。验收时必须加上晚高峰的带宽抖动测试和 steal time 检查这两项，API 服务的用户对延迟抖动最敏感。
如果你是做跨境电商、店群、多 IP 并行运营：这一类人最需要先确认的不是配置而是 IP。商品库里多个商家在 ipv4_count 和 ip_description 字段上做了区分，甚至明确标注"IPv4（原页未注明具体数量）"——说明页面本身没写清，必须人工核对。配置上建议 2 核 2GB 起步、每个店铺独立 IP，因为这类业务的负载分散在多个店铺上，单店负载轻，但IP 数量和 IP 的归属地一致性才是决定平台是否关联账号的关键。要独立裸金属 IP 需求的话，看商品库里 ZJI 提供的韩国 BGP 独立服务器方向。
如果你是公司、有专职运维、要跑完整业务系统：选 8 核 8GB 及以上起步，并且优先考虑年付。按 sixtynet 的 LAX-MEDIUM（8 核 8GB 内存 160GB 硬盘 10000Mbps 带宽 20000GB 流量，年付 800 美元，折合每月 66.67 美元）算，年付相比同配置月付能省下可观的现金占用，因为大额现金流对运维成本的影响往往被低估。同时把监控、备份、日志轮转这三件事一次配齐，这部分配置成本远低于任何一次故障的恢复成本。
按你的情况，下一步该看哪家
上面讲的是判断标准，但多数人最后还是想问一句「那我该买谁」。按你的实际情况对照下面几条，直接去看对应的机型页比继续比价更快：
- 只想搭个站、预算优先：先看价格最低那档够不够用，别为用不上的配置付钱。看 justg 当前机型与价格
- 做跨境或店群、需要多 IP：优先看 IP 类型与换 IP 政策，别只看配置。看 vpckr 当前机型与价格
- 主要访客在国内、在意打开速度：先确认回程线路，再谈配置。看 zji 当前机型与价格
- 跑游戏服或实时业务：看上行抖动与防御能力，普通套餐往往不达标。看 恒创科技 当前机型与价格
价格与库存以商家页面当日显示为准，下单前建议先确认退款窗口与是否支持按月付费。
十、常见问题
韩国VPS配置应该选多大的？ 用实测峰值内存乘以 2 作为舒适区，再向上取整到商品库里的实际档位。以 2 核 2GB 内存 40GB 硬盘为个人用户的通用起点，API 服务从 4 核 4GB 起步，企业业务从 8 核 8GB 起步。低于这些配置会持续浪费，高于这些配置除非业务量确实增长，否则就是白花钱。
1GB 内存的 VPS 能做什么？ 能跑静态站点、轻量面板、个人博客、Nginx 反代和一个小规模的 WordPress 实例。但跑 MySQL 加 PHP-FPM 同时服务多个站就会吃力，因为系统本身要占掉 150 到 200MB 内存，剩下的空间留给应用就很紧张。1GB 的定位是"够跑一个轻量应用"，不是"够跑一套完整环境"。
带宽买多大才够用？ 网页类业务 500Mbps 已经过剩，瓶颈在带宽的情况极少；真正需要大带宽的是下载、镜像、大文件分发这类，此时按并发连接数乘以单次传输速度来估算，并且要确认这条带宽是独享还是共享。
SSD 和 HDD 在同一个价格下应该选哪个？ 无条件选 SSD。同一台机器上，SSD 的 4K 随机读延迟在 0.1 毫秒以内，机械盘在 8 到 12 毫秒，这个差距在数据库索引查找和文件元数据操作上会被放大到用户能感知的程度。价格接近时没有理由选 HDD。
买之前能测带宽吗？ 不能，测不了。你能测的是商家公开给出的带宽数值和限速阈值，以及是否标注共享带宽。真实的共享比例只有买下来、在晚高峰实测才知道。这也是为什么本文反复强调：下单前问清带宽类型，下单后立刻在晚高峰做一次连续下载测试。
配置不够了能不能升配？ 多数商家提供升配，但升配通常不是实时生效的，可能需要重装系统或迁移数据，价格也可能按剩余周期折算。升降配前一定要确认：数据是否保留、IP 是否变更、重装耗时。这三项决定了升配的实际成本，别只看差价。
按年付还是按月付？ 看现金流和确定性。商品库里的年付机型（sixtynet LAX 系列）折合月价明显低于同配置的月付机型，同时年付线的流量单价优势更大。但年付锁定了 12 个月的价格，如果你的业务还在剧烈变化、或者你在试水阶段，月付的灵活性更值钱。稳定业务年付，试验阶段月付。
喜欢 
高兴
鬼脸
呵呵
无聊
伤心
