韩国VPS带宽怎么选

一、先搞清：带宽和流量根本不是一回事

这是选带宽时最容易搞错、也最花冤枉钱的地方。 商家页面上的「带宽」通常有两个含义，而它们决定的是完全不同的两件事。

第一个含义是端口速率（Port Speed），也就是网卡接口的标称速率。 写 1Gbps 的意思是「网卡最大能跑 1Gbps」，这是硬件上限。它不是保证值，也不代表你能一直跑满。

第二个含义是流量额度（Traffic / Bandwidth Quota），也就是你每个月能用掉多少 GB。 写 10000GB 的意思是「这个月你最多能传 10000GB，超过之后按规则处理」。

商家页面上的「带宽 1000Mbps + 流量 10000GB」这种写法，前半段是端口速率，后半段才是你真正需要看懂的预算。

这两者的关系可以算出来。 一台 1Gbps 端口的机器，跑满 1Gbps 是每秒 125MB，也就是每月理论上限约 324TB。但你的额度只有 10000GB，也就是 10TB。 所以这台机器的流量额度只相当于跑满带宽的 3%。

这个算式说明了一件关键的事：绝大部分机器的瓶颈在流量额度，不在端口速率。

那你到底会不会撞到端口上限？ 算一下：10000GB 的流量，如果平均分摊到 30 天，每秒消耗约 4MB，折合 32Mbps。远低于 1000Mbps 的端口速率。 也就是说，这台机器在流量用完之前，端口速率这一栏基本用不到。

结论一：选带宽时，先看流量额度，端口速率排在后面。 只有两种情况端口速率才是关键：一是你的业务是持续大流量下载（比如做 CDN 源站、分发安装包、视频点播），二是商家对端口速率有独立限速规则（下面第六节讲这个）。

结论二：如果你在两个套餐之间纠结，而它们的流量额度相同、端口速率不同，那么在大多数站点场景下，端口速率的差异你感知不到。 这时候应该去看别的维度——内存、硬盘、线路、机房位置。

查 justg 在售套餐与库存

这一节还会引出一个实际问题：很多商家写「不限流量」。 这个词要拆开看：「不限流量」通常意味着带宽有共享上限或者有公平使用策略，而不是真的无限。 后面第八节会具体讲怎么识别。

二、韩国机房的位置意味着什么

选韩国机房，位置本身就是一个决策，而不是默认选项。

首尔（Seoul）的地理位置决定了它的延迟结构。 从中国大陆到首尔，主要走的是东北亚方向的国际链路。实测的常见量级是：电信走 CN2/CTGNet 一类优质线路时，延迟大致在 30 到 60 毫秒；走普通国际出口（163、483 等）时，可能在 60 到 120 毫秒；移动和联通的路径差异更大。 晚高峰时段拥塞会明显推高延迟和丢包。

这个延迟水平意味着什么？ 对内容型站点（博客、资讯、企业官网、跨境电商展示页），首尔是一个「够用且均衡」的选择：比美西的 130 到 180 毫秒快得多，同时机房资源和带宽供给比香港、日本更宽裕，价格也更友好。

但首尔有两个必须注意的结构性问题：

问题一：线路质量在晚高峰的波动幅度，比香港和日本的优质线路更明显。 这跟韩国到中国大陆的出口路由数量有关——可选路径多，意味着一部分路径拥塞时流量会被挤到另一条质量较差的路径上。 所以首尔机器的实际体验，在白天和晚上 8 点到 11 点可能是两种状态。 选线路的办法很简单，就是看商家提供的测试 IP 和测试文件。

问题二：韩国到中国大陆的三网延迟并不均衡。 电信通常最优，联通次之，移动波动最大。如果你的用户里移动占比高，这一条要实测，不能靠估计。

顺便把几个邻近选项一起对比，方便你做取舍：

日本东京/大阪： 到中国大陆的延迟和首尔在同一量级，机房品质和线路资源普遍更成熟，但价格通常更高。 面向中国大陆访客的站点，如果预算允许，日本是更稳的选择。

香港： 物理距离最近，延迟最低（优质 CN2 线路下可以到 30 毫秒左右），但带宽和流量是最贵的。 香港的 IP 资源也更紧张，很多机房在 IP 分配上有限制。

新加坡： 东南亚方向，覆盖东南亚和港澳台用户好，但到中国大陆的延迟比首尔高，往北走绕路。

vpckr 官网机型与实时报价

做电商和游戏的话，机房位置还要考虑另一个维度：延迟不是唯一的，用户分布才是。 你的用户主要在华南，东南亚机房可能更合适；主要在华北东北，首尔合适。先画用户分布，再选机房，别反过来。

三、按访问量算带宽：一张可以直接套的表

这一节给出可执行的算法。 核心公式很简单：

所需带宽（Mbps）≈ 峰值并发数 × 单次请求的平均传输量（MB）× 8 ÷ 1 秒

先算单次请求的传输量。 一个典型的图文页面（含 HTML、JS、CSS、图片），压缩后大约 1 到 3MB。如果你的站点是纯文字加少量图片，压缩后通常在 0.5MB 以内。 这是一个可以直接实测的数：

# 测出你页面在 gzip 压缩后的实际大小
curl -s -H "Accept-Encoding: gzip" https://你的站点/ -o /tmp/page.gz
ls -l /tmp/page.gz | awk '{printf "页面压缩后: %.2f MB\n", $5/1024/1024}'

再算并发。 并发不等于 PV。经验换算：日均 1000 PV 的站点，高峰秒并发大约在 2 到 5 之间。 但这个数波动很大，取决于访问是不是集中在少数时段。 更准的做法是直接看你的日志：

# 从 Nginx 日志统计每分钟请求数，取最大的 60 个值
awk '{print $4}' access.log | cut -d: -f2,3 | sort | uniq -c | sort -rn | head -60

取峰值那几分钟的请求数，再看这几分钟内有多少不同的 IP 出现，就是并发上限。

现在把公式代入，得出这张可直接套用的对照表（按单次请求 1MB 计算）：

峰值并发	所需带宽（1MB/请求）	所需带宽（3MB/请求）	建议端口速率
10	80Mbps	240Mbps	100Mbps 以上
50	400Mbps	1.2Gbps	1Gbps
100	800Mbps	2.4Gbps	1Gbps 起，考虑 2.5Gbps
500	4Gbps	12Gbps	10Gbps
1000	8Gbps	24Gbps	10Gbps 起

查看 zji 当前月价与库存

这张表怎么用： 先测出你的峰值并发，再按你的单页大小取对应那一行的带宽要求，然后加 50% 到 100% 的余量——余量的意义是给突发流量和晚高峰波动留空间。

再算流量。 月流量的公式：

月流量（GB）≈ 日均 PV × 平均传输量（MB）÷ 1024 × 30

举例：日均 1 万 PV，平均传输 1MB，一个月是 10000 × 1 ÷ 1024 × 30，约 293GB。

日均 10 万 PV，同样 1MB：约 2929GB。

日均 10 万 PV，平均传输 3MB：约 8789GB。

这一条最实用的推论：一个日均 10 万 PV、内容 3MB 的站点，一个月的流量就在 9000GB 量级。 加上爬虫、图片外链、API 调用，通常要按 1.2 倍预留。所以这类站点直接看 10000GB 档的套餐。

反过来算更实用：「我有 X GB 流量额度，能撑多少 PV」：

日均 PV 上限 ≈ 额度（GB）× 1024 ÷ 平均传输量（MB）÷ 30

10000GB 额度、平均 1MB：约 34 万日均 PV。 加上爬虫和误差，实际按 25 万 PV 规划。

这两个方向的算法都要记住，因为它们对应两种不同的购物方式：一种是你知道流量需求，去挑够用的套餐；另一种是你知道 PV，去算需要多大的套餐。

四、独享与共享：这是「带宽」这个词里最贵的那部分

商家标「1000Mbps」的机器，端口速率可能确实是 1Gbps，但你能稳定跑到多少，取决于它是不是独享。

独享带宽（Dedicated）： 这个端口的带宽在物理上只给你一台机器用。能稳定跑满标称值，且不会因为邻居超售而降速。

共享带宽（Shared）： 多台机器共用一个上游口，每台标称 1Gbps，实际总量可能只有 1Gbps，也可能被超售到 2 到 10Gbps。 你的实际可用量取决于当时的邻居负载。

怎么验证？三个办法，从易到难：

办法一：看商家有没有写明。 页面上的「独享带宽」「Dedicated Port」「不超售」这类词是明确信号。但注意：没有写「独享」不等于一定是共享，有些商家只是不标。

办法二：跑持续压测，看有没有锯齿。

# 用 iperf3 测上行（连商家提供的测试服务器）
iperf3 -c 测试IP -P 4 -t 30 -R

# 本地看丢包和抖动
ping -c 100 -i 0.1 测试IP

判读规则很明确：

如果 30 秒持续流量全程平稳在标称值附近，没有锯齿状掉落，说明至少在这段时间是独享或低超售。

如果流量曲线剧烈波动、出现断崖式下跌，说明是共享口且有邻居抢带宽。 共享口在深夜（邻居少）会明显好于白天，所以测压一定要在白天做，或者至少测两次对比。

办法三：晚高峰测速。 用 speedtest 或者直接拉一个固定的大文件，记录时间和速度：

# 记下时间，再拉取固定大小文件
date '+%F %T'
wget -O /dev/null http://测试文件URL   # 记下耗时

同一个文件，在下午 3 点和晚上 9 点各测一次。两次差距明显，说明是共享口且高峰拥塞。

那么独享值不值这个钱？算一下。

假设两台机器，都是 1000Mbps 标称。共享的那台在晚高峰实测稳定在 300Mbps，独立的稳定在 950Mbps。

如果你的业务在晚高峰需要 400Mbps 以上，共享的那台就是不够的。 而更高的带宽套餐往往按带宽比例涨价。

但如果你的业务全天只需要 100Mbps——那么一台 1000Mbps 标称的共享口完全够用，而一台 500Mbps 的独享口可能更便宜。

结论：独享的价值取决于你峰值时段的实际需求，不是标称数字。 用第三节的表算出你的需求，再对比套餐的独享/共享标注和价格，不要为用不上的带宽峰值付钱。

查看 恒创科技 当前月价与库存

还有一个容易混淆的概念：端口速率和带宽保证不是一回事。 有些商家提供的是「共享 1Gbps 端口，超出 X Mbps 后按 GB 计费」的模式，这种是按量走的，第五节的「超流量规则」会和它叠加，要一起算。

五、超流量之后会发生什么：三种规则

这一节讲你把额度用完之后会怎样。 三种规则，处理方式完全不同。

规则一：限速。 超出额度后速度被压到某个值（比如 1Mbps 或者 10Mbps），但服务不中断，也不额外收费。

规则二：额外计费。 超出部分按单价计费，计入账单。

规则三：停机或额外购买流量包。 超出后要么限速到接近不可用，要么要求购买流量包。

公开商品参数库里的字段能告诉你一部分信息。 商品库里有一个 traffic_reset_price 字段（超额流量的重置/追加价格），云途系列的几款机型明确带这个字段：HK.DS.M 是 200.00 美元，DS.ES.F 是 200.00 美元，DS.ES.C 和 HK.DS.P 是 500.00 美元，HK.DS.S 是 500.00 美元，DS.ES.A 是 500.00 美元，DS.ES.D 是 500.00 美元，HK.DS.B 是 500.00 美元，DS.ES.B 是 450.00 美元。

把这些数字换算成单价，就知道超额一 TB 要花多少：

云途 HK.DS.M：10000GB 额度，追加价 200.00 美元。 10000GB 是 9.77TB，所以 200.00 美元 ÷ 9.77TB，约等于 20.47 美元/TB。

云途 DS.ES.F：10000GB 额度，追加价 200.00 美元，同样约 20.47 美元/TB。

云途 HK.DS.S：40000GB 额度，追加价 500.00 美元。 40000GB 是 39.06TB，500.00 美元 ÷ 39.06TB，约等于 12.80 美元/TB。

云途 DS.ES.B：30000GB 额度，追加价 450.00 美元。 30000GB 是 29.30TB，450.00 美元 ÷ 29.30TB，约等于 15.36 美元/TB。

这组数字里有两个可以直接用的结论：

结论一：超额单价和套餐本身的每 TB 流量单价是同一个量级。 用商品库里的折合月价算，云途 HK.DS.S 是 800.00 美元/月、40000GB 流量，800.00 美元 ÷ 39.06TB，约 20.48 美元/TB——和超额重置价 12.80 美元/TB 在同一数量级。所以超额不会比正常买更便宜， 唯一的区别是正常买额度可以一次性锁定一整月的成本。

结论二：大额度的套餐，超额单价明显更低。 HK.DS.S（40000GB 额度，12.80 美元/TB）比 DS.ES.B（30000GB 额度，15.36 美元/TB）低 17%。如果你确定会用超，选大额度套餐更划算。

这些是公开商品参数库里的真实字段，具体以官网当日报价为准。

规则层面还有三个必须提前确认的问题：

问题一：额度是「每月重置」还是「按周期累计」。 月付的套餐按月重置；年付套餐的很多商家给的是一个总额度按月平均分摊（比如年付 150TB，按月分摊就是每月 12.5TB）。这两种在超额时的计费差别很大，必须在下单前问清楚。

问题二：超出后是限速还是停机。 限速到 1Mbps 对一个 API 服务几乎等于不可用；如果你的服务对实时性有要求，停机可能比限速更糟（因为限速至少还能返回结果）。

问题三：超额单价是按 GB 还是按 TB 计价，有没有阶梯。 有些商家超额部分越用越贵。

查看 hostkvm 当前月价与库存

下单前把这三个问题的答案问清楚并留档，这是第 5 步「截图清单」里最容易被漏掉但最关键的一项。

六、带宽不是唯一：选套餐要一起看的五件事

带宽看明白了，还得把它和其他几项放在一起看，否则容易为不该为的东西付钱。

第一项：内存和带宽的配比。 用公开商品参数库里的真实数据算（快照时间 2026-11-11 09:33，价格来自渠道库当日快照，以官网当日为准）：

机型	CPU	内存	硬盘	带宽	月流量	折合月价	每 GB 内存	每 TB 流量
云途 HK.DS.M	E5-2630 V2 × 1	32GB	480GB	1000Mbps	10000GB	350.00 美元	10.94 美元	35.84 美元
云途 DS.ES.F	4114 × 1	32GB	800GB	1000Mbps	10000GB	399.00 美元	12.47 美元	40.86 美元
云途 DS.ES.C	5120 × 1	64GB	800GB	2000Mbps	40000GB	700.00 美元	10.94 美元	17.92 美元
云途 HK.DS.P	6248 × 1	64GB	1024GB	2000Mbps	40000GB	750.00 美元	11.72 美元	19.20 美元
云途 HK.DS.S	6248 × 1	128GB	6000GB	2000Mbps	40000GB	800.00 美元	6.25 美元	20.48 美元
云途 DS.ES.A	8163 × 1	32GB	800GB	2000Mbps	40000GB	800.00 美元	25.00 美元	20.48 美元
云途 DS.ES.D	8163 × 1	128GB	800GB	2000Mbps	40000GB	900.00 美元	7.03 美元	23.04 美元
云途 HK.DS.B	8259CL × 2	128GB	2000GB	1000Mbps	40000GB	1200.00 美元	9.38 美元	30.72 美元
云途 DS.ES.B	6138 × 2	256GB	1920GB	2000Mbps	30000GB	1500.00 美元	5.86 美元	51.20 美元

查 vollcloud 在售套餐与库存

这张表能看出三件事：

第一，内存和带宽是两条独立的成本线。 同样是 2000Mbps 带宽、40000GB 流量，DS.ES.A 是 32GB 内存卖 800.00 美元，而 HK.DS.S 是 128GB 内存也卖 800.00 美元——后者每 GB 内存只要 6.25 美元，前者要 25.00 美元，差 4 倍。 如果你的带宽需求一样，优先选内存大的那台。

第二，流量单价和总流量不成正比。 DS.ES.B 有 256GB 内存、2000Mbps 带宽，但流量只有 30000GB，每 TB 流量要 51.20 美元，是全表最高。 而 DS.ES.C 每 TB 只要 17.92 美元。所以「内存大」和「流量便宜」是两件事，要分开算。

第三，硬盘容量和流量一起看更划算。 HK.DS.S 是 128GB 内存、6000GB 硬盘、40000GB 流量、800.00 美元。每 GB 硬盘只要 0.133 美元，在表里是最便宜的硬盘单价之一（对比 LAX-Storage-500G 的每 GB 硬盘 0.067 美元）。

第二项：CPU 型号和核心数。 表里 CPU 用的是具体型号（E5-2630 V2、4114、5120、6248、8163、8259CL、6138），这比只看核数有用得多。 同一个「8 核」的标签，型号不同性能差距可以很大。

第三项：流量和你的内容类型。 纯文字站和图集站的流量差几十倍。 一个文字博客和一个大图集站，同样 1 万 PV，流量可能差 20 倍。所以选流量额度之前，先确认你的内容形态。

第四项：IP 数量。 商品库里明确标注 IPv4 数量的机型，RosCloud 系列是 1 个。如果你需要多个独立 IP（比如做站群、跑多个服务、或者需要给不同客户分配），这一项必须在下单前确认，不能靠推断。

第五项：IP 的类型和线路。 住宅 IP（Residential）和机房 IP（Datacenter）在价格和使用场景上完全不同，韩国机房的住宅 IP 资源相对紧张，通常也更贵。 商品库里的 LAX、Residential、IRVINE-PRO 这组命名就是按这个维度分的（LAX 是洛杉矶机房、Residential 是住宅、IRVINE-PRO 是另一个机房的加强版）。

综合起来，选韩国带宽的正确顺序是：先定流量额度，再定带宽是否需要独享，然后配内存，最后挑线路。 顺序反了就会被带宽的数字带着走。

七、三个最容易踩的误区

这一节讲三个高频错误，每一个都对应真金白银的浪费。

误区一：把端口速率当成你能用的速度。

典型表现：看到「1000Mbps 带宽」就以为能跑满 1Gbps，于是按 1Gbps 的需求去规划站点容量。 实际能跑到多少，取决于共享比例、线路质量和晚高峰拥塞。

纠正办法：永远按第三节的公式算出实际需求，再对比。 端口速率只保证「你的上限是这个数」，不保证「你能稳定拿到这么多」。

误区二：忽略流量额度，只看带宽。

典型表现：买了一台 1Gbps、100GB 流量的机器，网站跑了一个月，月头流量用光，后半个月速度被压到 1Mbps。 这类机器通常是「引流款」，带宽数字很漂亮，流量额度极低。

纠正办法：算完带宽需求，一定同时算流量需求，两个数分别对照套餐的两栏。 记住那条算式：日均 PV 上限 ≈ 额度（GB）× 1024 ÷ 平均传输量（MB）÷ 30。

误区三：以为「不限流量」就是不限。

「不限流量」在实践中至少有三种实现：

实现一：真的不限，但带宽有公平使用上限。 平时给你 1Gbps，如果你的月流量超过某个阈值（比如 10TB），速度降到 100Mbps 或更低，流量继续免费。

实现二：不限流量，但按月有带宽配额（比如单月上限 50TB）。

实现三：名义不限，实际按策略封顶。 某些机房的策略是「单个 IP 的持续带宽不能超过某个值」。

识别办法是三个：看商家条款里有没有明确的 Fair Use Policy 或 AUP；问客服超额的具体处理；以及最实际的——看有没有写「不限流量」的机器同时给了很高的端口速率。 如果一台机器写着「不限流量 + 10Gbps 端口」，那不限流量的可信度就低，因为成本结构不合理。

顺便提第四个值得注意的点：共享带宽机房的「峰值」有隐藏成本。 共享口在深夜能跑满，不代表你能一直跑满。如果你的业务是 7×24 运行的（比如 API、爬虫、消息推送），高峰期的实际可用带宽才是你该规划的依据。

查看 kdatacenter 当前月价与库存

还有第五个：忽略了带宽和内存的错配。 有些套餐带宽很高但内存很小，结果瓶颈变成 PHP-FPM worker 不够或者数据库进 swap，表现出来是「慢」，而你却以为是带宽不够而去升带宽。 如果你的机器 CPU 使用率低、内存长期在 90% 以上、磁盘 await 很高，那问题不在带宽。 升带宽之前先看这三个指标。

八、按场景给具体方案

这一节把前面的算法落到四类具体场景，每个都给明确的数字和选型。

场景一：个人博客、企业官网，日均 5000 PV 以内，主要访客在国内。

算流量： 单页压缩后约 0.5MB，日均 5000 PV，一个月是 5000 × 0.5 ÷ 1024 × 30，约 73GB。加上爬虫和图片外链，按 150GB 规划。

算带宽： 峰值并发按 3 算，3 × 0.5MB × 8 等于 12Mbps。加 100% 余量，25Mbps 就够。

结论：这一类根本不需要买带宽。 选一台 1Gbps 端口、1000GB 流量的入门机型即可，流量额度用不到两成。 在公开商品参数库里，RosCloud-01（2 核、1GB 内存、20GB 硬盘、500Mbps 带宽、1024GB 流量）是 19.99 美元/月。但 1GB 内存跑 PHP 加数据库会偏紧，如果站点用 WordPress，选 2GB 起步更稳妥——LAX-STARTER（2 核、2GB、40GB、2000Mbps、5000GB 流量）年付 200.00 美元，折合 16.67 美元/月，流量额度是你的 33 倍。

这一类的核心结论是：带宽不是你该花钱的地方，内存和硬盘才是。

场景二：跨境电商展示站，日均 5 万 PV，图片较多，主要访客在国内。

算流量： 单页压缩后约 3MB，日均 5 万 PV，一个月是 50000 × 3 ÷ 1024 × 30，约 4395GB。按 6000GB 规划。

算带宽： 峰值并发按 15 算，15 × 3MB × 8 等于 360Mbps。加余量按 500Mbps 选。

结论：选一台 1000Mbps 端口、10000GB 流量的机型。 云途 HK.DS.M 是 1000Mbps、10000GB 流量、32GB 内存、480GB 硬盘，350.00 美元/月，每 TB 流量 35.84 美元。 注意它的流量额度是你的 1.7 倍，有余量。

这一类如果图片走了 CDN 或者对象存储，流量会大幅下降——因为图片不再从这台机器出。 所以第一件事是把静态资源分离出去，而不是升级带宽。

场景三：API 服务、内容抓取与代理服务，月流量大且持续。

算流量： 抓取类服务没有峰值 PV，只有持续流量。这类要直接按业务量算：如果你的抓取任务每月产生 20TB 出站流量，那就是需要 20480GB 的额度。

算带宽： 7×24 运行的持续传输，要按共享口的晚高峰可用值规划，而不是标称值。

结论：这一类应该优先找「流量额度大 + 超额单价低」的套餐，而不是「大带宽」。 用第六节的表对比，云途 HK.DS.S 是 128GB 内存、6000GB 硬盘、2000Mbps、40000GB 流量，800.00 美元/月，每 TB 流量 20.48 美元，超额重置价 500.00 美元折合 12.80 美元/TB——是表里流量额度大、超额单价也低的一档，而且 6000GB 硬盘（每 GB 0.133 美元）适合存抓取下来的原始数据。

对比 DS.ES.B（256GB 内存、2000Mbps、30000GB 流量、1500.00 美元/月）：每 TB 流量 51.20 美元，是 HK.DS.S 的 2.5 倍。 如果你的瓶颈是流量而不是内存，DS.ES.B 的 256GB 内存是用不上的，这是典型的「为用不到的资源付钱」。

这一类还有一条必须做的动作：确认超额规则。 抓取类服务的流量波动大，额度估少了可能月中就触顶。 第五节那三个问题（下单前问清楚）在这里是刚需。

场景四：视频点播、直播推流、或者大文件分发。

这一类是端口速率真正成为瓶颈的场景。 前面三类里端口速率基本用不上，这一类不同。

算带宽： 100 个并发看 4Mbps 码率的视频，就是 400Mbps。1000 个并发就是 4Gbps，必须上 10Gbps 端口。

算流量： 4Mbps 码率 × 3600 秒 ÷ 8 等于每小时 1.8GB。1000 个用户连续看 2 小时，一天就是 3600GB，一个月 10 万 GB。 这已经超出大多数套餐的额度。

查看 iwebfusion 当前月价与库存

结论：这一类不要用「VPS + 带宽」的方式解决。 正确的路径是：视频走专业视频分发服务，VPS 只负责签发播放地址和鉴权；或者用对象存储加 CDN，源站只承担少量回源流量。 如果确实要在自己的机器上跑分发，那要按流媒体服务器的规格来配（多核、大带宽、大硬盘），这时候带宽是主要成本，内存反而是次要的。

九、动手前的一串自检命令

这一节给你一组可以直接复制执行的命令，用来把上面的分析变成你机器上的真实数字。

第一步：测自己站点的单页传输量。

# 压缩后的页面大小
curl -s -H "Accept-Encoding: gzip" -o /tmp/p.gz -w "下载: %{size_download} 字节\n" https://你的站点/
ls -l /tmp/p.gz | awk '{printf "压缩后: %.2f MB\n", $5/1048576}'

第二步：测峰值并发。

# 每分钟请求数排行
awk '{print $4}' /var/log/nginx/access.log | cut -d: -f2,3 | sort | uniq -c | sort -rn | head -20

# 峰值时段的独立 IP 数（并发数近似）
awk '$4 ~ /:2[0-3]:/ {print $1}' /var/log/nginx/access.log | sort -u | wc -l

第三步：测你现在的真实带宽用量。

# 看网卡累计收发（单位是字节）
cat /proc/net/dev | awk 'NR>2 {rx+=$2; tx+=$10} END {printf "接收 %.2f GB, 发送 %.2f GB\n", rx/1073741824, tx/1073741824}'

# 实时速率，每秒刷新
watch -n1 "cat /proc/net/dev | awk 'NR>2 {printf \"发送 %.1f KB/s\\n\", \$10/1024}'"

第四步：测延迟和抖动（选线路用）。

# 平均延迟、最小、最大、抖动
ping -c 30 目标IP | tail -2

# 逐跳延迟，看哪一跳开始跳变
mtr -r -c 100 -w 目标IP

第五步：验证独享还是共享。

# 持续压测 30 秒，看曲线是否平稳
iperf3 -c 商家测试IP -P 4 -t 30 -R

# 白天和晚高峰各测一次，对比结果

第六步：确认服务端瓶颈在哪（别把内存问题当带宽问题）。

uptime                       # load average 对比 nproc
vmstat 1 5                   # 关注 st（CPU steal）、si/so（swap）
iostat -x 1 5                # 关注 %util 和 await
free -m                      # 关注 available 和 buff/cache

第六步的判读规则，如果这三个数字都正常，你的瓶颈就不在带宽：

load average 小于核数，说明 CPU 不忙；vmstat 的 st 低于 1%，说明没被超售；free -m 里 available 充足、si/so 为 0，说明没在换页。 这三项都正常还慢，那就是应用层的问题，别去升带宽。

查 racknerd 在售套餐与库存

把这六步的输出存到一个文件里，这就是你的选型依据。 下次跟客服讨论或者在商家页面上比较时，你能拿出来的就不是「感觉」，而是「我的峰值并发 12，单页 0.8MB，月流量 260GB，预算带宽 100Mbps 够用」这样一串确定的数字。

按你的情况，下一步该看哪家

上面讲的是判断标准，但多数人最后还是想问一句「那我该买谁」。按你的实际情况对照下面几条，直接去看对应的机型页比继续比价更快：

• 只想搭个站、预算优先：先看价格最低那档够不够用，别为用不上的配置付钱。看 justg 当前机型与价格
• 做跨境或店群、需要多 IP：优先看 IP 类型与换 IP 政策，别只看配置。看 vpckr 当前机型与价格
• 主要访客在国内、在意打开速度：先确认回程线路，再谈配置。看 zji 当前机型与价格
• 跑游戏服或实时业务：看上行抖动与防御能力，普通套餐往往不达标。看 恒创科技 当前机型与价格

价格与库存以商家页面当日显示为准，下单前建议先确认退款窗口与是否支持按月付费。

十、选带宽的完整决策清单

把前面九节压缩成一个可以照着走的顺序。

第 1 步：确定机房位置。 按用户分布选：主要访客在华北东北选首尔，在华南且预算足选香港，预算紧选日本，在东南亚选新加坡。这一步定了，套餐池子就定了。

第 2 步：测单页传输量和峰值并发。 用第八节的命令，拿到两个确定的数字。

第 3 步：算带宽需求和流量需求。 带宽按「并发 × 单页 × 8」加 50% 余量，流量按「日均 PV × 单页 ÷ 1024 × 30」乘 1.2。

第 4 步：先按流量额度筛，再看带宽。 记住「端口速率通常不是瓶颈」这条。

第 5 步：检查独享/共享。 商家标注 + 白天晚高峰各压测一次。

第 6 步：问清超流量的三个问题。 额度是否月重置、超额是限速还是停机、超额单价多少。并且在商品库有 traffic_reset_price 字段时，用它反推超额单价。

第 7 步：把带宽、内存、硬盘三项的单位成本都算出来，横向对比。 每 GB 内存、每 GB 硬盘、每 TB 流量三个数，哪个便宜选哪个，别被带宽数字带着走。

第 8 步：确认 IP 数量和 IP 类型。 需要几个 IPv4、是住宅还是机房，这一项在下单前必须问，不能推断。

第 9 步：先月付跑一个月，验证实际用量，再决定是否转年付。 这一条能避免「按估算买了年付，半年后发现用不到 20%」的浪费。

最后是四个可以直接拿去用的验收标准：

标准一：你手上的带宽需求是一个算出来的数字，不是「大概要够快」。

标准二：你的流量预估留了 20% 余量，并且知道超额的三个规则。

标准三：你能说出你选的套餐里，哪一项资源是过剩的、为什么还是选了它。 如果三项都不过剩，说明你买的是刚好够用的机器——这是最优状态。

查 cloudcone 在售套餐与库存

标准四：你确认过这个机器的瓶颈不会出现在内存或磁盘上（用第六步那三个指标验证过）。